[Yahoo-eng-team] [Bug 1267862] Re: launch a new vm fail in source host after live migration
This is an automated cleanup. This bug report has been closed because it is older than 18 months and there is no open code change to fix this. After this time it is unlikely that the circumstances which lead to the observed issue can be reproduced. If you can reproduce the bug, please: * reopen the bug report (set to status "New") * AND add the detailed steps to reproduce the issue (if applicable) * AND leave a comment "CONFIRMED FOR: " Only still supported release names are valid (LIBERTY, MITAKA, OCATA, NEWTON). Valid example: CONFIRMED FOR: LIBERTY ** Changed in: nova Status: Confirmed => Expired ** Changed in: nova Assignee: Tiago Mello (timello) => (unassigned) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1267862 Title: launch a new vm fail in source host after live migration Status in OpenStack Compute (nova): Expired Bug description: Nova version：Havana We have two compute nodes: Host A and Host B. Each one have 100G disk, 4 cpus and 2G mem for example. First, launch an image-backed instance named vm-1 in Host A using the flavor successfully. The flavor's specs is 60G disk, 2cpus and 1G mem. So, obviously the free resource on Host A is 40G disk, 2 cpus and 1 mem. Second, doing live migration with block migation flag from Host A to Host B.Then success. Now, no active instance exist on Host A. But, the problem is the free resource on Host A is still 40G disk, 2 cpu and 1G mem. The resource described in compute_nodes table don't add back. Then adding another new instance named vm-2 to Host A using same flavor as vm-1. We are notified that resource is insuffieint on Host A.(40G<60G disk denied) Notice that the data would be correct after next priodic task of update_available_resource. Wihin the interval time, it means we can't deploy another instance, but it can be in fact. I think the resource should be recaculate immediatly on Host A, otherwise it may affects vm delpoyment. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1267862/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1267862] Re: launch a new vm fail in source host after live migration
I reset the status of this bug to confirmed since I have verified that the problem still exists in kilo (and I assume also in juno). ** Changed in: nova Status: Fix Released = Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1267862 Title: launch a new vm fail in source host after live migration Status in OpenStack Compute (Nova): Confirmed Bug description: Nova version：Havana We have two compute nodes: Host A and Host B. Each one have 100G disk, 4 cpus and 2G mem for example. First, launch an image-backed instance named vm-1 in Host A using the flavor successfully. The flavor's specs is 60G disk, 2cpus and 1G mem. So, obviously the free resource on Host A is 40G disk, 2 cpus and 1 mem. Second, doing live migration with block migation flag from Host A to Host B.Then success. Now, no active instance exist on Host A. But, the problem is the free resource on Host A is still 40G disk, 2 cpu and 1G mem. The resource described in compute_nodes table don't add back. Then adding another new instance named vm-2 to Host A using same flavor as vm-1. We are notified that resource is insuffieint on Host A.(40G60G disk denied) Notice that the data would be correct after next priodic task of update_available_resource. Wihin the interval time, it means we can't deploy another instance, but it can be in fact. I think the resource should be recaculate immediatly on Host A, otherwise it may affects vm delpoyment. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1267862/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1267862] Re: launch a new vm fail in source host after live migration
** Changed in: nova Status: Fix Committed = Fix Released ** Changed in: nova Milestone: None = juno-3 -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1267862 Title: launch a new vm fail in source host after live migration Status in OpenStack Compute (Nova): Fix Released Bug description: Nova version：Havana We have two compute nodes: Host A and Host B. Each one have 100G disk, 4 cpus and 2G mem for example. First, launch an image-backed instance named vm-1 in Host A using the flavor successfully. The flavor's specs is 60G disk, 2cpus and 1G mem. So, obviously the free resource on Host A is 40G disk, 2 cpus and 1 mem. Second, doing live migration with block migation flag from Host A to Host B.Then success. Now, no active instance exist on Host A. But, the problem is the free resource on Host A is still 40G disk, 2 cpu and 1G mem. The resource described in compute_nodes table don't add back. Then adding another new instance named vm-2 to Host A using same flavor as vm-1. We are notified that resource is insuffieint on Host A.(40G60G disk denied) Notice that the data would be correct after next priodic task of update_available_resource. Wihin the interval time, it means we can't deploy another instance, but it can be in fact. I think the resource should be recaculate immediatly on Host A, otherwise it may affects vm delpoyment. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1267862/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
