Friday, 2018-04-06

*** salv-orlando has joined #openstack-nova00:00
cfriesen_eandersson: you might try enabling debug logs and redoing the test.  I'd expect that on the dest nova-compute rebuild_instance() would call ResourceTracker.rebuild_claim()00:00
cfriesen_eandersson: that in turn should emit logs like "Attempting claim: ....."00:00
cfriesen_Spaz-Home: no, it should claim resources for scheduler-chosen destinations as well since even now placement doesn't do cpu pinning, hugepages, etc.00:02
cfriesen_eandersson: just to be clear, the "Attempting claim" log should come out at "info" level00:02
eanderssonIs that in the compute logs?00:03
cfriesen_eandersson: yes, on the dest node00:03
eanderssonI only see three of those, and none from the evacuated nodes00:04
cfriesen_eandersson: that claim is what calls _test_numa_topology(), which is what handles setting up the CPU pinning for the instance that is being evacuated.00:05
*** yangyapeng has joined #openstack-nova00:05
*** tbachman has quit IRC00:05
*** salv-orlando has quit IRC00:05
openstackgerritMichael Still proposed openstack/nova master: Rename network.utils to network.linux_utils.  https://review.openstack.org/55919700:06
cfriesen_eandersson: I'd expect to see the "Attempting claim" log on instance boot as well.00:07
*** tbachman has joined #openstack-nova00:08
eandersson> Creating Image00:09
eandersson>  Instance spawned successfully.00:09
*** yangyapeng has quit IRC00:09
eanderssonThat is it for INFO logging00:10
eanderssonI'll enable debug logging and see in a bit00:11
cfriesen_do you see a "Rebuilding instance" log on the dest compute node when doing the evacuate?00:11
*** odyssey4me has quit IRC00:11
*** odyssey4me has joined #openstack-nova00:11
*** mdrabe has joined #openstack-nova00:13
*** takashin has joined #openstack-nova00:15
eanderssonYea - missed that line > [instance: xxxx] Rebuilding instance00:16
eandersson> disk not on shared storage, rebuilding from: 'yyyy'00:16
cfriesen_okay, so pretty much right after that I'd expect to see an "Attempting claim" log, followed by a "Claim successful" log00:16
*** hamzy has quit IRC00:19
cfriesen_if you want you could add extra logging in nova.compute.manager.ComputeManager.rebuild_instance() around where it sets "rebuild_claim" and then calls it.00:19
*** hamzy has joined #openstack-nova00:20
cfriesen_eandersson: crazy question maybe, but did you live-migrate any of these pinned instances?00:21
eanderssonnope00:21
eanderssonI created a lab and 5 new VMs.00:21
eanderssonwith two computes00:21
eanderssonevacuated the two vms on compute200:22
*** mdrabe has quit IRC00:22
*** yangyapeng has joined #openstack-nova00:24
eandersson>  Lock "compute_resources" acquired by "nova.compute.resource_tracker.rebuild_claim"00:24
*** mdrabe has joined #openstack-nova00:24
*** hshiina has joined #openstack-nova00:25
*** chyka has joined #openstack-nova00:25
*** r-daneel has quit IRC00:26
cfriesen_eandersson: that's promising, it corresponds to the locking decorator on ResourceTracker.rebuild_claim00:28
*** yangyapeng has quit IRC00:28
*** chyka has quit IRC00:30
cfriesen_eandersson: just had a thought...what virt driver are you using?00:31
cfriesen_eandersson: do you see a log like "Virt driver does not support 'get_available_resource'. Compute tracking is disabled." ?00:32
*** Dinesh_Bhor has joined #openstack-nova00:32
eanderssonnope00:34
*** mdrabe has quit IRC00:34
eanderssoncfriesen_, default kvm00:35
*** hoangcx has quit IRC00:39
*** hoangcx has joined #openstack-nova00:40
*** mdrabe has joined #openstack-nova00:44
*** Swami has quit IRC00:44
*** yangyapeng has joined #openstack-nova00:45
eanderssonlibvirt, qemu-kvm00:47
*** yangyapeng has quit IRC00:49
*** _ix has quit IRC00:50
*** yamamoto has joined #openstack-nova00:53
*** yamamoto has quit IRC00:58
*** gjayavelu has quit IRC00:59
*** vladikr has quit IRC00:59
*** vladikr has joined #openstack-nova01:00
*** mdrabe has quit IRC01:03
*** mdrabe has joined #openstack-nova01:05
*** tiendc has joined #openstack-nova01:07
*** phuongnh has joined #openstack-nova01:07
*** s1061123 has quit IRC01:08
*** s1061123 has joined #openstack-nova01:10
*** baoli has joined #openstack-nova01:10
*** mdrabe has quit IRC01:10
*** baoli has quit IRC01:15
*** hongbin has joined #openstack-nova01:16
*** yangyapeng has joined #openstack-nova01:18
*** yangyapeng has quit IRC01:18
*** suresh12 has quit IRC01:20
*** harlowja has quit IRC01:21
*** kaisers has quit IRC01:22
*** baoli has joined #openstack-nova01:29
melwittlogan-: here's the link http://logs.openstack.org/84/534384/24/check/tempest-full/ae551f8/01:31
*** mdrabe has joined #openstack-nova01:33
*** baoli has quit IRC01:37
*** baoli has joined #openstack-nova01:37
*** amodi has quit IRC01:38
*** mdrabe has quit IRC01:38
*** baoli has quit IRC01:42
*** mdrabe has joined #openstack-nova01:45
*** baoli has joined #openstack-nova01:51
*** baoli has quit IRC01:51
*** yangyapeng has joined #openstack-nova01:52
*** yangyapeng has quit IRC01:52
*** yamamoto has joined #openstack-nova01:55
*** mdrabe has quit IRC01:58
openstackgerritMatt Riedemann proposed openstack/nova master: Remove non-libguestfs file injection for libvirt  https://review.openstack.org/32472001:58
*** fragatina has quit IRC01:59
*** yamamoto has quit IRC02:00
*** salv-orlando has joined #openstack-nova02:02
*** mdrabe has joined #openstack-nova02:03
*** annp has joined #openstack-nova02:04
*** salv-orlando has quit IRC02:07
*** suresh12 has joined #openstack-nova02:10
*** tinwood has quit IRC02:10
*** tinwood has joined #openstack-nova02:11
*** owalsh_ has joined #openstack-nova02:14
*** awaugama has quit IRC02:14
*** suresh12 has quit IRC02:14
*** mdrabe has quit IRC02:15
*** mdrabe has joined #openstack-nova02:16
*** owalsh has quit IRC02:17
*** mriedem has quit IRC02:22
*** germs has quit IRC02:23
*** germs has joined #openstack-nova02:24
*** mdrabe has quit IRC02:24
*** mdrabe has joined #openstack-nova02:28
*** claudiub|2 has quit IRC02:28
*** chyka has joined #openstack-nova02:33
*** mdrabe has quit IRC02:34
gmannalex_xu_: ping02:34
*** mdrabe has joined #openstack-nova02:37
*** chyka has quit IRC02:38
*** sridharg has joined #openstack-nova02:40
*** mdrabe has quit IRC02:41
*** david-lyle has quit IRC02:42
*** david-lyle has joined #openstack-nova02:42
*** ekhugen has quit IRC02:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/virt/xenapi/test_vm_utils.py (3)  https://review.openstack.org/55925802:45
*** egarbade has quit IRC02:45
*** patriciadomin has quit IRC02:45
*** Spazmotic has joined #openstack-nova02:49
*** Spaz-Work has quit IRC02:49
*** psachin` has joined #openstack-nova02:49
*** ekhugen has joined #openstack-nova02:50
*** patriciadomin has joined #openstack-nova02:50
*** egarbade has joined #openstack-nova02:50
*** _ix has joined #openstack-nova02:51
*** mdrabe has joined #openstack-nova02:51
*** janki has joined #openstack-nova02:52
*** _ix has quit IRC02:55
*** mdrabe has quit IRC02:56
*** _ix has joined #openstack-nova02:56
*** yamamoto has joined #openstack-nova02:56
*** yamamoto has quit IRC03:01
*** mdrabe has joined #openstack-nova03:01
*** salv-orlando has joined #openstack-nova03:03
*** gouthamr has quit IRC03:05
*** gjayavelu has joined #openstack-nova03:06
*** salv-orlando has quit IRC03:08
*** mdrabe has quit IRC03:09
*** lbragstad has joined #openstack-nova03:11
*** fragatina has joined #openstack-nova03:25
*** andreas_s has joined #openstack-nova03:25
*** fragatin_ has joined #openstack-nova03:26
*** gjayavelu has quit IRC03:26
*** fragatina has quit IRC03:30
*** abhishekk has joined #openstack-nova03:30
*** andreas_s has quit IRC03:30
*** nicolasbock has quit IRC03:39
*** annp has quit IRC03:39
*** hongbin has quit IRC03:41
*** armaan has quit IRC03:45
*** armaan has joined #openstack-nova03:46
*** suresh12 has joined #openstack-nova03:48
*** links has joined #openstack-nova03:48
*** annp has joined #openstack-nova03:49
*** harlowja has joined #openstack-nova03:53
*** vladikr has quit IRC03:56
*** yamamoto has joined #openstack-nova03:57
*** yamamoto has quit IRC04:02
*** voelzmo has quit IRC04:04
*** salv-orlando has joined #openstack-nova04:04
*** rcernin has quit IRC04:04
*** ratailor has joined #openstack-nova04:05
*** germs has quit IRC04:07
*** salv-orlando has quit IRC04:09
*** udesale has joined #openstack-nova04:12
*** udesale has quit IRC04:13
*** udesale has joined #openstack-nova04:13
*** lbragstad has quit IRC04:18
*** rcernin has joined #openstack-nova04:19
*** sree has joined #openstack-nova04:33
homeskiis osprofiler working in Nova --Newton?04:36
homeskican't find any docs on it ..04:37
*** armaan has quit IRC04:43
*** lpetrut has joined #openstack-nova04:48
*** armaan has joined #openstack-nova04:52
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_user_data.py  https://review.openstack.org/55926404:53
*** yamamoto has joined #openstack-nova04:58
*** Dinesh_Bhor has quit IRC05:01
*** salv-orlando has joined #openstack-nova05:02
*** abhishekk has quit IRC05:02
*** yamamoto has quit IRC05:04
*** Dinesh_Bhor has joined #openstack-nova05:04
*** _ix has quit IRC05:05
*** harlowja has quit IRC05:13
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/api/openstack/compute/test_hosts.py  https://review.openstack.org/55926605:23
*** mikal_ has joined #openstack-nova05:23
*** sar has quit IRC05:24
*** lpetrut has quit IRC05:26
*** mikal has quit IRC05:27
*** tbachman has quit IRC05:28
*** jchhatbar has joined #openstack-nova05:30
*** bhagyashris has joined #openstack-nova05:31
*** tbachman has joined #openstack-nova05:32
*** bhagyashri_s has quit IRC05:32
*** moshele has joined #openstack-nova05:33
*** janki has quit IRC05:33
*** Zames has joined #openstack-nova05:34
*** Zames has quit IRC05:37
*** yamamoto has joined #openstack-nova05:40
*** ShilpaSD has joined #openstack-nova05:43
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/api/*/test_instance_actions.py  https://review.openstack.org/55926905:45
*** Shilpa has quit IRC05:46
*** Zames has joined #openstack-nova05:48
*** Zames has quit IRC05:52
*** suresh12 has quit IRC05:56
*** suresh12 has joined #openstack-nova06:02
*** Dinesh__Bhor has joined #openstack-nova06:04
*** Dinesh_Bhor has quit IRC06:04
*** jaosorior has joined #openstack-nova06:05
*** lajoskatona has joined #openstack-nova06:05
*** suresh12 has quit IRC06:07
*** sahid has joined #openstack-nova06:18
*** sree has quit IRC06:19
*** sridharg has quit IRC06:23
*** sridharg has joined #openstack-nova06:24
*** sar has joined #openstack-nova06:28
*** jistr has quit IRC06:30
*** jistr has joined #openstack-nova06:32
*** phuongnh has quit IRC06:35
*** phuongnh has joined #openstack-nova06:37
*** Zames has joined #openstack-nova06:38
*** andreas_s has joined #openstack-nova06:40
*** andreas_s_ has joined #openstack-nova06:41
*** ccamacho has quit IRC06:43
*** markvoelker has quit IRC06:43
*** markvoelker has joined #openstack-nova06:44
*** andreas_s has quit IRC06:45
*** phuongnh has quit IRC06:46
*** phuongnh has joined #openstack-nova06:47
*** pcaruana has joined #openstack-nova06:47
*** markvoelker has quit IRC06:48
*** damien_r has joined #openstack-nova06:50
*** belmoreira has joined #openstack-nova06:53
*** ccamacho has joined #openstack-nova06:53
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.openstack.org/54877206:53
*** imacdonn has quit IRC07:04
*** imacdonn has joined #openstack-nova07:05
*** phuongnh has quit IRC07:08
*** phuongnh has joined #openstack-nova07:09
kashyapzigo: Thanks.  Will look in a few.07:11
*** ralonsoh has joined #openstack-nova07:17
openstackgerritRoman Dobosz proposed openstack/nova master: Pass hosts or nodes to HostStates update method depending on a driver.  https://review.openstack.org/55676107:19
openstackgerritRoman Dobosz proposed openstack/nova master: Added weight for aggregate soft (anti) affinity.  https://review.openstack.org/55676207:19
openstackgerritRoman Dobosz proposed openstack/nova master: Added node field for InstanceGroup objects  https://review.openstack.org/55928407:19
*** tesseract has joined #openstack-nova07:20
*** phuongnh has quit IRC07:23
*** phuongnh has joined #openstack-nova07:23
*** armaan has quit IRC07:33
*** armaan has joined #openstack-nova07:33
*** Zames has quit IRC07:35
*** stakeda has joined #openstack-nova07:35
*** threestrands has quit IRC07:36
*** rcernin has quit IRC07:37
*** phuongnh has quit IRC07:40
*** AlexeyAbashkin has joined #openstack-nova07:41
*** amoralej|off is now known as amoralej07:45
*** tssurya has joined #openstack-nova07:48
*** moshele has quit IRC07:48
*** salv-orlando has quit IRC07:49
*** salv-orlando has joined #openstack-nova07:49
*** phuongnh has joined #openstack-nova07:52
*** salv-orlando has quit IRC07:54
*** jpena|off is now known as jpena07:54
*** ratailor_ has joined #openstack-nova07:55
*** ratailor has quit IRC07:58
*** voelzmo has joined #openstack-nova08:02
*** takashin has left #openstack-nova08:02
*** alexchadin has joined #openstack-nova08:02
*** mgoddard has joined #openstack-nova08:03
*** rmart04 has joined #openstack-nova08:04
*** jogo has quit IRC08:06
*** ratailor__ has joined #openstack-nova08:07
*** armaan has quit IRC08:08
*** armaan has joined #openstack-nova08:08
*** ratailor_ has quit IRC08:09
*** avolkov has joined #openstack-nova08:13
*** lucas-afk is now known as lucasagomes08:13
*** derekh has joined #openstack-nova08:15
*** suresh12 has joined #openstack-nova08:16
*** hoangcx has quit IRC08:19
*** jogo has joined #openstack-nova08:19
*** suresh12 has quit IRC08:21
*** lajoskatona has quit IRC08:25
*** sree has joined #openstack-nova08:29
kaisers1mikal_: ping08:32
*** mdbooth has joined #openstack-nova08:33
*** voelzmo has quit IRC08:37
*** lajoskatona has joined #openstack-nova08:42
*** markvoelker has joined #openstack-nova08:44
kashyapIt's often best to just ask the question -- when the person wakes up, they could respond directly to the question.08:46
*** armaan has quit IRC08:49
*** armaan has joined #openstack-nova08:50
*** salv-orlando has joined #openstack-nova08:51
*** alexchadin has quit IRC08:53
*** salv-orl_ has joined #openstack-nova08:54
*** voelzmo has joined #openstack-nova08:56
*** salv-orlando has quit IRC08:57
*** voelzmo has quit IRC09:01
*** ratailor_ has joined #openstack-nova09:03
*** ralonsoh_ has joined #openstack-nova09:05
*** ratailor__ has quit IRC09:05
*** ralonsoh has quit IRC09:05
*** alexchadin has joined #openstack-nova09:07
*** cdent has joined #openstack-nova09:14
*** jchhatbar has quit IRC09:15
*** janki has joined #openstack-nova09:15
*** markvoelker has quit IRC09:18
*** fragatin_ has quit IRC09:20
*** Sandy619 has joined #openstack-nova09:20
*** jchhatbar has joined #openstack-nova09:20
*** fragatina has joined #openstack-nova09:20
*** janki has quit IRC09:23
openstackgerritSurya Seetharaman proposed openstack/nova master: Cleanup patch for the cell-disable series  https://review.openstack.org/55929909:27
*** claudiub|2 has joined #openstack-nova09:30
*** sdague has joined #openstack-nova09:32
*** sar has quit IRC09:34
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Add missing encryption_secret_uuid tests  https://review.openstack.org/54067909:34
*** owalsh_ is now known as owalsh09:35
*** StevenK has quit IRC09:39
*** StevenK has joined #openstack-nova09:42
*** armaan has quit IRC09:42
*** armaan has joined #openstack-nova09:43
kashyapzigo: Hi there09:44
kashyapzigo: I'm just about to respond to your email, although it's easy to use the versions in Stretch09:45
zigokashyap: Great ! :)09:45
kashyapzigo: Thanks for the compilation trying; it looks like a fairly small one.09:45
kashyapzigo: But -- it would be nice to use 3.2.0, as I just spent 30 minutes comparing the release notes of 3.0.0 and 3.2.009:46
zigoAs I wrote, right now, not much of a problem. In a year from now, I don't know !09:46
zigokashyap: Oh, interesting. What's the added features?09:46
kashyapThat's why instead of such new versions from Buster / Sid09:46
kashyapzigo: So, one of the core things we'd get with 3.2.0 is this:09:46
kashyapzigo: https://www.redhat.com/archives/libvir-list/2017-February/msg01295.html -- "Detect host CPU model by askingQEMU on x86_64"09:47
kashyapzigo: It fixes a ton of bugs in that area of CPU model comparision09:47
zigoOh ...09:47
zigoI see, interesting indeed.09:47
zigoThough that's bugs in libvirt itself, not really a new API feature, right?09:48
kashyapzigo: Yes, indeed09:49
kashyapzigo: Bug hang on, let me look at the details09:49
zigoWhat I was refering was missing feature on the way of the enhancement of Nova.09:49
kashyapzigo: Some new APIs too09:49
zigoIs there any incompatibilities?09:50
zigoIf there are bugfixes, then I can try to do my best to get the latest version from Buster backported. But that's a whole of a different story to have this backport being mandatory because of API breaks.09:51
kashyapzigo: That's a broad question, you mean API incompat?09:51
kashyapzigo: No, not really09:51
zigoYeah...09:51
kashyapzigo: Isn't it too much to backport the 'Buster' versions?  Rather than introducing the bit more conservative 3.2.0 and 2.9.0 (QEMU)?09:52
zigoIf 3.2.0 is still backward compatible with 3.0.0, then just require 3.0.0 and I'll do what I can to get the backport done. It's just nicer to not have it mandatory.09:52
kashyapzigo: libvirt guarantees API compatibility "forever"09:52
zigoOh !09:52
zigoSo why are you willing to even require anything?09:52
kashyapWait, let me retract that :-)09:53
kashyapRead here about API guarantees: https://libvirt.org/support.html09:53
* zigo reads09:53
zigoAnother thing: isn't Nova only interested in the python-libvirt API, rather than the engine behind?09:54
kashyapzigo: I meant, the "forever" part applies to ABI compatibility from the primary public API09:54
zigo" IOW they will be ABI compatible forever." <--- Read this, indeed !09:55
zigoThat's the Linux kernel userland API policy (though here, ABI, which is even nicer).09:55
*** alexchadin has quit IRC09:55
kashyapzigo: Each Compute node runs libvirt daemon09:55
zigoLinuz told Debian folks (at Debconf in portland) that he didn't understand why it wasn't a common practice on all the Linux echosystem, and I very much agree ! :)09:56
zigoOk, so libvirt C lib is super-stable, but is there anything new in 3.2.0 that you would need that isn't in 3.0.0 ?09:58
*** dtantsur|afk is now known as dtantsur09:59
kashyapzigo: Yeah, like I said 3.2.0 libvirt (in conjunction with QEMU 2.9.0) by default saves a ton of headache in the CPU modelling area09:59
*** esberglu has joined #openstack-nova09:59
kashyapzigo: But if it's too much time and effort, it's alright, can settle on 3.0.0 & 2.8.010:02
* kashyap responds on the list; so others can catch up too10:03
*** esberglu has quit IRC10:04
zigoGreat, thanks. Just do that, and advise for 3.0.0, then I'll keep in mind that backporting is prefered.10:04
zigoThe real issue isn't "too much effort", right now, it's not. The issue is: I don't know if it's going to be hard or even impossible in one year from now.10:04
zigoAnyway, thanks so much for your care.10:04
* zigo goes for lunch10:04
* kashyap too10:06
kashyapzigo: Email sent.10:07
*** ralonsoh_ has quit IRC10:08
*** markvoelker has joined #openstack-nova10:15
*** Dinesh__Bhor has quit IRC10:16
*** stakeda has quit IRC10:23
*** armaan has quit IRC10:23
*** armaan has joined #openstack-nova10:24
*** sar has joined #openstack-nova10:24
openstackgerritChris Dent proposed openstack/nova master: Move test_report_client out of placement namespace  https://review.openstack.org/55891110:26
*** nicolasbock has joined #openstack-nova10:27
*** jistr has quit IRC10:27
*** annp has quit IRC10:28
*** armaan has quit IRC10:28
*** armaan has joined #openstack-nova10:28
*** jistr has joined #openstack-nova10:36
*** tesseract has quit IRC10:37
*** tesseract has joined #openstack-nova10:38
*** sahid has quit IRC10:40
*** _ix has joined #openstack-nova10:48
*** markvoelker has quit IRC10:49
*** tbachman has quit IRC10:54
*** tesseract-RH has joined #openstack-nova10:59
*** tesseract has quit IRC10:59
*** lajoskatona has quit IRC11:05
*** alexchadin has joined #openstack-nova11:09
*** damien_r has quit IRC11:12
*** phuongnh has quit IRC11:16
*** cdent has quit IRC11:17
*** lajoskatona has joined #openstack-nova11:19
*** Roamer`_ is now known as Roamer`11:20
*** cdent has joined #openstack-nova11:22
*** Sandy619 has quit IRC11:26
*** lucasagomes is now known as lucas-hungry11:28
*** _ix has quit IRC11:33
*** jpena is now known as jpena|lunch11:38
*** tiendc has quit IRC11:42
*** gouthamr has joined #openstack-nova11:45
*** markvoelker has joined #openstack-nova11:46
*** sree has quit IRC11:49
*** sree has joined #openstack-nova11:50
*** sree has quit IRC11:50
*** sree has joined #openstack-nova11:51
*** sree_ has joined #openstack-nova11:52
*** sree_ is now known as Guest1303611:52
*** hshiina has quit IRC11:53
*** armaan has quit IRC11:54
*** sree has quit IRC11:56
kashyapAnyone also seeing these timeout issues:11:58
kashyaphttp://logs.openstack.org/84/534384/24/check/neutron-tempest-multinode-full/594b6f8/job-output.txt.gz#_2018-04-06_05_44_18_30693511:58
efriedkashyap: Things have been pretty flaky the last couple of days.  I haven't been paying close enough attention to say whether it's that same issue over and over, but could very well be.12:01
efriedI bet mriedem knows more.12:01
*** jistr is now known as jistr|mtg12:02
* kashyap nods12:03
kashyapI just wanted to be mindful before I blindly hit 'recheck'12:03
*** ratailor_ has quit IRC12:04
*** armaan has joined #openstack-nova12:05
*** udesale has quit IRC12:05
*** liverpooler has joined #openstack-nova12:05
cdentefried, edleafe : a) what day is it? b) do either of you recall what the state of multiple member_of params is?12:06
*** efried is now known as fried_rice12:07
jrollkashyap: there's been something about a certain provider giving lots of timeouts12:07
kashyapjroll: Ah, I see.12:07
kashyapThat explains the 'recheck's by others while I was asleep12:07
* jroll tries to remember the name, not sure if it's fixed yet12:07
fried_ricea) Thanks cdent; b) Spec merged: https://review.openstack.org/#/c/555413/ original series nearing completion, new work not started.12:08
fried_riceas far as I know.12:08
jrollah yes, limestone, which is the provider for that job12:08
cdentthanks fried_rice12:09
fried_ricecdent: Original bp topic https://review.openstack.org/#/q/topic:bp/alloc-candidates-member-of+(status:open+OR+status:merged)12:09
cdentyeah, had that, was more a question of "is someone on the hook for that?"12:09
fried_ricecdent: Not sure, actually.  Either dansmith or edleafe I would imagine.12:14
cdentfried_rice: I've noted the need for someone in the weekly report12:14
fried_riceack12:14
*** suresh12 has joined #openstack-nova12:17
*** markvoelker has quit IRC12:19
*** pooja_jadhav has quit IRC12:21
*** suresh12 has quit IRC12:21
*** pooja_jadhav has joined #openstack-nova12:22
*** markvoelker has joined #openstack-nova12:24
*** _ix has joined #openstack-nova12:25
*** swamireddy has quit IRC12:29
*** lucas-hungry is now known as lucasagomes12:30
*** jistr|mtg is now known as jistr12:31
*** mriedem has joined #openstack-nova12:32
*** armaan has quit IRC12:39
*** armaan has joined #openstack-nova12:39
*** jpena|lunch is now known as jpena12:41
*** armaan_ has joined #openstack-nova12:42
*** armaan_ has quit IRC12:44
*** armaan_ has joined #openstack-nova12:45
*** armaan has quit IRC12:45
*** odyssey4me has quit IRC12:47
*** odyssey4me has joined #openstack-nova12:47
*** jmlowe has quit IRC12:48
*** pchavva has joined #openstack-nova12:53
mriedemarvindn05: dansmith: i just thought of something fun with the image-based traits spec,12:53
mriedemif we rebuild with a new image that has some required traits on it,12:53
*** _ix has quit IRC12:53
mriedemwill we run through placement during scheduling again?12:54
mriedemi.e. https://review.openstack.org/#/c/546357/12:54
*** tbachman has joined #openstack-nova12:54
mriedemwe flagged our individual filters on what can run during rebuild based on quantitative resources or not, but traits on the image would be...qualitative?12:54
*** ArchiFleKs has joined #openstack-nova12:55
*** baoli has joined #openstack-nova12:56
*** baoli has quit IRC12:58
*** artom has quit IRC12:58
*** baoli has joined #openstack-nova12:58
mriedemarvindn05: i left a comment in the spec https://review.openstack.org/#/c/541507/9/specs/rocky/approved/glance-image-traits.rst@151 - we'll likely need an amendment for that12:59
*** edleafe is now known as figleaf13:01
*** avolkov has quit IRC13:01
ArchiFleKsHi, I have a weird issue, on a compute node I cannot launch nova-compute, I tried "/openstack/venvs/nova-16.0.10/bin/python -v /openstack/venvs/nova-16.0.10/bin/nova-compute --debug" manually and it just exit, I have no log on the nova side, just python loading : http://paste.openstack.org/show/718596/ (I'm running openstack-ansible)13:01
*** Guest13036 has quit IRC13:02
*** sree has joined #openstack-nova13:02
*** ralonsoh has joined #openstack-nova13:02
*** alexchadin has quit IRC13:02
* figleaf reads back13:03
figleafcdent: fried_rice: I believe that dansmith was working on that13:03
fried_riceack13:04
figleafwith the notion that member_of(a,b) is an OR and member_of(a)&member_of(b) is an AND13:04
fried_riceright.  The spec update that dansmith merged should say that, I believe.  (Haven't reread it since the review.)13:06
*** alexchadin has joined #openstack-nova13:07
*** edmondsw has joined #openstack-nova13:07
*** avolkov has joined #openstack-nova13:08
*** egarbade has quit IRC13:09
*** david-lyle has quit IRC13:10
*** patriciadomin has quit IRC13:10
*** derekh has quit IRC13:10
*** ekhugen has quit IRC13:11
mriedemclaudiub|2: i'm seeing a failed hyperv CI run from last night, http://cloudbase-ci.com/nova/324720/5/Hyper-V_logs/192.168.3.143-compute01/neutron-hyperv-agent.log.gz13:12
mriedemlooks like this is the culprit13:12
mriedemAttributeError: 'NoneType' object has no attribute 'startswith'13:12
mriedemin File "/opt/stack/neutron/neutron/plugins/ml2/plugin.py", line 1864, in _device_to_port_id13:12
*** derekh has joined #openstack-nova13:13
openstackgerritEric Fried proposed openstack/nova master: add lower-constraints job  https://review.openstack.org/55596113:13
jrollis there work being done (already done?) to move the instance groups (and thus affinity) work to use placement aggregates instead of host aggregates?13:13
mriedeminstance groups don't use aggregates13:13
*** sree has quit IRC13:13
jrollmmm, maybe I'm misinformed then - let's just say affinity13:14
mriedemfigleaf had a distance etherpad i think for ideas on modeling affinity in placement13:14
mriedembut there is no planned work for this in rocky as far as i know, we didn't talk about it at the ptg13:14
jrollokay, thanks mriedem13:15
*** cdent has quit IRC13:15
figleafmriedem: jroll: I think the closest we are getting to affinity is the member_of work, using placement aggs13:16
mriedemplacement aggregates are on resource providers though, and server group affinity filtering is on instances, so i'm not sure how that translates13:17
mriedemsince placement doesn't have a concept of consumer groups13:17
*** avolkov has quit IRC13:17
*** jmlowe has joined #openstack-nova13:18
*** fragatina has quit IRC13:18
jrollright, though I don't care as much about the server group concept as I do aggregate affinity13:18
*** felipemonteiro_ has joined #openstack-nova13:19
jrollfigleaf: that is not exposed to the user (yet), correct?13:19
figleafmriedem: yeah, that's what I meant by "the closest we are getting". We're not re-creating every detail of Nova (at least not this cycle)13:19
figleafjroll: no, not yet13:19
jrollcool. thanks13:19
jroll:)13:19
*** armaan_ has quit IRC13:20
*** fragatina has joined #openstack-nova13:20
mriedemclaudiub|2: https://bugs.launchpad.net/neutron/+bug/1761748 - not sure if that's what is causing the nova-compute service to say it's down in this CI run though13:21
openstackLaunchpad bug 1761748 in neutron "hyperv: Unable to get ports details for devices: AttributeError: 'NoneType' object has no attribute 'startswith'" [Undecided,New]13:21
mriedemjroll: ok, i don't know what aggregate affinity is then :)13:21
mriedemi think that's an oath only thing right now13:21
mriedemand https://review.openstack.org/#/c/529135/13:21
jrollmriedem: well, ironic users in general want to create groups of baremetal machines based on locality/power/rack/etc, and do affinity between those groups. aggregates seem the most sensible13:22
sean-k-mooneymriedem: jroll i would assume just passing member_of as part of resouce request to allocation_candiades13:22
*** felipemonteiro__ has joined #openstack-nova13:23
*** cdent has joined #openstack-nova13:23
mriedemjroll: i think that's this https://review.openstack.org/#/c/529135/13:23
jrollsean-k-mooney: yes, that's what the spec provides, I'm trying to map that in my head to the future, as /allocation_candidates is not exposed to users13:23
mriedemjroll: currently none of placement is exposed to users, per policy anyway13:24
jrollmriedem: yeah, I'm hearing that dan hates this13:24
jrollright13:24
sean-k-mooneymriedem: jroll e.g. Resouce1:PCPU4,MEMORY_MB=1024 Resource1:member_of=<aggreagte uuid here>13:24
jrollI'm aware of this :)13:24
*** david-lyle has joined #openstack-nova13:24
*** vladikr has joined #openstack-nova13:24
mriedemjroll: L17 https://etherpad.openstack.org/p/nova-ptg-rocky-placement13:25
sean-k-mooneyjroll: its not exposed to users but you can model this in the flavor13:25
mriedemi didn't think this was the same thing as the "allow host or node uuid for aggregates in the API" thing13:25
mriedemi thought that was a different spec, but couldn't find it13:25
jrollmriedem: right, saw the etherpad, wasn't in the session. I don't see an explicit f this in the etherpad, so maybe it'll still happen13:26
jrolltrying to get a read on what to expect in the future, I guess13:26
mriedemi didn't like it either13:26
mriedemfwiw13:26
*** felipemonteiro_ has quit IRC13:26
jrollheh13:26
jrollsean-k-mooney: I'm not doing a flavor per system type per rack, but thanks :)13:27
*** psachin` has quit IRC13:28
*** lbragstad has joined #openstack-nova13:28
mriedemi remember one thing from the ptg was at least some sentiment that if we did do this in nova, we wouldn't want to munge the host and node concept into the existing host aggregate API today, since that could be really confusing13:28
*** links has quit IRC13:28
mriedemyou'd need like a hypervisor (node) aggregate API or something so it's clear that it's different13:28
sean-k-mooneyjroll: sure but somthing line Resouce1:PCPU4,MEMORY_MB=1024 Resource1:member_of=<aggreagte uuid here> should work the question then becomes how to get that to placement13:28
mriedemos-hypervisors is the API today for compute nodes13:28
mriedemos-services is the one for hosts13:29
jrollmriedem: yeah, totally understand that, I was fairly surprised when jay introduced that spec to be honest13:29
mriedemas for the comments in the etherpad about using the placement-req-filter stuff, the question is how do you transfer the user request to the nova scheduler, and i think that's what the policy part was for in jay's spec13:29
sean-k-mooneyjroll: flavors is the only way that works today but we have discussed allowing resouce requests via neutron port and glance images too13:29
*** sar has quit IRC13:30
jrollsean-k-mooney: I really don't want to design a feature over irc right now, sorry13:30
mriedemso i'm not sure how we leverage placement-req-filter with ironic node aggregates in placement yet13:31
*** avolkov has joined #openstack-nova13:31
sean-k-mooneyjroll: no worries just giving one option. i think we agree this is a valid usecase that should be supported. how is a question that can be adressed later13:31
mriedemnot sure if traits would get us there, traits are the new metadata bastard child13:31
*** esberglu has joined #openstack-nova13:32
*** _ix has joined #openstack-nova13:32
*** alexchadin has quit IRC13:33
openstackgerritTyler Blakeslee proposed openstack/nova master: Use six.text_type instead of str in NovaException __repr__  https://review.openstack.org/55916913:33
jrollmriedem: yeah, makes sense, thank you13:33
sean-k-mooneymriedem: i think jay would argue this is not a qualitive capablity of the resouce accounting so traits are not the best way but use it would work with traits13:33
sean-k-mooneye.g. custom_rack1 but again that is not user facing13:34
*** alexchadin has joined #openstack-nova13:34
*** lbragstad has quit IRC13:35
*** stephenfin is now known as finucannot13:36
mriedemjroll: i think i get what you meant by "alloc candidates aren't exposed to the user" - in that there is no user-facing compute API to translate a request for node aggregates (in placement) to the nova scheduler13:37
*** _ix has quit IRC13:38
*** jaypipes has joined #openstack-nova13:38
*** jaypipes is now known as leakypipes13:38
cdentmriedem: traits can take us anywhere we want to go, if we're willing. Such is the danger of traits.13:38
finucannotleakypipes: I was literally just tab completing your name. Morning o/13:38
jrollmriedem: yes, exactly. maybe there's a new api eventually, maybe instance groups affinity moves to use placement aggregates, maybe it's traits. dunno, need to think about it13:38
finucannotleakypipes: Does this sound like something you could tackle today? https://review.openstack.org/#/c/553072/13:39
mriedemjroll: yeah, needs some thought - gut feeling is traits isn't the answer here13:39
jrollagree13:39
mriedemmunging aggregates with traits i mean13:39
mriedemcdent: yes that's readily apparent already :)13:39
*** lbragstad has joined #openstack-nova13:39
mriedembbiab13:40
*** _ix has joined #openstack-nova13:40
*** dansmith is now known as superdan13:40
* jroll makes a note to smack people downstream that say "oh we can hack in a patch to leverage traits for this" when it inevitably happens13:40
cdentjroll: meh, if people want that kind of rope, maybe that's what the rope should do?13:40
jrollcdent: not when they leave me to clean up the mess :P13:41
cdenttraits are effectively the same thing as labels in k8s, aren't they?13:41
jrollI mean my specific downstream, to be clear :)13:41
cdentthat's a good point. If it's you on the hook to suffer, slap away13:41
*** mlavalle has joined #openstack-nova13:44
*** david-lyle has quit IRC13:44
*** alexchadin has quit IRC13:45
*** awaugama has joined #openstack-nova13:52
*** swamireddy has joined #openstack-nova13:52
*** Zames has joined #openstack-nova13:55
*** sridharg has quit IRC13:55
*** bnemec has joined #openstack-nova13:59
*** bnemec is now known as beekneemech13:59
*** maciejjozefczyk has joined #openstack-nova14:01
*** sree has joined #openstack-nova14:01
*** melwitt is now known as jgwentworth14:02
*** lajoskatona has quit IRC14:02
leakypipesfinucannot: morning sir! :)14:02
* leakypipes coffee-fills14:02
*** Zames has quit IRC14:04
*** artom has joined #openstack-nova14:05
*** sree has quit IRC14:05
*** artom_ has joined #openstack-nova14:08
*** maciejjozefczyk has quit IRC14:09
*** adriano has quit IRC14:09
*** adriano__ has joined #openstack-nova14:10
*** artom has quit IRC14:10
*** germs has joined #openstack-nova14:10
*** germs has quit IRC14:11
*** germs has joined #openstack-nova14:11
kashyapmriedem: I think you're the closest to ACK this: https://review.openstack.org/#/c/544238/ ("libvirt: Block swapping to an encrypted volume when using QEMU to decrypt")14:11
kashyapTrivial diff-stat, though.14:11
*** hongbin has joined #openstack-nova14:12
mriedemcdent: the other thing with giving that rope is people build solutions off it, and then when the time comes that we want to change anything related to it, we break those solutions14:14
mriedemand if it's fairly nebulous we don't really know how anyone is using it14:14
cdenttraits are part of the (immutable?) api of placement14:15
cdentso how it is used in placement is stuck14:15
cdenthow it is used in nova, though, that's different14:15
*** germs has quit IRC14:15
mriedemwith microversions the placement api isn't immutable14:15
cdent(not disagreeing with you)14:15
mriedembut yes i don't expect how placement handles traits to change much14:15
cdentit is in the sense that we'll never raise the minimum14:15
mriedemand yes how they are incorporated into nova is the messy part14:15
mriedemor could be messy14:16
* cdent tries to think of some alliterative to say and gives up14:16
mriedemright now traits-based scheduling from queens is pretty straight forward14:16
mriedem'put me on a host with trait=foo, got it'14:16
* cdent nods14:17
*** jogo has quit IRC14:19
*** jogo has joined #openstack-nova14:20
*** amodi has joined #openstack-nova14:22
*** Zames has joined #openstack-nova14:22
mriedemmmedvede: i got a pkvm ci failure setting up devstack here https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/20/324720/5/check/tempest-dsvm-full-xenial/b59cb03/devstacklog.txt.gz14:22
mriedemConnecting to cirros-builder.novalocal (cirros-builder.novalocal)|9.114.111.40|:80... failed: No route to host.14:22
mriedemjgwentworth: fyi, i had emailed the virtuozzo team about their CI failing at least a week ago, so it's a known issue14:23
mriedemImagePropertiesFilter always kicks out whatever their trying to use for an image14:23
*** damien_r has joined #openstack-nova14:24
*** baoli has quit IRC14:24
*** Zames has quit IRC14:24
openstackgerritMatt Riedemann proposed openstack/nova master: Skip placement on rebuild in same host  https://review.openstack.org/54635714:25
*** armaan has joined #openstack-nova14:26
*** r-daneel has joined #openstack-nova14:27
*** armaan has quit IRC14:30
*** hamzy has quit IRC14:30
*** udesale has joined #openstack-nova14:31
*** suresh12 has joined #openstack-nova14:31
odyssey4mehowdy everyone, thanks again for your help so far - we have an upgrade task failing which might be due to new changes in rocky... would this be a change in something that needs to happen? http://logs.openstack.org/78/558078/2/check/openstack-ansible-upgrade-ubuntu-xenial-nv/3dc2358/logs/ara-report/result/b9fe5b27-00e6-455b-9a10-71b2046663c5/14:33
edmondswfyi, someone is trying to add suppz support to the libvirt driver, but seems to be doing that off on their own14:33
edmondswhttps://ask.openstack.org/en/question/113484/add-support-for-a-new-driver-in-nova/14:33
edmondswI tried to point them in the right direction14:33
*** yamahata has quit IRC14:34
jgwentworthmriedem: okay, so virtuozzo CI currently broken and being worked on14:34
*** sree has joined #openstack-nova14:34
*** suresh12 has quit IRC14:35
*** hamzy has joined #openstack-nova14:36
mriedemlyarwood: so in https://review.openstack.org/#/c/544238/4/nova/virt/libvirt/driver.py we also can't do the swap if both volumes are encrypted?14:36
mriedemjgwentworth: it's a known issue, i'm not sure how actively they are working to fix it14:36
*** baoli has joined #openstack-nova14:37
mriedemodyssey4me: that looks like the new 'disabled' colum in the nova_api.cell_mappings table, has the nova_api db been synced before running this?14:38
lyarwoodmriedem: correct14:38
*** udesale has quit IRC14:38
mriedemtssurya: ^14:38
*** sree has quit IRC14:38
odyssey4memriedem well, that's a queens to rocky upgrade, so yes - it was done in the queens deployment14:39
kashyaplyarwood: Probably that should point also be documented as a note in the code?  (With current limitations.)14:40
mriedemodyssey4me: if you're upgrading to rocky and you already created the cell0 mapping in queens, you don't need to do it again14:40
mriedemodyssey4me: although, map_cell0 should be smarter, it has a check for DBDuplicateEntry for running it when it already exists14:41
jgwentworthmriedem: okay. would you say it's too soon to mail the ML to describe the issue and ask if anyone on their side can look into it?14:41
mriedemjgwentworth: i emailed the vz CI email a couple of weeks ago, and got a reply this week, but deleted that reply14:42
mriedemi'd give it maybe another week?14:42
jgwentworthk, will do. thanks14:42
mriedemodyssey4me: so i don't think we're getting the duplicate entry b/c it's trying to create the cell0 mapping in the api db, and that fails because the object code doesn't match the api db schema14:42
mriedemodyssey4me: which tells me that nova-manage api_db sync hasn't been run on rocky yet14:43
lyarwoodmriedem: thanks, btw https://review.openstack.org/#/c/543569/ is the change covering this all prior to Queens where we would hit https://bugs.launchpad.net/nova/+bug/1739593, it would be great to land this in stable/ocata and pike sometime soon to close that all out.14:43
openstackLaunchpad bug 1739593 in OpenStack Security Advisory "Swapping encrypted volumes can lead to data loss and a possible compute host DOS attack (CVE-2017-18191)" [Undecided,Incomplete]14:43
mriedemlyarwood: i've tried to purge that from my memory14:44
odyssey4memriedem hmm, IIRC on an upgrade the steps are different - we have this now, so you're right: https://github.com/openstack/openstack-ansible-os_nova/blob/e3e7c1f00bd7155dc051ba093fc872751776f769/tasks/nova_db_setup.yml14:44
*** david-lyle has joined #openstack-nova14:45
lyarwoodmriedem: you and me both, definitely a mistake on my part to label this as a security issue14:45
*** lyan has joined #openstack-nova14:45
* lyarwood now has ~7 downstream bugs about this14:45
*** lyan is now known as Guest8183614:45
mriedemodyssey4me: so https://github.com/openstack/openstack-ansible-os_nova/blob/e3e7c1f00bd7155dc051ba093fc872751776f769/tasks/nova_db_setup.yml is getting run all over again on an upgrade from queens to rocky?14:46
*** suresh12 has joined #openstack-nova14:46
odyssey4memriedem yes, that sequence is run for greenfield, or upgrade - but the result of 'Get the api_db version' would be different if it was an upgrade14:46
*** Spazmotic has quit IRC14:46
mriedemodyssey4me: oh i see the problem https://github.com/openstack/openstack-ansible-os_nova/blob/e3e7c1f00bd7155dc051ba093fc872751776f769/tasks/nova_db_setup.yml#L2914:47
mriedemyeah looking at http://logs.openstack.org/78/558078/2/check/openstack-ansible-upgrade-ubuntu-xenial-nv/3dc2358/logs/ara-report/reports/68ffa953-cc0e-494b-89b9-dcf7ca4a8b59.html14:47
mriedemso "Perform a Nova API DB sync" doesn't get run14:47
mriedemthat's a problem14:47
odyssey4meok, but that gets run later14:47
odyssey4meIIRC this relates to the difference in procedure for greenfield vs upgrade14:48
odyssey4methis might only have been an ocata/pike thing though, when cells v2 was all new14:48
mriedemhow did you upgrade from ocata to pike, or pike to queens?14:48
mriedemi guess we haven't added a new cell mappings field sine then14:48
mriedemso that's why14:48
odyssey4methis same procedure is used - ocata->pike: https://github.com/openstack/openstack-ansible-os_nova/blob/stable/pike/tasks/nova_db_setup.yml14:48
odyssey4mepike->queens: https://github.com/openstack/openstack-ansible-os_nova/blob/stable/queens/tasks/nova_db_setup.yml14:49
*** baoli has quit IRC14:49
mriedemyeah, we just have'nt added a new cell_mappings column in queens or pike14:49
odyssey4meaha, ok14:49
mriedemso, we can fix this in one of two ways:14:49
*** baoli has joined #openstack-nova14:49
*** armaan has joined #openstack-nova14:49
*** Spazmotic has joined #openstack-nova14:49
odyssey4meso this conditional set is only important for the newton->ocata upgrade?14:49
mriedem1. nova-manage cell_v2 map_cell0 can do a db query for cell0 rather than rely on a DBDuplicateEntry14:50
mriedem2. you can run nova-manage api_db sync unconditionally14:50
odyssey4mewe're very happy to shorten and simplify the steps taken, so option 2 sounds good to me14:50
odyssey4meI'll push a patch up shortly. I'll ping you to verify the review if that's ok?14:51
mriedemfwiw, grenade also runs map_cell0 on upgrade and cell0 is already mapped http://logs.openstack.org/38/544238/4/check/neutron-grenade/d101bba/logs/grenade.sh.txt.gz#_2018-04-05_09_41_34_27714:51
mriedemsure. i'm not ansible guy, but i can see if the non-voting upgrade job is green or not :)14:51
odyssey4me:) hopefully we can make it as readable as a shell task procedure14:52
mriedemoh looky here http://logs.openstack.org/38/544238/4/check/neutron-grenade/d101bba/logs/grenade.sh.txt.gz#_2018-04-05_09_41_25_03114:52
mriedemgrenade hits the same thing but doesn't fail for some reason14:52
*** eharney has joined #openstack-nova14:53
*** sar has joined #openstack-nova14:53
*** salv-orlando has joined #openstack-nova14:55
*** sree has joined #openstack-nova14:55
*** felipemonteiro__ has quit IRC14:55
tssuryasorry was afk, that doesn't look goo14:56
tssuryagood*14:56
*** felipemonteiro__ has joined #openstack-nova14:56
odyssey4memriedem maybe someone couldn't figure it out and added || true ;)14:57
*** salv-orl_ has quit IRC14:58
odyssey4mejokes aside, that's quite serious... but I'm glad we're not alone, and that we could find a red flag :)14:58
mriedemit's hitting htis https://github.com/openstack-dev/grenade/blob/master/projects/60_nova/upgrade.sh#L7414:58
mriedemoh i know why it's not failing14:59
mriedemthe nova-manage command doesn't return a non-014:59
mriedemthat's why it dumps out the breadcrumb14:59
mriedem"Has "nova-manage api_db sync" been run?"14:59
openstackgerritMerged openstack/nova master: libvirt: Allow to specify granular CPU feature flags  https://review.openstack.org/53438415:00
tssuryamriedem: is this because api DB was not synced before running db sync ?15:00
*** suresh12 has quit IRC15:00
*** sree has quit IRC15:00
mriedemyes15:00
tssuryaah ok15:00
*** tbachman has quit IRC15:02
*** sree has joined #openstack-nova15:02
mriedemthe order in grenade for the db sync matches what we have in our upgrade docs too https://docs.openstack.org/nova/latest/user/upgrade.html#rolling-upgrade-process15:04
mriedemtssurya: odyssey4me: superdan: jgwentworth: https://bugs.launchpad.net/grenade/+bug/176177515:07
openstackLaunchpad bug 1761775 in grenade "InternalError during nova-manage db sync when upgrading to Rocky" [Undecided,Confirmed]15:07
mriedemi listed 2 options in there for fixing grenade15:07
*** suresh12 has joined #openstack-nova15:08
mriedemtrying to channel what sdague would say...15:08
fried_ricemriedem: Care to +W https://review.openstack.org/#/c/555961/ (lower-constraints.txt) quick before we break it again?15:08
tssuryahmm question.. why wasn't this an issue before me adding a new column to cell_mappings ?15:08
tssuryaI mean no other column change in api_db before has needed a api sync before db sync situation ?15:09
odyssey4memriedem yeah, that does seem a bit chicken-and-egg15:09
cdentfinucannot: +many on the -W stuff. pain now for less pain later15:09
mriedemtssurya: we just haven't modified the cell_mappings table in forever15:10
*** felipemonteiro_ has joined #openstack-nova15:10
tssuryamriedem: cell_mappings yes, what about other tables ?15:10
mriedemdb sync doesn't hit other tables15:10
*** rmart04 has quit IRC15:10
mriedemin the api db15:11
*** armaan has quit IRC15:11
jgwentworthmriedem: interesting, I always thought the order was api_db first in the upgrade docs. I would have thought that one should be done first and I can't immediately think of why it's not15:11
superdanmriedem: oh is it trying to read the cell mappings to do the cell databases before it has sync'd the api db?15:11
superdanyeah I'm not sure why api isn't first15:11
finucannotcdent: Yup, only way to do it, unfortunately15:11
mriedemsuperdan: nova-manage db sync by default tries to also sync cell0-15:11
tssuryamriedem: ah heh yes, anyways I thought api_sync was run before db sync until now15:11
*** armaan has joined #openstack-nova15:11
superdanmriedem: and it looks up the mapping for it before it has sync'd the api db?15:11
*** artom_ has quit IRC15:12
tssuryasuperdan: yes15:12
mriedemyeah15:12
*** suresh12 has quit IRC15:12
superdaner, I guess t's just that we call db sync before api_db sync in grenade you mean15:12
mriedemright15:13
mriedemthat's one possible fix15:13
superdanmriedem: tbh, I imagine that it's second because the main db sync was there first, and we were adding stuff, so appending it to the end15:13
superdanI don't think that was an intentional decision15:13
mriedemsuperdan: maybe https://review.openstack.org/#/c/190399/15:14
mriedemwow mitaka15:14
superdanI'm kinda surprised actually since you would have to sync the api db at day zero to get cell0 to work at all, unless it's just using config for that one15:14
*** felipemonteiro__ has quit IRC15:14
mriedemocata->pike would use devstack to setup ocata first though wouldn't it?15:14
mriedemand devstack does the base install with the api db sync first15:14
*** sree has quit IRC15:14
superdanah, right, right15:15
mriedemhttps://github.com/openstack-dev/devstack/blob/master/lib/nova#L72415:15
mriedemthen later: https://github.com/openstack-dev/devstack/blob/master/lib/nova#L74115:15
superdanyeah I was thinking about my superconductor changes and was like "I was sure api goes first"15:15
*** fullmetaljackiet has joined #openstack-nova15:15
superdanbut this is grenade, which matters less15:15
superdanbecause devstack has already run15:15
superdanso that makes sense15:15
mriedemfried_rice: someone is goign to have to tl;dr that for me - will that lower-constraints.txt file get synced automagically by the reqs bot?15:16
superdansomeone else should write the grenade patch so I can +2 it15:16
fried_ricemriedem: No, it's manual.15:16
fried_ricemriedem: There was a ML thread by dhellmann15:17
mriedemyeah i saw the novel15:17
tssuryasuperdan: I can..15:17
mriedemagain, tl;dr15:17
mriedemfried_rice: also, is that job supposed to actually run tests? http://logs.openstack.org/61/555961/3/check/openstack-tox-lower-constraints/91b6d17/job-output.txt.gz#_2018-04-06_13_19_18_86570615:17
mriedemb/c it doesn't15:17
superdanand we should change those docs, I imagine they're in that order for the same reason15:17
mriedemfried_rice: so -1 on that15:18
*** armaan has quit IRC15:18
superdantssurya: okay I'll tweak the doc15:19
fried_ricemriedem: Okay.  The requirements-check job sure works (cause that's what held up PS1 and PS2).  But yeah, I don't know anything beyond that.15:19
tssuryaalthough mriedem says he prefers a "Add a from-queens script" to swapping15:19
mriedemno i don't prefer that15:19
mriedemi said, "Option #1 seems a bit shady, but option #2 seems excessive, especially  if we're going to be changing things in the API DB in future releases."15:20
mriedemin other words, i'm hedging15:20
tssuryaokay sorry so its the shady one then15:20
superdanI don't think it's shady, I think it's been wrong for a long time, hidden by the fact that we run devstack (in the proper order) first before grenade15:21
mriedemif we added a from-queens script, per grenade guidelines, we'd also need a nova release note in rocky saying you need to run nova-manage api_db sync before nova-manage db sync15:21
jgwentworthheh, I think it was shady assuming there was a good reason for the current ordering, which there apparently isn't15:21
superdanyeah15:21
odyssey4memriedem alright, I've pushed up an OSA patch to test out the shady option: https://review.openstack.org/#/c/559354/1/tasks/nova_db_setup.yml15:21
*** sree has joined #openstack-nova15:21
tssuryasuperdan : should I do the docs in the same one then ?15:21
odyssey4methat'll make api_db sync before before db15:22
superdantssurya: I'm doing the doc patch, if you can do grenade15:22
tssuryasuperdan: okay :)15:22
odyssey4mego.... TEAM! ;)15:22
mriedemodyssey4me: that will affect both base install and upgrade?15:22
odyssey4memriedem yep15:22
jgwentworth\o/15:23
*** jmlowe_ has joined #openstack-nova15:23
*** jmlowe has quit IRC15:23
fried_ricemriedem: Looking over dhellmann's email again, it's possible that the no-op-ness of that job is intentional; to be switched on at some point in the future once the dust has settled.  This is just setting up the framework.15:24
mriedemfried_rice: well the commit message is clearly misleading then15:24
fried_ricemriedem: But... I guess I'll let dhellmann respond to your -1.  I was just trying to take over since he's got a few hundred of these up in the air.15:25
jgwentworthso we set our constraints manually and the job makes sure all of the components work together with the versions they've required?15:25
odyssey4memriedem if install must do a different order to upgrade, then that's not awesome - but we can adjust... but as it stands now it looks like our api_db sync happened first on upgrade only, but the db sync didn't happen before the cell mapping... so I can adjust the sequence to just move when the db sync happens if that's more sensible15:25
*** suresh12 has joined #openstack-nova15:25
mriedemodyssey4me: this might be fine, we'll see; i was wondering why there were redundant api db syncs in there before15:25
mriedemi guess the first one was trying to be sly15:26
mriedemand a one time only thing on install15:26
*** sree has quit IRC15:26
odyssey4meyeah, I believe there was a sequence difference between new environment vs upgrade15:27
mriedemodyssey4me: left a comment, i think this might fail15:28
mriedemwe'll see15:28
openstackgerritDan Smith proposed openstack/nova master: Clarify/correct the ordering of API and Cell database schema updates  https://review.openstack.org/55935715:28
superdanooh, look how many words!15:28
jgwentworthyou dun good15:29
*** belmoreira has quit IRC15:30
odyssey4memriedem question to clarify before I revise15:30
odyssey4me(in review)15:30
*** artom has joined #openstack-nova15:33
*** armaan has joined #openstack-nova15:33
*** openstackgerrit has quit IRC15:33
tssuryahttps://review.openstack.org/#/c/559358/15:33
*** tbachman has joined #openstack-nova15:34
superdantssurya: comments on the commit message15:35
tssuryalooking15:35
superdanalso probably need jgwentworth's sign-off on the final version before we put it in15:36
superdanwe usually try to require that for things like this in grenade15:36
tssuryasure :)15:36
jgwentworthI shall ack it15:37
*** ShilpaSD has quit IRC15:37
superdantssurya: if my friday-speak wasn't clear enough on that review let me know and I'll try to plain it up a little15:38
*** tssurya is now known as sususuryashines15:39
sususuryashinessuperdan: yes please15:39
jgwentworthhah, good friday nick15:40
sususuryashinesfor starters did you only want a change in explanation or the title also seems odd to you ?15:40
superdanno, the title seems okay15:40
sususuryashinesjgwentworth: heh thanks ;)15:40
superdanlet me just write what I think it should be15:40
mriedemsususuryashines: you could just lift from this https://review.openstack.org/#/c/559357/15:41
*** lajoskatona has joined #openstack-nova15:42
sususuryashinesmriedem: yes I thought so at first, but that commit message is a little different from superdan's recommendations on my commit message.15:42
mriedemit's different in that it doesn't have all the meh and stuff :)15:43
superdansususuryashines: left a suggested block of text15:44
*** vladikr has quit IRC15:44
sususuryashinessuperdan: historical :)15:44
sususuryashinesack, will read and change15:45
sususuryashinesthanks15:45
superdansususuryashines: it's a lot like my doc patch, but a little more grenade-y.. feel free to re-write it in your words, I just want it to sound more like "oops, this was wrong all along" and not "we decided to change this when something broke"15:45
sususuryashinessuperdan: ack15:45
*** lajoskatona has quit IRC15:46
*** pcaruana has quit IRC15:49
*** chyka has joined #openstack-nova15:50
*** armaan has quit IRC15:53
*** danpawlik has quit IRC15:59
*** artom has quit IRC16:01
*** r-daneel has quit IRC16:03
*** suresh12 has quit IRC16:04
*** chyka has quit IRC16:04
*** artom has joined #openstack-nova16:04
*** chyka has joined #openstack-nova16:05
*** sree has joined #openstack-nova16:08
*** germs has joined #openstack-nova16:11
*** germs has quit IRC16:11
*** germs has joined #openstack-nova16:11
*** AlexeyAbashkin has quit IRC16:12
mriedemfried_rice: thanks for going over https://review.openstack.org/#/c/558001/ - i left some replies, will wait on you before making any changes there16:12
fried_ricemriedem: ack16:13
mriedemi think at this point it's likely easiest to say, "if you use OVS everywhere, just set this to True"16:13
*** sree has quit IRC16:13
mriedemif you're mnaser and enjoy pain, then leave it False16:14
*** dtantsur is now known as dtantsur|pto16:14
mnaserhi16:14
mriedemjust making a little ODL joke16:14
mriedemat your expense16:14
mnaseroh16:14
mnasermriedem: if you're really into pain then you're run nova with multiple network backends16:15
*** mdrabe has joined #openstack-nova16:15
mnasers/run/running/16:15
mnasers/running/trying to run/16:15
mriedemyeah, that's what the new config option in that patch is for16:15
*** patriciadomin has joined #openstack-nova16:15
*** ekhugen has joined #openstack-nova16:15
mnaserthanks for the ping about it though16:15
*** egarbade has joined #openstack-nova16:16
*** germs has quit IRC16:16
mriedemkashyap: ever seen this live migration failure? http://logs.openstack.org/37/522537/20/check/legacy-tempest-dsvm-multinode-live-migration/8de6e74/logs/screen-n-cpu.txt.gz?level=TRACE#_Apr_05_21_48_43_258043 i've seen this in a few different live migration runs this week16:19
mriedemVQ 0 size 0x80 Guest index 0x12c inconsistent with Host index 0x134: delta 0xfff816:19
mriedemerror while loading state for instance 0x0 of device '0000:00:04.0/virtio-blk'16:19
*** derekh has quit IRC16:20
*** Spazmotic has quit IRC16:22
*** Spaz-Work has joined #openstack-nova16:22
mriedemhttp://logs.openstack.org/37/522537/20/check/legacy-tempest-dsvm-multinode-live-migration/8de6e74/logs/subnode-2/libvirt/qemu/instance-00000002.txt.gz16:22
mriedemfound https://bugzilla.redhat.com/show_bug.cgi?id=145052416:24
openstackbugzilla.redhat.com bug 1450524 in qemu-kvm-rhev "qemu-kvm: VQ 0 size 0x100 Guest index 0x2010 inconsistent with Host index 0x2171: delta 0xfe9f" [High,Closed: worksforme] - Assigned to jasowang16:24
arvindn05mriedem: i added comments to https://review.openstack.org/#/c/541507/916:24
fried_ricemriedem: Responded16:24
arvindn05also had a question on https://review.openstack.org/#/c/546357/ - Skip placement on rebuild in same host16:25
arvindn05why are we allowing the skipping placement given we know the image can now contain qualitative aspects?16:26
arvindn05also what if the qualitative aspects in the flavor changes? would we want to run placement in this case as well??16:26
mriedemarvindn05: for one, we aren't yet allowing images with required traits16:28
mriedemthat patch fixes a bug which has to go back to pike16:28
mriedemtwo, rebuild doesn't take a new flavor16:28
arvindn05ahh...missed that it was pike...16:29
mriedemrebuild does take a new image, and the image meta could change, so we have to re-run some scheduler filters16:29
mriedemthis patch is master, but fixes a bug that was introduced in pike16:29
arvindn05for #2, it doesnt need to take a new flavor right? if the flavor was updated for the instance, then we might want to run placement16:30
mriedemarvindn05: my point was, once we do start accepting images with required qualitative traits, the logic in this bug fix will likely need to change, as part of your blueprint16:30
mriedemarvindn05: the flavor doesn't get updated for the instance unless you resize the instance16:30
*** germs has joined #openstack-nova16:30
*** germs has quit IRC16:30
*** germs has joined #openstack-nova16:30
mriedemin which case you're not doing a rebuild, you're doing a cold migration with a new flavor16:30
mriedemto a new host16:30
*** germs has quit IRC16:30
kashyapmriedem: Was AFK; looking16:31
fried_ricejroll: Was this just a suggestion, or is this the way we're supposed to be setting these up?  https://review.openstack.org/#/c/555961/3/tox.ini@24316:31
*** germs has joined #openstack-nova16:31
*** germs has quit IRC16:31
*** germs has joined #openstack-nova16:31
arvindn05got it...will keep in mind to change the patch16:32
fried_ricejroll: I don't know if you're involved in the whole requirements shift thingy, or if you're just able to look at it and know that that will dtrt16:32
jrollfried_rice: that's how the other tox environments wind up running tests, look at the testenv:py35 section of that file16:32
kashyapmriedem: That "Guest index YYYYY inconsistent with Host index" error rings a bell.  And there _was_ a QEMU fix, let me look16:32
jrollfried_rice: this is assuming the goal is to run unit tests there16:32
jrollfried_rice: I'm not involved, just saw you mention here that you don't know what you need there, and thought I'd help :)16:33
fried_ricejroll: Right, I get that it will do a thing, and that that thing is probably useful; but I didn't know if ^ assumption is actually true yet.16:33
mriedemkashyap: yeah you're on https://bugzilla.redhat.com/show_bug.cgi?id=145052416:33
openstackbugzilla.redhat.com bug 1450524 in qemu-kvm-rhev "qemu-kvm: VQ 0 size 0x100 Guest index 0x2010 inconsistent with Host index 0x2171: delta 0xfe9f" [High,Closed: worksforme] - Assigned to jasowang16:33
kashyapAm I?16:33
jrollfried_rice: ah, gotcha. question for someone else then :)16:33
* kashyap clicks16:33
fried_ricejroll: Okay, thanks.  I'll wait for dhellmann to respond (either saying, "verily, do as jroll says," or "yeah, we don't want to do that yet - amend the commit message").16:33
jrollfried_rice: though based on the commit message, I'd guess unit tests were the goal: "Create a tox environment for running the unit tests against the lower bounds of the dependencies."16:34
fried_ricejroll: yuh; but the email chain hints that maybe we're just setting up the framework right now.  I dunno.  Was just trying to ease Doug's burden a little.16:34
jrollยฏ\_(ใƒ„)_/ยฏ16:35
arvindn05mriedem: i might be missing something....lets say you have instance X with flavor F, while X is running, you go in and change the flavor F to F'(only adding 1 trait, no resource changes), so when its rebuild are we still using F or F'?16:35
mriedemarvindn05: F16:35
mriedemthe flavor used to originally create the instance is stored in the db with the instance,16:35
*** openstackgerrit has joined #openstack-nova16:36
openstackgerritMerged openstack/nova master: Use a pythonic delete, with a retry.  https://review.openstack.org/55479316:36
mriedemso if the admin deletes or changes extra specs on the original flavor, the instance is still using what it was created with16:36
openstackgerritMerged openstack/nova master: Clarify/correct the ordering of API and Cell database schema updates  https://review.openstack.org/55935716:36
mriedemi believe it's also persisted with the request spec16:36
arvindn05ahh...didnt know that. so basically we have a snapshot of the flavor with the instance....makes more sense now :)16:36
mriedemyes16:36
*** ralonsoh has quit IRC16:36
kashyapmriedem: So ... this seems to be the instance that crashed:16:37
kashyaphttp://logs.openstack.org/37/522537/20/check/legacy-tempest-dsvm-multinode-live-migration/8de6e74/logs/subnode-2/libvirt/qemu/instance-00000002.txt.gz16:37
mriedemkashyap: tracking in nova with https://bugs.launchpad.net/nova/+bug/176179816:38
openstackLaunchpad bug 1761798 in OpenStack Compute (nova) "live migration intermittently fails in CI with "VQ 0 size 0x80 Guest index 0x12c inconsistent with Host index 0x134: delta 0xfff8"" [Medium,Confirmed]16:38
mriedemkashyap: yup16:38
kashyapmriedem: So, that RHBZ bug was closed with this (unsatisfying) conclusion:16:39
kashyap[quote]16:39
kashyap"Well, we know half of their problem was the old virtio-balloon bug - that's already fixed.16:39
kashyapThere is an unexplained 'virtio-net' problem they were seeing - but we've never managed to recreate it, so I don't know if there's anything we can do.16:39
kashyap[/quote]16:39
kashyap"their16:39
kashyap(Err, "their" == the reporter)16:39
*** r-daneel has joined #openstack-nova16:41
mriedemyeah,16:41
mriedemhoping that maybe this goes away when we start using the queens UCA packages16:41
mriedemso far it's only 4 hits in 7 days16:41
kashyapNod; I'm trying to see which version is that fix in16:41
kashyap("that fix" alluded to in the above quote)16:41
*** vladikr has joined #openstack-nova16:41
kashyapmriedem: Look at that comment: https://bugzilla.redhat.com/show_bug.cgi?id=1450524#c2116:42
openstackbugzilla.redhat.com bug 1450524 in qemu-kvm-rhev "qemu-kvm: VQ 0 size 0x100 Guest index 0x2010 inconsistent with Host index 0x2171: delta 0xfe9f" [High,Closed: worksforme] - Assigned to jasowang16:42
kashyap"I'm not having any luck replicating this here; it's ran ~230 iterations of a migration [...]"16:42
mriedemkashyap: yeah, don't really care about how often someone ran something in parallel in isolation16:43
kashyap(I recall trying to get this reproducing; but was nigh impossible .)16:43
kashyapYeah; OpenStack Gate is singularly unique in identifying weird bugs16:43
mriedemwith openstack ci the tests are run concurrently on the same 2 hosts, and get run thousands of times per day16:43
kashyapYep, /me remembers the horrors of the "live snapshot bug" that was only reproducible on the Gate16:44
mriedemanyway, not high priority, i wasn't sure if there was any link from the rhev package versions to versions of qemu we use16:44
*** lucasagomes is now known as lucas-afk16:44
mriedemi don't know how the rhev package versions translate16:44
*** armaan has joined #openstack-nova16:44
*** danpawlik has joined #openstack-nova16:44
kashyap('qemu-kvm-rhev' is what CentOS uses)16:44
mriedemotherwise the versions are the same?16:45
kashyapIt is the "enterprise" version that has all the 'advanced' features.  (And 'qemu-kvm' is the plain binary.)16:45
kashyapmriedem: Not exactly; I'll figure out the version translations and how they map to Ubuntu16:45
kashyap(And write a comment)16:45
mriedemthanks. we're hitting this with qemu 2.1016:46
kashyapThe eagle-eyed would notice the "NB2" noted by DanPB here: https://wiki.openstack.org/wiki/LibvirtDistroSupportMatrix16:46
kashyapAt the end of the page16:46
mriedemi haven't had to care about rhev since i was at ibm and even then, about 8 years ago16:47
kashyapmriedem: Me neither; the "-rhev" is just the QEMU binary split16:47
mriedemsuperdan: gimme some MCP builds!16:47
* kashyap has never even tried "RHEV" or oVirt in his life16:47
kashyapReal People use raw QEMU directly16:47
superdanmriedem: no.16:47
* kashyap runs16:47
superdanmtreinish: can you hook us up? https://review.openstack.org/#/c/559358/316:48
*** sambetts is now known as sambetts|afk16:49
*** suresh12 has joined #openstack-nova16:49
*** danpawlik has quit IRC16:50
*** salv-orlando has quit IRC16:51
arvindn05mriedem: you got me thinking on instance migration as welll16:51
*** salv-orlando has joined #openstack-nova16:51
mriedemarvindn05: images don't change on instance migration16:51
arvindn05mriedem: is the placement api called anytime during the migrations?16:52
mriedembut, when migrating to a new host, the scheduler will validate the image used to create the instance as well16:52
mriedemyes16:52
mriedemas part of scheduling to find a new dest host16:52
mriedemrebuild is weird in that the instance doesn't move16:52
mriedembut the image can change so we have to re-validate that the new image can work on the same host16:52
mriedemthe original image used to create the instance is stored in the request_spec for that instance16:53
mriedemso that's what the scheduler uses during a move operation16:53
*** fried_rice is now known as fried_rolls16:53
arvindn05so when you say the scheduler will validate the image, the placement API will be requested for a matching compute host?16:54
*** suresh12 has quit IRC16:54
*** jchhatbar has quit IRC16:54
arvindn05i see there is a "Manual selection of the destination host" per https://docs.openstack.org/nova/pike/admin/live-migration-usage.html16:54
mriedemyes. scheduling asks placement for compute node resource providers that can fit the flavor constraints, and optionally qualitative traits defined in the flavor extra specs16:55
mriedemarvindn05: yes, but that still runs through the scheduler but with the requested host16:55
mriedemif you specify the force parameter to live migration with a host, then we bypass the scheduler and, well, you get what you ask for16:55
*** mgoddard has quit IRC16:56
arvindn05ok...and we would get no valid host if when run through the scheduler, the host does not match16:56
mriedemcorrect16:56
*** salv-orlando has quit IRC16:56
*** fragatina has quit IRC16:56
arvindn05can you point me to the code where the live migration calls the scheduler?(assuming it calls select destination method)16:57
*** links has joined #openstack-nova16:57
mriedemarvindn05: https://github.com/openstack/nova/blob/0de6ebd086656066c4dcc5c093b5cc7e92e035ac/nova/conductor/tasks/live_migrate.py#L31916:58
*** gjayavelu has joined #openstack-nova16:59
arvindn05mriedem: thank you very much :)16:59
*** mdbooth has quit IRC16:59
*** jpena is now known as jpena|off17:01
arvindn05mriedem: btw https://review.openstack.org/#/c/557795/ -Update ImageMetaProp object to expose traits is ready for review as well17:01
*** sdague has quit IRC17:04
*** links has quit IRC17:06
mriedemarvindn05: yeah i wanted to post this https://review.openstack.org/#/c/557795/14/nova/objects/image_meta.py@560 and get the ack from superdan and leakypipes first so we're on the same page17:06
*** sususuryashines has quit IRC17:07
*** links has joined #openstack-nova17:08
*** david-lyle has quit IRC17:09
mtreinishsuperdan: is that ordering documented anywhere?17:13
superdanmtreinish: it's documented in the right order17:14
superdanmtreinish: this matches the docs17:14
mriedemmtreinish: it is now https://review.openstack.org/#/c/559357/17:14
superdanmriedem: dude, shsssshh17:14
mriedemha17:14
mtreinishheh, ok well as long as it's written down now17:14
mriedemmtreinish is like the substitute teacher on a friday that lets things slide17:15
mtreinish+A17:15
mriedemsee!?17:15
superdanhah17:15
*** gouthamr has quit IRC17:17
mtreinishlol17:17
sean-k-mooneyby the way when ye refer to cells in that doc does the ordering of api first apply equally to v1 and v217:17
*** sdague has joined #openstack-nova17:19
sean-k-mooneyi generally try to not know how cells v1 works in case anyone will ask me to help fix somthing with cellsv1 in the furutre but just taught i would ask.17:20
*** armaan has quit IRC17:20
mriedemdon't ask17:21
mriedemthe rule with "helping people with cells v1" is, don't help them17:21
sean-k-mooney:)17:22
mriedemfailing that, goto superdan or jgwentworth17:22
*** suresh12 has joined #openstack-nova17:22
sean-k-mooneyi approch cellsv1 the opisitway i approch most of the rest of the codebase. i want to know how most of the codebase works so i can help others but with cellsv1 i tend to follow the above advice17:23
mriedemfinucannot: wtf does this mean? http://logs.openstack.org/70/559370/1/check/build-sphinx-docs/bda526f/job-output.txt.gz#_2018-04-06_16_47_02_37655317:25
mriedemand how do i fix it?17:25
*** suresh12 has quit IRC17:26
ildikovmriedem: it looks a little like when the 'todo' extension was missing from the config17:27
openstackgerritMatt Riedemann proposed openstack/nova master: Cleanup _get_request_spec_for_select_destinations for live migrate  https://review.openstack.org/55938117:27
*** yassine_ has quit IRC17:27
*** Swami has joined #openstack-nova17:27
mriedemildikov: it's something with this new PTI docs change i think, but i don't have the heart to read that thread right now17:28
*** yassine_ has joined #openstack-nova17:28
*** mgoddard has joined #openstack-nova17:28
*** vladikr has quit IRC17:29
*** fullmetaljackiet has quit IRC17:33
*** tesseract-RH has quit IRC17:35
sean-k-mooneymriedem: do you need the "-" in query: >- also  gr say sphinx>=1.6.2,!=1.6.6,!=1.6.7 # BSD but the test requirements in elastic-rechec is sphinx>=1.1.2,<1.217:36
sean-k-mooneymriedem: so maybe just use a non achient version of sphinx?17:37
sean-k-mooneymriedem: it does not look like the openstack requirement proposal bot keeps the repo in sync so when they bumped to  new pbr on march 1st perhaps that has issues since pbr is trying to move to sphinx >1.617:38
*** fragatina has joined #openstack-nova17:40
*** fragatina has quit IRC17:41
sean-k-mooneylower constratings also reqiures 1.6.5 https://github.com/openstack/requirements/blob/master/lower-constraints.txt#L359 so  the 1.2 max in openstack-infra/elastic-recheck is proable the issue17:41
*** fragatina has joined #openstack-nova17:41
*** fragatina has quit IRC17:41
*** fragatina has joined #openstack-nova17:42
*** fragatina has quit IRC17:43
*** fragatina has joined #openstack-nova17:43
arvindn05mriedem: thanks. jaypipes said he would approve as well...will work on my next patch for the BP and also start thinking about the resize issue for rocky17:43
*** fragatina has quit IRC17:43
*** suresh12 has joined #openstack-nova17:44
*** fragatina has joined #openstack-nova17:44
*** voelzmo has joined #openstack-nova17:45
*** AlexeyAbashkin has joined #openstack-nova17:46
*** mdrabe has quit IRC17:48
*** AlexeyAbashkin has quit IRC17:50
*** mdrabe has joined #openstack-nova17:52
sean-k-mooneymriedem: https://review.openstack.org/559390 fixes your issue. do you want me to rebase your patch on top.17:55
*** voelzmo has quit IRC17:59
mriedemsean-k-mooney: i can, was looking at the pti email and doing some stuff, but if this works, sure18:01
sean-k-mooneymriedem: locally at least this fixes it for me. i cherry picked you patch locallly and that passed the docs job too after i bumped the version18:02
*** armaan has joined #openstack-nova18:02
cdentleakypipes, fried_rolls, figleaf : this might be of interest, a sort of placement test env: https://github.com/cdent/placecat (not fully fleshed out yet, just playing so far)18:03
*** brad[] has quit IRC18:03
sean-k-mooneymriedem: by the way pti do you mean the "[openstack-dev] Following the new PTI for document build, broken local builds" thread from finucannot18:04
leakypipescdent: nice :)18:04
*** brad[] has joined #openstack-nova18:04
sean-k-mooneymriedem: hum the chages for pti seam simple ill try making those instead18:06
sean-k-mooneymriedem: then i need to go home because its 7 on a friday18:06
*** tssurya has joined #openstack-nova18:07
*** tssurya is now known as sususuryashines18:08
*** voelzmo has joined #openstack-nova18:09
*** baoli_ has joined #openstack-nova18:11
*** armaan has quit IRC18:11
*** adriano__ has quit IRC18:12
*** gouthamr has joined #openstack-nova18:13
*** gouthamr has quit IRC18:13
*** baoli has quit IRC18:14
*** voelzmo has quit IRC18:14
*** gouthamr has joined #openstack-nova18:14
*** sree has joined #openstack-nova18:16
*** danpawlik has joined #openstack-nova18:18
*** sree has quit IRC18:21
*** r-daneel has quit IRC18:23
*** r-daneel has joined #openstack-nova18:25
*** danpawlik has quit IRC18:28
*** baoli_ has quit IRC18:29
*** felipemonteiro_ has quit IRC18:31
*** felipemonteiro_ has joined #openstack-nova18:32
*** bauzas has quit IRC18:35
figleafcdent: sweet. Wish I had time to play with it. :)18:35
*** vladikr has joined #openstack-nova18:36
*** ssurana has joined #openstack-nova18:38
*** danpawlik has joined #openstack-nova18:39
*** david-lyle has joined #openstack-nova18:40
*** sree has joined #openstack-nova18:42
openstackgerritMerged openstack/python-novaclient master: Fix validation for command arguments  https://review.openstack.org/55832418:43
*** danpawlik has quit IRC18:44
*** avolkov has quit IRC18:47
*** sree has quit IRC18:47
*** danpawlik has joined #openstack-nova18:49
openstackgerritMerged openstack/python-novaclient master: Fix AttributeError in getting a resource ID  https://review.openstack.org/55832818:51
openstackgerritMerged openstack/python-novaclient master: Replace GB with GiB  https://review.openstack.org/55836418:51
*** damien_r has quit IRC18:51
*** amoralej is now known as amoralej|off18:51
*** mgoddard has quit IRC18:53
openstackgerritsean mooney proposed openstack/os-vif master: convert os-vif docs to follow PTI  https://review.openstack.org/55939818:54
openstackgerritMatt Riedemann proposed openstack/nova master: doc: add a link in the install guides about configuring neutron  https://review.openstack.org/55911518:54
openstackgerritMatt Riedemann proposed openstack/nova master: Log a more useful error when cinder auth isn't configured  https://review.openstack.org/55939918:54
*** danpawlik has quit IRC18:54
*** bauzas has joined #openstack-nova18:55
*** logan- has quit IRC18:56
*** logan- has joined #openstack-nova18:56
*** baoli has joined #openstack-nova18:57
*** fried_rolls is now known as fried_rice18:59
*** bauzas has quit IRC19:00
*** felipemonteiro__ has joined #openstack-nova19:00
fried_ricecdent: Neat!19:00
fried_ricecdent: It's basically a fully functional but not-for-production placement service that you can set up to have something to test/play against?19:01
cdentfried_rice: since you're not one with the twitters, you may not be aware of the placedock (or the blog posts associated with it) stuff, if you go to the placedock repo there's loads of links to context19:01
cdentfried_rice: pretty much19:01
cdentdepending on the variables you pass into the container19:02
cdent(and I recently found a bug with that)19:02
cdentand in terms of production, you could, except that the container builds from non master code19:03
*** felipemonteiro_ has quit IRC19:03
*** cz2 has quit IRC19:03
openstackgerritsean mooney proposed openstack/os-vif master: make legacy-tempest-dsvm-nova-os-vif voteing  https://review.openstack.org/55940119:07
*** claudiub|2 has quit IRC19:21
*** cz2 has joined #openstack-nova19:31
*** mgoddard has joined #openstack-nova19:31
sean-k-mooneycdent: i have been following your tweets on it on and off its a cool idea19:31
*** yamamoto_ has joined #openstack-nova19:33
sean-k-mooneycdent: have you considerd useing any of this work as part of functional testing for placemnet19:33
cdentsean-k-mooney: not realy: because of the way the existing gabbi tests work with wsgi-intercept, it's not really needed19:34
cdentusing it for some kind of integration tests might be useful thought19:34
sean-k-mooneycdent: when placement has its own repo this could be an interesting way for folks to do placement dev/testing19:34
cdentyes19:34
sean-k-mooneycdent: well i was thinking it would be kind of like neutron fullstack tests19:34
sean-k-mooneythey are more then fuctional tests but not quite intergration tests19:35
cdentsean-k-mooney: what do you see as the difference between using the container and what the current wsgi-intercept driven tests do?19:35
sean-k-mooneycdent: noting really other then the fact that you are using sqlite right so i dont need to setup a db first so it would mean a smaller testing requiremtes set19:36
*** yamamoto has quit IRC19:36
*** mgoddard has quit IRC19:37
cdentthe container can use any database, depending on environment variables19:38
cdentthe functional tests use sqlite, yeah?19:38
sean-k-mooneyam im not sure what they use but were you not tweeting about using sqlight19:39
sean-k-mooneyi could be getting confused between what can work and what that suff is using today19:39
*** salv-orlando has joined #openstack-nova19:40
sean-k-mooneyanyway this time im actully going to leave since its 8:40 on a friday. enjoy your weekends o/19:41
cdento/19:43
*** bauzas has joined #openstack-nova19:58
*** baoli has quit IRC20:02
*** mchlumsky has quit IRC20:10
*** esberglu has quit IRC20:11
*** mchlumsky has joined #openstack-nova20:12
*** mikal_ is now known as mikal20:14
*** cdent has quit IRC20:16
*** artom has quit IRC20:21
*** links has quit IRC20:28
*** yamamoto_ has quit IRC20:28
*** esberglu has joined #openstack-nova20:28
*** esberglu has quit IRC20:34
*** gjayavelu has quit IRC20:36
*** hemna_ has joined #openstack-nova20:41
*** pchavva has quit IRC20:44
mriedemfor the life of me i can't figure out why this isn't a problem anymore https://bugs.launchpad.net/nova/+bug/171851220:45
openstackLaunchpad bug 1718512 in OpenStack Compute (nova) "migration fails if instance build failed on destination host" [Medium,In progress] - Assigned to Matt Riedemann (mriedem)20:45
mriedemor, how it was a problem to begin with - since i don't know where we save 'retry' changes to a request spec during the initial build20:46
*** edmondsw has quit IRC20:47
*** beekneemech has quit IRC20:48
mriedemsuperdan: i think i see a fun little weirdness, we update the requestspec with a new flavor during resize before we've actually confirmed that the resize happened https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L34920:49
mriedemb/c at that point we've rpc cast to the dest compute to start the resize20:49
*** damien_r has joined #openstack-nova20:50
mriedemif it fails on the compute, the request spec now says that the instance is using a new flavor20:50
*** danpawlik has joined #openstack-nova20:50
superdanmriedem: and that matters because why? if you later evacuate maybe?20:51
mriedemit might not matter right now,20:51
mriedemi was thinking,20:51
mriedemif resize does a reschedule to the cell conductor, we could try saving changes to the request spec, because of the retry stuff20:51
superdanactually, I think evac is probably fine since it likely uses the instance20:51
mriedemwhich would be an upcall to the api db20:51
superdanokay, but it shouldn't need to change the flavor20:52
superdanon reschedule20:52
superdan(from resize)20:52
mriedemright the flavor in the requestspec wouldn't change on a reschedule during resize,20:52
mriedemthe RequestSpec.retry field might20:52
*** damien_r has quit IRC20:53
*** AlexeyAbashkin has joined #openstack-nova20:53
mriedemalthough,20:53
mriedemit looks like on a reschedule for resize, the compute doesn't send the request spec back up to the cell conductor20:53
mriedemwhich is dumb, but likely the only thing saving this20:54
superdanyou mean "that's by design" right? :D20:54
mriedemf no20:54
mriedemgod _reschedule_resize_or_reraise in the compute manager is about as convoluted as it gets20:55
mriedemit's not a bdm turducken, but it's close20:55
superdanare you just trying to start trouble on a friday afternoon?20:55
*** claudiub|2 has joined #openstack-nova20:55
*** danpawlik has quit IRC20:56
mriedemno, i've had a patch up for this bug since it came up in early november, but realized i needed a functional test for it which stalled it out for awhile, and then earlier in the week i triaged a duplicate of the same bug, so started working on writing that functional test,20:56
mriedemwhich now that i have the functional test written, it doesn't fail as expected...20:56
mriedemi pulled the reqspec out of the api db and the 'retry' field isn't saved, so i'm trying to figure out wth the reqspec gets saved during a reschedule, during build20:57
*** AlexeyAbashkin has quit IRC20:57
superdanyeah, never go trawling through your backlog on a friday20:58
superdanthat's like tuesday stuff20:58
mriedemthe tab has been open since thursday, if that helps20:58
*** damien_r has joined #openstack-nova20:58
superdanhah20:58
mriedemfar as i can tell, when we're still at the top during build, we populate the filter_properties dict with the initial host we're going to try for the build here https://github.com/openstack/nova/blob/stable/pike/nova/conductor/manager.py#L115520:59
mriedembut that never gets persisted back into the request_spec21:00
superdanyeah, but it shouldn't right?21:01
superdanbecause otherwise next time we went to do something we might think they requested that host specifically?21:01
mriedemrequesting the host specifically is the forced_hosts stuff,21:01
mriedemthat gets reset before all move operations21:01
mriedemand yeah, i don't see a good reason to persist the retry hosts either21:01
mriedembut this bug is asserting that they are/were and that causes problems with later move operations21:02
mriedemtime to get back to the irc logs from last september21:02
*** awaugama has quit IRC21:03
*** itlinux has joined #openstack-nova21:03
* superdan hopes that takes longer than 27 minutes21:03
mriedemoh i already found the convo http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2017-09-20.log.html#t2017-09-20T15:25:2321:04
superdandoesn't seem to be loading for me21:05
superdanmy browser might have fridayitus21:05
superdanit's a real plague21:05
superdanlol, I just read over the dazed and confused references in that log21:07
superdangood times21:07
mriedemheh21:07
mriedemthe creepy guy that now drives a lincoln everywhere21:07
superdanlol21:08
mriedemthis is his original build request spec http://paste.openstack.org/show/621557/21:11
mriedemso, i'm wondering if either we used to save reqspec changes during reschedules back in mitaka?21:14
mriedemotherwise, he might have special sauce21:14
*** danpawlik has joined #openstack-nova21:14
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Don't ignore original retried hosts when moving an instance  https://review.openstack.org/50577121:18
mriedem^ is the attempt at a recreate21:18
*** itlinux has quit IRC21:18
*** baoli has joined #openstack-nova21:18
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Don't ignore original retried hosts when moving an instance  https://review.openstack.org/50577121:19
*** danpawlik has quit IRC21:19
imacdonnfried_rice mriedem For https://review.openstack.org/#/c/558089/ , do we need to do anything further around unit tests? I can do a new PS with the requested comment changes, but wanted to see if anything else fell out of the discussion...21:22
*** baoli has quit IRC21:22
*** gouthamr has quit IRC21:22
*** baoli has joined #openstack-nova21:22
mriedemimacdonn: i have to go back and look at replies, in the middle of debugging something21:22
*** artom has joined #openstack-nova21:23
fried_riceimacdonn: If mriedem is satisfied with my response at https://review.openstack.org/#/c/558089/1/nova/tests/unit/compute/test_compute_mgr.py@3730 then I think the remaining question is https://review.openstack.org/#/c/558089/1/nova/tests/unit/test_test.py@45 -- have you tried that out locally to see if it works?21:23
*** lpetrut has joined #openstack-nova21:24
mriedemlooking back at mitaka, the api creates the request spec, but doesn't send it to conductor.build_instances, that just builds it's own fake request spec to pass to the scheduler; conductor passes that fake reqspec down to compute, where it's ignored21:25
*** felipemonteiro__ has quit IRC21:25
mriedemthere are no request_spec.save() calls in mitaka, but there is that one in newton for a resize21:26
imacdonnfried_rice: I haven't ... because I don't really know what that test is intended to accomplish21:26
* fried_rice looks again...21:26
*** sdague has quit IRC21:27
mriedemso i wonder if this is what happened: built the server on host1, resized - failed on host2, rescheduled to host3, then tried to live migrate to host2 and that was kicked out because the request_spec.save() during the resize reschedule was persiste21:27
mriedem*persiste21:27
mriedemgdi21:27
mriedemthis thing https://github.com/openstack/nova/blob/stable/pike/nova/conductor/manager.py#L115521:27
mriedemwrong link, this https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L34921:27
fried_riceimacdonn: Does stuff break if you take out that particular PlacementFixture instantiation?21:27
*** eharney has quit IRC21:28
imacdonnfried_rice: yes, I had to add the PlacementFixture to get the test to not fail21:28
*** yamamoto has joined #openstack-nova21:28
cfriesen_mriedem: seems plausible21:29
mriedemcfriesen_: where the hell did you come from21:30
fried_riceimacdonn: I think mriedem is correct that start_service('compute') would accomplish the same thing (just looking at what start_service('compute') now does, as amended by you).  But then as you say, I'm not sure what we're gaining by that test in the first place, since there's any number of other tests that start_service('compute') already.  If it were up to me, I'd say nix the test.  So yeah, I guess let's wait for mrie21:30
*** Guest81836 has quit IRC21:30
cfriesen_mriedem: lurking all day, got bored with trying to solve internal race conditions21:31
imacdonnfried_rice: ack21:32
mriedemimacdonn: fried_rice: replied21:34
fried_ricethx21:34
imacdonnmriedem fried_rice Thanks .. I'll start wordsmithing comments then ;)21:35
openstackgerritJay Pipes proposed openstack/nova master: mirror nova host aggregate members to placement  https://review.openstack.org/55359721:40
*** yamamoto has quit IRC21:41
*** hongbin has quit IRC21:42
imacdonn        # compute should always be configured to use placement, for reporting21:43
imacdonn        # purposes, even if the scheduler doesn't require it. Verify this by21:43
imacdonn        # requesting a bogus resource_provider (to minimise cost). If a21:43
imacdonn        # MissingAuthPlugin results, it's likely due to lack of placement21:43
imacdonn        # configuration. If the request fails in any other way, it should be21:43
imacdonn        # obvious from the exception.21:43
imacdonnmriedem fried_rice any objections to that? or edits?21:43
*** slaweq_ has joined #openstack-nova21:44
fried_riceimacdonn: lgtm, but mriedem is the ocd one21:44
fried_rice:P21:44
imacdonn:)21:44
*** slaweq_ has quit IRC21:46
mriedemthat's the pot calling the kettle black if i've ever heard it21:46
*** slaweq has quit IRC21:46
*** mriedem is now known as mriedem_afk21:47
*** slaweq has joined #openstack-nova21:47
*** Nil_ has quit IRC21:47
*** leakypipes has quit IRC21:49
*** slaweq_ has joined #openstack-nova21:50
*** yassine_ has quit IRC21:53
*** slaweq has quit IRC21:55
openstackgerritiain MacDonnell proposed openstack/nova master: Update check to ensure compute is using placement  https://review.openstack.org/55808921:56
*** yassine_ has joined #openstack-nova21:56
openstackgerritChris Dent proposed openstack/nova master: Move test_report_client out of placement namespace  https://review.openstack.org/55891121:56
*** _ix has quit IRC21:58
*** burt has quit IRC22:01
*** lpetrut has quit IRC22:02
*** lpetrut has joined #openstack-nova22:17
*** sar has quit IRC22:20
*** tbachman_ has joined #openstack-nova22:20
*** mriedem_afk has quit IRC22:21
*** tbachman has quit IRC22:22
*** tbachman_ is now known as tbachman22:22
*** damien_r has quit IRC22:22
fried_riceรถ/22:23
*** fried_rice is now known as efried22:23
*** superdan is now known as dansmith22:25
*** lpetrut has quit IRC22:30
*** lpetrut has joined #openstack-nova22:30
*** mriedem has joined #openstack-nova22:35
*** figleaf is now known as edleafe22:37
*** lpetrut has quit IRC22:42
mriedemdansmith: i know you want to know this, but i figured out the bug22:45
*** liverpooler has quit IRC22:49
openstackgerritEd Leafe proposed openstack/nova master: WIP - Add a microversion for consumer generation  https://review.openstack.org/55895822:49
*** gjayavelu has joined #openstack-nova22:52
openstackgerritJackie Truong proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994922:55
openstackgerritJackie Truong proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620422:55
*** danpawlik has joined #openstack-nova23:15
*** danpawlik has quit IRC23:19
*** r-daneel has quit IRC23:20
*** hongbin has joined #openstack-nova23:28
*** lbragstad has quit IRC23:34
openstackgerritMatt Riedemann proposed openstack/nova master: Add regression test for persisted RequestSpec.retry from failed resize  https://review.openstack.org/50577123:35
openstackgerritMatt Riedemann proposed openstack/nova master: Add regression test for persisted RequestSpec.retry from failed resize  https://review.openstack.org/50577123:37
*** chyka has quit IRC23:39
*** itlinux has joined #openstack-nova23:40
*** sususuryashines has quit IRC23:51
*** AlexeyAbashkin has joined #openstack-nova23:53
*** danpawlik has joined #openstack-nova23:55
*** moshele has joined #openstack-nova23:57
*** AlexeyAbashkin has quit IRC23:58

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