| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-05-18 | |||
| 08:20:04 | openstackgerrit | Andrey Volkov proposed openstack/nova master: PoC: Select PCI devices with distinct tag values https://review.openstack.org/448008 | |
| 08:24:30 | openstackgerrit | sahid proposed openstack/nova master: libvirt: update the logic to configure volume with scsi controller https://review.openstack.org/459741 | |
| 08:24:30 | openstackgerrit | sahid proposed openstack/nova master: libvirt: update logic to configure device for scsi controller https://review.openstack.org/459740 | |
| 08:24:31 | openstackgerrit | sahid proposed openstack/nova master: libvirt: rearange how scsi controller is defined https://review.openstack.org/459739 | |
| 08:24:31 | openstackgerrit | sahid proposed openstack/nova master: libvirt: update LibvirtConfigGuestDeviceAddress to provide XML https://review.openstack.org/459737 | |
| 08:24:32 | openstackgerrit | sahid proposed openstack/nova master: libvirt: set full description of the controller used by disk https://review.openstack.org/459738 | |
| 08:25:56 | openstackgerrit | Tao Li proposed openstack/nova master: Fix the display of updated_at time when using memcache driver. https://review.openstack.org/414463 | |
| 08:32:01 | lyarwood | bauzas, sfinucan, johnthetubaguy ; https://review.openstack.org/#/c/462348/ - A pretty straight forward rootwrap fix for something I broke a few weeks ago if you have time to review this morning, I might be feeling slightly guilty about this ;) | |
| 08:34:19 | sfinucan | lyarwood: Yup, that looks fine by me. +2 | |
| 08:37:27 | lyarwood | sfinucan: thanks | |
| 08:43:20 | openstackgerrit | jichenjc proposed openstack/nova master: remove unused policy from policy doc https://review.openstack.org/465505 | |
| 09:08:29 | mlakat | Hi Stackers - we have an interesting problem - basically we have a broken connection to an NFS server, which results that os.path.getsize() hangs forever on a mounted file. Do we have any timeout like functionality in OpenStack? Greenthreads seem to be blocked. | |
| 09:09:14 | mlakat | this is the bug btw: https://bugs.launchpad.net/nova/+bug/1691131 | |
| 09:09:14 | openstack | Launchpad bug 1691131 in OpenStack Compute (nova) "IO stuck causes nova compute agent outage" [Undecided,In progress] - Assigned to Daniel Gonzalez Nothnagel (dgonzalez) | |
| 09:15:58 | kashyap | artom: Looking at your patch | |
| 09:16:23 | artom | kashyap, thanks :) | |
| 09:17:07 | artom | Also, I tried playing around with updating the volume serial number when we do volume-update, but I don't think that's supported in a live domain | |
| 09:17:27 | artom | Ie, we can only change it in the persistent XML | |
| 09:17:31 | kashyap | artom: Yeah, I saw your note in the LP bug | |
| 09:17:48 | kashyap | artom: I was also wondering, if that line in driver.py should be: | |
| 09:17:50 | kashyap | flags |= copy and (libvirt.VIR_DOMAIN_BLOCK_REBASE_COPY | libvirt.VIR_DOMAIN_BLOCK_REBASE_COPY_DEV) or 0 | |
| 09:18:14 | kashyap | But maybe doing it as two lines is consistent with the rest | |
| 09:18:23 | artom | And having the serial number not match the actual volume ID has apparently not been a problem until now, so I just left it | |
| 09:19:14 | artom | kashyap, it's still bitwise or'ing all the flags, right? Might as well stay consistent with what's there already | |
| 09:19:39 | kashyap | artom: Yes, it is bitwise OR | |
| 09:19:46 | kashyap | s/is/is still/ | |
| 09:21:06 | openstackgerrit | Yongfeng Du proposed openstack/nova master: Update the file for IPv4-only or IPv6-only network https://review.openstack.org/465891 | |
| 09:29:46 | openstackgerrit | Eli Qiao proposed openstack/nova master: Correct force host checking for LM and evacuation. https://review.openstack.org/465895 | |
| 09:32:17 | openstackgerrit | Eli Qiao proposed openstack/nova master: Correct force host checking for LM and evacuation https://review.openstack.org/465895 | |
| 09:33:44 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Fix uuid replacement in aggregate notification test https://review.openstack.org/465896 | |
| 09:41:32 | openstackgerrit | Jianghua Wang proposed openstack/nova master: Skip policy rules on attach_network for none network allocation https://review.openstack.org/465903 | |
| 09:43:58 | openstackgerrit | Sylvain Bauza proposed openstack/nova master: Scheduler returning alternatives per destination https://review.openstack.org/465175 | |
| 09:43:58 | openstackgerrit | Sylvain Bauza proposed openstack/nova master: Delete existing allocations when retrying https://review.openstack.org/460433 | |
| 09:43:59 | openstackgerrit | Sylvain Bauza proposed openstack/nova master: Don't delete allocation if instance being scheduled https://review.openstack.org/460177 | |
| 09:43:59 | openstackgerrit | Sylvain Bauza proposed openstack/nova master: WIP: Allocate instance by the conductor https://review.openstack.org/460455 | |
| 09:46:55 | kashyap | mdbooth: Noticed the other day, wow, this is merged: https://review.openstack.org/#/c/383859/ ("Fix races with nfs volume mount/umount") | |
| 09:47:07 | mdbooth | kashyap: Yeah :) | |
| 10:13:32 | pjm6 | good morning | |
| 10:13:35 | pjm6 | i have a problem with live migration, basically I put a cpu_mode: custom and cpu_model: SandyBridge | |
| 10:13:38 | pjm6 | when i migrate from compute01 to compute02 it works good | |
| 10:13:40 | pjm6 | but the other way arround no, because tthe compute02 has more flags | |
| 10:13:43 | pjm6 | but by forcing the cpu_model SandyBridge this should be working, no? | |
| 10:15:08 | kashyap | pjm6: Do you have the same cpu_{mode,model} config on all Compute nodes | |
| 10:16:09 | pjm6 | kashyap, yes I have | |
| 10:16:40 | kashyap | BTW, what release are you trying this with? Can't say more without details | |
| 10:16:51 | pjm6 | of course, sorry | |
| 10:16:56 | pjm6 | i'm in Ocata version | |
| 10:17:09 | pjm6 | using nova 15.1.2 | |
| 10:20:13 | pjm6 | kashyap, this is old but https://blog.codecentric.de/en/2015/03/true-kvm-live-migration-openstack-icehouse-ceph-based-vm-storage/ it seems that I have the problem #2 | |
| 10:23:26 | pjm6 | the error says: Unacceptable CPU info: CPU doesn't have compatibility | |
| 10:24:59 | kashyap | pjm6: That was in IceHouse | |
| 10:25:26 | pjm6 | kashyap, yes I said that was an older version, but the problem seems similar | |
| 10:25:28 | pjm6 | for isntance | |
| 10:26:20 | pjm6 | the error log: https://pastebin.com/zd35WqqJ | |
| 10:27:22 | pjm6 | then I use the virsh cpu-baseline and I get this: https://pastebin.com/AxUx0kYf | |
| 10:28:06 | kashyap | pjm6: BTW, just a gentle note: this channel is for devel purposes, maybe you're already aware | |
| 10:30:21 | kashyap | pjm6: I'm just curious, any reason you don't use 'host-model'? | |
| 10:30:39 | kashyap | Which is actually the default, which use the closest available named-CPU model | |
| 10:31:14 | pjm6 | kashyap, i didn't use host-model because I though that if i wanted to use SandyBridge the cpu_mode should be custom | |
| 10:31:36 | pjm6 | or i can use cpu_mode: host-model and cpu_model: SandyBridge? | |
| 10:31:41 | kashyap | pjm6: Yes, that is true _if_ you specifically want the SandyBridge | |
| 10:31:55 | kashyap | pjm6: No, you can't do that | |
| 10:32:15 | pjm6 | kashyap, the problem is that i have two different cpus, one is Broadwell the other is SandyBridge | |
| 10:32:36 | pjm6 | i was trying to "downgrade" the instruction set in order to allow live migration | |
| 10:33:08 | pjm6 | but it seems that when i migrate for the newer to the old, he's comparing physical cpu specs from one server to the other, and then fails | |
| 10:33:14 | pjm6 | 2 line of the first logs | |
| 10:34:05 | kashyap | pjm6: Ah-ha, okay, your problem is clearer. If using the lowest-common denominator CPU model between the two hosts, it should 'just work' | |
| 10:34:49 | pjm6 | yes, that's what gived to me the virsh cpu-baseline (which had the two CPU configs) | |
| 10:38:15 | kashyap | pjm6: That should clearly work. Do you have a libvirt debug log with log filters enabled? And please file a Nova bug with details | |
| 10:38:48 | pjm6 | kashyap, for now i have debug disabled and don't have any filter log | |
| 10:38:56 | pjm6 | but i can activate the debug yes | |
| 10:39:15 | pjm6 | I also see that the dumpxml are using the correct cpu model | |
| 10:40:15 | kashyap | pjm6: BTW, to enable libvirt log filters, this is the way to go: https://kashyapc.fedorapeople.org/virt/openstack/request-nova-libvirt-qemu-debug-logs.txt | |
| 10:40:58 | kashyap | pjm6: What are the libvirt / QEMU versions? Just in case if I happened to have an env. I can test it | |
| 10:41:11 | kashyap | (To see if could reproduce the behaviour.) | |
| 10:41:42 | pjm6 | kashyap, will see that | |
| 10:42:13 | pjm6 | libvirt 2.5.0 | qemu 1:2.8 | |
| 10:43:23 | kashyap | pjm6: Do you have a libvirt guest XML for a VM started on both hosts? | |
| 10:43:36 | kashyap | (Can you post them somewhere, please) | |
| 10:44:38 | pjm6 | kashyap, you want a dumpxml of a VM that was created in compute01 and compute02 right/ | |
| 10:44:53 | kashyap | pjm6: Yep | |
| 10:44:59 | pjm6 | 1 sec please | |
| 10:52:48 | kashyap | pjm6: Also, one more: please get `virsh capabilities` from both hosts | |
| 10:54:55 | pjm6 | dumpxml: https://pastebin.com/xbuA2BFS and https://pastebin.com/NPRAEjbV | |
| 10:57:45 | pjm6 | virsh capabilities: https://pastebin.com/upCBBTu6 and https://pastebin.com/aLDeQipG | |
| 10:58:10 | kashyap | Thanks; will look in a few | |
| 10:58:22 | pjm6 | well kashyap | |
| 10:58:24 | pjm6 | i found a problem! | |
| 10:58:37 | pjm6 | compute node02 for some reason is using broadwell | |
| 10:58:37 | kashyap | pjm6: ? | |
| 10:58:40 | kashyap | Hehe | |
| 10:59:02 | pjm6 | well this is strange | |
| 10:59:06 | pjm6 | first i create in compute01 | |
| 10:59:11 | pjm6 | and then migrate to compute02 | |
| 10:59:20 | pjm6 | the was fine | |
| 10:59:25 | pjm6 | and the dumpxml was using sandybridge | |
| 11:03:21 | kashyap | pjm6: Can you get the real error from /var/log/libvirt/libvirtd.log, too? | |
| 11:04:42 | pjm6 | I don't have that file yet | |
| 11:07:34 | sfinucan | (My) life would be so much easier if every instance had a NUMA topology associated with it | |
| 11:10:02 | pjm6 | kashyap, i already activate as you have | |