Tuesday, 2018-12-11

*** efried has quit IRC00:05
*** macza has quit IRC00:09
*** macza_ has joined #openstack-nova00:09
*** efried has joined #openstack-nova00:10
*** slaweq has joined #openstack-nova00:11
*** efried has quit IRC00:14
*** efried has joined #openstack-nova00:14
*** efried has quit IRC00:15
*** slaweq has quit IRC00:16
*** tetsuro has joined #openstack-nova00:25
*** brinzhang has joined #openstack-nova00:33
*** brinzhang has quit IRC00:34
*** wolverineav has quit IRC00:36
*** wolverineav has joined #openstack-nova00:37
*** amodi has quit IRC00:39
*** BrinZhang has joined #openstack-nova00:40
*** wolverineav has quit IRC00:42
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (4)  https://review.openstack.org/57410600:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (5)  https://review.openstack.org/57411000:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (6)  https://review.openstack.org/57411300:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (7)  https://review.openstack.org/57497400:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (8)  https://review.openstack.org/57531100:46
openstackgerritMerged openstack/nova stable/rocky: Create BDMs/tags in cell with instance when over-quota  https://review.openstack.org/62393200:56
*** mmethot has joined #openstack-nova00:58
*** wolverineav has joined #openstack-nova01:05
*** wolverineav has quit IRC01:07
*** wolverineav has joined #openstack-nova01:07
*** amodi has joined #openstack-nova01:11
openstackgerritMerged openstack/nova master: Move nova-cells-v1 to experimental queue  https://review.openstack.org/62353801:23
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (9)  https://review.openstack.org/57558101:38
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (10)  https://review.openstack.org/57601701:38
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (11)  https://review.openstack.org/57601801:38
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (12)  https://review.openstack.org/57601901:38
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (13)  https://review.openstack.org/57602001:38
*** lei-zh has joined #openstack-nova01:52
*** yedongcan has joined #openstack-nova01:55
*** _alastor_ has joined #openstack-nova02:01
*** hshiina has quit IRC02:01
*** BrinZhang has quit IRC02:05
*** _alastor_ has quit IRC02:06
*** mrsoul has joined #openstack-nova02:07
*** lei-zh1 has joined #openstack-nova02:20
*** lei-zh has quit IRC02:22
*** tetsuro has quit IRC02:26
*** mhen has quit IRC02:30
*** daikk115 has joined #openstack-nova02:32
*** mhen has joined #openstack-nova02:33
*** macza_ has quit IRC02:33
daikk115Hi all, I got the error during live migration between two same CPU compute hosts (different BIOS versions lead to different CPU models: SandyBridge-IBRS and SandyBridge).02:35
daikk115How can I deal with this problem?02:35
*** macza has joined #openstack-nova02:37
*** cfriesen has quit IRC02:38
*** macza has quit IRC02:41
*** jistr has quit IRC02:42
*** tetsuro has joined #openstack-nova02:48
*** jistr has joined #openstack-nova02:50
*** psachin has joined #openstack-nova02:52
*** Dinesh_Bhor has joined #openstack-nova02:57
*** brinzhang has joined #openstack-nova02:57
*** daikk115 has quit IRC03:12
*** Dinesh_Bhor has quit IRC03:13
*** hongbin has joined #openstack-nova03:15
*** Dinesh_Bhor has joined #openstack-nova03:20
*** bzhao__ has joined #openstack-nova03:28
*** cfriesen has joined #openstack-nova03:42
*** udesale has joined #openstack-nova03:48
*** gyee has quit IRC03:53
*** moshele has joined #openstack-nova03:54
*** jamesden_ has joined #openstack-nova03:54
*** jamesdenton has quit IRC03:55
*** markvoelker has joined #openstack-nova03:57
*** moshele has quit IRC03:58
openstackgerritYikun Jiang proposed openstack/nova master: Add live migration timeout action  https://review.openstack.org/61914304:00
openstackgerritYikun Jiang proposed openstack/nova master: Remove live_migration_progress_timeout config  https://review.openstack.org/61914204:00
*** markvoelker has quit IRC04:02
*** udesale has quit IRC04:08
*** mriedem_away has quit IRC04:15
*** lei-zh1 has quit IRC04:19
*** alex_xu has quit IRC04:19
*** _alastor_ has joined #openstack-nova04:23
*** wolverineav has quit IRC04:29
*** wolverineav has joined #openstack-nova04:30
*** slaweq has joined #openstack-nova04:30
*** udesale has joined #openstack-nova04:43
*** lpetrut has joined #openstack-nova04:55
*** Dinesh_Bhor has quit IRC04:56
*** Dinesh_Bhor has joined #openstack-nova04:57
*** igordc has quit IRC04:59
*** jarodwl has joined #openstack-nova05:03
*** wolverineav has quit IRC05:05
*** hongbin has quit IRC05:07
*** wolverineav has joined #openstack-nova05:13
*** Dinesh_Bhor has quit IRC05:17
*** Dinesh_Bhor has joined #openstack-nova05:19
*** ratailor has joined #openstack-nova05:25
*** lpetrut has quit IRC05:35
*** _alastor_ has quit IRC05:50
*** tetsuro has quit IRC05:51
*** tetsuro has joined #openstack-nova05:53
*** wolverineav has quit IRC05:54
*** bhagyashris_ has joined #openstack-nova05:54
*** sridharg has joined #openstack-nova06:09
openstackgerritFan Zhang proposed openstack/nova master: Log disk transfer stats in live migration monitor.  https://review.openstack.org/61939506:12
*** fanzhang has quit IRC06:15
*** wolverineav has joined #openstack-nova06:18
*** _alastor_ has joined #openstack-nova06:18
*** moshele has joined #openstack-nova06:19
*** _alastor_ has quit IRC06:23
*** betherly has quit IRC06:24
*** macza has joined #openstack-nova06:28
*** macza has quit IRC06:32
*** sdake has quit IRC06:35
*** sdake has joined #openstack-nova06:40
*** rcernin has quit IRC06:43
*** wolverineav has quit IRC06:44
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (14)  https://review.openstack.org/57602706:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (15)  https://review.openstack.org/57603106:47
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (16)  https://review.openstack.org/57629906:47
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (17)  https://review.openstack.org/57634406:47
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (18)  https://review.openstack.org/57667306:47
*** cfriesen has quit IRC06:48
*** Luzi has joined #openstack-nova06:49
*** ohorecny2 has joined #openstack-nova06:58
*** wolverineav has joined #openstack-nova07:01
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (19)  https://review.openstack.org/57667607:10
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (20)  https://review.openstack.org/57668907:10
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (21)  https://review.openstack.org/57670907:10
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (22)  https://review.openstack.org/57671207:10
*** sunnaichuan has joined #openstack-nova07:13
*** brinzhang has quit IRC07:27
*** wolverineav has quit IRC07:29
*** macza has joined #openstack-nova07:30
*** zufar has joined #openstack-nova07:30
zufarHi all, i want to ask something, I am installing openstack queens but have trouble when starting instance07:31
zufar when I am check nova compute log, they give me this error "ERROR nova.compute.manager [instance: b70b0595-a8e8-492d-8b9f-7a66b7b7cdbd] ImageUnacceptable: Image a42bcec5-6820-487f-a278-ba804c7a3db1 is unacceptable: Image has no associated data"07:31
zufaranyone know whats happen?07:31
*** macza has quit IRC07:34
openstackgerritMerged openstack/nova master: Remove utils.execute() from quobyte libvirt storage driver.  https://review.openstack.org/61970207:37
openstackgerritMerged openstack/nova master: Move nova.libvirt.utils away from using nova.utils.execute().  https://review.openstack.org/61970307:41
*** trident has quit IRC07:42
sunnaichuanzufar: your image a42bcec5-6820-487f-a278-ba804c7a3db1 can't be used. Check if the format is wrong or corrupted07:44
*** trident has joined #openstack-nova07:44
zufarsunnaichuan: some time its success deploy on the node. sometime error giving this error.07:46
zufarI am using this command to build the images, `openstack image create --disk-format qcow2 --file xenial-server-cloudimg-amd64-disk1.img --public ubuntu`07:46
sunnaichuanNot clear about that. It looks not a random error...07:49
*** oanson has quit IRC07:54
sunnaichuanzufar: there is a bug report: https://bugs.launchpad.net/nova/+bug/175575607:56
openstackLaunchpad bug 1755756 in OpenStack Compute (nova) "ImageUnacceptable: Image is unacceptable: 'qemu-img info' parsing failed" [Undecided,New] - Assigned to pandatt (pandatt)07:56
sunnaichuanErr, not the same one :[.07:57
*** ratailor has quit IRC08:00
*** ratailor has joined #openstack-nova08:00
*** sunnaichuan is now known as naichuans08:02
*** ccamacho has joined #openstack-nova08:04
*** fanzhang has joined #openstack-nova08:09
*** bhagyashris_ has quit IRC08:10
*** mgoddard has quit IRC08:10
*** mgoddard has joined #openstack-nova08:10
*** bhagyashris__ has joined #openstack-nova08:11
zufarsunnaichuan: this is my glance images, nova) "ImageUnacceptable: Image is unacce08:13
zufarsorry, http://paste.opensuse.org/view//7353512808:13
*** helenafm has joined #openstack-nova08:15
*** imacdonn has quit IRC08:22
*** imacdonn has joined #openstack-nova08:23
naichuanszufar: could you see the image under glance/images/?08:24
*** _alastor_ has joined #openstack-nova08:25
*** maciejjozefczyk has joined #openstack-nova08:25
*** brinzhang has joined #openstack-nova08:25
*** maciejjozefczyk has joined #openstack-nova08:26
*** maciejjozefczyk has quit IRC08:26
*** ralonsoh has joined #openstack-nova08:29
*** _alastor_ has quit IRC08:30
*** takashin has left #openstack-nova08:30
*** tssurya has joined #openstack-nova08:31
*** maciejjozefczyk has joined #openstack-nova08:37
*** bhagyashris__ has quit IRC08:38
*** priteau has joined #openstack-nova08:39
zufarhi naichuans, i think the problem is in the directory glance images08:39
zufarI am using 3 controller node, and only 1 node is having the images08:39
naichuanszufar: looks so :)08:40
zufarI have rsync this and success. thank you08:41
naichuansNp.08:41
*** brinzhang has quit IRC08:51
*** dpawlik has quit IRC09:03
*** dpawlik has joined #openstack-nova09:04
*** wolverineav has joined #openstack-nova09:07
naichuansbauzas: Hi, Sylvain, do you familiar with qemu? I meet a problem when I try to do a live disk mirror.09:07
*** dpawlik has quit IRC09:08
kashyapnaichuans: Hi, what's the problem?09:08
naichuansThanks, kashyap. I run below command: "virsh qemu-monitor-command --hmp 1b2757fb-655f-4eec-b1b5-88bd67013aa0  'drive_mirror -f /var/lib/nova/instance/1b2757fb-655f-4eec-b1b5-88bd67013aa0/disk  /data/testvm-mirror.img'"09:10
naichuansbut get an error: "Device '/var/lib/nova/instance/1b2757fb-655f-4eec-b1b5-88bd67013aa0/disk' not found"09:11
kashyapnaichuans: First of all...that's a red flag to me: you should not run 'qemu-monitor-command' behind libvirt's back.09:11
*** mdbooth has joined #openstack-nova09:11
kashyap(At least not on production VMs.)09:11
naichuansAh, just for a test :)09:11
kashyapnaichuans: Ah, OK.  Even for test, I'm curious if you've tried this:09:12
kashyap    $ virsh migrate --verbose --copy-storage-all --p2p --live cvm1 qemu+tcp://user@dest/system09:12
*** wolverineav has quit IRC09:12
kashyapUnder the hood, the above is using QEMU's 'dirve-mirror'.09:12
naichuansOh, then it should be the cmd I needed. I'm checking the qemu3.0 new feature: copy_mode for live mirror.09:13
naichuansHow to specify it to use `write-blocking` option in the command?09:14
kashyapnaichuans: I think you're referring to: "Support for "active" mirror using the new option "copy-mode" to the "drive-mirror" monitor option."09:15
naichuansyes09:15
kashyapAgain, 'write-blocking' is a deep QMP (QEMU Monitor Protocol) option; if you want to try that, you have to use QMP commands by shell09:16
kashyapThis is probably better discussed on #qemu, OFTC IRC network.09:16
*** zufar has quit IRC09:17
naichuansI see, thanks. If I use the cmd you provide above, it would use 'write-blocking' by default, right? I saw there is `--live` flag09:17
*** sahid has joined #openstack-nova09:18
*** sahid has quit IRC09:18
*** sahid has joined #openstack-nova09:18
kashyapnaichuans: "It depends".  I.e. --09:18
naichuansThank you very much, Kashyap. Will check it.09:19
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Add workaround to cleanup instance dir during evac with rbd  https://review.openstack.org/61847809:19
kashyapnaichuans: If you're using 3.0 or above, I don't think 'write-blocking' will be use by default; you have to explicitly specify it.09:20
kashyapnaichuans: And with 3.0 or above, 'copy-mode' will default to "background".09:20
* kashyap is assuming you've read the relevant QEMU documentation; so not expanding on what these terms mean09:20
*** lpetrut has joined #openstack-nova09:21
naichuansI see, the release log also said that. passive or backgroud is default. Will check how to specify it to use `write-blocking`09:21
*** mdbooth_ has joined #openstack-nova09:22
*** mdbooth has quit IRC09:25
*** trinaths has joined #openstack-nova09:26
*** derekh has joined #openstack-nova09:36
*** dpawlik has joined #openstack-nova09:39
*** dpawlik has quit IRC09:39
*** dpawlik has joined #openstack-nova09:39
openstackgerritBrin Zhang proposed openstack/nova master: Remove the unused parameter from os-hypervisors  https://review.openstack.org/62433309:44
*** rodolof has joined #openstack-nova09:47
*** rodolof has quit IRC09:57
*** rodolof has joined #openstack-nova09:57
fanzhanghi kashyap if you have some time, please help review this patch  https://review.openstack.org/#/c/612272/10:06
fanzhangkashyap I discussed with melwitt , and she said she would ask you to take a look at your earliest convenience. I just notice you here, so...10:07
kashyapfanzhang: Hi, will look.  I'm troubleshooting something else at the moment.10:07
fanzhangkashyap thanks a lot, no need to hurry, :)10:08
*** rodolof has quit IRC10:09
*** rodolof has joined #openstack-nova10:10
*** Dinesh_Bhor has quit IRC10:10
*** priteau has quit IRC10:24
*** tetsuro has quit IRC10:33
*** Dinesh_Bhor has joined #openstack-nova10:34
*** cdent has joined #openstack-nova10:43
openstackgerritChris Dent proposed openstack/nova master: Delete the placement code  https://review.openstack.org/61821510:48
kashyapfanzhang: I'll be off from next week until 01-Jan, I'll do my best to get to it this week10:50
*** sridharg has quit IRC10:54
*** udesale has quit IRC10:56
*** tetsuro has joined #openstack-nova10:59
*** tobias-urdin is now known as tobias-urdin|lun11:00
*** tobias-urdin|lun is now known as tobias-urdin_afk11:01
*** moshele has quit IRC11:02
*** erlon has joined #openstack-nova11:07
lyarwoodmdbooth_: https://review.openstack.org/#/c/618478/ - can you hit this again? I've added some additional context around migrations after melwitt reviewed yesterday, would love to close this out this week if possible.11:08
*** mdbooth_ is now known as mdbooth11:09
mdboothlyarwood: ack11:09
*** sridharg has joined #openstack-nova11:09
*** sridharg has quit IRC11:09
*** dtantsur|afk is now known as dtantsur11:18
*** sridharg has joined #openstack-nova11:20
*** tobias-urdin_afk is now known as tobias-urdin11:27
*** rodolof has quit IRC11:35
*** rodolof has joined #openstack-nova11:35
*** Dinesh_Bhor has quit IRC11:37
openstackgerritChris Dent proposed openstack/os-resource-classes master: Initial automated testing for os-resource-classes  https://review.openstack.org/62436611:38
openstackgerritYikun Jiang proposed openstack/nova master: Add live migration timeout action  https://review.openstack.org/61914311:42
openstackgerritYikun Jiang proposed openstack/nova master: Remove live_migration_progress_timeout config  https://review.openstack.org/61914211:42
*** tbachman has quit IRC11:46
*** sridharg has quit IRC11:47
openstackgerritChris Dent proposed openstack/os-resource-classes master: Initial automated testing for os-resource-classes  https://review.openstack.org/62436611:56
openstackgerritChris Dent proposed openstack/os-resource-classes master: Rename ORDERED_CLASSES to STANDARDS  https://review.openstack.org/62436911:56
openstackgerritChris Dent proposed openstack/os-resource-classes master: Sync STANDARDS with placement/nova rc_fields  https://review.openstack.org/62437011:56
*** k_mouza has joined #openstack-nova11:56
*** dpawlik has quit IRC11:56
*** dpawlik has joined #openstack-nova11:57
*** sridharg has joined #openstack-nova12:00
*** erlon has quit IRC12:01
*** macza has joined #openstack-nova12:02
openstackgerritYikun Jiang proposed openstack/nova master: Add live migration timeout action  https://review.openstack.org/61914312:05
openstackgerritYikun Jiang proposed openstack/nova master: Remove live_migration_progress_timeout config  https://review.openstack.org/61914212:05
*** macza has quit IRC12:06
lbragstadjohnthetubaguy sometime soon we should go through https://review.openstack.org/#/c/596520/ again?12:08
lbragstadi'll have to ping jaypipes, too12:08
lbragstadlooks like wxy-xiyuan worked some changes into the latest revision12:08
*** erlon has joined #openstack-nova12:14
*** wolverineav has joined #openstack-nova12:18
*** wolverineav has quit IRC12:22
*** macza has joined #openstack-nova12:23
*** moshele has joined #openstack-nova12:27
*** macza has quit IRC12:28
*** jamesden_ is now known as jamesdenton12:29
*** tetsuro has quit IRC12:33
*** ShilpaSD has joined #openstack-nova12:33
*** tetsuro has joined #openstack-nova12:33
*** psachin has quit IRC12:35
*** rodolof has quit IRC12:41
*** rodolof has joined #openstack-nova12:41
*** naichuans has quit IRC12:41
*** tssurya has quit IRC12:46
*** k_mouza has quit IRC12:48
openstackgerritChris Dent proposed openstack/os-resource-classes master: Tune up documentation to be more useful  https://review.openstack.org/62438412:50
*** tetsuro has quit IRC12:54
*** dave-mccowan has joined #openstack-nova12:54
*** tbachman has joined #openstack-nova13:00
*** dave-mccowan has quit IRC13:01
*** yedongcan has left #openstack-nova13:01
*** ratailor has quit IRC13:04
*** tbachman has quit IRC13:05
*** tbachman has joined #openstack-nova13:08
*** panda|off is now known as panda13:10
sean-k-mooneyanyone know how to use logstash and write querries13:12
sean-k-mooneyi cant get the message filtering to work13:12
sean-k-mooneytags:"screen-n-cpu.txt" and message:"os_vif error: [Errno 24] Too many open files" and  project:"openstack/neutron"13:12
cdentsean-k-mooney: sorry, I'm no help. I generally just flail around, mostly using message: and that's it13:13
sean-k-mooneyfor some reason its ignoreing the message section and retruning message strings without the message in it13:14
cdentmaybe it is confused by [ or ]?13:15
sean-k-mooneymaybe i tried excaping them ill try a few more things13:15
*** tssurya has joined #openstack-nova13:21
*** macza has joined #openstack-nova13:25
*** erlon has quit IRC13:28
*** macza has quit IRC13:29
*** macza has joined #openstack-nova13:46
*** erlon has joined #openstack-nova13:46
*** macza has quit IRC13:50
*** davidsha has joined #openstack-nova13:57
*** k_mouza has joined #openstack-nova13:59
*** macza has joined #openstack-nova14:06
*** mriedem has joined #openstack-nova14:06
*** mvkr has quit IRC14:07
*** dave-mccowan has joined #openstack-nova14:07
*** macza has quit IRC14:10
*** psachin has joined #openstack-nova14:11
*** dave-mccowan has quit IRC14:14
openstackgerritMatt Riedemann proposed openstack/nova master: Handle tags in _bury_in_cell0  https://review.openstack.org/62185614:18
*** rodolof has quit IRC14:19
*** rodolof has joined #openstack-nova14:19
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Create BDMs/tags in cell with instance when over-quota  https://review.openstack.org/62393414:20
mriedemlyarwood: ready for you https://review.openstack.org/#/q/topic:bug/1806064+branch:stable/queens14:22
mriedemgibi: do you remember why we don't include tags in the instance payload in versioned notifications?14:22
mriedemi guess it's on instance create and update, but not the regular action paylodas14:23
mriedem*payloads14:23
*** _alastor_ has joined #openstack-nova14:24
gibimriedem: maybe because they doesn't change in other cases14:25
*** awaugama has joined #openstack-nova14:28
*** _alastor_ has quit IRC14:28
*** pchavva has joined #openstack-nova14:29
*** udesale has joined #openstack-nova14:33
gibimriedem: maybe this helps remebering https://review.openstack.org/#/c/407228/36/nova/notifications/objects/instance.py@11914:35
janguttermriedem: thanks, and it's Kandarian, not Greek. Sincere sympathies and hope your soul remains intact.14:36
gibimriedem: I think we wanted to avoid some lazy load issues14:36
*** rodolof has quit IRC14:37
*** rodolof has joined #openstack-nova14:37
*** mlavalle has joined #openstack-nova14:37
*** rodolof has quit IRC14:38
*** rodolof has joined #openstack-nova14:38
*** mvkr has joined #openstack-nova14:44
mriedemgibi: yeah i figured that was the reason14:53
mriedemand we could add it in later if someone needed it14:53
gibimriedem: yeah, it is not hard to add14:53
mriedemreminds me i have an old patch to optimize the instance tags creation stuff since we do a lot of unnecessary db stuff14:53
gibimriedem: btw vitrage has a patch up to consume nova versioned notifications14:53
gibimriedem: so we will have one modul that trasition from legacy to versioned14:54
mriedemcool - are they migrating from legacy or adding versioned from scratch?14:54
mriedemah ok14:54
gibimriedem: https://review.openstack.org/#/c/623274/14:54
*** cfriesen has joined #openstack-nova14:58
*** eharney has joined #openstack-nova15:00
*** markvoelker has joined #openstack-nova15:00
*** psachin has quit IRC15:05
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add functional regression test for bug 1806064  https://review.openstack.org/62393515:06
openstackbug 1806064 in OpenStack Compute (nova) queens "Volume remains in attaching/reserved status, if the instance is deleted after TooManyInstances exception in nova-conductor" [Medium,In progress] https://launchpad.net/bugs/1806064 - Assigned to Matt Riedemann (mriedem)15:06
*** itlinux has quit IRC15:06
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Create BDMs/tags in cell with instance when over-quota  https://review.openstack.org/62393715:10
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Create BDMs/tags in cell with instance when over-quota  https://review.openstack.org/62393715:10
*** Luzi has quit IRC15:12
mriedemdansmith: looks like https://review.openstack.org/#/c/623282/ last failed on the test added,15:12
mriedemso we likely need to reset the global somewhere more....global15:12
mriedemmaybe in the test setUp?15:12
mriedemor in the base TestCase setup where we reset other globals?15:12
dansmithmriedem: ah, I applied a fix for that to the next patch by accident I think15:13
dansmithI don't think we need to reset it anywhere other than just in that test15:13
stephenfinsean-k-mooney: RE: https://bugs.launchpad.net/nova/+bug/1805891, this is where things break down https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L209-L21015:14
openstackLaunchpad bug 1805891 in OpenStack Compute (nova) "pci numa polices are not followed" [High,Triaged] - Assigned to sean mooney (sean-k-mooney)15:14
stephenfinLooks like we're not persisting that field in the DB :-\15:15
openstackgerritDan Smith proposed openstack/nova master: Only warn about not having computes nodes once in rpcapi  https://review.openstack.org/62328215:16
openstackgerritDan Smith proposed openstack/nova master: Make compute rpcapi version calculation check all cells  https://review.openstack.org/62328415:16
openstackgerritDan Smith proposed openstack/nova master: Make service.get_minimum_version_all_cells() cache the results  https://review.openstack.org/62328315:16
dansmithmriedem: moved that down a patch, mah bad15:16
*** oanson has joined #openstack-nova15:17
mriedemack15:18
*** eharney_ has joined #openstack-nova15:23
*** bhdn has quit IRC15:23
*** eharney has quit IRC15:26
openstackgerritChris Dent proposed openstack/nova master: Add python 3.7 unit and functional tox jobs  https://review.openstack.org/62405515:26
cdentgibi: there are some functional test failures related to waiting for notifications in ^15:26
*** rodolof has quit IRC15:27
*** eharney_ is now known as eharney15:27
cdentdansmith, mriedem: that ^ fixes some unit test failures in py37 and a real issue in the multi cell query stuff with StopIteration15:27
*** rodolof has joined #openstack-nova15:27
*** ircuser-1 has joined #openstack-nova15:28
gibicdent: ack15:28
cdentgibi: I haven't investigate the failures closely yet, but I'm assuming some kind of deadlock15:28
gibicdent: I made a note to look at it at some point15:29
mriedemmoar jubz15:29
gibicdent: is it in PS3 as PS2 passed the functional jobs15:29
mriedemis there a tl;dr from the tc on when we're going to stop running 20 different python unit test/functional jobs per change?15:29
cdentmriedem: i have it on good authority from clarkb that unit test jobs are not "the problem"15:29
mriedemwe still have race failures in py jobs that reset the gate15:30
mriedemhttp://status.openstack.org/elastic-recheck/#179336415:30
mriedemhttp://status.openstack.org/elastic-recheck/#180047215:30
mriedemjust wondering if at some point py27 goes to experimental queue or something, and py35 gets dropped15:30
cdentmriedem: heh, on the tl;dr: I'm not really sure as I lost interest when "stop running 20 different..." was taken off the table15:30
cdentI, perhaps, wanted somethign a bit too aggressive: one distro, one python version15:31
cdentbut you know15:31
cdent<- me15:31
cdentmriedem: anyway, if we don't want another gate job, that's fine, but we still need the tox jobs and the bug fixes are real (and backwards compatible)15:31
mriedemi'm just not sure why we couldn't move py27 stuff to experimental,15:31
mriedemso we can test fixes for py27, but not gate on it for every change15:31
mriedemsure i'm just in this mindset about the broken gate15:32
*** munimeha1 has joined #openstack-nova15:32
* cdent nods15:32
cdentin the discussions that I was party to, people were wed to this notion of "testing what people are using (now)" rather than "testing what people will be using when the code is released"15:32
cdentgiven the former, 2.7 matters15:33
*** wwriverrat has quit IRC15:33
*** bhdn has joined #openstack-nova15:33
cdentmriedem: I'd be super keen on moving 2.7 to experimental15:34
mriedemcommented in the change15:34
mriedemyou can say to your tc buddies, "the troll hath spoken in my patch"15:34
mriedemif 2.7 matters, can we decide which of the 20 py3 versions matters?15:35
mriedemand move the others to experimental?15:35
mriedemspeaking of gate bug fixes, need another +2 on https://review.openstack.org/#/c/61534715:36
*** ivve has joined #openstack-nova15:37
*** tbachman has quit IRC15:38
*** k_mouza has quit IRC15:38
coreycbcdent: will placement be removed from nova in stein?15:39
cdentcoreycb: that's the goal, yes15:39
cdentcoreycb: that's part of what is driving the goals in http://lists.openstack.org/pipermail/openstack-dev/2018-September/134541.html15:40
coreycbcdent: ok. I just won't be able to get the new placment package into main (ie. get security support etc) until it's removed from nova.15:40
cdentcoreycb: depending on who you talk to, we're relatively close15:40
coreycbcdent: ok :)15:41
cdentthis needs to merge https://review.openstack.org/#/c/617941/ and then it's child can be considered15:41
coreycbcdent: seems pretty close if that's the case. thanks, I'll keep an eye on it.15:42
cdentthank you15:44
openstackgerritMerged openstack/nova stable/queens: Add functional regression test for bug 1806064  https://review.openstack.org/62393315:45
openstackbug 1806064 in OpenStack Compute (nova) queens "Volume remains in attaching/reserved status, if the instance is deleted after TooManyInstances exception in nova-conductor" [Medium,In progress] https://launchpad.net/bugs/1806064 - Assigned to Matt Riedemann (mriedem)15:45
openstackgerritSilvan Kaiser proposed openstack/nova master: Exec systemd-run without --user flag in Quobyte driver  https://review.openstack.org/55419515:46
*** Gaasmann has joined #openstack-nova15:46
cdentmelwitt: I've proposed some gerrit acl config changes to os-resource-classes and os-traits in https://review.openstack.org/624387 which will need your +1 (if you're in fact +1). The justification is effectively: why wait?15:48
*** k_mouza has joined #openstack-nova15:50
mriedemhuh, this would probably be annoying for anyone pointing nova-api at cell0 for [database]/connection http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22The%20nova-osapi_compute%20service%20version%20is%20from%20before%20Ocata%5C%22%20AND%20tags%3A%5C%22screen-n-api.txt%5C%22&from=7d15:53
*** wolverineav has joined #openstack-nova15:54
*** markvoelker has quit IRC15:55
*** markvoelker has joined #openstack-nova15:56
*** wolverineav has quit IRC15:58
mriedemdansmith: looks like something must have regressed this recently since we're seeing it in master and queens only http://logs.openstack.org/82/623282/2/check/tempest-full/0a4f66a/controller/logs/screen-n-api.txt.gz?level=WARNING#_Dec_11_06_09_01_928385 - not sure why tests aren't failing though, since when we hit that warning we are pulling instances from cell0 and not even looking for an instance mapping15:59
ShilpaSDgibi: Hi16:00
*** markvoelker has quit IRC16:01
dansmithmriedem: hmm, with creating the record or looking for them I wonder?16:02
mriedemdon't really understand since nova-osapi_compute service should be created in the cell0 db here https://github.com/openstack/nova/blob/master/nova/api/openstack/wsgi_app.py#L5916:04
*** k_mouza has quit IRC16:05
mriedemand that would use https://github.com/openstack/nova/blob/master/nova/objects/service.py#L21916:05
*** tbachman has joined #openstack-nova16:06
*** k_mouza has joined #openstack-nova16:08
*** ccamacho has quit IRC16:09
mriedemwtf, same request, we lookup the instance twice, first time we don't get that warning16:09
mriedemhttp://logs.openstack.org/82/623282/2/check/tempest-full/0a4f66a/controller/logs/screen-n-api.txt.gz#_Dec_11_06_09_01_46854916:09
mriedem2nd time we do http://logs.openstack.org/82/623282/2/check/tempest-full/0a4f66a/controller/logs/screen-n-api.txt.gz#_Dec_11_06_09_01_91976016:10
openstackgerritChris Dent proposed openstack/nova master: Add python 3.7 unit and functional tox jobs  https://review.openstack.org/62405516:10
cdentmade 3.7 experimental16:11
*** trinaths has left #openstack-nova16:11
*** munimeha1 has quit IRC16:11
*** udesale has quit IRC16:14
*** rodolof has quit IRC16:15
*** rodolof has joined #openstack-nova16:16
*** moshele has quit IRC16:17
*** itlinux has joined #openstack-nova16:22
*** rodolof has quit IRC16:23
*** rodolof has joined #openstack-nova16:24
openstackgerritBalazs Gibizer proposed openstack/nova master: Ensure that allocated PF matches the used PF  https://review.openstack.org/62354316:29
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: debug old compute API service version lookup  https://review.openstack.org/62443816:32
mriedemdansmith: comments/questions for your patch here https://review.openstack.org/#/c/623284/16:34
cdentmriedem: do you have a working theory on ^^ or is it mostly fishing at this point16:34
mriedemcdent: fishing16:34
mriedemi'm surprised it doesn't break the gate16:34
mriedemit == the api thinking we have old api services and looking up instances from cell0 rather than the actual cell they are in16:35
mriedemunless coincidentally those instances *are* in cell016:35
mriedemor tempest just doesn't care about a 40416:36
openstackgerritJack Ding proposed openstack/nova-specs master: Select cpu model from a list of cpu models  https://review.openstack.org/62095916:37
cdentmriedem: ah, okay, so you're going to log all the service creations to fill in some blanks: who is doing this!? roger16:39
mriedemyeah16:39
cdentgood luck16:40
cdenti'm trying to get the mysql opportunistic to fail, but struggling16:40
*** sean-k-mooney has quit IRC16:43
dansmithmriedem: replied16:43
*** rodolof has quit IRC16:44
*** rodolof has joined #openstack-nova16:44
*** sean-k-mooney has joined #openstack-nova16:49
*** macza has joined #openstack-nova16:49
*** eharney has quit IRC16:51
*** itlinux_ has joined #openstack-nova16:59
*** itlinux has quit IRC17:03
mdboothmriedem: Here's an interesting thing. You noted the other day that setting created_disks = False doesn't make the evacuate tests fail. After working it through it turns out that's correct behaviour for all 4 cases, and if you want to make that fail something you'd need to make the initial spawn() fail instead... Except that a spawn failure actually calls cleanup *twice*.17:03
mdboothBasically I added a similar functional test making spawn fail instead, and I was trying to debug why my Rbd disks were being deleted anyway when I was setting created_disks = False.17:04
openstackgerritStephen Finucane proposed openstack/nova master: Fix typo  https://review.openstack.org/62444217:05
mdboothIt's because we call _shutdown_instance() in ComputeManager, which calls driver.destroy()17:05
mdboothmriedem: Which leaves that code in a weird limbo.17:05
mdboothThat is, the code ensures the correct behaviour of _cleanup_failed_start(), but it's irrelevant because we call it again anyway.17:06
*** moshele has joined #openstack-nova17:07
*** eharney has joined #openstack-nova17:07
*** sahid has quit IRC17:08
*** tssurya has quit IRC17:08
* mriedem head explodes17:10
mdboothmriedem: Yeah.17:10
mriedemmy goal is to add tests that don't pass without the code fix,17:10
mriedemso however that needs to happen...17:10
mdboothmriedem: That's kinda the thing. I wrote those, but because the code structure is weird they still didn't fail. However, if you took the code out, the resulting code would be fragile.17:11
openstackgerritStephen Finucane proposed openstack/nova master: objects: Store InstancePCIRequest.numa_policy in DB  https://review.openstack.org/62444417:11
openstackgerritStephen Finucane proposed openstack/nova master: conf: Call out where pci.alias should be set  https://review.openstack.org/62444517:11
stephenfinsean-k-mooney: ^17:11
mdboothmriedem: Explaining why you *didn't* include the code would involve understanding ^^^17:11
mdboothAnd nobody wants to do that17:11
stephenfinI feel like a moron. I've no idea what I did to miss that the first day17:11
mdboothmriedem: I'll have another go at it tomorrow.17:12
*** moshele has quit IRC17:13
*** helenafm has quit IRC17:18
openstackgerritJack Ding proposed openstack/nova master: Improve libvirt image and snapshot handling  https://review.openstack.org/61669217:19
*** ohorecny2 has quit IRC17:20
openstackgerritJack Ding proposed openstack/nova master: Correct instance port binding for rebuilds/reboots  https://review.openstack.org/60384417:20
*** gyee has joined #openstack-nova17:22
jackdinghi mriedem: could you revisit https://review.openstack.org/#/c/616692/ and https://review.openstack.org/#/c/603844/ when you got a chance?17:23
sean-k-mooneystephenfin: isnt the alais ment to be set in the schduler not the api17:23
stephenfinsean-k-mooney: Nope, https://github.com/openstack/nova/blob/master/nova/compute/api.py#L815-L81617:26
stephenfinIt's nova-api that converts the flavor extra spec to an InstancePCIRequests object17:27
*** k_mouza has quit IRC17:27
sean-k-mooney ok17:27
stephenfinand unfortunately also the resource tracker, hence nova-compute https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L307-L30917:28
sean-k-mooneyi knew this had to be set on the controller but i jsut assumed it was teh scduelr that read it17:28
sean-k-mooneyif its the api that is fine as long as operators know that too17:28
sean-k-mooneythe resouce tracker should not need the alias definion17:29
sean-k-mooneyat least not in the compute agent config17:29
sean-k-mooney uhg17:30
stephenfinYup, it's icky17:30
sean-k-mooneydamit it does17:30
sean-k-mooneythat is defintely not documented17:30
stephenfinIt actually is https://docs.openstack.org/nova/latest/admin/pci-passthrough.html#configure-pci-devices-compute17:31
stephenfinBut it's hidden17:31
stephenfinsort of17:31
stephenfin"From the Newton release, to resize guest with PCI device, configure the PCI alias on the compute node as well."17:31
sean-k-mooneystephenfin: the whitelist should be set on the compute and alais on the contoller that is how i have understood it was ment to work17:31
stephenfinMe too17:32
sean-k-mooney your updating the config docs mind patching https://docs.openstack.org/nova/latest/admin/pci-passthrough.html#configure-pci-devices-compute to make that bold17:33
*** rodolof has quit IRC17:33
*** rodolof has joined #openstack-nova17:33
sean-k-mooneyluckally i was seting it on all nodes just because i adapted my controler local.conf into my compute node one17:34
sean-k-mooneystephenfin: speaking of which do you have 2 node capably of sriov or one?17:34
stephenfinsean-k-mooney: Can do, and I only have one17:35
sean-k-mooneyok i have spent most of the day debuging a netwrokg issue17:35
sean-k-mooneyim going to need to use a node inbetween my current 2 nodes to sniff packets and see which side is broken17:36
sean-k-mooneyadrianc: FYI at least on my hardware the sriov live migration patches are not working correctly17:37
adriancsean-k-mooney: what are you seeing ?17:38
sean-k-mooneyadrianc: after migrating the vm  unicast packet from the source  node to the vm are droped17:39
sean-k-mooneyin my case i have an all in one node and a compute node17:39
sean-k-mooneythe vm started on teh all-in-one node and i migrated it to the compute-only node17:40
openstackgerritMatt Riedemann proposed openstack/nova master: Handle tags in _bury_in_cell0  https://review.openstack.org/62185617:40
adriancsean-k-mooney: on the source the VF used for macVtap has MAC address of zero ?17:40
sean-k-mooneyi can see the packets being transmited with tshark on teh all-in-one node but they are not recived on the destination17:41
sean-k-mooneyadrianc: ill check it not set to the vm mac any more but not sure its 017:41
sean-k-mooneyadrianc: its set to ba:2a:94:20:f7:ba17:42
sean-k-mooneythe vm mac is fa:16:3e:0e:87:0817:42
adriancsean-k-mooney: so not an openstack VM MAC17:42
sean-k-mooneycorrect17:43
adriancsean-k-mooney: mac appears well set on destination VF ?17:43
sean-k-mooneyyep both the macvtap and the dest vf have the mac set17:43
sean-k-mooneyif i reboot the vm the dhcp request from the vm is recived on the other node and it replys17:44
adriancsean-k-mooney: so the code does what its suppose to do :) now need to figure out the issue17:44
sean-k-mooneyhowever the unicast dhcp offer is transmitted on the all-in-one node but not recived on the compute17:44
sean-k-mooneywell you can live migrate back and forth17:45
sean-k-mooneyif i migate the vm back the networking works agiag17:45
adriancsean-k-mooney: mmmm, maybe mac is still in FDB on the source ?17:45
sean-k-mooneyadrianc: i checked with bridge fdb show and no17:46
sean-k-mooneyit is actully never there17:46
*** ralonsoh has quit IRC17:46
sean-k-mooneythe ipv6 multicast mac is set on the host that has the vm 33:33:ff:0e:87:0817:46
sean-k-mooneybut fa:16:3e:0e:87:08 never show up in bridge fdb show either when the vm is sawned or before or after migration17:48
adriancsean-k-mooney: let me try to repro on my setup17:48
sean-k-mooneyadrianc: sure no worries im going to grab something to eat17:52
adriancsean-k-mooney: probably some minor tweaking needed (i hope) my setup seems busted, ill take a look tomorrow (20:00 here)17:54
sean-k-mooneyadrianc: fyi if i assign an ip on the same subnet to the pf i can ping the vm on the host its on17:54
sean-k-mooneyadrianc: sure no worries17:54
openstackgerritChris Dent proposed openstack/os-resource-classes master: Initial automated testing for os-resource-classes  https://review.openstack.org/62436617:54
openstackgerritChris Dent proposed openstack/os-resource-classes master: Rename ORDERED_CLASSES to STANDARDS  https://review.openstack.org/62436917:54
openstackgerritChris Dent proposed openstack/os-resource-classes master: Sync STANDARDS with placement/nova rc_fields  https://review.openstack.org/62437017:54
openstackgerritChris Dent proposed openstack/os-resource-classes master: Tune up documentation to be more useful  https://review.openstack.org/62438417:55
adriancbon appetit17:55
*** lpetrut has quit IRC17:56
*** gyee has quit IRC17:56
*** sridharg has quit IRC17:56
*** rodolof has quit IRC17:58
*** mchlumsky has quit IRC17:59
*** rodolof has joined #openstack-nova17:59
*** derekh has quit IRC18:00
*** k_mouza has joined #openstack-nova18:02
*** mchlumsky has joined #openstack-nova18:03
*** moshele has joined #openstack-nova18:04
*** mvkr has quit IRC18:04
*** k_mouza has quit IRC18:06
*** davidsha has quit IRC18:06
*** dtantsur is now known as dtantsur|afk18:07
*** Swami has joined #openstack-nova18:09
*** sridharg has joined #openstack-nova18:13
*** brault has joined #openstack-nova18:14
*** wolverineav has joined #openstack-nova18:19
*** brault has quit IRC18:19
*** _alastor_ has joined #openstack-nova18:22
*** wolverineav has quit IRC18:24
*** wolverineav has joined #openstack-nova18:26
*** wolverineav has quit IRC18:27
*** wolverineav has joined #openstack-nova18:27
*** sridharg has quit IRC18:34
*** moshele has quit IRC18:35
*** sorrison has quit IRC18:47
*** sorrison has joined #openstack-nova18:48
*** _alastor_ has quit IRC18:53
*** sridharg has joined #openstack-nova18:58
*** _alastor_ has joined #openstack-nova18:59
*** mchlumsky has quit IRC19:00
*** mchlumsky has joined #openstack-nova19:01
*** cdent has quit IRC19:04
*** wolverineav has quit IRC19:09
*** wolverineav has joined #openstack-nova19:10
melwittmriedem: not sure what you'll think of this, workaround for non-shared instance dirs not being cleaned up during evacuate with ceph https://review.openstack.org/61847819:12
*** sridharg has quit IRC19:12
*** sridharg has joined #openstack-nova19:15
*** _alastor_ has quit IRC19:25
*** igordc has joined #openstack-nova19:25
*** lbragstad has quit IRC19:30
mriedemmelwitt: i think it's ugly19:31
*** lbragstad has joined #openstack-nova19:31
mriedemcomments inline anyway19:32
melwittI think it's ugly too, which is why I've struggled with it19:32
melwittI can't think of another way to handle it in a backportable way19:32
*** moshele has joined #openstack-nova19:34
*** wolverineav has quit IRC19:37
*** moshele has quit IRC19:38
*** sridharg has quit IRC19:38
*** munimeha1 has joined #openstack-nova19:40
*** wolverineav has joined #openstack-nova19:46
openstackgerritMerged openstack/nova stable/queens: Create BDMs/tags in cell with instance when over-quota  https://review.openstack.org/62393419:47
*** wolverineav has quit IRC19:48
*** wolverineav has joined #openstack-nova19:49
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: add debug logging for bug 1807723  https://review.openstack.org/62418119:50
openstackbug 1807723 in OpenStack Compute (nova) "swap multiattach volume intermittently fails when servers are on different hosts" [Medium,Confirmed] https://launchpad.net/bugs/180772319:50
*** macza has quit IRC19:51
*** macza has joined #openstack-nova19:53
*** wolverineav has quit IRC19:58
*** tbachman has quit IRC20:01
*** erlon has quit IRC20:04
*** codyhill has joined #openstack-nova20:10
melwittmriedem, dansmith, gibi: there's a proposal to switch the os-traits, os-resource-classes, and osc-placement projects to use the placement.config gerrit acls here https://review.openstack.org/624387 to add your opinion if you have one20:12
codyhillHello folks. I was working with the #openstack-ironic folks about trying to get vendor_data.json to work with baremetal deployments with Nova and Ironic. So far the issue i’m having is that cloud-init doesn’t seem to “Discover” the baremetal node as an OpenStack Datasource. So it runs the generice EC2 setup. Which doesn’t include vendor_data.json. The recomendation from the folks in #openstack-ironic was to try and use config drive. And it20:13
codyhilllooks like the config-drive doesn’t write the vendor_data.json to the config-drive. Any help would be great.20:13
*** sambetts_ has quit IRC20:14
mriedemmelwitt: isn't the only difference the core team at this point?20:15
mriedemwhich right now is a difference of cdent and tetsuro in placement-core20:15
melwittyeah20:15
mriedemok voted20:17
melwittthanks20:17
*** sambetts_ has joined #openstack-nova20:17
*** mriedem has quit IRC20:22
*** mriedem has joined #openstack-nova20:24
codyhillTo add a little more info to my situation. I am running OpenStack Newton. And I’m using static Vendor Data (not dynamic).20:30
*** pchavva has quit IRC20:33
*** eharney has quit IRC20:34
*** wolverineav has joined #openstack-nova20:36
mriedemcodyhill: and you have vendordata_jsonfile_path set properly in nova.conf for the nova-compute service?20:36
*** wolverineav has quit IRC20:36
mriedemhttps://docs.openstack.org/newton/config-reference/compute/config-options.html20:36
*** wolverineav has joined #openstack-nova20:36
mriedemand you have vendordata_providers = StaticJson?20:37
mriedem*StaticJSON20:37
mriedemi think either of those will work20:40
mriedembut building the config driver happens on the nova-compute host20:40
mriedemnot the api node20:40
mriedem*config drive20:40
codyhillmriedem: I havn’t touched nove_compute. only nove API20:40
codyhillLet me try that.20:40
mriedemas for ironic, i'm not sure what support the ironic driver had for config drive in newton20:41
mriedembut yeah my guess is since vendordata_jsonfile_path isn't set in nova.conf on nova-compute it's just not serving anything up20:41
*** eharney has joined #openstack-nova20:49
codyhillmriedem: Thanks for your help. I’ll give this a shot. (I’m in a meeting right now) But i’ll report my findings in about an hour.20:49
mriedemgood luck20:50
*** sambetts_ has quit IRC20:52
*** sambetts_ has joined #openstack-nova20:54
openstackgerritMerged openstack/nova stable/queens: Move the nova-next job in-tree and update it  https://review.openstack.org/62077720:55
openstackgerritMerged openstack/nova stable/queens: Test websocketproxy with TLS in the nova-next job  https://review.openstack.org/62077620:55
openstackgerritMerged openstack/nova stable/queens: Make the nova-next job voting and gating  https://review.openstack.org/62088820:55
*** rodolof has quit IRC21:01
*** rodolof has joined #openstack-nova21:01
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: debug old compute API service version lookup  https://review.openstack.org/62443821:08
*** mvkr has joined #openstack-nova21:18
melwittmriedem: I noticed you have commented "recheck slow node" on some patches and was wondering, are you categorizing a failure to boot due to a timeout waiting for network-vif-plugged as that? example: http://logs.openstack.org/35/575735/4/gate/tempest-slow/7e5803b/controller/logs/screen-n-cpu.txt.gz#_Dec_11_16_33_46_45836421:25
mriedemnetwork-vif-plugged takes about 5 seconds21:26
mriedemso if we timeout because we ddn't get that after 5 minutes, we likely screwed up somewhere21:26
mriedemand rax isn't the slow nodes21:26
melwittok21:26
melwittI'll check if neutron sent it. if so, we probably have another race or issue where we get the event before we start waiting or something21:27
mriedemnote 2 seconds before that a vif is unplugged http://logs.openstack.org/35/575735/4/gate/tempest-slow/7e5803b/controller/logs/screen-n-cpu.txt.gz#_Dec_11_16_33_44_40672321:28
mriedemthere are a bunch of unplugged vif messages for that same request21:29
mriedemthis is the timeout waiting for network-vif-plugged21:29
mriedemhttp://logs.openstack.org/35/575735/4/gate/tempest-slow/7e5803b/controller/logs/screen-n-cpu.txt.gz#_Dec_11_16_33_43_58302221:29
melwittyeah, I saw that. I thought maybe it's some cleanup it does in response to the timeout (the _cleanup_failed_start routine)21:29
melwittunplugs all the vifs and then raises VirtualInterfaceCreateException21:30
mriedemlooks like this is the first plug21:30
mriedemhttp://logs.openstack.org/35/575735/4/gate/tempest-slow/7e5803b/controller/logs/screen-n-cpu.txt.gz#_Dec_11_16_28_41_91271621:30
mriedemwhich is 5 minutes before21:30
mriedemlikely yes, spawn() times out, unplugs vifs, meanwhile tempest is also timing out and destroying the instance concurrently which is doing its own unplugs21:31
mriedemjesus does that test really plug 7 ports to the same vm?21:31
mriedemDec 11 16:33:43.583022 ubuntu-xenial-rax-iad-0001127841 nova-compute[368]: WARNING nova.virt.libvirt.driver [None req-8a094b29-c0e9-445c-848e-3c827f681858 tempest-TaggedBootDevicesTest-731133270 tempest-TaggedBootDevicesTest-731133270] [instance: 01e6b7fe-bfa0-4d51-bcdf-03e65971ed74] Timeout waiting for [('network-vif-plugged', u'c1777114-78f7-4533-8725-d01139d29c02'), ('network-vif-plugged', u'caade525-9701-47b4-a5d1-bc1107621:32
mriedem5'), ('network-vif-plugged', u'a5b3eb7e-696c-4870-abf1-b3ee43545dbe'), ('network-vif-plugged', u'ede8a324-5ed5-4737-bf6c-1b2f21b4f090'), ('network-vif-plugged', u'99e00244-9a75-4a25-9742-5c67b86ba0b2'), ('network-vif-plugged', u'11c3d630-37f4-4fd3-ba88-8355f7253ea6'), ('network-vif-plugged', u'05bb2644-68b1-4f07-a44e-f2277b444792')] for instance with vm_state building and task_state spawning.: Timeout: 300 seconds21:32
mriedemDec 11 16:28:45.973940 ubuntu-xenial-rax-iad-0001127841 nova-compute[368]: DEBUG nova.compute.manager [req-9fb4fde1-0cb0-4896-b0c3-5f8535a0fbd1 req-17f33770-c6cf-4fef-ade4-72fab2d05def service nova] [instance: 01e6b7fe-bfa0-4d51-bcdf-03e65971ed74] Processing event network-vif-plugged-caade525-9701-47b4-a5d1-bc11076c47f5 {{(pid=368) _process_instance_event /opt/stack/nova/nova/compute/manager.py:7952}}21:32
melwittI wasn't sure, I'm not that familiar with the tagged devices test. I didn't get that far yet21:33
mriedemartom wrote it21:33
mriedemDec 11 16:28:48.063359 ubuntu-xenial-rax-iad-0001127841 nova-compute[368]: DEBUG nova.compute.manager [req-4f071ef5-d1a5-4cfb-820b-2d562666e534 req-86897002-4096-4477-a6ae-19515f45c40f service nova] [instance: 01e6b7fe-bfa0-4d51-bcdf-03e65971ed74] Processing event network-vif-plugged-a5b3eb7e-696c-4870-abf1-b3ee43545dbe {{(pid=368) _process_instance_event /opt/stack/nova/nova/compute/manager.py:7952}}21:33
mriedemDec 11 16:28:48.059696 ubuntu-xenial-rax-iad-0001127841 nova-compute[368]: DEBUG nova.compute.manager [req-4f071ef5-d1a5-4cfb-820b-2d562666e534 req-86897002-4096-4477-a6ae-19515f45c40f service nova] [instance: 01e6b7fe-bfa0-4d51-bcdf-03e65971ed74] Processing event network-vif-plugged-ede8a324-5ed5-4737-bf6c-1b2f21b4f090 {{(pid=368) _process_instance_event /opt/stack/nova/nova/compute/manager.py:7952}}21:33
mriedemDec 11 16:28:48.061523 ubuntu-xenial-rax-iad-0001127841 nova-compute[368]: DEBUG nova.compute.manager [req-4f071ef5-d1a5-4cfb-820b-2d562666e534 req-86897002-4096-4477-a6ae-19515f45c40f service nova] [instance: 01e6b7fe-bfa0-4d51-bcdf-03e65971ed74] Processing event network-vif-plugged-99e00244-9a75-4a25-9742-5c67b86ba0b2 {{(pid=368) _process_instance_event /opt/stack/nova/nova/compute/manager.py:7952}}21:33
mriedemDec 11 16:28:48.055772 ubuntu-xenial-rax-iad-0001127841 nova-compute[368]: DEBUG nova.compute.manager [req-4f071ef5-d1a5-4cfb-820b-2d562666e534 req-86897002-4096-4477-a6ae-19515f45c40f service nova] [instance: 01e6b7fe-bfa0-4d51-bcdf-03e65971ed74] Processing event network-vif-plugged-11c3d630-37f4-4fd3-ba88-8355f7253ea6 {{(pid=368) _process_instance_event /opt/stack/nova/nova/compute/manager.py:7952}}21:33
mriedemDec 11 16:28:48.057381 ubuntu-xenial-rax-iad-0001127841 nova-compute[368]: DEBUG nova.compute.manager [req-4f071ef5-d1a5-4cfb-820b-2d562666e534 req-86897002-4096-4477-a6ae-19515f45c40f service nova] [instance: 01e6b7fe-bfa0-4d51-bcdf-03e65971ed74] Processing event network-vif-plugged-05bb2644-68b1-4f07-a44e-f2277b444792 {{(pid=368) _process_instance_event /opt/stack/nova/nova/compute/manager.py:7952}}21:34
mriedemlooks like we got 6 of 721:34
mriedemc1777114-78f7-4533-8725-d01139d29c02 was the missing port event21:34
melwittthat's a lot of ports21:36
mriedemnot for cfriesen21:37
melwitthaha21:37
mriedemcfriesen eats that many ports for f'ing breakfast21:38
cfriesenKellog's Port Loops...breakfast of champions.21:38
*** eharney has quit IRC21:42
openstackgerritMatt Riedemann proposed openstack/nova master: Remove GROUP BY clause from CellMapping.get_by_project_id  https://review.openstack.org/61906121:42
mriedemzzzeek: ^ updated to remove that GROUP BY, i'm doing the grouping in python - thanks for the mysql mode note on that21:43
*** markvoelker has joined #openstack-nova21:45
melwittyup, only 6 network-vif-plugged events sent in the neutron service log matching 'network-vif-plugged', u'server_uuid': u'01e6b7fe-bfa0-4d51-bcdf-03e65971ed7421:46
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22TaggedBootDevicesTest%5C%22%20AND%20message%3A%5C%22Timeout%20waiting%20for%20%5B('network-vif-plugged'%5C%22%20AND%20tags%3A%5C%22screen-n-cpu.txt%5C%22&from=7d fwiw only hits on that one change21:47
mriedemso maybe it just got really really unlucky21:47
melwittonly event I find related to that port is:21:47
melwittDec 11 16:28:19.663912 ubuntu-xenial-rax-iad-0001127841 neutron-server[23986]: INFO neutron.notifiers.nova [-] Nova event response: {u'status': u'completed', u'tag': u'c1777114-78f7-4533-8725-d01139d29c02', u'name': u'network-changed', u'server_uuid': u'01e6b7fe-bfa0-4d51-bcdf-03e65971ed74', u'code': 200}21:47
melwittI feel like I've seen that before, where network-changed can happen instead of network-vif-plugged. I can't remember why/how21:48
*** markvoelker has quit IRC21:49
mriedemhmm, not sure, sean-k-mooney might remember the different cases in which those events are sent21:51
mriedembut neutron might be doing something like, oh we're already going to send the network-changed event for this port, so don't also send it for network-vif-plugged,21:52
mriedemmaybe the events are queued up by port_id and it gets overwritten21:52
melwittyeah, could be. I'll try to remember to pick sean-k-mooney's brain about it later21:52
melwittthanks for the help in looking at it21:53
*** wolverineav has quit IRC21:54
*** wolverineav has joined #openstack-nova21:55
*** wolverineav has quit IRC21:55
*** wolverineav has joined #openstack-nova21:55
*** itlinux_ has quit IRC21:57
*** rcernin has joined #openstack-nova21:59
openstackgerritMatt Riedemann proposed openstack/nova master: Lazy-load SchedulerReportClient from API and drop _create_client lock  https://review.openstack.org/62324622:10
openstackgerritMatt Riedemann proposed openstack/nova master: DRY up SchedulerReportClient init  https://review.openstack.org/62324722:10
mriedemis jay done for the year?22:10
codyhillmriedem: Worked! I wish I could use Metadata service for this. But it looks like that is a bug between cloud-init and ironic. But with config-drive… This works for me! Thanks for the help!22:11
mriedemcodyhill: cool22:11
mriedemmaybe we should update the docs somewhere to mention that you need to set the config on nova-compute if you're using config drive...22:12
mriedemcodyhill: any suggestions there ^ to help others from beating their heads?22:12
*** moshele has joined #openstack-nova22:15
*** awaugama has quit IRC22:21
*** markvoelker has joined #openstack-nova22:24
*** wolverineav has quit IRC22:24
*** wolverineav has joined #openstack-nova22:25
*** itlinux has joined #openstack-nova22:26
*** slaweq has quit IRC22:26
*** _alastor_ has joined #openstack-nova22:41
*** slaweq has joined #openstack-nova22:44
*** itlinux has quit IRC22:45
*** moshele has quit IRC22:48
*** slaweq has quit IRC22:48
openstackgerritMatt Riedemann proposed openstack/nova master: Cleanup vendordata docs  https://review.openstack.org/62451822:49
melwittmriedem: he's attending the oath techpulse conference this week, says penick22:50
openstackgerritMatt Riedemann proposed openstack/nova master: Cleanup vendordata docs  https://review.openstack.org/62451822:50
mriedemcodyhill: ^22:50
mriedemoh great, techpulse22:50
mriedemwe're flatlining here22:50
melwittwhen I test fails for ssh timeout and says this:22:54
melwitttempest.lib.exceptions.SSHTimeout: Connection to the 172.24.5.148 via SSH timed out.22:54
melwittUser: cirros, Password: O0*bEQwoQf2_bEu22:54
melwittdoes that really mean it used that password to login to cirros? because that's not the usual password it says it will be "login as 'cirros' user. default password: 'cubswin:)'. use 'sudo' for root."22:54
melwittbecause that should never work I don't think22:57
melwittoh, it doesn't use password "Creating ssh connection to '172.24.5.148:22' as 'cirros' with public key authentication"23:09
mriedemnote infra is dealing with a cirros issue where ssh fails b/c networking isn't setup in the guest b/c config drive is too small23:11
mriedemhttps://bugs.launchpad.net/openstack-gate/+bug/180801023:11
openstackLaunchpad bug 1808010 in OpenStack-Gate "Tempest cirros boots fail due to lack of disk space" [Undecided,New]23:11
melwittclicky23:12
*** slaweq has joined #openstack-nova23:14
melwittlooks like that's the culprit. I don't see the "no space left" messages but I do see "WARN: failed: route add -net "0.0.0.0/0" gw "10.1.0.1""23:16
*** _alastor_ has quit IRC23:17
melwittso I guess it's not the same but has the same failure to add the route23:18
*** slaweq has quit IRC23:19
melwittadded a comment to lp23:35
*** slaweq has joined #openstack-nova23:36
*** slaweq has quit IRC23:40
*** xek_ has joined #openstack-nova23:43
*** xek has quit IRC23:46
*** dklyle has joined #openstack-nova23:51
*** erlon has joined #openstack-nova23:56
*** rodolof has quit IRC23:57

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!