Friday, 2018-04-27

*** salv-orlando has joined #openstack-nova00:00
*** slaweq has joined #openstack-nova00:01
*** mriedem has quit IRC00:05
*** slaweq has quit IRC00:06
*** salv-orlando has quit IRC00:06
*** liverpooler has joined #openstack-nova00:11
*** yamamoto has joined #openstack-nova00:12
*** sree has joined #openstack-nova00:15
*** yamamoto has quit IRC00:18
*** sree has quit IRC00:19
*** masuberu has joined #openstack-nova00:20
*** Dinesh_Bhor has joined #openstack-nova00:22
*** masber has quit IRC00:23
openstackgerritDinesh Bhor proposed openstack/nova master: PCPU: Define numa dedicated CPU resource class  https://review.openstack.org/56177000:24
*** yingjun has joined #openstack-nova00:29
*** gjayavelu has quit IRC00:31
openstackgerritSam Morrison proposed openstack/nova master: Allow ability for non admin users to use all filters on server list.  https://review.openstack.org/52655800:31
*** sree has joined #openstack-nova00:33
*** hoangcx has joined #openstack-nova00:33
*** yingjun has quit IRC00:36
*** sree has quit IRC00:38
*** hshiina|afk is now known as hshiina00:38
*** yingjun has joined #openstack-nova00:41
*** Zames has joined #openstack-nova00:45
*** Zames has quit IRC00:46
*** masber has joined #openstack-nova00:46
*** masuberu has quit IRC00:49
*** hongbin_ has joined #openstack-nova00:49
*** Zames has joined #openstack-nova00:50
*** vic-wu has joined #openstack-nova00:51
*** Zames has quit IRC00:53
yikun_@mriedem, @melwitt I will complete the novaclient change for micover 2.62 today. : ) thanks!00:59
*** psachin has joined #openstack-nova01:01
*** salv-orlando has joined #openstack-nova01:02
*** wolverineav has joined #openstack-nova01:02
*** sree has joined #openstack-nova01:04
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in tests/unit/api/*/test_volumes.py  https://review.openstack.org/56465501:06
*** salv-orlando has quit IRC01:06
*** phuongnh has joined #openstack-nova01:07
*** tetsuro has joined #openstack-nova01:07
*** sree has quit IRC01:09
*** wolverineav has quit IRC01:10
*** zhaochao has joined #openstack-nova01:12
*** tiendc has joined #openstack-nova01:12
*** yamamoto has joined #openstack-nova01:14
*** dpawlik has joined #openstack-nova01:15
lbragstad[m]Figure it out mriedem?01:17
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_live_migrate.py  https://review.openstack.org/56465601:18
*** yamamoto has quit IRC01:20
*** dpawlik has quit IRC01:20
*** harlowja has quit IRC01:23
*** masuberu has joined #openstack-nova01:27
*** hiro-kobayashi has joined #openstack-nova01:29
*** liverpooler has quit IRC01:30
*** masber has quit IRC01:31
*** phuongnh has quit IRC01:34
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_conductor.py (1)  https://review.openstack.org/56465801:34
*** phuongnh has joined #openstack-nova01:34
*** moshele has joined #openstack-nova01:34
*** sree has joined #openstack-nova01:41
*** felipemonteiro__ has joined #openstack-nova01:43
*** lei-zh has joined #openstack-nova01:46
*** sree has quit IRC01:46
*** gaoyan has joined #openstack-nova01:48
*** felipemonteiro__ has quit IRC01:49
*** gmann_ is now known as gmann01:49
*** masber has joined #openstack-nova01:54
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_conductor.py (2)  https://review.openstack.org/56465901:54
*** masuberu has quit IRC01:56
*** hamzy has joined #openstack-nova02:00
*** cfriesen has joined #openstack-nova02:00
*** slaweq has joined #openstack-nova02:02
*** salv-orlando has joined #openstack-nova02:02
*** Tom-Tom has joined #openstack-nova02:05
*** phuongnh has quit IRC02:05
*** dougshelley66 has quit IRC02:05
*** phuongnh has joined #openstack-nova02:05
*** slaweq has quit IRC02:06
*** salv-orlando has quit IRC02:07
openstackgerritTetsuro Nakamura proposed openstack/nova-specs master: Return resources of entire trees in Placement  https://review.openstack.org/55946602:09
*** yamamoto has joined #openstack-nova02:16
*** moshele has quit IRC02:18
*** yamamoto has quit IRC02:18
*** yamamoto has joined #openstack-nova02:18
*** hamzy has quit IRC02:29
*** hamzy has joined #openstack-nova02:36
*** gongysh has joined #openstack-nova02:48
*** gaoyan has quit IRC03:03
*** salv-orlando has joined #openstack-nova03:03
*** vladikr has quit IRC03:06
*** vladikr has joined #openstack-nova03:07
*** salv-orlando has quit IRC03:08
*** vladikr has quit IRC03:14
*** vladikr has joined #openstack-nova03:15
*** dpawlik has joined #openstack-nova03:16
*** dpawlik has quit IRC03:20
*** rajinir has quit IRC03:21
*** nicolasbock has quit IRC03:32
*** hiro-kobayashi has quit IRC03:40
*** lpetrut has joined #openstack-nova03:45
*** sree has joined #openstack-nova03:57
*** Dinesh_Bhor has quit IRC04:00
openstackgerritNguyen Hai proposed openstack/nova-specs master: Follow the new PTI for document build  https://review.openstack.org/55180204:01
*** sree has quit IRC04:01
*** slaweq has joined #openstack-nova04:03
*** fragatina has quit IRC04:04
*** salv-orlando has joined #openstack-nova04:04
*** fragatina has joined #openstack-nova04:04
*** Dinesh_Bhor has joined #openstack-nova04:06
*** yingjun has quit IRC04:06
*** slaweq has quit IRC04:08
*** sree has joined #openstack-nova04:08
*** fragatina has quit IRC04:08
*** salv-orlando has quit IRC04:09
*** vivsoni has joined #openstack-nova04:11
*** hongbin_ has quit IRC04:13
openstackgerritYikun Jiang (Kero) proposed openstack/python-novaclient master: Microversion 2.62 - Add host/hostId to instance action event  https://review.openstack.org/56466704:15
openstackgerritYikun Jiang (Kero) proposed openstack/python-novaclient master: Microversion 2.62 - Add host/hostId to instance action event  https://review.openstack.org/56466704:20
*** tetsuro has left #openstack-nova04:22
*** Zames has joined #openstack-nova04:22
*** lpetrut has quit IRC04:24
*** Zames has quit IRC04:26
*** cfriesen has quit IRC04:27
*** Dinesh_Bhor has quit IRC04:27
*** fragatina has joined #openstack-nova04:29
*** gongysh has quit IRC04:33
*** jmlowe has quit IRC04:34
*** janki has joined #openstack-nova04:43
*** janki has quit IRC04:44
*** abhishekk has joined #openstack-nova04:44
*** janki has joined #openstack-nova04:45
*** janki has quit IRC04:45
*** janki has joined #openstack-nova04:46
*** Zames has joined #openstack-nova04:50
*** Zames has quit IRC04:53
*** yikun__ has joined #openstack-nova04:55
*** yikun_ has quit IRC04:55
*** sridharg has joined #openstack-nova04:55
*** trinaths has joined #openstack-nova04:55
*** links has joined #openstack-nova05:04
*** armaan has joined #openstack-nova05:04
*** salv-orlando has joined #openstack-nova05:05
*** salv-orlando has quit IRC05:07
*** salv-orlando has joined #openstack-nova05:07
*** links has quit IRC05:08
*** jchhatbar has joined #openstack-nova05:11
*** janki has quit IRC05:13
*** links has joined #openstack-nova05:13
*** links has quit IRC05:13
*** lpetrut has joined #openstack-nova05:14
*** belmoreira has joined #openstack-nova05:16
*** dpawlik has joined #openstack-nova05:17
*** belmoreira has quit IRC05:18
*** masuberu has joined #openstack-nova05:20
*** fragatina has quit IRC05:21
*** dpawlik has quit IRC05:22
*** masber has quit IRC05:24
*** mikal_ has joined #openstack-nova05:24
*** mikal has quit IRC05:27
*** yikun_ has joined #openstack-nova05:27
*** ratailor has joined #openstack-nova05:28
*** yikun__ has quit IRC05:30
*** lpetrut has quit IRC05:31
*** jmlowe has joined #openstack-nova05:33
*** yingjun has joined #openstack-nova05:34
*** yingjun has quit IRC05:35
*** armaan has quit IRC05:42
*** yingjun has joined #openstack-nova05:43
*** udesale_ has joined #openstack-nova05:44
*** udesale_ has quit IRC05:44
*** germs has quit IRC05:46
*** AlexeyAbashkin has joined #openstack-nova05:46
*** germs has joined #openstack-nova05:47
*** germs has quit IRC05:47
*** germs has joined #openstack-nova05:47
*** claudiub has joined #openstack-nova05:47
*** masber has joined #openstack-nova05:47
*** Alexey_Abashkin has joined #openstack-nova05:47
*** masuberu has quit IRC05:50
*** AlexeyAbashkin has quit IRC05:51
*** Alexey_Abashkin is now known as AlexeyAbashkin05:51
*** blkart_ has quit IRC05:54
*** blkart_ has joined #openstack-nova05:55
*** AlexeyAbashkin has quit IRC05:55
*** AlexeyAbashkin has joined #openstack-nova05:55
*** armaan has joined #openstack-nova05:58
*** armaan has joined #openstack-nova05:59
*** AlexeyAbashkin has quit IRC06:02
*** AlexeyAbashkin has joined #openstack-nova06:03
*** armaan has quit IRC06:04
*** armaan has joined #openstack-nova06:04
*** vladikr has quit IRC06:10
*** vladikr has joined #openstack-nova06:11
*** lpetrut has joined #openstack-nova06:14
*** tianhui has quit IRC06:14
*** tianhui has joined #openstack-nova06:15
*** evin has joined #openstack-nova06:15
*** do3meli has joined #openstack-nova06:16
*** andreas_s has joined #openstack-nova06:20
*** armaan has quit IRC06:21
*** armaan has joined #openstack-nova06:21
*** moshele has joined #openstack-nova06:21
*** gongysh has joined #openstack-nova06:24
*** abalutoiu__ has joined #openstack-nova06:26
*** dikonoor has joined #openstack-nova06:26
*** vic_ has joined #openstack-nova06:27
*** lei-zh1 has joined #openstack-nova06:27
*** lei-zh has quit IRC06:27
*** vic-wu has quit IRC06:28
*** trungnv has joined #openstack-nova06:28
*** abalutoiu_ has quit IRC06:30
*** pcaruana has joined #openstack-nova06:33
*** moshele has quit IRC06:36
*** pooja-jadhav has joined #openstack-nova06:39
*** vic__ has joined #openstack-nova06:39
*** ShilpaSD has joined #openstack-nova06:40
*** vic_ has quit IRC06:42
*** nmathew has joined #openstack-nova06:42
*** Shilpa has quit IRC06:42
*** pooja_jadhav has quit IRC06:43
*** nmathew has quit IRC06:43
*** sahid has joined #openstack-nova06:44
*** pcaruana has quit IRC06:50
*** alex_xu has quit IRC06:51
*** alex_xu has joined #openstack-nova06:52
*** slaweq has joined #openstack-nova06:52
openstackgerritTetsuro Nakamura proposed openstack/nova master: Add unit tests for alloc_cands with member_of  https://review.openstack.org/56139906:53
openstackgerritTetsuro Nakamura proposed openstack/nova master: Fix member_of with shared providers  https://review.openstack.org/56140006:53
*** yikun__ has joined #openstack-nova06:54
*** yikun_ has quit IRC06:58
*** tbachman has quit IRC07:00
*** vic__ has quit IRC07:04
*** vic__ has joined #openstack-nova07:04
*** pcaruana has joined #openstack-nova07:06
*** yingjun has quit IRC07:08
*** mgoddard has joined #openstack-nova07:09
*** hemna_ has quit IRC07:09
*** alexchadin has joined #openstack-nova07:11
*** xinliang has quit IRC07:14
*** xinliang has joined #openstack-nova07:15
*** ccamacho has quit IRC07:17
*** rcernin has quit IRC07:17
*** dpawlik has joined #openstack-nova07:18
*** ccamacho has joined #openstack-nova07:18
*** gibi is now known as giblet07:19
gibletehh somebody registered the giblet nick :/07:21
*** dpawlik has quit IRC07:21
*** jaosorior has joined #openstack-nova07:21
*** yikun_ has joined #openstack-nova07:21
*** dpawlik has joined #openstack-nova07:22
*** yikun__ has quit IRC07:24
*** tesseract has joined #openstack-nova07:27
*** armaan has quit IRC07:35
*** armaan has joined #openstack-nova07:35
*** edmondsw has joined #openstack-nova07:36
openstackgerritYikun Jiang (Kero) proposed openstack/python-novaclient master: Microversion 2.62 - Add host/hostId to instance action event  https://review.openstack.org/56466707:38
*** damien_r has joined #openstack-nova07:40
*** edmondsw has quit IRC07:41
*** moshele has joined #openstack-nova07:41
*** vladikr has quit IRC07:45
*** vladikr has joined #openstack-nova07:47
*** jpena|off is now known as jpena07:52
*** armaan has quit IRC07:52
*** amoralej|off is now known as amoralej07:52
*** armaan has joined #openstack-nova07:53
*** tesseract has quit IRC07:53
*** tesseract has joined #openstack-nova07:56
*** lucas-afk is now known as lucasagomes07:58
*** giblet is now known as gibi08:08
*** gibi is now known as giblet08:08
openstackgerritMartin Midolesov proposed openstack/nova master: vmware:Validation video ram against the max video ram allowed.  https://review.openstack.org/56419308:10
*** moshele has quit IRC08:11
*** yikun_ has quit IRC08:14
*** yikun_ has joined #openstack-nova08:14
*** alexchadin has quit IRC08:14
*** jogo has quit IRC08:14
*** alexchadin has joined #openstack-nova08:15
*** pas-ha has joined #openstack-nova08:15
*** phuongnh has quit IRC08:16
*** phuongnh has joined #openstack-nova08:17
*** artom has quit IRC08:20
*** artom has joined #openstack-nova08:20
*** artom has quit IRC08:20
*** artom has joined #openstack-nova08:21
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Fix the policy argument in server-group-create  https://review.openstack.org/56469908:26
*** yikun__ has joined #openstack-nova08:27
*** kholkina has joined #openstack-nova08:27
*** yikun_ has quit IRC08:29
*** gaoyan has joined #openstack-nova08:34
*** mdbooth has joined #openstack-nova08:36
openstackgerritTakahito Hirose proposed openstack/python-novaclient master: modified novaclient/api_versions.py When using python 3.5.0, [- 4] can not take information. Necessary information is in the [-5]. Because it better is using 'for loops'.  https://review.openstack.org/56470208:39
*** derekh has joined #openstack-nova08:40
*** alexchadin has quit IRC08:42
*** gaoyan has quit IRC08:48
*** dtantsur|afk is now known as dtantsur08:55
*** pcaruana has quit IRC08:56
*** belmoreira has joined #openstack-nova09:00
*** phuongnh has quit IRC09:00
*** phuongnh has joined #openstack-nova09:01
*** hshiina has quit IRC09:02
*** gameon has joined #openstack-nova09:03
gameonHi all - I am running Pike, and have set 'osapi_compute_unique_server_name_scope = "global"' in nova.conf across all Nova nodes and scheduler containers, but I can still attempt to create two instances with the same name. The second will sit in a scheduling state, the expected 'InstanceExists' isn't produced. Does anyone have any advise, please?09:03
*** tssurya has joined #openstack-nova09:04
*** pcaruana has joined #openstack-nova09:07
*** sdeath has joined #openstack-nova09:09
*** tiendc has quit IRC09:09
*** jogo has joined #openstack-nova09:12
*** stakeda has quit IRC09:21
*** gameon has quit IRC09:24
*** kklimonda has joined #openstack-nova09:27
*** cdent has joined #openstack-nova09:34
*** shaohe_feng has quit IRC09:36
*** takashin has left #openstack-nova09:37
*** belmore__ has joined #openstack-nova09:42
*** annp has quit IRC09:44
*** belmoreira has quit IRC09:45
*** ansiwen[q] has quit IRC09:48
*** lei-zh1 has quit IRC09:50
*** blkart_ has quit IRC09:55
*** trungnv has quit IRC09:57
*** sean-k-mooney has joined #openstack-nova09:58
*** blkart has joined #openstack-nova09:58
*** alexchadin has joined #openstack-nova10:04
*** phuongnh has quit IRC10:08
*** Tom-Tom has quit IRC10:09
*** AlexeyAbashkin has quit IRC10:11
*** zz9pzza has quit IRC10:12
*** dtantsur is now known as dtantsur|brb10:13
*** mgoddard has quit IRC10:14
*** alexchadin has quit IRC10:14
*** l4yerffej has quit IRC10:15
*** l4yerffej has joined #openstack-nova10:17
openstackgerritTakahito Hirose proposed openstack/python-novaclient master: modified novaclient/api_versions.py When using python 3.5.0, [- 4] can not take information. Necessary information is in the [-5]. Because it better is using 'for loops'.  https://review.openstack.org/56472210:17
*** trinaths has quit IRC10:18
*** alexchadin has joined #openstack-nova10:19
*** sree has quit IRC10:19
*** sdague has joined #openstack-nova10:23
*** zz9pzza has joined #openstack-nova10:27
*** mgoddard has joined #openstack-nova10:30
*** nicolasbock has joined #openstack-nova10:30
openstackgerritTakahito Hirose proposed openstack/python-novaclient master: api_version decorator becomes an error in Python 3.5.0.  https://review.openstack.org/56472210:33
*** salv-orlando has quit IRC10:33
*** salv-orlando has joined #openstack-nova10:34
*** alexchadin has quit IRC10:36
*** hoangcx has quit IRC10:37
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Lift the restriction of choices for `cpu_model_extra_flags`  https://review.openstack.org/56392610:38
*** salv-orlando has quit IRC10:38
*** salv-orlando has joined #openstack-nova10:40
*** yamahata has quit IRC10:45
*** AlexeyAbashkin has joined #openstack-nova10:46
*** AlexeyAbashkin has quit IRC10:51
*** AlexeyAbashkin has joined #openstack-nova10:52
*** dougshelley66 has joined #openstack-nova10:54
*** alexchadin has joined #openstack-nova11:00
openstackgerritTakahito Hirose proposed openstack/python-novaclient master: api_version decorator becomes an error in Python 3.5.0.  https://review.openstack.org/56473111:04
*** dtantsur|brb is now known as dtantsur11:06
*** cdent has quit IRC11:10
*** andreas_s has quit IRC11:20
*** andreas_s has joined #openstack-nova11:20
*** abhishekk has quit IRC11:21
*** dougshelley66 has quit IRC11:22
*** andreas_s has quit IRC11:25
*** olivenwk has joined #openstack-nova11:31
sean-k-mooneystephenfin: impresive http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2018-04-26.log.html#t2018-04-26T10:23:28 ill add them to my review queue but it could take a while to get to all of them. is it working end ot end?11:32
openstackgerritMartin Midolesov proposed openstack/nova master: vmware:Validation video ram against the max video ram allowed.  https://review.openstack.org/56419311:34
*** sq4ind has quit IRC11:36
*** sq4ind has joined #openstack-nova11:36
*** lucasagomes is now known as lucas-hungry11:38
*** andreas_s has joined #openstack-nova11:39
*** cdent has joined #openstack-nova11:43
*** itlinux has joined #openstack-nova11:45
*** yingjun has joined #openstack-nova11:54
*** dougshelley66 has joined #openstack-nova11:54
*** jpena is now known as jpena|lunch11:56
*** evin has quit IRC11:57
*** efried is now known as fried_rice11:59
fried_riceō/11:59
sean-k-mooneyfried_rice: o/12:00
*** yingjun has quit IRC12:01
sean-k-mooneyfried_rice: am i correct in assuming that you are currently targeting Rocky 2 to complete the granular resouce request now that we are past rocky 112:01
fried_ricesean-k-mooney: I hadn't really considered a "target" tbh12:02
*** lpetrut has quit IRC12:02
fried_ricesean-k-mooney: I'm not hurrying, because jaypipes had said he didn't want it to go in until nrp was done.12:02
fried_ricesean-k-mooney: I personally don't think it needs to wait (we can still get some good scenarios with just sharing providers) but that's taken some of the steam off.12:03
sean-k-mooneynrp is kind of done already. at least the ablity to model things with nested resouce providers but i gues you mean the ablity to use nRPs with allocation candiates12:03
mdboothLibvirtDriver._should_disconnect_volume() has no locking :(12:03
fried_ricesean-k-mooney: The latter, without which nrp doesn't help us much.12:03
mdbooths/volume/target/12:03
*** lpetrut has joined #openstack-nova12:04
fried_ricemdbooth: locking schmocking.  It must be eventlet's fault.12:04
mdboothfried_rice: Every time... we never add locking to this stuff.12:04
sean-k-mooneyfried_rice: well it allows you to do all of the discovery part in things like cyborg or other project that will use NPRs in the future just not the schduling part12:04
fried_ricesean-k-mooney: Right.  And without the scheduling part... what can we do with it?12:05
*** tbachman has joined #openstack-nova12:05
cdentgaze at our lovely towers?12:06
mdboothThe rule of thumb is: if there's an opportunity for a race, it's almost always actually a race.12:06
*** gameon has joined #openstack-nova12:06
sean-k-mooneyfried_rice: expose our inventories of resouces and starte to think about how to organise the tree and what to model as seperate resouces classes/ common with traits12:06
sean-k-mooneyfried_rice: so baicaly nothing beyond get a feel for how the api will work when we have requests12:07
* cdent thinks we need to get sean-k-mooney to auto join #openstack-placement12:07
fried_ricesean-k-mooney: Yup.  We should totally start to think about that.  And like half of the specs open/approved for Rocky think about it.12:07
sean-k-mooneycdent: i proably should12:07
fried_ricesean-k-mooney: Which of course means that those specs are dead in the water until nrp works in alloc cands.12:08
sean-k-mooneyfried_rice: yes i just find its eaiser to do that kind of thing when you have something concreate to test it with12:08
*** mchlumsky has joined #openstack-nova12:09
*** alex_xu has quit IRC12:10
*** alex_xu has joined #openstack-nova12:10
*** jmlowe has quit IRC12:13
*** mchlumsky has quit IRC12:16
*** edleafe is now known as figleaf12:17
*** mchlumsky has joined #openstack-nova12:17
*** Guest12005 has quit IRC12:17
*** yassine has joined #openstack-nova12:18
*** yassine is now known as Guest4668212:19
*** sree_ has joined #openstack-nova12:20
*** liverpooler has joined #openstack-nova12:20
*** sree_ is now known as Guest709012:21
*** Guest7090 has quit IRC12:24
*** jmlowe has joined #openstack-nova12:27
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Fix the policy argument in server-group-create  https://review.openstack.org/56469912:28
*** jaypipes is now known as leakypipes12:30
*** alexchadin has quit IRC12:30
leakypipessean-k-mooney: https://review.openstack.org/#/c/554529/12:31
sean-k-mooneyleakypipes: oh cool i see its jsut pending a +w12:32
*** yamamoto has quit IRC12:33
*** evin has joined #openstack-nova12:35
*** liverpooler has quit IRC12:36
*** liverpooler has joined #openstack-nova12:37
*** liverpooler has quit IRC12:37
*** liverpooler has joined #openstack-nova12:38
fried_ricesean-k-mooney: tbc, that patch does *not* enable nrp in alloc cands.  There's half a dozen patches on top of it that get closer.  But the actual microversion patch to make it work through the API has not yet been proposed (to my knowledge).12:38
*** lucas-hungry is now known as lucasagomes12:38
*** gongysh has quit IRC12:38
sean-k-mooneyfried_rice: ok im just reading through the patch now12:39
fried_ricesean-k-mooney: Best of luck.12:40
fried_ricesean-k-mooney: If you understand this sqla stuff, we could use your help :)12:40
kashyapsean-k-mooney: When you can, want to ACK this: https://review.openstack.org/#/c/563926/12:40
kashyap(It's the Lift the restriction of choices for `cpu_model_extra_flags`)12:40
kashyapsean-k-mooney: After discussion with QEMU / libvirt folks, I've lifted restriction for all three CPU modes12:40
sean-k-mooneyfried_rice: i understad some of it but leakypipes still runs rings around me when it comes to sql12:41
kashyap(See the config file help text for a valid use case.)12:41
*** psachin has quit IRC12:41
sean-k-mooneykashyap: adding flag to host-passthrough may be unsafe12:41
kashyapsean-k-mooney: I have a good counter-argument12:42
kashyapsean-k-mooney: I present you ... this test case: https://kashyapc.fedorapeople.org/CPU-flags-and-host-passthrough/readme.txt12:42
sean-k-mooneykashyap: you mean the fixed the fact kvm can crash internally when using nested virt and emulating cpu instruction not supported by the host12:42
kashyapsean-k-mooney: In brief: Sometimes QEMU disables certain CPU features (like Intel's "invtsc" (the Invariant TSC)12:42
kashyapIn that case, you _do_ want to specify explicitly the CPU flag *even with* 'host-passthrough'12:43
kashyapsean-k-mooney: No, a different case ^12:43
fried_ricestephenfin: Remember I was having trouble rebuilding my docs env under tox?12:43
kashyapsean-k-mooney: Even if your baremetal host has 'invtsc', if you do 'host-passthrough' and check /proc/cpuinfo, you won't find it:12:44
kashyap    $ cat /proc/cpuinfo | grep nonstop_tsc12:44
kashyap    $ echo $?12:44
kashyap    112:44
kashyapsean-k-mooney: However, if you do specify the flag explicitly with 'host-passthrough', and again check /proc/cpuinfo in the guest, you _will_ find it.12:44
sean-k-mooneykashyap: hehe yes that case makes sense. i just wanted to point out that kvm + nested virt + emulating some instruction not supported by the host cpu has been buggy in the past so we have to be careful what you add12:44
fried_ricestephenfin: I dorked with it some more this morning and was able to get around it by adding --no-cache to the pip command (in the [testenv] section of tox.ini).12:44
kashyapsean-k-mooney: Okido; Yeah, I see your other point12:45
*** alexchadin has joined #openstack-nova12:45
kashyapsean-k-mooney: That is strictly in the wheelhouse of the Operator; if they insist on shooting themselves in the foot, we can't help12:45
sean-k-mooneykashyap: true but we can at least tell them the gun is loaded when we give it to them in docs :)12:46
kashyapHaha12:46
kashyapThese gun metaphors make me twitch12:46
sean-k-mooneyya i guess in current climate they can sometimes be in poor taste12:47
kashyapsean-k-mooney: If you have a preferred wording, please note in the review12:47
* kashyap will interpret the metaphors in the right spirit12:47
sean-k-mooneykashyap: well im conflited on that as personaly i consider it to be a kvm/kernel bug so nova should not have to tell you about it.12:48
kashyapYeah12:48
kashyapProbably let's not confuse12:48
kashyapThe help text for that already requires undivided attention to read and apply it properly12:48
kashyapWe'll get to it when we get the first bug filed in that area12:49
sean-k-mooneythe old example of what used to trigger it was adding AVX on a cpu that did not have it caused a fallback to sse4 instruction in qemu but that fallback was buggy when used with kvm and nested virt turned on12:49
*** lyan has joined #openstack-nova12:50
*** ratailor has quit IRC12:50
sean-k-mooneyi think that has been fix however.12:50
*** lyan is now known as Guest3614312:50
kashyapAside: What does AVX do?12:51
kashyapAh, found it: https://en.wikipedia.org/wiki/Advanced_Vector_Extensions12:52
sean-k-mooneykashyap: yep its basicaly extra wide simd instructions. which is why you can emulate them with sse instrutions at a performace penalty but still better then not using avx at all12:53
kashyapI see, thanks for the explanation12:54
*** jpena|lunch is now known as jpena12:54
*** cfriesen has joined #openstack-nova12:57
*** pooja-jadhav has quit IRC12:58
*** tbachman has quit IRC13:00
sean-k-mooneykashyap: out of interest does cpu model Haswell-noTSX-IBRS have meltdown/specter fixed13:00
*** wolverineav has joined #openstack-nova13:00
sean-k-mooneythe fact that its IBRS and not noIBRS implies it doing speclitive execution13:01
*** gameon has quit IRC13:03
*** tbachman has joined #openstack-nova13:04
*** alexchadin has quit IRC13:05
*** Shilpa has joined #openstack-nova13:05
mdboothjgriffith: https://bugs.launchpad.net/nova/+bug/176736313:11
openstackLaunchpad bug 1767363 in OpenStack Compute (nova) "Deleting 2 instances with a common multi-attached volume can leave the volume attached" [Undecided,New]13:11
kashyapsean-k-mooney: Was AFK briefly13:12
kashyapsean-k-mooney: Yes, and no13:12
sean-k-mooneykashyap: yes to meltdown and not to specter because qemu/kvm/kernel is patch to prevent that?13:13
*** mriedem has joined #openstack-nova13:13
kashyapExactly13:13
sean-k-mooneykashyap: cool then IBRS makes sense13:14
kashyapsean-k-mooney: And more over: those -noIBRS models _doesn't_ include 'PCID' (some got confused)13:14
*** cdent has quit IRC13:14
*** mlavalle has joined #openstack-nova13:14
*** yamamoto has joined #openstack-nova13:14
*** yamamoto has quit IRC13:14
sean-k-mooneykashyap: right well i guess it you dont do speculatve branch execution then you dont need pcid to create seperate user/kernel adress contextes in the guest to mitigate the security risk13:16
kashyapsean-k-mooney: Hmm, didn't think that way; that's a good point.13:16
*** cfriesen has quit IRC13:17
*** yamamoto has joined #openstack-nova13:18
stephenfinsean-k-mooney: Sure is. I tested on an AIO DevStack deployment with OVS and things get shunted to the correct NUMA node13:23
*** stephenfin is now known as finucannot13:23
sean-k-mooneystephenfin: cool13:23
*** r-daneel has joined #openstack-nova13:24
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: Lift the restriction of choices for `cpu_model_extra_flags`  https://review.openstack.org/56392613:25
sean-k-mooneyfinucannot: did you see my comment on https://review.openstack.org/#/c/564439/113:30
kashyapmriedem: Nice of you to fix the nits yourself13:31
sean-k-mooneyfinucannot: also cool i might see if i can test it with ovs-dpdk but it will be next week at the earliest before i do13:31
* finucannot clicks13:31
finucannotsean-k-mooney: That would be great. I was planning to do that myself. I also want to do some multi-host testing (to properly validate the scheduler aspects of things) though live migration is off the cards, seeing as this requires CPU pinning13:33
finucannotsean-k-mooney: Question though: both you and jaypipes keep using the term "network backend". What do mean?13:33
finucannote.g. https://review.openstack.org/#/c/564439/1/nova/objects/numa.py@16413:33
*** dansmith is now known as superdan13:34
*** bnemec has quit IRC13:35
sean-k-mooneyfinucannot: when i was using "network backend" i was referning to ovs vs linux bridge vs vpp vs sriov ...13:35
leakypipesbauzas: so I've yet to see a single operator respond with a custom scheduler filter being used in the openstack-operators survey on scheduler filters.13:35
finucannotsean-k-mooney: So neutron agents?13:35
sean-k-mooneyfinucannot: so neutron can only have one tunnel enpoint ip for the ovs agent but if you also ran linux bridge on the host it could have a different one13:36
sean-k-mooneyfinucannot: ya basically13:36
bauzasleakypipes: maybe they're shy ? :p13:36
*** esberglu has joined #openstack-nova13:38
*** READ10 has joined #openstack-nova13:38
finucannotsean-k-mooney: Yeah, I think we need to settle on terminology here. So to start, we've got neutron agents. Theoretically you can run many of these on one host but we're going to consider that out of scope here, I guess13:38
sean-k-mooneyfinucannot: normally you will have sriov + one other maxium per host13:39
sean-k-mooneyfinucannot: you can have more but gernally running more then two agent does not by you anything usefull and is a pain to mainatin13:40
*** burt has joined #openstack-nova13:40
*** bnemec has joined #openstack-nova13:42
sean-k-mooneyleakypipes: there were a few responces on the openstack-dev thread but ya i guess either operators dont want to share or have not seen it13:43
sean-k-mooneyleakypipes: looking at the responces only the AggregateInstanceExtraSpecsFilter and AggregateImagePropertiesIsolation need complex metadata stored on the host aggreates which cant be offloaded to placement13:44
leakypipessean-k-mooney: and ComputeCapabilitiesFilter.13:45
leakypipessean-k-mooney: the AggregateInstanceExtraSpecsFilter and AggregateImagePropertiesIsolation stuff will be handled fully by superdan's placement-request-filter work.13:46
superdanum13:46
superdanfully?13:46
leakypipesFULLY!13:46
leakypipesbecause... superdan.13:46
*** awaugama has joined #openstack-nova13:46
sean-k-mooneyleakypipes: hum i assumed that we would be able to modle the compute capablities could be handeled by traits on the compute node RP but i admit i have not looked at what that does in a while13:46
superdanthe former is what you use for general flavor-to-aggregate mapping right?13:47
leakypipessean-k-mooney: it is this ludicrousness that is problematic to "port" to placement: https://github.com/openstack/nova/blob/master/nova/scheduler/filters/compute_capabilities_filter.py#L49-L5613:47
leakypipessuperdan: yes. and the latter is tenant to aggregate mapping13:47
superdanleakypipes: no, the latter is for image-based mapping13:48
superdanleakypipes: there is a dedicated tenant filter for tenant-to-aggregate13:48
leakypipessuperdan: ack, apologies, yep.13:48
leakypipessuperdan: IsolatedHostsFilter?13:48
leakypipesnope, that's the image one too13:49
sean-k-mooneyleakypipes: https://github.com/openstack/nova/blob/master/nova/scheduler/filters/aggregate_multitenancy_isolation.py13:49
leakypipesAggregateMultiTenancyIsolation13:49
leakypipes:013:49
superdanright, that's the tenant one13:49
leakypipessean-k-mooney: just beat ya. :)13:49
leakypipessean-k-mooney: also, see this craziness here: https://github.com/openstack/nova/blob/master/nova/scheduler/filters/compute_capabilities_filter.py#L76-L10713:49
leakypipessean-k-mooney: there's not a chance that will be ported as a placement filter.13:50
*** edmondsw has joined #openstack-nova13:51
sean-k-mooneyleakypipes: perhaps port is the wrong word. i think many of the usecase that this was used for can be supported with placement with out all the extra spec hardcodeing that was dont in that filter13:51
*** jchhatbar has quit IRC13:52
sean-k-mooneyhowever bad the compute_capablities_filter looks however the json filter is 10 times worse https://github.com/openstack/nova/blob/master/nova/scheduler/filters/json_filter.py13:52
leakypipessean-k-mooney: yep.13:53
leakypipessean-k-mooney: luckily I have yet to see anyone say they are using it.13:53
sean-k-mooneyout of interest is there a policy on deprecating filters over time13:54
*** dave-mccowan has joined #openstack-nova13:55
*** cfriesen has joined #openstack-nova13:55
leakypipessean-k-mooney: well, as soon as the filter becomes redundant, we want to deprecate it.13:55
*** cdent has joined #openstack-nova13:56
*** eharney has quit IRC13:57
bauzasleakypipes: just keep in mind that till' we prevent other scheduler drivers but FilterScheduler, we can't remove the filters that are feature-parity with superdan's placement-request-filter work13:58
superdanum13:58
bauzasleakypipes: other good news, we still allow to run custom scheduler driver, AFAIK13:58
superdanyou mean cachingscheduler only right?13:58
bauzassuperdan: I need to look at code, but I think we can run any scheduler driver code13:59
superdanbecause I don't think we're promising to keep filters around for our own scheduler for other drivers13:59
superdansure, but,13:59
superdanthat's your problem if you do13:59
bauzasthat's one way to see it :)13:59
superdanif you swap out the whole driver, but import our filters to use them...13:59
bauzasbut yeah, at least in-tree, we still have CachingScheduler and ChanceScheduler13:59
*** dave-mccowan has quit IRC13:59
bauzasboth aren't calling placement14:00
superdanheh, chancescheduler :)14:00
*** johnthetubaguy_ is now known as johnthetubaguy14:00
bauzastbc, while the former is production-targeted, I think we can safely drop chancescheduler14:00
bauzas... except we use it at lot in our functional tests14:00
bauzasAFAIR14:01
*** dave-mccowan has joined #openstack-nova14:01
bauzaschancescheduler is just random(host)14:01
bauzasit's not about chance14:01
*** yamahata has joined #openstack-nova14:01
sean-k-mooneybauzas: we do stil allow out of tree scheduler driver but we dont gurarntee not to break them14:01
bauzasI agree14:02
bauzasI'm just saying we allow that, so communication is the key14:02
*** gongysh has joined #openstack-nova14:03
sean-k-mooneyin future we will likely want to narrow that to say if you run a out of tree driver it must call placement but there is not much add benifit to that vs the filter driver with just one custom filter14:03
*** ratailor has joined #openstack-nova14:03
*** gongysh has quit IRC14:03
sean-k-mooneybauzas: the chance schduler could likely be ported to just a random weigher and a pass all filter for functional tests14:05
*** dtantsur is now known as dtantsur|brb14:07
*** ivve has quit IRC14:08
*** alex_xu has quit IRC14:09
openstackgerritMerged openstack/nova master: placement: resource requests for nested providers  https://review.openstack.org/55452914:09
openstackgerritMerged openstack/nova master: Fix tox -e docs  https://review.openstack.org/56463114:10
*** ShilpaSD has quit IRC14:10
openstackgerritTakahito Hirose proposed openstack/python-novaclient master: api_version decorator becomes an error in Python 3.5.0.  https://review.openstack.org/56477414:11
*** alex_xu has joined #openstack-nova14:11
*** salv-orlando has quit IRC14:11
*** salv-orlando has joined #openstack-nova14:12
*** hemna_ has joined #openstack-nova14:13
*** salv-orlando has quit IRC14:16
*** itlinux has quit IRC14:19
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Make sure microversion < 2.62 does not show host(Id) for instance actions  https://review.openstack.org/56478214:21
*** jogo has quit IRC14:22
*** ivve has joined #openstack-nova14:23
sahidmriedem, superdan, when you have a moment i commented on a patch we have worked on14:30
sahidhttps://review.openstack.org/#/c/497457/30/nova/virt/libvirt/driver.py@738414:30
sahidi think we will have to find a solution to address a specific case14:30
*** yamamoto has quit IRC14:31
*** ratailor has quit IRC14:31
*** andreas_s has quit IRC14:34
*** Shilpa has quit IRC14:34
*** AlexeyAbashkin has quit IRC14:38
*** dave-mccowan has quit IRC14:42
*** itlinux has joined #openstack-nova14:43
*** dave-mccowan has joined #openstack-nova14:43
sean-k-mooneymriedem: im going to be offlie for a while soon but ill try and respin https://review.openstack.org/#/c/553072/5 today.14:43
sahidsean-k-mooney: don't set workflow -1, if you can't address the comments I will try next week14:45
sean-k-mooneymriedem: ill also try and and set up a mixed lb and ovs devstack at the weekend/this evening to test https://review.openstack.org/#/c/551370/ and ill post the local.conf. i should be able to convert that into a ci job once i know what the local.conf need to look like.14:45
sean-k-mooneysahid: well i set -1 since i plan to fix it myself later today once i get home.14:46
*** dave-mcc_ has joined #openstack-nova14:46
mriedemsean-k-mooney: cool, thanks14:46
*** yamamoto has joined #openstack-nova14:46
*** melwitt is now known as jgwentworth14:47
*** dave-mccowan has quit IRC14:48
kashyapmriedem: Fixed another typo in the config file: s/the you need to/then you need to/ in that change14:49
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Lift the restriction of choices for `cpu_model_extra_flags`  https://review.openstack.org/56392614:50
*** hongbin_ has joined #openstack-nova14:50
mriedemkashyap: did you see the comment from danpb?14:50
mriedemon PS614:50
kashyapmriedem: Oh, let me see14:50
kashyapmriedem: Darn14:51
kashyapIn the original series, I _did_ canonicalize14:51
kashyap(s/series/patch/)14:52
sean-k-mooneykashyap: ya i was about to check if it was done in the previous patch14:52
kashyapsean-k-mooney: In the original backported version we ignore the case14:52
kashyapHmm14:53
*** itlinux has quit IRC14:53
sean-k-mooneykashyap: in that case you proably want a patch to just lowercase the flags then rebase https://review.openstack.org/#/c/563926/ on top14:53
sean-k-mooneythen we can backport the lowercsing seperatly14:54
kashyapsean-k-mooney: Hmm, I'm a bit torn14:54
kashyapWhether to just do the canonicalization to lowercase in this patch14:54
kashyap(Which seems cleaner)14:54
sahidsean-k-mooney: ok thanks14:54
kashyapBut there's the "What about backports" thing14:55
sean-k-mooneykashyap: actully we have a choices element in the backport right?14:55
sean-k-mooneykashyap: e.g. the backported verion only allows pcid14:55
kashyapsean-k-mooney: We do, and also have: 'ignore_case=True'14:55
kashyapsean-k-mooney: Yes, only 'pcid' was allowed14:55
*** itlinux has joined #openstack-nova14:56
sean-k-mooneyso for the backport if we always emit lowercase pcid then its fine to jsut canonicalise the names in https://review.openstack.org/#/c/56392614:56
*** dtantsur|brb is now known as dtantsur14:56
kashyapsean-k-mooney: No, in the backport too we ignore casing.14:56
leakypipesTheJulia: FYI, I'm reviewing the ironic instance_uuid prep_for_spawn() patch. Might take a little while.14:57
TheJulialeakypipes: thanks, no worries :) I just don't want it to fall off radars :)14:57
leakypipesyup, no worries.14:57
*** yamamoto has quit IRC14:58
*** do3meli has quit IRC14:59
sean-k-mooneykashyap: https://github.com/openstack/oslo.config/blob/master/oslo_config/types.py#L160-L164 this should lowercase it for you15:01
* kashyap clicks15:02
sean-k-mooneyoh wait no15:02
kashyapNot really15:02
kashyapSomething like:15:02
sean-k-mooneyit returns value not processed_value15:02
kashyap    extra_flags = set([flag.lower() for flag in CONF.libvirt.cpu_model_extra_flags]15:02
sean-k-mooneykashyap: ya that will solve it i was just hopping that the sting value would convert it to the canonical form pecifed in the choices field on your behalf15:04
*** rajinir has joined #openstack-nova15:06
*** yamamoto has joined #openstack-nova15:07
*** felipemonteiro__ has joined #openstack-nova15:08
*** pcaruana has quit IRC15:11
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276615:11
openstackgerritChris Dent proposed openstack/nova master: Isolate placement database config  https://review.openstack.org/54143515:11
openstackgerritChris Dent proposed openstack/nova master: WIP: Ensure that os-traits sync is attempted only at start of process  https://review.openstack.org/55385715:11
openstackgerritChris Dent proposed openstack/nova master: WIP: Add PLACEMENT_DB_ENABLED=True to the nova-next job  https://review.openstack.org/56406715:12
*** yamamoto has quit IRC15:12
*** salv-orlando has joined #openstack-nova15:12
*** tbachman has quit IRC15:13
*** vladikr has quit IRC15:16
*** yamamoto has joined #openstack-nova15:17
*** vladikr has joined #openstack-nova15:17
*** salv-orlando has quit IRC15:17
*** dpawlik has quit IRC15:17
*** jogo has joined #openstack-nova15:19
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276615:21
openstackgerritChris Dent proposed openstack/nova master: Isolate placement database config  https://review.openstack.org/54143515:21
openstackgerritChris Dent proposed openstack/nova master: WIP: Ensure that os-traits sync is attempted only at start of process  https://review.openstack.org/55385715:21
openstackgerritChris Dent proposed openstack/nova master: WIP: Add PLACEMENT_DB_ENABLED=True to the nova-next job  https://review.openstack.org/56406715:22
leakypipesjroll, TheJulia: from bug #1766301's report: "This can be preproduced fairly easily with TripleO and a lack of a resource class defined on the flavor."15:24
openstackbug 1766301 in OpenStack Compute (nova) "ironic baremetal node ownership not checked with early vif plugging" [Undecided,In progress] https://launchpad.net/bugs/1766301 - Assigned to Julia Kreger (juliaashleykreger)15:24
leakypipesjroll, TheJulia: from bug #1766301's report: I didn't think we allowed "disabling resource class defined on the flavor" for Ironic?15:24
TheJulialeakypipes: turns out tons of people didn't get the memo that resource classes were required for baremetal15:25
*** claudiub has quit IRC15:26
leakypipesTheJulia: the issue I have with the patch is that the solution for this problem (needing an atomic claim of resources) *was* the placement claiming resources for an instance.15:26
leakypipesTheJulia: can this be reproduced *without* "disabling resource classes in flavors"?15:26
*** hjensas has joined #openstack-nova15:27
jgwentworthwhen we talked about this last time, it can also happen if other things other than nova are calling ironic API15:27
dtantsurleakypipes: imagine a rare case of nova co-existing with non-nova using ironic15:27
dtantsur(which may not be actually rare)15:28
jgwentworthso it seemed valid to us to go ahead and do the node reserve first15:28
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Lift the restriction of choices for `cpu_model_extra_flags`  https://review.openstack.org/56392615:28
leakypipesjgwentworth: other than Ironic, what virt driver needs to "reserve a node"?15:29
*** AlexeyAbashkin has joined #openstack-nova15:29
jgwentworthleakypipes: none, but it doesn't seem unreasonable to offer virt driver "pre-spawn" and "cleanup-pre-spawn". we already did it, we just named it "setup_network_*" instead15:29
TheJulialeakypipes: I think so, just have two consumers of ironic's api try to deploy the same hardware at the same time15:30
leakypipesjgwentworth: for the record, "reserving a node" is precisely what the claim_resources() is doing in the scheduler when Ironic is involved in the request.15:30
jgwentworthI suggested changing the name of the methods to be more generic and just use them for reserve and unreserve15:30
kashyapmriedem: Does that look better: https://review.openstack.org/#/c/563926/8/nova/virt/libvirt/driver.py@381715:30
kashyapmriedem: But it won't fix stable branches.15:30
kashyapmriedem: How about sean-k-mooney's idea: Make the "casing normalization" patch on _top_ of the existing change15:31
kashyapSo that it can be backported to stable branches too?15:31
jgwentworthleakypipes: yeah, but that won't help if something outside of nova is also using the ironic API, right15:32
jgwentworthwhich is valid15:32
leakypipesjgwentworth: seems like a poor reason to essentially put in a new locking mechanism into the virt driver API.15:32
leakypipesTheJulia, jgwentworth: why do two consumers of Ironic's API try to deploy the same hardware at the same time?15:34
jgwentworthwell, it's not going to be "start locking mechanism" and "release locking mechanism", it should be generic like "pre spawn" "cleanup pre spawn". I thought that's a thing that virt drivers could want to do15:34
TheJulialeakypipes: manual orchestration, disconnected orchestration, single hardware resource pools shared amongst teams using different tooling.15:35
leakypipesTheJulia, jgwentworth: why not have those consumers reserve a node before they start deploying to it? if this is truly out of Nova, I don't see why Nova should have a change to its virt driver API to handle this.15:35
*** jaosorior has quit IRC15:35
*** yamamoto has quit IRC15:35
TheJuliahow long would it take for nova to pickup that instance_uuid is set and mark the node as in use?15:36
leakypipesTheJulia: I thought you have been discussing Nova *not* being in use here?15:36
*** gyee has joined #openstack-nova15:36
mriedemkashyap: if we need to fix stable branches you're going to have to make that a separate change15:36
TheJulialeakypipes: but the flag for reservation/use of a node is quite literally the instance_uuid field15:36
leakypipesTheJulia: let's back up a sec here.15:37
TheJuliahence why we needed to move it earlier because nodes were running out of network ports and failing any network related issue as "block device mapping" failures15:37
leakypipesTheJulia: what is the thing that is the "consumer of Ironic's API"?15:37
jgwentworthleakypipes: they do. the problem is ironic needs to get the IP of an instance before attaching a volume because some volume backends require it, and they have to plug vifs to do it, and they're currently doing that outside of node reserve in their virt driver, because they had to do node reserve in spawn, because there isn't a virt driver method that let's them use it to do node reserve15:37
kashyapmriedem: I damn well tried both upper and lower in my functional test; I didn't catch it there.  Bizarre15:38
kashyapmriedem: I'll do another test and then make a comment on the change15:38
leakypipesjgwentworth, TheJulia: can we do a hangout please?15:38
TheJulialeakypipes: any number of nova-compute services, humans with playbooks, humans with python-ironcclient who know exactly what they want and if they honor and place the instance_uuid, the placement stuff doesn't pickup on that until later. The assertion of the instance_uuid field to the ironic API will fail if it is already set which allows nova to know "oh, this can be rescheduled"15:38
*** lpetrut has quit IRC15:38
TheJulialeakypipes: sure15:38
jgwentworthokay15:38
TheJuliawho is making a room?15:39
leakypipesTheJulia, jgwentworth: https://hangouts.google.com/call/v-fWz1j1qrJCQ4mjKR-cAAEE15:39
*** zhaochao has quit IRC15:43
openstackgerritLance Bragstad proposed openstack/nova master: Simplify logic in get_enforcer  https://review.openstack.org/53100815:43
*** olivenwk has quit IRC15:52
openstackgerritLance Bragstad proposed openstack/nova master: Deprecate rule:context_is_admin  https://review.openstack.org/56434915:54
*** dpawlik has joined #openstack-nova15:57
*** felipemonteiro_ has joined #openstack-nova15:57
*** lucasagomes is now known as lucas-afk15:58
*** mgoddard has quit IRC15:58
*** tbachman has joined #openstack-nova16:00
*** eharney has joined #openstack-nova16:01
*** felipemonteiro__ has quit IRC16:01
mriedemfinucannot: off the top of your head,16:01
*** sdeath has quit IRC16:01
*** dpawlik has quit IRC16:02
*** bnemec is now known as beekneemech16:02
mriedemdoes hw:cpu_policy=shared just mean vcpus can float across pcpus in any number? like, do we have a way to say that the vcpus must be evenly distributed?16:02
finucannotwhat do you mean, in any number?16:03
mriedemi think i might be looking for16:03
*** kholkina has quit IRC16:03
mriedemFLAVOR-CORES: (comma-separated list of integers) A list of instance vCPUs to map to instance NUMA node N. If not specified, vCPUs are evenly divided among available NUMA nodes.16:03
mriedemfrom https://docs.openstack.org/nova/latest/user/flavors.html16:03
finucannotUnless you're specifying guest NUMA topologies, I don't think that's what you're looking for16:03
finucannot*requesting16:04
mriedemKevin_Zheng: around?16:04
finucannotThat lets you say "I want 2 cores to go to _guest_ NUMA node 0 and 6 cores to _guest_ NUMA node 1"16:04
finucannot(as an example)16:04
Kevin_ZhengYeah16:05
mriedemi was thinking if i have a flavor with 8 vcpu and i want those divided evently across numa node 0 and 116:05
mriedem*evenly16:05
finucannotmriedem: hw:numa_nodes=216:05
finucannotnova won't split guest NUMA nodes across host NUMA nodes16:05
finucannot(nor will it allow two guest NUMA nodes be placed on the same host NUMA node. I think that's a mistake, but that's neither here nor there)16:06
sean-k-mooneyfinucannot: that is a limitation of the libvirt dirver16:06
finucannotsean-k-mooney: What is? Splitting guest NUMA nodes or placing two guest NUMA nodes on the same host node?16:07
sean-k-mooneyfinucannot: the api allowas multiple guest numa nodes to be on the same host numa node but the recent placement discustion regarding resource groups changes that16:07
Kevin_ZhengIf I specify numa-nodes=2 and cpu_policy=strict do I got some CPI16:07
sean-k-mooneyfinucannot: having a guest numa node span host numa nodes would violate that api16:08
Kevin_ZhengSome vcpu on host numa0 and others in host numa1?16:08
sean-k-mooneyfinucannot: having two guest numanodes mapped to a single host numa node would not16:08
finucannotsean-k-mooney: to what API do you refer?16:08
finucannotKevin_Zheng: I assume you mean hw:cpu_policy=dedicated16:08
sean-k-mooneythe meaning of the flavor extra specs16:08
*** trinaths has joined #openstack-nova16:09
Kevin_ZhengAh yes16:09
finucannotIn which case, yes, the 1/N guest cores go on each host NUMA node, where N is the number of guest NUMA nodes16:09
Kevin_ZhengOK THANKS that’s what I’m asking16:09
sean-k-mooneyfinucannot: yes that is the default bevahoir if hw:numa_nodes=n16:10
finucannotsean-k-mooney: Yeah, I'm in agreement with you there. There's no reason we shouldn't be able to squash 2 or more guest NUMA nodes on the same host NUMA node16:10
finucannotSo long as we don't split a guest NUMA node across two or more host nodes16:11
Kevin_Zhengone more thing, it is available in mitaka? Correct?16:11
finucannotsean-k-mooney: bauzas, fried_rice, sahid and I discussed that a while back16:11
mriedemKevin_Zheng: yes hw:cpu_policy is in mitaka16:11
sean-k-mooneyfinucannot: the current behavior was due to a bug in the icehose implementation where we acidetally use the virtual numa node id as the host numa node it was mapped too16:11
mriedemKevin_Zheng: using NUMATopologyFilter16:11
finucannotKevin_Zheng: cpu_policy is. cpu_thread_policy is not, iirc16:11
mriedemthat is also16:12
finucannotOh, wow, I've been hanging around here longer than I thought16:12
sahidfinucannot: i explained to you the reason why we should not16:12
mriedemfinucannot: i think a lot of this stuff has been around since juno16:12
mriedemjuno was the big nfv push16:12
sean-k-mooneyfinucannot: cpu_policy is dedicate/shared cpu_thread_policy is isolate/perfer... neither have anything to do with numa16:13
mriedemhttps://review.openstack.org/#/c/140408/ kilo16:13
*** salv-orlando has joined #openstack-nova16:13
finucannotsahid: IIRC, we agreed to park the discussion because we'd reached an impasse :)16:13
sean-k-mooneymriedem: yes the inital patches were for icehouse but it landed in juno after we set up the intel nfv ci to test it16:14
sahidwe were not in a impasse, the only way for an user to ensure that he can pin it's application on two differents cpu is to use guest numa topology16:14
openstackgerritMerged openstack/nova master: Remove explicit instance.info_cache.delete()  https://review.openstack.org/56368916:15
finucannotmriedem: Aye, and https://review.openstack.org/#/c/202655/ is Mitaka16:15
mriedemhttps://specs.openstack.org/openstack/nova-specs/specs/mitaka/implemented/virt-driver-cpu-thread-pinning.html16:15
mriedemyeah16:15
*** dtantsur is now known as dtantsur|afk16:15
*** itlinux has quit IRC16:15
*** damien_r has quit IRC16:15
finucannotsahid: Two different physical CPUs?16:16
sean-k-mooneymriedem: there were patch before either of those specs for icehose and juno16:16
finucannotsahid: Even then, I still don't see why you'd care about that. The only reason to place them on separate nodes is because there are resources (PCI, GPU, vSwitches) associated with those nodes that we want some affinity to16:17
*** salv-orlando has quit IRC16:18
sean-k-mooneysahid: you can use cpu_policy=dedicated + cpu_thread_policy=isolate to gurarteee that16:18
sahidfinucannot: no only, some use cases like realtime or zero drop packets want to have best effort vcpu running on different numa nodes16:18
*** shaohe_feng has joined #openstack-nova16:19
sahidsean-k-mooney: what you say does not exactly what i mean16:19
sahidyou can be on the same socket16:20
sean-k-mooneyyou stated you wanted different cpus. not different sockets16:20
sean-k-mooneyand 2 numa nodes will not guartee different sockets16:20
leakypipesjroll, TheJulia: k, reviewed.16:20
jrollthanks leakypipes16:21
finucannotsean-k-mooney: I assume you're referring to Cluster on Die?16:21
sean-k-mooneyfinucannot: yep16:21
* finucannot waits for leakypipes to start sweating16:21
*** dikonoor has quit IRC16:22
sean-k-mooneyfinucannot: we covered this in quete a lot of detail in leakypipes cpu spec actully.16:22
sean-k-mooneyfinucannot: also here https://etherpad.openstack.org/p/cpu-resource-accounting16:23
finucannotsahid: I'm not sure what using cores from a different NUMA socket would get us that can't be achieved by disabling SMT/HyperThreading16:24
*** Guest36143 has quit IRC16:24
sean-k-mooneyfinucannot: well isolates has the same effect as disabling HT16:25
finucannotIf we do that, the only resources the cores will be sharing is cache and a couple of buses16:25
sean-k-mooneyfinucannot: when you say cache you mean l3 cache16:25
finucannotand unless you're planning on dedicating every core on the NUMA node to the guest, you're still at risk of other guests on that node screwing with said cache16:26
finucannotsean-k-mooney: yes on both counts16:26
sean-k-mooneyl1 cache is per HT l2 cache is shared between HT on same physical core and l3 cache is shared across socket(with cluster on die ist across socket but 1 regoin per numa node)16:26
*** fried_rice is now known as fried_rolls16:27
sean-k-mooney* /across socket/within socket/16:27
finucannotYup, that was my understanding of things too16:28
*** rdopiera has joined #openstack-nova16:28
finucannotlstopo is a nifty tool to that end16:28
finucannotAaaaaanyway, it's Friday evening and thisaguy is going to watch Thanos get his ass kicked (hopefully)16:28
*** r-daneel_ has joined #openstack-nova16:29
*** r-daneel has quit IRC16:29
*** r-daneel_ is now known as r-daneel16:29
*** rdopiera has left #openstack-nova16:29
sahidthat is one example: https://bugzilla.redhat.com/show_bug.cgi?id=1468217, it's really easy to increase latency on realtime application. my thinking is we should not fake guest numa topology, our current behavior is good and we should keep it.16:30
openstackbugzilla.redhat.com bug 1468217 in kernel-rt "KVM: paravirt raw_spinlock priority bump for housekeeping vcpus" [Unspecified,Closed: wontfix] - Assigned to mtosatti16:30
sahidbut probably suer have workaround by using some other isolation so, i'm not going to argue more of that :)16:31
*** felipemonteiro_ has quit IRC16:31
*** felipemonteiro__ has joined #openstack-nova16:31
*** lpetrut has joined #openstack-nova16:32
sean-k-mooneysahid: our current behavior is ok but suboptimal in several cases. the main one being multi numa node guest do not create multi numa  pcie root trees meaning we can effectly force cross numa traffic event though we have cores of the guess on the same numa node pci device.16:35
*** derekh has quit IRC16:35
sahidsean-k-mooney: what about to have an option?16:35
*** ccamacho has quit IRC16:35
*** yamamoto has joined #openstack-nova16:36
sahidi'm just scary about to break some specific use cases16:38
sahidif we try to be simple, why user would ask for 2 nodes?16:38
sahidthey can just ask for 116:38
sean-k-mooneysahid: the user does not the admin does16:38
sahidyeah... it's the user who is going to select the flavor, no?16:39
sean-k-mooneyone reason was to allow guest with hugepages to have more cores then fit on a single socket16:39
*** cdent has left #openstack-nova16:39
sahidsean-k-mooney: you do not reply for what they could ask for 216:40
sahids/wht/why16:40
sean-k-mooneythat was an example of why they would ask for 2 numa nodes16:41
*** eharney has quit IRC16:41
sean-k-mooneyif you ask for one numa nodes with 16 cpus and your only have 10 cpus per numa node that vm cannont boot16:41
sean-k-mooneyso when operators want to allow vms with more cores tehn will fit in one host numa node the set hw:numa_nodes=2+16:42
*** yamamoto has quit IRC16:42
sahidsean-k-mooney: no no... guest can have 16 vCPUs, 1 numa node - the vCPUs are going to be pinned on different host numa node16:44
sean-k-mooneysahid: finucannot mriedem if you want to know the full simantics of the numa stuff this is the oldes spec i can still find that covers it http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/implemented/virt-driver-numa-placement.rst there were 2 before that that did not merge in icehose but16:44
sahidthey is no problem with that16:45
sean-k-mooneysahid: no that is not allowed if hw:numa_nodes=1 is set16:45
sean-k-mooneysahid: that is only allowed if hw:numa_nodes is not set at all16:45
sean-k-mooneysahid: in whcich case the bevavior is virt driver defied16:46
openstackgerritVladyslav Drok proposed openstack/nova master: Placement: allow to set reserved value equal to total for inventory  https://review.openstack.org/56483816:46
sahidyes, if you defined 1 it's not allowed, and that looks good, no?16:46
sahidso basically you want to change that, right?16:46
sean-k-mooneysahid: no16:47
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Make sure microversion < 2.62 does not show host(Id) for instance actions  https://review.openstack.org/56478216:47
sean-k-mooneysahid: what we said is that the virt dirver today is allowed to have 2 virtual numa nodes mapped to the same host numa node16:47
*** belmore__ has quit IRC16:48
*** mdbooth has quit IRC16:48
sean-k-mooneysahid: a virtual numa node is never allowed to span a phyical one.16:48
*** tssurya has quit IRC16:50
sahidsean-k-mooney: so it means that for an user asking for 1 or 2 virtual numa node mean the same behavior?16:51
sahidbut he will be happy to see 2 NUMA nodes when doing "lscpu", right? :)16:52
sean-k-mooneysahid: asking for hw:numa_node=x just means you will see x numa nodes within the guest and you are  guarenteed that a numa node from the guest view point will not span host numa nodes,16:52
sahidnot today16:53
sean-k-mooneysahid: today that is what the api of the hw:numa_nodes extra spec says16:53
sahidthe guest vCPUs are really running on different X different numa nodes16:53
sahidwell the virt driver as well16:54
sean-k-mooneysahid: yes but that is a libvirt dirive implentation detail. hyperv support numa tology too and at least initally it did not have the same implmentation16:54
sean-k-mooneysahid: this is the most importat section of the spec in this regard http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/juno/implemented/virt-driver-numa-placement.rst#n9416:56
sahidthis section is just saying that, you can ask for a specific host numa node16:56
sahidcan't16:57
sean-k-mooneythat part of it but that is not the only intent of that section.16:58
sean-k-mooneythere is also this wiki on the topic https://wiki.openstack.org/wiki/VirtDriverGuestCPUMemoryPlacement17:00
sahidok sean-k-mooney i will try to discuss with some people iternally to ensure that is not going to break anything17:01
sean-k-mooneydo you have a specifc change you are proposing ot make to numa topology17:01
sahidbut my point is to do not let user think it's guest run 2 numa nodes where it's not17:01
sahidsean-k-mooney: i'm not sure i understand?17:02
sean-k-mooneysahid: the guest has never had any guarteee that 2 virtual numa node ment 2 host numa nodes.17:02
sahidsean-k-mooney: please it's the current behavior and how the spec has been defined and implemented17:02
sean-k-mooneysahid: i helped write that spec and that how it was impemented in the libvirt driver. anyway we are not currently proposing changing it but future virtdirver are not bound to do the same thing as libvirt17:03
sahidyes sean-k-mooney me as-well so there is nothing new for me17:04
sahidit's late and i want to enjoy my long weekend :)17:04
sean-k-mooneysure enjoy :) i still have to resping the mtu patch17:05
sahidsean-k-mooney: cool thanks for that17:05
*** sahid has quit IRC17:06
*** sridharg has quit IRC17:06
*** jpena is now known as jpena|off17:07
*** salv-orlando has joined #openstack-nova17:09
*** tesseract has quit IRC17:09
*** yamahata has quit IRC17:09
*** itlinux has joined #openstack-nova17:10
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Implement granular policy rules for placement  https://review.openstack.org/52442517:20
openstackgerritMatt Riedemann proposed openstack/nova master: Deduplicate config/policy reference docs from main index  https://review.openstack.org/56484617:20
*** trinaths has quit IRC17:20
*** mriedem is now known as mriedem_afk17:21
*** kmalloc has joined #openstack-nova17:22
*** germs has quit IRC17:22
*** germs has joined #openstack-nova17:23
*** germs has quit IRC17:23
*** germs has joined #openstack-nova17:23
*** brault has quit IRC17:30
*** ttsiouts has quit IRC17:31
*** ttsiouts has joined #openstack-nova17:31
*** gjayavelu has joined #openstack-nova17:36
*** yamamoto has joined #openstack-nova17:38
*** amoralej is now known as amoralej|off17:41
openstackgerritMerged openstack/python-novaclient master: Microversion 2.62 - Add host/hostId to instance action event  https://review.openstack.org/56466717:41
*** AlexeyAbashkin has quit IRC17:43
*** yamamoto has quit IRC17:43
*** yamahata has joined #openstack-nova17:45
*** felipemonteiro_ has joined #openstack-nova17:45
*** armaan has quit IRC17:46
*** felipemonteiro__ has quit IRC17:49
*** Tom-Tom has joined #openstack-nova17:53
*** armaan has joined #openstack-nova17:55
*** salv-orlando has quit IRC17:55
*** fragatina has joined #openstack-nova17:56
*** salv-orlando has joined #openstack-nova17:56
*** cfriesen has quit IRC17:57
*** fragatin_ has joined #openstack-nova17:57
*** dpawlik has joined #openstack-nova17:58
*** salv-orlando has quit IRC18:01
*** fragatina has quit IRC18:01
*** dpawlik has quit IRC18:02
*** salv-orlando has joined #openstack-nova18:08
*** sdeath has joined #openstack-nova18:13
*** tssurya has joined #openstack-nova18:14
*** damien_r has joined #openstack-nova18:17
*** markmcclain has quit IRC18:25
*** damien_r has quit IRC18:26
*** markmcclain has joined #openstack-nova18:32
*** itlinux has quit IRC18:32
openstackgerritBrianna Poulos proposed openstack/nova master: Add notification support for trusted_certs  https://review.openstack.org/56326918:33
*** r-daneel_ has joined #openstack-nova18:33
*** r-daneel has quit IRC18:34
*** r-daneel_ is now known as r-daneel18:34
*** armaan has quit IRC18:35
*** yamamoto has joined #openstack-nova18:40
*** cfriesen has joined #openstack-nova18:41
*** yamamoto has quit IRC18:45
*** READ10 has quit IRC18:48
*** salv-orlando has quit IRC18:50
*** fried_rolls is now known as fried_rice18:56
jgwentworthhas anyone else been noticing request-id changing across nova service calls lately? like, I'll see a request start off with one request-id in nova-api and then by the time it gets to nova-conductor, it's a new one18:58
*** salv-orlando has joined #openstack-nova18:59
fried_ricejgwentworth: Don't quote me on this, but I think there's a *global* request ID that's supposed to stay the same.  The original request ID was per service, so it did change across those boundaries, but that's why they implemented the global one.19:00
fried_ricejgwentworth: Are you seeing the global request ID changing across service boundaries?19:00
fried_ricejgwentworth: In any case, I think cdent and dhellmann were involved in that work - they would know more.19:01
jgwentworthno, I mean the request-id staying within nova is changing. it used to stay consistent per request19:01
*** spsurya has quit IRC19:01
jgwentworthlike you used to be able to trace the same request id from nova-api -> nova-conductor -> nova-scheduler -> nova-compute19:02
jgwentworthit's true that request-ids didn't use to span across nova to glance, for example, and that's what the global request-id work was about19:02
*** Tom-Tom has quit IRC19:03
*** Tom-Tom has joined #openstack-nova19:03
*** Tom-Tom has quit IRC19:08
*** cfriesen has quit IRC19:11
openstackgerritDan Smith proposed openstack/nova master: Make service all-cells min version helper use scatter-gather  https://review.openstack.org/53959019:14
*** imacdonn has quit IRC19:14
openstackgerritDan Smith proposed openstack/nova master: Make host_manager use scatter-gather and ignore down cells  https://review.openstack.org/53961719:14
*** imacdonn has joined #openstack-nova19:15
*** fragatin_ has quit IRC19:15
*** dpawlik has joined #openstack-nova19:17
*** evrardjp has quit IRC19:18
*** evrardjp has joined #openstack-nova19:21
*** dpawlik has quit IRC19:22
*** slaweq has quit IRC19:35
*** yamamoto has joined #openstack-nova19:42
*** lpetrut has quit IRC19:44
*** lpetrut has joined #openstack-nova19:44
*** yamamoto has quit IRC19:47
*** r-daneel_ has joined #openstack-nova19:52
*** r-daneel has quit IRC19:53
*** r-daneel_ is now known as r-daneel19:53
*** Tom-Tom has joined #openstack-nova19:55
*** liuzz has quit IRC19:55
*** liuzz_ has joined #openstack-nova19:55
*** claudiub has joined #openstack-nova19:59
*** Tom-Tom has quit IRC19:59
*** bpoulos has joined #openstack-nova20:05
openstackgerritBrianna Poulos proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994920:06
openstackgerritBrianna Poulos proposed openstack/nova master: Plumb trusted_certs through libvirt driver image paths  https://review.openstack.org/56126220:06
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620420:06
openstackgerritBrianna Poulos proposed openstack/nova master: Add notification support for trusted_certs  https://review.openstack.org/56326920:06
jgwentworthbpoulos: hi, just wanted to confirm, is someone from your team going to propose a spec amendment to openstack/nova-specs as described on L80 here? https://etherpad.openstack.org/p/nova-runways-rocky20:11
jgwentworthonce we get that reviewed and merged, we can continue to review the remaining patches in the implementation20:12
bpoulosjgwentworth: yes, we have a spec amendment internally, but it has to receive internal review approval before we can post the update.  I hope to post the update soon!20:12
jgwentworthbpoulos: perfect, thanks! just wanted to make sure we were on the same page20:12
jgwentworthwe'll be on the lookout for the update20:13
bpoulosjgwentworth: no problem, thank you for checking20:13
*** lpetrut has quit IRC20:18
openstackgerritJay Pipes proposed openstack/nova master: add root parent NULL online migration  https://review.openstack.org/56487620:22
*** r-daneel_ has joined #openstack-nova20:36
*** r-daneel has quit IRC20:37
*** r-daneel_ is now known as r-daneel20:37
*** mchlumsky has quit IRC20:37
*** mchlumsky has joined #openstack-nova20:38
*** liuzz_ has quit IRC20:42
*** liuzz has joined #openstack-nova20:42
*** wolverineav has quit IRC20:43
*** yamamoto has joined #openstack-nova20:43
*** wolverineav has joined #openstack-nova20:44
*** dougshelley66 has quit IRC20:47
*** wolverineav has quit IRC20:48
*** yamamoto has quit IRC20:49
*** itlinux has joined #openstack-nova20:50
*** tssurya has quit IRC21:05
*** harlowja has joined #openstack-nova21:07
*** awaugama has quit IRC21:08
*** felipemonteiro__ has joined #openstack-nova21:10
*** felipemonteiro_ has quit IRC21:10
*** felipemonteiro_ has joined #openstack-nova21:17
*** dougshelley66 has joined #openstack-nova21:17
*** dpawlik has joined #openstack-nova21:18
*** felipemonteiro__ has quit IRC21:20
*** bpoulos has quit IRC21:20
*** dpawlik has quit IRC21:23
*** Guest46682 has quit IRC21:24
openstackgerritsean mooney proposed openstack/nova master: add mtu to libvirt xml for ethernet and bridge types  https://review.openstack.org/55307221:30
*** armaan has joined #openstack-nova21:31
*** felipemonteiro_ has quit IRC21:36
*** salv-orlando has quit IRC21:37
*** salv-orlando has joined #openstack-nova21:38
openstackgerritHongbin Lu proposed openstack/nova-specs master: Choose default network on ambiguity  https://review.openstack.org/52024721:42
*** salv-orlando has quit IRC21:42
*** salv-orlando has joined #openstack-nova21:42
*** yamamoto has joined #openstack-nova21:46
*** fishbone__ has quit IRC21:47
*** fragatina has joined #openstack-nova21:49
*** fragatina has quit IRC21:50
*** yamamoto has quit IRC21:52
*** fragatina has joined #openstack-nova21:52
*** Tom-Tom has joined #openstack-nova21:56
*** sdague has quit IRC21:57
*** Tom-Tom has quit IRC22:02
*** itlinux has quit IRC22:05
*** edmondsw has quit IRC22:06
*** dave-mcc_ has quit IRC22:07
openstackgerritHongbin Lu proposed openstack/nova master: Use revision_number on adding/removing security group  https://review.openstack.org/53551022:08
*** itlinux has joined #openstack-nova22:10
*** gjayavelu has quit IRC22:17
*** yikun_ has joined #openstack-nova22:17
*** yikun__ has quit IRC22:19
openstackgerritEric Fried proposed openstack/nova master: Base test module/class for functional placement db  https://review.openstack.org/56459022:24
openstackgerritEric Fried proposed openstack/nova master: Use test_base symbols directly  https://review.openstack.org/56459222:24
openstackgerritEric Fried proposed openstack/nova master: Use helpers in test_resource_provider (func)  https://review.openstack.org/56463822:24
*** figleaf is now known as edleafe22:31
*** jroll has quit IRC22:41
*** salv-orlando has quit IRC22:41
*** salv-orlando has joined #openstack-nova22:42
*** mchlumsky has quit IRC22:42
*** salv-orlando has quit IRC22:46
*** yamamoto has joined #openstack-nova22:47
*** liverpooler has quit IRC22:48
*** lbragstad has quit IRC22:51
*** yamamoto has quit IRC22:53
*** Nil_ has quit IRC22:54
*** hongbin_ has quit IRC22:56
*** itlinux has quit IRC23:01
*** r-daneel has quit IRC23:04
*** tssurya has joined #openstack-nova23:06
fried_riceō/23:06
*** fried_rice is now known as efried23:06
*** vladikr has quit IRC23:07
*** tssurya has quit IRC23:10
*** dpawlik has joined #openstack-nova23:19
*** dpawlik has quit IRC23:24
*** nicolasbock has quit IRC23:25
*** jroll has joined #openstack-nova23:37
*** edmondsw has joined #openstack-nova23:40
*** salv-orlando has joined #openstack-nova23:42
*** edmondsw has quit IRC23:45
*** liverpooler has joined #openstack-nova23:46
*** salv-orlando has quit IRC23:46
*** yamamoto has joined #openstack-nova23:49
*** jroll has quit IRC23:53
*** yamamoto has quit IRC23:54
*** esberglu has quit IRC23:56
*** jroll has joined #openstack-nova23:56
*** Tom-Tom has joined #openstack-nova23:59

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