http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.2/html/Virtualization/chap-Virtualization-Virtualization_live_migration.html This section only talks about para-virtualized guests migration; what about fully virtualized guests which is supported for x86 but not for ia64. There should be a paragraph on fully virtualized guests and the limititations related to the different archs. inconsistent use of parens/non-parens when referrring to configuration parameters, pick one... same page, (xend-relocation-address ") and others have a strange lonely double-quote. This is probably an accident of formatting conversion. It appears on other pages too.
I only know how to do it for the para-virtualized guests. This will need tech review to identify how to do it for fully virtualized guests.
Cole can you help out Chris with this one?
I've only done migrations a handful of times, and every time I stumble over it. This isn't really my area of expertise. clalance, think you can take a look at this section of the docs and make sure it covers FV all well?
So, essentially, there is no difference from a users POV between a fully virtualized migration and a paravirtualized migration. You still need to make sure that you mount shared storage (ala NFS, or GFS, or whatever), and then you issue all of the same commands. So you can just change the wording in the section to say "this works for fully virtualized and paravirtualized guests". That being said, there are a few problems with the sections on virtualization. The first has to do with the location of the exported NFS directory. If you use "/xentest", as the example suggests, you will be conflicting with the SELinux policy. I would suggest using either "/var/lib/xen/images" (which I see you have warnings about; good), or "/xen", both of which are allowed by SELinux policy. Next, there are numerous references to using "xm" style commands in that whole section. Everything in there can be done with virsh equivalents, so all of that text should be updated to use the virsh equivalents. If you have further questions, let me know; I've set this up a number of times, and it's fairly straightforward (if baroque), so I can help you out. Chris Lalancette
Chris, The xm commands are almost gone from that section. I'm not sure about all the virsh list (xm li) outputs though. Some of it didn't match the description before, it makes less sense now. If you could provide an example so I can get rid of the 'xm create' command it will be all libvirted. Moving this bug to ON_QA. Hopefully I can get it tested before 5.4 Chris
Chris, Sorry, but can you be a bit more specific? I clicked on the link above, but it still makes references to "xm migrate", etc. I'm just assuming that is out of date. Where is the newest version of the document that you want me to review, and what sections should I be reviewing? Thanks, Chris Lalancette
(In reply to comment #6) > Chris, > Sorry, but can you be a bit more specific? I clicked on the link above, > but it still makes references to "xm migrate", etc. I'm just assuming that is > out of date. Where is the newest version of the document that you want me to > review, and what sections should I be reviewing? Located here: http://documentation-stage.bne.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html-single/Virtualization/#chap-Virtualization-Xen_live_migration - Mike
I think ccurran and I worked this out on IRC for the time being. Chris, if there's anything more you need from me, please catch me on IRC or set this back to NEEDINFO. Thanks, Chris Lalancette
Should be all good. I am waiting on QE to test the procedure now. Chris
Any progress from QA on this issue? This bug affects Red Hat Enterprise Linux 5 (all versions) and 6. Chris
Chris C, The migrate command is still using xm: [et-virt08 ~]# xm migrate --live <domain-id> et-virt07 [et-virt08 ~]# xm migrate --live testvm1 et-virt07 [et-virt07 images]# xm migrate --live testvm1 et-virt08 Is comment #4 correct in that there should be no xm commands? From the man page it looks like a straight swap will work :) migrate --live domain-id desturi migrateuri Thanks Andrew http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.4/html/Virtualization_Guide/chap-Virtualization-Xen_live_migration.html#sect-Virtualization-Xen_live_migration-A_live_migration_example
Live migration as documented works for xm migrate :) I tried the virsh migrate command, and it kept coming up with "could not connect to" errors. There is one minor change needed: " Initiate the live migration to et-virt08. in the example below et-virt07 is the hostname you are migrating to and <domain-id> must be replaced with a guest domain available to the host system. [et-virt08 ~]# xm migrate --live <domain-id> et-virt07" This should be the other way round. Run xm migrate on et-virt07 with et-virt08 as the args. Otherwise you get Domain not found: xenUnifiedDomainLookupByName error. Moving back to assigned so we can get the text fixed up.
Fixed in build 77.