[Openstack] live migration dedicated network issue

I am trying to set dedicated network for live migration and for that i did following in nova.conf My dedicated network is 172.29.0.0/24 live_migration_uri = "qemu+ssh://nova@%s/system?no_verify=1&keyfile=/var/lib/nova/.ssh/id_rsa" live_migration_tunnelled = False live_migration_inbound_addr = "17

Re: [Openstack] Live migration failed with ceph storage

Look like i do have this option in whatever version of nova i am running [root@ostack-compute-02 site-packages]# pwd /openstack/venvs/nova-16.0.16/lib/python2.7/site-packages [root@ostack-compute-02 site-packages]# grep "migrate_configure_max_speed" * -r nova/tests/unit/virt/libvirt/test_driver.p

Re: [Openstack] Live migration failed with ceph storage

Oh wait i believe following. https://github.com/openstack/openstack-ansible/blob/0e03f46a2ebb0ffc6f12384f19ec1184434e7a09/playbooks/defaults/repo_packages/openstack_services.yml#L148 On Wed, Jul 25, 2018 at 10:04 AM, Satish Patel wrote: > David, > > look like OSAD 16.0.15 using following repo, i

Re: [Openstack] Live migration failed with ceph storage

David, look like OSAD 16.0.15 using following repo, if i am not wrong - name: os_nova scm: git src: https://git.openstack.org/openstack/openstack-ansible-os_nova version: 378cf6c83f9ad23c2e0d37e9df06796fee02cc27 On Wed, Jul 25, 2018 at 9:45 AM, David Medberry wrote: > I think that nova --

Re: [Openstack] Live migration failed with ceph storage

David, I did this on compute node [root@ostack-compute-01 ~]# locate test_guest.py /openstack/venvs/nova-16.0.14/lib/python2.7/site-packages/nova/tests/unit/virt/libvirt/test_guest.py /openstack/venvs/nova-16.0.16/lib/python2.7/site-packages/nova/tests/unit/virt/libvirt/test_guest.py I didn't f

Re: [Openstack] Live migration failed with ceph storage

I think that nova --version is the version of the client (not of nova itself). I'm looking at OSAD 16.0.15 to see what it is pulling for nova. If I see anything of interest, I'll reply. On Wed, Jul 25, 2018 at 6:33 AM, Satish Patel wrote: > Thanks David, > > [root@ostack-compute-01 ~]# nova --

Re: [Openstack] Live migration failed with ceph storage

Thanks David, [root@ostack-compute-01 ~]# nova --version 9.1.2 I am using Pike 16.0.15 (My deployment tool is openstack-ansible) What are my option here? On Wed, Jul 25, 2018 at 8:19 AM, David Medberry wrote: > It's not clear what version of Nova you are running but perhaps it is badly > pa

Re: [Openstack] Live migration failed with ceph storage

It's not clear what version of Nova you are running but perhaps it is badly patched. The 16.x.x (Pike) release of Nova has no "migrate_configure_max_speed" but as best I can tell you are running a patched version of Nova Pike so it may be inconsistent. This parameter was introduced on 2017-08-24:

[Openstack] Live migration failed with ceph storage

I have openstack with ceph storage setup and trying to test Live migration but somehow it failed and showing following error nova.conf # ceph rbd support live_migration_uri = "qemu+tcp://%s/system" live_migration_tunnelled = True libvirtd.conf listen_tls = 0 listen_tcp = 1 unix_sock_group = "li

Re: [Openstack] Live Migration and LibVirt CPU Mode

- Original Message - > From: "Oisin O'Malley" > To: "Robert Van Leeuwen" , > openstack@lists.openstack.org > Sent: Wednesday, July 5, 2017 10:13:48 PM > Subject: Re: [Openstack] Live Migration and LibVirt CPU Mode > > > >> The

Re: [Openstack] Live Migration and LibVirt CPU Mode

>> The instance can also be migrated between 2 Westmere hosts. >> As I outline in another email, I suspect (perhaps incorrectly) as the >> VM has "cpu mode='host-model'" in its running config, libvirt may be >> comparing source and destination host CPUs and not guest and destination >> CPUs. > >

Re: [Openstack] Live Migration and LibVirt CPU Mode

> The instance can also be migrated between 2 Westmere hosts. > As I outline in another email, I suspect (perhaps incorrectly) as the VM has > "cpu mode='host-model'" in its running config, > libvirt may be comparing source and destination host CPUs and not guest and > destination CPUs. Indeed

Re: [Openstack] Live Migration and LibVirt CPU Mode

>Hello.. >can you send cpu info(/proc/cpuinfo or dmidecode)? Westmere host /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5640 @ 2.67GHz stepping: 2 microcode : 0x1d cpu M

Re: [Openstack] Live Migration and LibVirt CPU Mode

Thanks for the advice and feedback! >> I'm encountering an issue with live migrating between 2 Compute nodes with >> different CPU models. Host A has a Westmere CPU and host B has a Broadwell. >That’s expected unless you specify the least common denominator with the cpu >model, in this case Wes

Re: [Openstack] Live Migration and LibVirt CPU Mode

e fact I can migrate from a Westmere to a Broadwell, as Broadwell is a superset of Westmere but not the other way around. Any suggestions with dealing with this? Rebooting all hosted instances isn't really an option for us. Regards, Oisin From: rag.open@openmailbox.org [mailto:rag.o

Re: [Openstack] Live Migration and LibVirt CPU Mode

ed instances isn't really an option for us. Regards, Oisin >From: rag.open@openmailbox.org [mailto:rag.open....@openmailbox.org] >Sent: Tuesday, 4 July 2017 9:41 AM >To: Oisin O'Malley >Subject: Re: [Openstack] Live Migration and LibVirt CPU Mode > >Hello Malle

Re: [Openstack] Live Migration and LibVirt CPU Mode

> I'm encountering an issue with live migrating between 2 Compute nodes with > different CPU models. Host A has a Westmere CPU and host B has a Broadwell. That’s expected unless you specify the least common denominator with the cpu model, in this case Westmere, when you boot the instances. >

[Openstack] Live Migration and LibVirt CPU Mode

Hi All, I'm encountering an issue with live migrating between 2 Compute nodes with different CPU models. Host A has a Westmere CPU and host B has a Broadwell. I can migrate an instance from the Westmere host A to the Broadwell host B, but when I attempt to live migrate a VM from the Broadwell

Re: [Openstack] live migration issue

Return exactly the same tree: $ diff virsh_capabilities_compute1 virsh_capabilities_compute2 4c4 < 4c4c4544-0048-4d10-805a-b9c04f544232 --- > 4c4c4544-0048-4d10-8056-b9c04f544232 Thanks > Le 25 janv. 2017 à 18:57, David Medberry a écrit : > > Does "virsh capabilities" return the same t

Re: [Openstack] live migration issue

Does "virsh capabilities" return the same tree on both hosts? On Wed, Jan 25, 2017 at 4:10 AM, fabrice grelaud < fabrice.grel...@u-bordeaux.fr> wrote: > Hi, > > i ‘ve got live migration issue in one direction but not in other. > I deploy openstack with OSA, ubuntu trusty, stable/newton branch, 14

[Openstack] live migration issue

Hi, i ‘ve got live migration issue in one direction but not in other. I deploy openstack with OSA, ubuntu trusty, stable/newton branch, 14.0.5 tag. My 2 compute node are same host type and have nova-compute and cinder-volume (our ceph cluster as backend) services. No problem to live migrate ins

Re: [Openstack] Live Migration + Ceph + ConfigDrive

I was able to apply this patch https://review.openstack.org/#/c/123073/ and it seems to work, about 10-15 second delay in the network though but that's probably neutron related. On Fri, Jul 10, 2015 at 1:52 PM, Tyler Wilson wrote: > Hey All, > > I was able to deploy a kilo cluster with ceph to t

Re: [Openstack] Live Migration + Ceph + ConfigDrive

Hey All, I was able to deploy a kilo cluster with ceph to test this out and am getting the following error: 2015-07-10 20:50:35.765 138421 DEBUG nova.virt.libvirt.driver [-] [instance: 86888dfb-43fa-496c-bc36-be03aa1b8c1b] Starting monitoring of live migration _live_migration /usr/lib/python2.7/s

Re: [Openstack] Openstack live migration and multiple interfaces / fqdn

openstack.org Subject: Re: [Openstack] Openstack live migration and multiple interfaces / fqdn why don't you fix it with your configuration management? You could patch nova but I think is far more easy to tell puppet/cheff/salt to set live_migration_uri the way you want my 0.02 $ On 20

Re: [Openstack] Openstack live migration and multiple interfaces / fqdn

lat Romain; openstack@lists.openstack.org Subject: Re: [Openstack] Openstack live migration and multiple interfaces / fqdn asuming you are using libvirt as hypervisor you can change this on nova.conf on the computes # Migration target URI (any included "%s" is replaced with the # migrat

Re: [Openstack] Openstack live migration and multiple interfaces / fqdn

lto:g...@zumbi.com.ar] Sent: jeudi 2 juillet 2015 08:46 To: Aviolat Romain; openstack@lists.openstack.org Subject: Re: [Openstack] Openstack live migration and multiple interfaces / fqdn asuming you are using libvirt as hypervisor you can change this on nova.conf on the computes # Migration target URI

Re: [Openstack] Openstack live migration and multiple interfaces / fqdn

asuming you are using libvirt as hypervisor you can change this on nova.conf on the computes # Migration target URI (any included "%s" is replaced with the # migration target hostname) (string value) #live_migration_uri=qemu+tcp://%s/system set something like live_migration_uri=qemu+tcp://%s-api/

[Openstack] Openstack live migration and multiple interfaces / fqdn

Hi, I have some troubles with the live migration mechanism of OpenStack and my setup: Our compute nodes have two types interfaces with different things running on top of them. 1GbE interface: - interface to access the hypervisor OS - hypervisor access to the core infra services (dns, ntp, sys

Re: [Openstack] live migration of instances

g to LVM configuration and thus a shared storage, > iscsi ? > > > > Best regards > > Yngvi > > > > > > *From:*Xabier Elkano [mailto:xelk...@hostinet.com] > *Sent:* 11. júní 2015 12:13 > *To:* Yngvi Páll Þorfinnsson; openstack@lists.openstack.org > *Subject:* Re

Re: [Openstack] live migration of instances

t.com] Sent: 11. júní 2015 12:13 To: Yngvi Páll Þorfinnsson; openstack@lists.openstack.org Subject: Re: [Openstack] live migration of instances Hi, do you have shared storage for your instances? If your instances disks are in a shared storage like iscsi or CEPH you can do live migrations w

Re: [Openstack] live migration of instances

Hi, do you have shared storage for your instances? If your instances disks are in a shared storage like iscsi or CEPH you can do live migrations without problems, otherwise, if your instances disks are in the compute nodes local storage ( /var/lib/nova/instances), you may need to put this directo

[Openstack] live migration of instances

Hi I have installed and configured OpenStack(Juno) environment on Ubuntu(14.04). We have currently 1 controller node, 3 network nodes and 4 compute nodes as well as 4 swift nodes. I'm using OpenStack Networking (neutron). I was thinking of doing a "live migration" of several instances, if I need

[Openstack] live migration between centos7 and debian wheezy

Hi, I need some help with macine types and live migration on openstack between different distributions. On debian nova host i have vms with machine type = pc-i440fx-2.1 and on centos nova host vms are with machine type = pc-i440fx-rhel7.1.0 Because machine types naming is different I can not live

Re: [Openstack] Live Migration + Ceph + ConfigDrive

On 07/05/15 18:28, Tyler Wilson wrote: > Hello All, > > Thank you for the replies! Will this patch be usable in Juno? > > On Thu, May 7, 2015 at 3:18 AM, Pádraig Brady > wrote: > > On 07/05/15 09:50, Sebastien Han wrote: > > Actually the issue is that the con

Re: [Openstack] Live Migration + Ceph + ConfigDrive

Hello All, Thank you for the replies! Will this patch be usable in Juno? On Thu, May 7, 2015 at 3:18 AM, Pádraig Brady wrote: > On 07/05/15 09:50, Sebastien Han wrote: > > Actually the issue is that the configdrive is store a file on the fs > under /var/lib/nova/instances/$uuid/config.drive > >

Re: [Openstack] Live Migration + Ceph + ConfigDrive

On 07/05/15 09:50, Sebastien Han wrote: > Actually the issue is that the configdrive is store a file on the fs under > /var/lib/nova/instances/$uuid/config.drive > AFAIR the other problem is the format of that file that is not supported by > libvirt for the live migration. > > I think you have t

Re: [Openstack] Live Migration + Ceph + ConfigDrive

a code. I think you can do it in Juno too. > > > -- Original -- > From: "Tyler Wilson";; > Date: Thu, May 7, 2015 09:16 AM > To: "Openstack@lists.openstack.org"; > Subject: [Openstack] Live Migration + Ceph + ConfigDrive

Re: [Openstack] Live Migration + Ceph + ConfigDrive

org"; Subject: [Openstack] Live Migration + Ceph + ConfigDrive Hello All, Currently in Juno we are seeing an issue with attempting to live-migrate an instance with a configdrive attached. "NoLiveMigrationForConfigDriveInLibVirt: Live migration of instances with config drives is not su

[Openstack] Live Migration + Ceph + ConfigDrive

Hello All, Currently in Juno we are seeing an issue with attempting to live-migrate an instance with a configdrive attached. "NoLiveMigrationForConfigDriveInLibVirt: Live migration of instances with config drives is not supported in libvirt unless libvirt instance path and drive data is shared acr

Re: [Openstack] Live Migration of VMs without shared storage

k.org Openstack" Subject: Re: [Openstack] Live Migration of VMs without shared storage I followed devstack install steps as mentioned http://docs.openstack.org/developer/devstack/guides/multinode-lab.html I have installed as user stack as mentioned in the link. home dir is /opt/stack.   Reg

Re: [Openstack] Live Migration of VMs without shared storage

. Remo From: somshekar kadam Reply-To: somshekar kadam Date: Monday, March 9, 2015 at 09:42 To: Remo Mattei Cc: "openstack@lists.openstack.org Openstack" Subject: Re: [Openstack] Live Migration of VMs without shared storage Yes key is now owned by nova user in default dir /var/lib

Re: [Openstack] Live Migration of VMs without shared storage

kadam Date: Monday, March 9, 2015 at 10:00 To: Remo Mattei Cc: "openstack@lists.openstack.org Openstack" Subject: Re: [Openstack] Live Migration of VMs without shared storage Ok, I will move to RDO, we have already a plan to have RDO also, only that we started first with this. to g

Re: [Openstack] Live Migration of VMs without shared storage

: Remo Mattei Cc: "openstack@lists.openstack.org Openstack" Subject: Re: [Openstack] Live Migration of VMs without shared storage I followed devstack install steps as mentioned http://docs.openstack.org/developer/devstack/guides/multinode-lab.html I have installed as user stack as me

Re: [Openstack] Live Migration of VMs without shared storage

you need to copy that key between the compute.  Remo  From: somshekar kadam Reply-To: somshekar kadam Date: Monday, March 9, 2015 at 09:28 To: Remo Mattei Cc: "openstack@lists.openstack.org Openstack" Subject: Re: [Openstack] Live Migration of VMs without shared storage Hello Re

Re: [Openstack] Live Migration of VMs without shared storage

, after that you need to copy that key between the compute.  Remo  From: somshekar kadam Reply-To: somshekar kadam Date: Monday, March 9, 2015 at 09:28 To: Remo Mattei Cc: "openstack@lists.openstack.org Openstack" Subject: Re: [Openstack] Live Migration of VMs without shared stora

Re: [Openstack] Live Migration of VMs without shared storage

: somshekar kadam Reply-To: somshekar kadam Date: Monday, March 9, 2015 at 09:42 To: Remo Mattei Cc: "openstack@lists.openstack.org Openstack" Subject: Re: [Openstack] Live Migration of VMs without shared storage Yes key is now owned by nova user in default dir /var/lib/nova/.sshThis di

Re: [Openstack] Live Migration of VMs without shared storage

stack@lists.openstack.org Openstack" Subject: Re: [Openstack] Live Migration of VMs without shared storage Hello Remo and All, When I upgraded my libvirt and kvm, now I able to see id nova as shown below stack@celestial7:~/devstack$ id nova uid=123(nova) gid=131(nova) groups=131(nova),129(libvir

Re: [Openstack] Live Migration of VMs without shared storage

Mattei Cc: "openstack@lists.openstack.org Openstack" Subject: Re: [Openstack] Live Migration of VMs without shared storage Hello Remo and All, When I upgraded my libvirt and kvm, now I able to see id nova as shown below stack@celestial7:~/devstack$ id nova uid=123(nova) gid=131(nova)

Re: [Openstack] Live Migration of VMs without shared storage

Hello Remo and All, When I upgraded my libvirt and kvm, now I able to see id nova as shown below stack@celestial7:~/devstack$ id nova uid=123(nova) gid=131(nova) groups=131(nova),129(libvirtd) also I did su nova and set password for it. when tried restarting the nova service I see following err

Re: [Openstack] Live Migration of VMs without shared storage

Use rdo with packstack since it is closer to real life env. Remo Inviato da iPhone () > Il giorno 05/mar/2015, alle ore 00:42, somshekar kadam > ha scritto: > > Hello All, > > I have installed openstack using devstack 1 controller and two compute nodes > for live migration. > learnt th

Re: [Openstack] Live Migration of VMs without shared storage

Hello All, I have installed openstack using devstack 1 controller and two compute nodes for live migration. learnt that need to share ssh keys between compute nodes for nova user. When i try to do it, it gives nova user does not exist. Allow logins for the nova userWhen I am trying usermod

Re: [Openstack] Live Migration of VMs without shared storage

This is your error!!! You need to make sure you have your keys setup correctly. Remo > On Mar 4, 2015, at 07:19, somshekar kadam wrote: > > Permission denied, please try again.^M > Permission denied, please try again.^M > Permission denied (publickey,password).: Connection reset by peer

Re: [Openstack] Live Migration of VMs without shared storage

tp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack It's dated and getting the patches backported has proven to take forever, but I did a write up and testing on thi

Re: [Openstack] Live Migration of VMs without shared storage

>>> req-7973edbc-8844-41c5-926a- 9f5e7cee62f2) >>> ERROR (ClientException): Live migration of instance >>> 477e8963-aadf-4dc7-b26f- f6e9332dd33b to host celestial5 failed (HTTP 500) >>> (Request-ID: req-7973edbc-8844-41c5-926a- 9f5e7cee62f2) >>> -

Re: [Openstack] Live Migration of VMs without shared storage

wen ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack It's da

Re: [Openstack] Live Migration of VMs without shared storage

rs, Robert van Leeuwen ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack It

Re: [Openstack] Live Migration of VMs without shared storage

tions.html Cheers, Robert van Leeuwen ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/o

Re: [Openstack] Live Migration of VMs without shared storage

; > Openstack now. >> > If yes is there any document for the same. >> >> >> Wel, depends on what you call "supported". >> Yes, it is possible. >> Will it always work? Probably not until you look at the bugs below. >> They have been fixed r

Re: [Openstack] Live Migration of VMs without shared storage

gt; > If yes is there any document for the same. > > > Wel, depends on what you call "supported". > Yes, it is possible. > Will it always work? Probably not until you look at the bugs below. > They have been fixed recently but they might not be merged with the version

Re: [Openstack] Live Migration of VMs without shared storage

ml Cheers, Robert van Leeuwen ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack It

Re: [Openstack] Live Migration of VMs without shared storage

wen ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to     : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack It's da

Re: [Openstack] Live Migration of VMs without shared storage

up and testing on this a while back [1].  Should still be accurate. Thanks,John [1]:  https://griffithscorner.wordpress.com/2014/12/08/openstack-live-migration-with-cinder-backed-instances/ ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [Openstack] Live Migration of VMs without shared storage

s dated and getting the patches backported has proven to take forever, but I did a write up and testing on this a while back [1].  Should still be accurate. Thanks,John [1]:  https://griffithscorner.wordpress.com/2014/12/08/openstack-live-migration-with-cinder-backed-instances/ ___

Re: [Openstack] Live Migration of VMs without shared storage

and getting the patches backported has proven to take forever, but I did a write up and testing on this a while back [1].  Should still be accurate. Thanks,John [1]:  https://griffithscorner.wordpress.com/2014/12/08/openstack-live-migration-with

Re: [Openstack] Live Migration of VMs without shared storage

Latte > OpenStack DevOps > Time Warner Cable > 704-731-3356 > 610-306-4816 > > From: Remo Mattei mailto:r...@italy1.com>> > Date: Thursday, February 26, 2015 at 8:00 AM > To: somshekar kadam mailto:som_ka...@yahoo.co.in>> > Cc: "openstack@lists.openstack.org

Re: [Openstack] Live Migration of VMs without shared storage

openstack > Post to : openstack@lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > It's dated and getting the patches backported has proven to take forever, but I did a write up and testing on this a while back [1].

Re: [Openstack] Live Migration of VMs without shared storage

Remo, thanks for the reply. missed this using Juno version of openstack   Regards Neelu On Thursday, 26 February 2015 7:31 PM, somshekar kadam wrote: Remo, We are using ubuntu 14.04 trusty. We are using Multi node setup using nova-network , flat-dhcp. single controller and multi

Re: [Openstack] Live Migration of VMs without shared storage

k" Subject: Re: [Openstack] Live Migration of VMs without shared storage I had a client where we moved a few vm and it did work ok but you need to do a few config changes. Not sure which env you are using.  Remo  Inviato da iPhone () Il giorno 26/feb/2015, alle ore 06:40, somshekar kadam ha scri

Re: [Openstack] Live Migration of VMs without shared storage

, 2015 at 8:00 AM To: somshekar kadam mailto:som_ka...@yahoo.co.in>> Cc: "openstack@lists.openstack.org<mailto:openstack@lists.openstack.org> Openstack" mailto:openstack@lists.openstack.org>> Subject: Re: [Openstack] Live Migration of VMs without shared storage I had a

Re: [Openstack] Live Migration of VMs without shared storage

Remo, We are using ubuntu 14.04 trusty. We are using Multi node setup using nova-network , flat-dhcp. single controller and multiple compute nodes. Can you share the details of configuration you had to do to make it working, it will be useful. thanks in advance   Regards Neelu On Th

Re: [Openstack] Live Migration of VMs without shared storage

First of all thanks for quick reply. Documentation does not mention much about Volume-backed live migration. Is it tested, I mean supported and working. I will try Block live migration as no storage is required.   Regards Neelu On Thursday, 26 February 2015 7:13 PM, Robert van Leeuwen

Re: [Openstack] Live Migration of VMs without shared storage

> Is the Live Migration of VMs even without shared storage supported in > Openstack now. > If yes is there any document for the same. Wel, depends on what you call "supported". Yes, it is possible. Will it always work? Probably not until you look at the bugs below. They have been fixed recently

Re: [Openstack] Live Migration of VMs without shared storage

I had a client where we moved a few vm and it did work ok but you need to do a few config changes. Not sure which env you are using. Remo Inviato da iPhone () > Il giorno 26/feb/2015, alle ore 06:40, somshekar kadam > ha scritto: > > Hello Experts, > > Is the Live Migration of VMs even

[Openstack] Live Migration of VMs without shared storage

Hello Experts, Is the Live Migration of VMs even without shared storage supported in Openstack now. If yes is there any document for the same.   Regards Neelu ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post

Re: [Openstack] Live migration

are you doing live migration of instances on shared storage(looks like a non shared environment) do you have libvirtd listening on tcp port On Fri, Jan 16, 2015 at 10:02 PM, Paul Carlton wrote: > I've trying to do live migrations and am getting the following errors in the > libvirt_debug.log... >

[Openstack] Live migration

I've trying to do live migrations and am getting the following errors in the libvirt_debug.log... 2015-01-16 15:14:06.060+: 11805: warning : qemuMigrationBeginPhase:2104 : NBD in tunnelled migration is currently not supported I'm using the default settings... block_migration_flag=VIR_MIG

Re: [Openstack] Live migration no longer working after Icehouse -> Juno upgrade

On 11/24/2014 09:35 AM, John Griffith wrote: On Mon, Nov 24, 2014 at 8:13 AM, Chris Friesen wrote: On 11/18/2014 04:32 AM, Darren Worrall wrote: I failed to mention that this was for volume backed images, there is a genuine issue and we're making progress in a bug report: https://bugs.launchp

Re: [Openstack] Live migration no longer working after Icehouse -> Juno upgrade

Ouch, that seems like a huge gap in testing. Chris On 11/24/2014 09:30 AM, Darren Worrall wrote: There is not, apparently. From the bug report: "There is no Tempest testing for migration and I could never get live migration to work in my DevStack." On 24 November 2014 at 15:13, Chris Friesen

Re: [Openstack] Live migration no longer working after Icehouse -> Juno upgrade

There is not, apparently. From the bug report: "There is no Tempest testing for migration and I could never get live migration to work in my DevStack." On 24 November 2014 at 15:13, Chris Friesen wrote: > On 11/18/2014 04:32 AM, Darren Worrall wrote: >> >> I failed to mention that this was for v

Re: [Openstack] Live migration no longer working after Icehouse -> Juno upgrade

On Mon, Nov 24, 2014 at 8:13 AM, Chris Friesen wrote: > On 11/18/2014 04:32 AM, Darren Worrall wrote: >> >> I failed to mention that this was for volume backed images, there is a >> genuine issue and we're making progress in a bug report: >> https://bugs.launchpad.net/bugs/1392773 > > > Just wonde

Re: [Openstack] Live migration no longer working after Icehouse -> Juno upgrade

On 11/18/2014 04:32 AM, Darren Worrall wrote: I failed to mention that this was for volume backed images, there is a genuine issue and we're making progress in a bug report: https://bugs.launchpad.net/bugs/1392773 Just wondering how this got past the Juno testing? Is there no test-case (tempe

Re: [Openstack] Live migration no longer working after Icehouse -> Juno upgrade

o.uk] > Sent: Friday, November 14, 2014 5:54 AM > To: openstack@lists.openstack.org > Subject: [Openstack] Live migration no longer working after Icehouse -> Juno > upgrade > > Hi all, > > I'm experimenting in a multi-node lab environment, and have an > LVM+iSCSI

Re: [Openstack] Live migration no longer working after Icehouse -> Juno upgrade

To: openstack@lists.openstack.org Subject: [Openstack] Live migration no longer working after Icehouse -> Juno upgrade Hi all, I'm experimenting in a multi-node lab environment, and have an LVM+iSCSI cinder volume service behind 2 compute nodes. On Icehouse, I was able to live migrate i

[Openstack] Live migration no longer working after Icehouse -> Juno upgrade

Hi all, I'm experimenting in a multi-node lab environment, and have an LVM+iSCSI cinder volume service behind 2 compute nodes. On Icehouse, I was able to live migrate instances between the compute nodes apparently without issue, but after an upgrade to Juno I get: InvalidSharedStorage: compute2 i

[Openstack] Live migration implementation

All, Aside from the shared storage and block migration options, how is live migration implemented in Nova? I've grepped in all the usual places and "Configuring Migrations" seems to imply that, by default, Nova does pure stop-and-copy. It also says Nova can be configured to use libvirt's live m

Re: [Openstack] live migration with custom instance_name_template

Hello, Looks like I forgot to restart some of nova services in controller node. After whole controller node restart, live migration works now. Thanks. On 2014.07.10. 10:32, Mārtiņš Jakubovičs wrote: Hello, I changed instance_name_template on my compute and controller nodes, VM's spawn succe

[Openstack] live migration with custom instance_name_template

Hello, I changed instance_name_template on my compute and controller nodes, VM's spawn successfully, I can delete them, and all works well till I perform live-migration (with --block-migrate option). When I start live-migration, in compute I got error, which show, that unable find instance by name

Re: [Openstack] [xs-devel] XenSever with OpenStack, Live Migration Error

Hi Sisu, 2014-06-05 16:33:27.509 TRACE nova.api.openstack.compute.contrib.admin_actions File "/opt/stack/nova/nova/virt/xenapi/vmops.py", line 1840, in check_can_live_migrate_source 2014-06-05 16:33:27.509 TRACE nova.api.openstack.compute.contrib.admin_actions raise exception.MigrationPre

[Openstack] Live migration with attached NFS-based volumes

Hi, When I perform a shared storage based live migration with Ceph-based attached volume it works fine, but when NFS-based volume is attached the migration fails with this message on the source host: 2014-05-23 06:23:04.654 32179 TRACE nova.virt.libvirt.volume Traceback (most recent call last): 2

[Openstack] Live Migration in different subnet/Live Migration in VPN

Hi, I have a question about Live Migration capability of nova. I know that one of the requirements is that the host origin and destination must be in the same subnet. If they aren't, does it mean that migration works but after that the migrated VM has problem with the network (for example it is un

[Openstack] Live-migration false libvirt: QEMU error: Domain not found: no domain with matching name." This error can be safely ignored

Dear everyone, I live-migrated finish, libvirt of instance was running on destination host but the nova-compute appeared following errors on source host: 2014-04-06 23:21:46.598 1450 INFO nova.compute.manager [-] [instance: 3b36eaa3-9baa-486a-ad9f-4f2bc9115b7b] *Migrating instance to thor-

[Openstack] Live migration bandwidth Configuration of Nova

Is anybody uses live_migration_bandwidth option? I think the option doesn't work at all We have tested live migration functions while changing the configuration. However, we got same results. ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman

[Openstack] Live-migration false libvirt: QEMU error: Domain not found: no domain with matching name." This error can be safely ignored

Dear everyone, 2014-04-06 23:21:46.598 1450 INFO nova.compute.manager [-] [instance: 3b36eaa3-9baa-486a-ad9f-4f2bc9115b7b] *Migrating instance to thor-compute-12 finished successfully.* 2014-04-06 23:21:46.599 1450 INFO nova.compute.manager [-] [instance: 3b36eaa3-9baa-486a-ad9f-4f2bc9115b7b]

[Openstack] Live migration failing with Domain not found

Hi guys, My colleague has asked the following question on ask.openstack.org: https://ask.openstack.org/en/question/25962/why-is-live-migration-failing-with-domain-not-found/ Since he hasn't got any reply, he asked me to repeat the same question here. In addition to his topic, just to add that we

Re: [Openstack] Live-migration & affinity

Hello, Related bug report https://bugs.launchpad.net/nova/+bug/1039065 Unfortunately, the patch has been abandoned. On Thu, Sep 5, 2013 at 11:35 PM, Bertrand LALLAU wrote: > Hi, > > Scheduler hints used during VM boot process are not persist in database. > Hense it's impossible to use them dur

Re: [Openstack] Live-migration & affinity

Hi, Scheduler hints used during VM boot process are not persist in database. Hense it's impossible to use them during live migration or host evacuation process. Best regards, On Thu, Sep 5, 2013 at 4:45 PM, Anton Massoud wrote: > When you boot a VM you can provide scheduler hints that places

[Openstack] Live-migration & affinity

When you boot a VM you can provide scheduler hints that places the VM on a host according to the criteria specified in the hint. Now I'm wondering if those scheduler hints are used when one order live migration or in evacuation of the VM? Are the hints stored in the database and made persistent

Re: [Openstack] Live Migration with Gluster Storage

Ergh, for some reason the pointer was lost. Here it is : http://blog.flaper87.org/post/520b7ff00f06d37b7a766dc0/ [1] : Le 20/08/2013 10:49, Sylvain Bauza a écrit : Please note that there is huge improvement in terms of perfs if you choose to cherry-pick the libgfapi driver which has recently bee

Re: [Openstack] Live Migration with Gluster Storage

Please note that there is huge improvement in terms of perfs if you choose to cherry-pick the libgfapi driver which has recently been implemented in Nova [1]. That would assume you use Cinder bootable volumes instead of classical QCOW2 instances, but the improvement is worth it. -Sylvain [1

Re: [Openstack] Live Migration with Gluster Storage

Please note that there is huge improvement in terms of perfs if you choose to cherry-pick the libgfapi driver which has recently been implemented in Nova [1]. That would assume you use Cinder bootable volumes instead of classical QCOW2 instances, but the improvement is worth it. -Sylvain

  1   2   >