Red Hat Bugzilla – Bug 449696
[Chapter 18] Virtualization_Live_Migration.xml:
Last modified: 2013-10-20 18:05:20 EDT
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.
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
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?
(In reply to comment #6)
> 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?
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.
Should be all good. I am waiting on QE to test the procedure now.
Any progress from QA on this issue? This bug affects Red Hat Enterprise Linux 5 (all versions) and 6.
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
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.