*** jamielennox|away is now known as jamielennox | 00:02 | |
*** markvoelker has quit IRC | 00:11 | |
*** yingjun has joined #openstack-nova | 00:13 | |
openstackgerrit | Takashi NATSUME proposed openstack/nova master: api-ref: Example verification for servers-actions.inc https://review.openstack.org/454565 | 00:19 |
---|---|---|
*** thorst_afk has joined #openstack-nova | 00:19 | |
openstackgerrit | Takashi NATSUME proposed openstack/nova master: Refactor a test method including 7 test cases https://review.openstack.org/395436 | 00:20 |
*** winston-d_ has joined #openstack-nova | 00:20 | |
*** mriedem has joined #openstack-nova | 00:22 | |
*** mriedem has quit IRC | 00:22 | |
*** thorst_afk has quit IRC | 00:24 | |
*** liverpooler has joined #openstack-nova | 00:26 | |
*** hongbin_ has joined #openstack-nova | 00:28 | |
*** hongbin has quit IRC | 00:28 | |
*** liverpooler has quit IRC | 00:31 | |
*** Shunli has joined #openstack-nova | 00:33 | |
*** trungnv has quit IRC | 00:43 | |
*** fragatina has joined #openstack-nova | 00:44 | |
*** fragatina has quit IRC | 00:44 | |
*** fragatina has joined #openstack-nova | 00:45 | |
*** ssurana has quit IRC | 00:45 | |
openstackgerrit | Shunli Zhou proposed openstack/nova master: Remove mox from unit/cells/test_cells_messaging.py https://review.openstack.org/448021 | 00:49 |
*** links has joined #openstack-nova | 00:54 | |
*** adreznec has quit IRC | 00:59 | |
*** adreznec has joined #openstack-nova | 01:01 | |
*** phuongnh has joined #openstack-nova | 01:02 | |
*** thorst_afk has joined #openstack-nova | 01:02 | |
*** hongbin_ has quit IRC | 01:03 | |
*** thorst_afk has quit IRC | 01:04 | |
*** tovin07_ has joined #openstack-nova | 01:04 | |
*** kaisers has joined #openstack-nova | 01:06 | |
*** kaisers_ has quit IRC | 01:08 | |
openstackgerrit | Takashi NATSUME proposed openstack/nova master: Use PCIAddressField in oslo.versionedobjects https://review.openstack.org/466201 | 01:24 |
*** trungnv has joined #openstack-nova | 01:25 | |
*** baoli has joined #openstack-nova | 01:30 | |
*** cNilesh has joined #openstack-nova | 01:30 | |
openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Send out notifications when instance tags changed https://review.openstack.org/459923 | 01:41 |
openstackgerrit | Shunli Zhou proposed openstack/nova master: Remove mox from cells/test_cells_rpc_driver.py https://review.openstack.org/447412 | 01:43 |
*** baoli has quit IRC | 01:46 | |
*** armax has joined #openstack-nova | 01:47 | |
*** Sukhdev has joined #openstack-nova | 01:47 | |
*** fragatina has quit IRC | 01:48 | |
*** yolkfull has joined #openstack-nova | 01:52 | |
*** armax has quit IRC | 01:54 | |
*** thorst_afk has joined #openstack-nova | 01:58 | |
*** thorst_afk has quit IRC | 01:58 | |
*** trungnv has quit IRC | 01:59 | |
*** jamielennox is now known as jamielennox|away | 02:00 | |
*** sofie_ has joined #openstack-nova | 02:01 | |
*** gcb has joined #openstack-nova | 02:04 | |
*** Kevin_Zheng has joined #openstack-nova | 02:07 | |
openstackgerrit | Takashi NATSUME proposed openstack/python-novaclient master: Microversion 2.46 - List/Show all server migration types https://review.openstack.org/430839 | 02:09 |
*** johnhaan has joined #openstack-nova | 02:10 | |
openstackgerrit | Huan Xie proposed openstack/nova master: WIP: XenAPI use os-xenapi v2 in nova https://review.openstack.org/453493 | 02:13 |
openstackgerrit | Huan Xie proposed openstack/nova master: WIP: XenAPI use os-xenapi v2 in nova https://review.openstack.org/453493 | 02:22 |
*** trungnv has joined #openstack-nova | 02:51 | |
*** salv-orlando has joined #openstack-nova | 02:54 | |
*** thorst_afk has joined #openstack-nova | 02:57 | |
*** thorst_afk has quit IRC | 02:57 | |
*** trungnv has quit IRC | 02:58 | |
*** baoli has joined #openstack-nova | 03:00 | |
*** jhesketh_ is now known as jhesketh | 03:08 | |
*** trungnv has joined #openstack-nova | 03:08 | |
*** hongbin has joined #openstack-nova | 03:23 | |
*** psachin has joined #openstack-nova | 03:23 | |
*** thorst_afk has joined #openstack-nova | 03:28 | |
*** thorst_afk has quit IRC | 03:46 | |
*** baoli has quit IRC | 03:48 | |
*** jamielennox|away is now known as jamielennox | 03:53 | |
*** xinliang has quit IRC | 03:54 | |
*** xinliang has joined #openstack-nova | 03:55 | |
*** xinliang has quit IRC | 03:55 | |
*** xinliang has joined #openstack-nova | 03:55 | |
*** salv-orlando has quit IRC | 03:58 | |
*** guchihiro has joined #openstack-nova | 04:07 | |
*** yamamoto has quit IRC | 04:12 | |
*** adisky_ has joined #openstack-nova | 04:21 | |
*** trinaths has joined #openstack-nova | 04:28 | |
*** johnhaan has quit IRC | 04:28 | |
*** gianpietro has joined #openstack-nova | 04:37 | |
*** vks1 has joined #openstack-nova | 04:42 | |
*** udesale has joined #openstack-nova | 04:47 | |
*** jaosorior has joined #openstack-nova | 04:52 | |
*** yamamoto has joined #openstack-nova | 04:56 | |
*** sree has joined #openstack-nova | 04:56 | |
*** mdnadeem has joined #openstack-nova | 04:59 | |
*** hongbin_ has joined #openstack-nova | 05:13 | |
*** hongbin has quit IRC | 05:14 | |
*** hongbin_ has quit IRC | 05:17 | |
*** salv-orlando has joined #openstack-nova | 05:17 | |
*** sridharg has joined #openstack-nova | 05:20 | |
*** prateek has joined #openstack-nova | 05:27 | |
*** nmathew has joined #openstack-nova | 05:28 | |
*** ratailor has joined #openstack-nova | 05:34 | |
openstackgerrit | John Haan proposed openstack/nova-specs master: Support volume_type with BDM paramter https://review.openstack.org/466595 | 05:38 |
*** thorst_afk has joined #openstack-nova | 05:43 | |
openstackgerrit | jichenjc proposed openstack/nova master: Deprecate unused policy from policy doc https://review.openstack.org/466596 | 05:47 |
*** thorst_afk has quit IRC | 05:48 | |
*** mamandle has joined #openstack-nova | 05:50 | |
*** yingjun has quit IRC | 05:54 | |
*** mamandle has quit IRC | 05:55 | |
*** sofie_ has quit IRC | 05:55 | |
openstackgerrit | jichenjc proposed openstack/nova master: Deprecate unused policy from policy doc https://review.openstack.org/465505 | 05:55 |
*** salv-orlando has quit IRC | 06:04 | |
*** ltomasbo|away is now known as ltomasbo | 06:06 | |
*** belmoreira has joined #openstack-nova | 06:07 | |
*** salv-orlando has joined #openstack-nova | 06:07 | |
*** gyee has joined #openstack-nova | 06:08 | |
*** Oku_OS-away is now known as Oku_OS | 06:11 | |
openstackgerrit | John Haan proposed openstack/nova-specs master: Support volume_type with BDM paramter https://review.openstack.org/466595 | 06:17 |
*** bhagyashris has quit IRC | 06:18 | |
*** rcernin has joined #openstack-nova | 06:19 | |
*** markus_z has joined #openstack-nova | 06:21 | |
*** litao__ has joined #openstack-nova | 06:23 | |
*** guchihiro has quit IRC | 06:25 | |
*** takashin has left #openstack-nova | 06:30 | |
*** gyee has quit IRC | 06:31 | |
*** abhishek_k has joined #openstack-nova | 06:36 | |
*** abhishek_k has quit IRC | 06:40 | |
*** andreas_s has joined #openstack-nova | 06:41 | |
*** thorst_afk has joined #openstack-nova | 06:44 | |
*** thorst_afk has quit IRC | 06:49 | |
*** fragatina has joined #openstack-nova | 06:55 | |
*** wxy has joined #openstack-nova | 06:55 | |
*** salv-orlando has quit IRC | 07:01 | |
*** salv-orlando has joined #openstack-nova | 07:03 | |
openstackgerrit | Béla Vancsics proposed openstack/nova master: Use more specific asserts in tests https://review.openstack.org/466609 | 07:03 |
*** salv-orlando has quit IRC | 07:08 | |
*** pcaruana has joined #openstack-nova | 07:11 | |
*** zsli_ has joined #openstack-nova | 07:12 | |
*** pcaruana has quit IRC | 07:12 | |
*** ayogi has joined #openstack-nova | 07:12 | |
*** pcaruana has joined #openstack-nova | 07:13 | |
*** rcernin has quit IRC | 07:14 | |
*** rcernin has joined #openstack-nova | 07:14 | |
*** Shunli has quit IRC | 07:15 | |
*** mlakat has joined #openstack-nova | 07:23 | |
*** bnemec has quit IRC | 07:29 | |
*** gianpietro has quit IRC | 07:34 | |
*** bnemec has joined #openstack-nova | 07:35 | |
*** david-lyle has quit IRC | 07:36 | |
*** hoonetorg has quit IRC | 07:39 | |
*** david-lyle has joined #openstack-nova | 07:42 | |
*** thorst_afk has joined #openstack-nova | 07:45 | |
*** jpena|off is now known as jpena | 07:46 | |
*** david-lyle has quit IRC | 07:46 | |
*** fragatina has quit IRC | 07:47 | |
*** thorst_afk has quit IRC | 07:50 | |
*** Sukhdev has quit IRC | 07:50 | |
openstackgerrit | Béla Vancsics proposed openstack/nova master: Transform instance.live_migration_rollback notification https://review.openstack.org/402124 | 07:50 |
*** fragatina has joined #openstack-nova | 07:50 | |
*** _dpawlik is now known as danpawlik | 07:50 | |
*** gouthamr has joined #openstack-nova | 07:51 | |
openstackgerrit | Ngo Quoc Cuong proposed openstack/nova master: Remove translation of log messages https://review.openstack.org/466621 | 07:52 |
*** hoonetorg has joined #openstack-nova | 07:53 | |
*** ralonsoh has joined #openstack-nova | 07:55 | |
*** trungnv has quit IRC | 07:56 | |
*** zzzeek has quit IRC | 08:00 | |
*** hferenc has quit IRC | 08:00 | |
*** zzzeek has joined #openstack-nova | 08:01 | |
*** trungnv has joined #openstack-nova | 08:02 | |
*** david-lyle has joined #openstack-nova | 08:03 | |
*** fragatina has quit IRC | 08:06 | |
*** hferenc has joined #openstack-nova | 08:06 | |
openstackgerrit | Shunli Zhou proposed openstack/nova master: Transform servergroup.create notification https://review.openstack.org/454023 | 08:14 |
*** lucas-afk is now known as lucasagomes | 08:15 | |
*** ralonsoh has quit IRC | 08:15 | |
openstackgerrit | Daniel Pawlik proposed openstack/nova master: Add hide hypervisor id on guest host https://review.openstack.org/459753 | 08:17 |
*** gouthamr has quit IRC | 08:19 | |
*** ralonsoh has joined #openstack-nova | 08:19 | |
*** cdent has joined #openstack-nova | 08:19 | |
openstackgerrit | Sylvain Bauza proposed openstack/nova master: WIP: Allocate instance by the conductor https://review.openstack.org/460455 | 08:23 |
*** avolkov has joined #openstack-nova | 08:25 | |
*** lpetrut has joined #openstack-nova | 08:31 | |
*** derekh has joined #openstack-nova | 08:34 | |
*** karimb has joined #openstack-nova | 08:44 | |
*** gszasz has joined #openstack-nova | 08:44 | |
*** thorst_afk has joined #openstack-nova | 08:46 | |
*** zsli__ has joined #openstack-nova | 08:46 | |
*** zsli_ has quit IRC | 08:49 | |
openstackgerrit | Ngo Quoc Cuong proposed openstack/nova master: Remove translation of log messages https://review.openstack.org/466637 | 09:01 |
*** thorst_afk has quit IRC | 09:05 | |
openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for server-tags instead of stevedore https://review.openstack.org/461645 | 09:23 |
openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for os-interface endpoint instead of stevedore https://review.openstack.org/459979 | 09:23 |
openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for server-migrations endpoint instead of stevedore https://review.openstack.org/461646 | 09:23 |
*** sree_ has joined #openstack-nova | 09:27 | |
*** sree_ is now known as Guest2090 | 09:27 | |
*** fragatina has joined #openstack-nova | 09:29 | |
*** sree has quit IRC | 09:30 | |
*** sree has joined #openstack-nova | 09:30 | |
*** mnestratov has joined #openstack-nova | 09:30 | |
*** Guest2090 has quit IRC | 09:31 | |
*** bhagyashris has joined #openstack-nova | 09:33 | |
*** mvk has quit IRC | 09:36 | |
*** zsli__ has quit IRC | 09:38 | |
openstackgerrit | Huan Xie proposed openstack/nova master: XenAPI use os-xenapi v2 in nova https://review.openstack.org/453493 | 09:45 |
openstackgerrit | Béla Vancsics proposed openstack/nova master: Remove reimported https://review.openstack.org/466658 | 09:48 |
openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for server-tags instead of stevedore https://review.openstack.org/461645 | 09:49 |
openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for os-interface endpoint instead of stevedore https://review.openstack.org/459979 | 09:49 |
openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for os-certificates endpoint instead of stevedore https://review.openstack.org/460813 | 09:49 |
openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for server-migrations endpoint instead of stevedore https://review.openstack.org/461646 | 09:49 |
openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for os-quota-sets endpoint instead of stevedore https://review.openstack.org/461630 | 09:49 |
openstackgerrit | Alex Xu proposed openstack/nova master: Use plain routes list for os-migrations endpoint instead of stevedore https://review.openstack.org/461628 | 09:49 |
*** sambetts_ is now known as sambetts | 09:51 | |
*** cNilesh has quit IRC | 09:53 | |
*** tovin07_ has quit IRC | 09:55 | |
*** tbachman has joined #openstack-nova | 09:57 | |
*** fragatina has quit IRC | 10:00 | |
*** thorst_afk has joined #openstack-nova | 10:02 | |
*** mvk has joined #openstack-nova | 10:06 | |
*** thorst_afk has quit IRC | 10:07 | |
*** tuanluong has joined #openstack-nova | 10:15 | |
openstackgerrit | Lee Yarwood proposed openstack/nova master: Do not attempt volume swap when guest is stopped/suspended https://review.openstack.org/389798 | 10:16 |
*** mpaolino has joined #openstack-nova | 10:21 | |
openstackgerrit | jichenjc proposed openstack/nova master: Use plain routes list for os-quota-classes endpoint instead of stevedore https://review.openstack.org/461641 | 10:21 |
openstackgerrit | jichenjc proposed openstack/nova master: Deprecate unused policy from policy doc https://review.openstack.org/465505 | 10:23 |
*** sdague has joined #openstack-nova | 10:31 | |
*** fragatina has joined #openstack-nova | 10:39 | |
*** Shunli has joined #openstack-nova | 10:48 | |
*** Shunli has quit IRC | 10:49 | |
*** lucasagomes is now known as lucas-hungry | 10:57 | |
*** yolkfull has quit IRC | 10:58 | |
*** Guest87461 has quit IRC | 10:58 | |
*** smatzek has joined #openstack-nova | 11:01 | |
*** sree has quit IRC | 11:01 | |
*** sree has joined #openstack-nova | 11:02 | |
*** tuanluong has quit IRC | 11:04 | |
*** sree has quit IRC | 11:06 | |
*** sree has joined #openstack-nova | 11:08 | |
*** ayogi has quit IRC | 11:09 | |
*** sree has quit IRC | 11:13 | |
*** yassine has joined #openstack-nova | 11:16 | |
*** yassine is now known as Guest4988 | 11:16 | |
*** phuongnh has quit IRC | 11:16 | |
openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Should not allow security group from other project pass API layer check when booting https://review.openstack.org/466160 | 11:17 |
*** thorst_afk has joined #openstack-nova | 11:18 | |
*** gcb has quit IRC | 11:19 | |
danpawlik | Morning. Does someone know, how to recheck only one CI like: Citrix XenServer CI (https://review.openstack.org/#/c/459753/) ? I don't want to make recheck. Thanks | 11:21 |
*** fragatina has quit IRC | 11:22 | |
*** lennyb_ has quit IRC | 11:24 | |
*** lennyb has quit IRC | 11:24 | |
*** lennyb has joined #openstack-nova | 11:25 | |
openstackgerrit | Béla Vancsics proposed openstack/nova master: Use more specific asserts in tests https://review.openstack.org/466609 | 11:26 |
*** lennyb has quit IRC | 11:27 | |
*** lennyb has joined #openstack-nova | 11:28 | |
*** lennyb_ has joined #openstack-nova | 11:29 | |
*** lennyb has quit IRC | 11:29 | |
*** lennyb_ has quit IRC | 11:29 | |
*** lennyb has joined #openstack-nova | 11:30 | |
*** dave-mccowan has joined #openstack-nova | 11:30 | |
*** RuiChen has joined #openstack-nova | 11:31 | |
*** RuiChen has left #openstack-nova | 11:31 | |
*** karimb has quit IRC | 11:32 | |
*** nmathew has quit IRC | 11:34 | |
*** udesale has quit IRC | 11:36 | |
danpawlik | kashyap, mriedem: Hi. Can you review https://review.openstack.org/#/c/459753/ in free time ? Please :) | 11:37 |
kashyap | danpawlik: Will look in a bit; in the middle of something | 11:38 |
*** ratailor has quit IRC | 11:44 | |
openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/nova master: Read Neutron port 'binding_profile' during boot https://review.openstack.org/449257 | 11:44 |
openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/nova master: Add Neutron port capabilities to devspec in request https://review.openstack.org/451777 | 11:44 |
*** vks1 has quit IRC | 11:47 | |
*** litao__ has quit IRC | 11:58 | |
openstackgerrit | sahid proposed openstack/nova master: libvirt: configure trust mode for vfs https://review.openstack.org/458514 | 11:59 |
openstackgerrit | sahid proposed openstack/nova master: network: update pci request spec to handle trusted tags https://review.openstack.org/458820 | 11:59 |
openstackgerrit | sahid proposed openstack/nova master: network: add command to configure trusted mode for VFs https://review.openstack.org/458513 | 11:59 |
openstackgerrit | sahid proposed openstack/nova master: libvirt: update the active migrations DS to support migration result https://review.openstack.org/409260 | 12:02 |
openstackgerrit | sahid proposed openstack/nova master: libvirt: ensure live-migration success https://review.openstack.org/409261 | 12:02 |
*** vladikr has joined #openstack-nova | 12:04 | |
*** mvk has quit IRC | 12:07 | |
*** lucas-hungry is now known as lucasagomes | 12:07 | |
*** edmondsw has joined #openstack-nova | 12:15 | |
*** edmondsw has quit IRC | 12:16 | |
*** rfolco has joined #openstack-nova | 12:16 | |
*** gianpietro has joined #openstack-nova | 12:16 | |
*** jaypipes has joined #openstack-nova | 12:18 | |
openstackgerrit | Maciej Jozefczyk proposed openstack/nova master: Update noVNC URL https://review.openstack.org/466710 | 12:18 |
openstackgerrit | Maciej Jozefczyk proposed openstack/nova master: Update noVNC URL https://review.openstack.org/466710 | 12:19 |
*** vladikr has quit IRC | 12:20 | |
jaypipes | sdague, mdbooth, sfinucan: anyone remember a bug that was fixed in Nova (or elsewhere?) about predictable network interface names in guests? | 12:21 |
cdent | jaypipes: I very vaguely remember reading something about that, but not enough to do any real searching :( | 12:22 |
mdbooth | jaypipes: Not specifically. Did it involve assuming network interface names started with 'eth'? | 12:23 |
jaypipes | mdbooth: ya. | 12:23 |
jaypipes | mdbooth: googling for "persistent (or predictable) interface names nova openstack" yields nothing useful.. | 12:23 |
mdbooth | jaypipes: Any idea what code it would have touched? | 12:24 |
jaypipes | mdbooth: not sure... maybe the libvirt XML configurator code? | 12:25 |
jaypipes | mdbooth: or alternately maybe something around the network metadata stuff? | 12:26 |
mdbooth | jaypipes: commit 577174b025af9513aaba572d6965f9b0e0d1b3c1 maybe ? | 12:27 |
*** vladikr has joined #openstack-nova | 12:28 | |
mdbooth | That looks like it might result in binding by mac address rather than name | 12:30 |
* mdbooth hasn't looked closely, though | 12:30 | |
mdbooth | That looks very debian-specific. I wonder what that is... | 12:30 |
*** mvk has joined #openstack-nova | 12:32 | |
jaypipes | mdbooth: yeah, doesn't look like it.. | 12:32 |
*** jwcroppe has quit IRC | 12:33 | |
*** jwcroppe has joined #openstack-nova | 12:33 | |
*** jpena is now known as jpena|lunch | 12:34 | |
mdbooth | jaypipes: Got a bug you're trying to fix, btw? | 12:34 |
sdague | jaypipes: I thought that was the whole vif device tags push | 12:35 |
jaypipes | mdbooth: nah, someone internally at Mirantis is complaining about it and I vaguely remembered it coming up about a year ago and was looking for more info. | 12:35 |
*** mdrabe has joined #openstack-nova | 12:35 | |
jaypipes | sdague: nah, that was more to identify physical networks that a vif was associated with, IIRC> | 12:36 |
jaypipes | artom: ^^ is my memory correct on that? | 12:36 |
*** dikonoor has joined #openstack-nova | 12:36 | |
*** jwcroppe has quit IRC | 12:37 | |
sfinucan | jaypipes: Nothing off the top of my head, I'm afraid | 12:39 |
*** vks1 has joined #openstack-nova | 12:39 | |
*** yamahata has quit IRC | 12:40 | |
*** catintheroof has joined #openstack-nova | 12:41 | |
sdague | jaypipes: it's not really a solvable problem, device naming inside a guest is determined by the guest os, and different linux distros do it differently with hotplug rules | 12:41 |
sdague | you definitely need guest assist there | 12:42 |
efried | sdague https://review.openstack.org/#/c/419662/ you said, "The tests that are running on top of this are failing on these jobs, because the tempest timeout is too low (300s), so the sleep 600 is triggering a fail. We need that to be handled." | 12:47 |
efried | sdague Is that still an issue? I'm not seeing where that's happening. | 12:47 |
sdague | efried: I don't know, it's a pretty old comment on an old set of test failures | 12:49 |
efried | sdague Okay, wasn't sure if the failure was posted in the CI results on this change set, or... somewhere else. | 12:50 |
*** trinaths has quit IRC | 12:55 | |
*** karimb has joined #openstack-nova | 12:56 | |
*** jwcroppe has joined #openstack-nova | 12:58 | |
*** esberglu has joined #openstack-nova | 13:01 | |
*** jheroux has joined #openstack-nova | 13:01 | |
*** salv-orlando has joined #openstack-nova | 13:01 | |
openstackgerrit | Sylvain Bauza proposed openstack/nova master: WIP: Allocate instance by the conductor https://review.openstack.org/460455 | 13:02 |
openstackgerrit | Sylvain Bauza proposed openstack/nova master: Fix ChanceScheduler returning a wrong node https://review.openstack.org/466725 | 13:02 |
*** READ10 has joined #openstack-nova | 13:03 | |
*** esberglu has quit IRC | 13:03 | |
*** udesale has joined #openstack-nova | 13:05 | |
*** esberglu has joined #openstack-nova | 13:05 | |
*** esberglu_ has joined #openstack-nova | 13:06 | |
*** salv-orlando has quit IRC | 13:07 | |
*** salv-orlando has joined #openstack-nova | 13:07 | |
*** esberglu has quit IRC | 13:09 | |
*** zul has joined #openstack-nova | 13:11 | |
*** lyan has joined #openstack-nova | 13:12 | |
*** mriedem has joined #openstack-nova | 13:14 | |
jaypipes | alex_xu, avolkov: answered your queries on https://review.openstack.org/#/c/461574/9 | 13:17 |
*** liverpooler has joined #openstack-nova | 13:19 | |
*** salv-orlando has quit IRC | 13:21 | |
*** gianpietro has quit IRC | 13:21 | |
*** markvoelker has joined #openstack-nova | 13:22 | |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: shared resources when finding providers https://review.openstack.org/461574 | 13:23 |
jaypipes | dansmith: addressed your comments ^ | 13:23 |
*** trinaths has joined #openstack-nova | 13:24 | |
*** trinaths has left #openstack-nova | 13:24 | |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: tests for non-shared with shared https://review.openstack.org/461899 | 13:25 |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: test for agg association not sharing https://review.openstack.org/461901 | 13:25 |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: test non-shared out of inventory https://review.openstack.org/461900 | 13:25 |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: shared resources when finding providers https://review.openstack.org/461574 | 13:25 |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: tests for non-shared with shared https://review.openstack.org/461899 | 13:27 |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: test for agg association not sharing https://review.openstack.org/461901 | 13:27 |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: test non-shared out of inventory https://review.openstack.org/461900 | 13:27 |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: shared resources when finding providers https://review.openstack.org/461574 | 13:27 |
*** xyang1 has joined #openstack-nova | 13:27 | |
*** gcb has joined #openstack-nova | 13:28 | |
bauzas | cdent: question, how can we know if allocating an instance was wrong ? | 13:29 |
cdent | bauzas: what do you mean by wrong? | 13:29 |
bauzas | cdent: I need to know whether the allocation was accepted, ie. 204 | 13:29 |
bauzas | cdent: calling _put_allocations() returns a bool about that | 13:30 |
*** kylek3h has quit IRC | 13:30 | |
bauzas | cdent: so that means that if some allocation is not accepted by the scheduler, then _put_allocations would return False, right? | 13:30 |
cdent | yes | 13:31 |
*** jpena|lunch is now known as jpena | 13:31 | |
bauzas | okay | 13:32 |
openstackgerrit | Jay Pipes proposed openstack/nova master: add cache which keeps DB and os_traits in sync https://review.openstack.org/462769 | 13:32 |
efried | dansmith (or whoever) - is there a concept of `nova-manage cell_v2 discover_hosts` failing? In a way that it would exit nonzero to the shell? | 13:33 |
openstackgerrit | Sylvain Bauza proposed openstack/nova master: WIP: Allocate instance by the conductor https://review.openstack.org/460455 | 13:34 |
dansmith | efried: https://github.com/openstack/nova/blob/master/nova/cmd/manage.py#L1443 | 13:34 |
dansmith | efried: only if an exception gets raised | 13:34 |
*** prateek has quit IRC | 13:34 | |
*** gianpietro has joined #openstack-nova | 13:34 | |
efried | dansmith - esberglu_ is seeing failures in our CI (host not mapped to any cell) that one would normally see if above was not run, but console log shows it running (and not failing) | 13:34 |
avolkov | jaypipes: thanks for explanation | 13:34 |
*** smatzek has quit IRC | 13:34 | |
efried | dansmith Thanks, I'll look through that. | 13:34 |
*** baoli has joined #openstack-nova | 13:34 | |
dansmith | efried: running with --verbose and seeing it actually discover the host you expect? | 13:34 |
efried | dansmith Okay, will try. esberglu_ ^^ can you stuff that into the script? | 13:35 |
*** markvoelker has quit IRC | 13:35 | |
esberglu_ | efried: I'm running through it manually on a test instance right now | 13:35 |
esberglu_ | I will add verbose | 13:35 |
*** markvoelker has joined #openstack-nova | 13:35 | |
efried | esberglu_ Cool beans. Thought you said you couldn't reproduce when running manually, though. (dansmith FYI, esberglu_ suspected timing - running discover_hosts too soon after services were started) | 13:36 |
dansmith | efried: yep, definitely possible | 13:36 |
efried | dansmith Okay. Possible to patch such that it will fail if it doesn't discover anything? Possibly at the behest of a --strict flag? (Sorry if that's a naïf question; I don't have the background to understand whether that can really be considered a "failure" per se.) | 13:38 |
*** gianpietro has quit IRC | 13:38 | |
efried | (and other borrowed words from Latin languages) | 13:38 |
dansmith | efried: I would think that you should exit nonzero if it _did_ discover something, and then scripts can "run-until-success" | 13:38 |
*** MVenesio has joined #openstack-nova | 13:38 | |
efried | dansmith Sorry, making sure we're talking about the same thing: shell command exits zero on *success*, nonzero on *failure*, yes? So ^^ implies that discovering something is failure?? | 13:40 |
*** dimtruck is now known as zz_dimtruck | 13:40 | |
*** zz_dimtruck is now known as dimtruck | 13:40 | |
dansmith | well, it's also often used to mean "I did something out of the ordinary" or "I took action" | 13:40 |
dansmith | all you hosts should be discovered all the time, so if it found one that isn't, it's out of the ordinary | 13:40 |
dansmith | I mean you could argue that discovering a host is what you intended to do when you ran it, and so not discovering anything is the error, | 13:41 |
efried | dansmith Right, that's how it feels to me. | 13:41 |
dansmith | but I think the way people will use it will be "run until it reports success" | 13:41 |
efried | dansmith I can buy it, but if that's the case, I feel like it should be called out as such in the doc. | 13:42 |
efried | esberglu_ ^^ So as currently coded, sounds like you want to do something like: | 13:42 |
dansmith | it needs to be called out in either case, like the update_cell docstring | 13:42 |
efried | esberglu_ while ! nova-manage cell_v2 discover_hosts; do sleep 1; done | 13:42 |
dansmith | efried: no, not as currently coded.. it always returns zero unless something actually explodes | 13:43 |
efried | dansmith Oh, okay. | 13:43 |
dansmith | efried: but you can do that, document it, and backport it to ocata if you want :) | 13:43 |
efried | dansmith Roger that. esberglu_ ^^ may be a good way to get you into nova contribution ;-) | 13:44 |
*** udesale has quit IRC | 13:46 | |
efried | dansmith On first read of the update_cell doc, it sounds like the paradigm is "exit zero if it works, nonzero if something goes wrong" - so I would expect discover_hosts to be similar. Did I read it right? | 13:47 |
esberglu_ | dansmith: efried: Sure. I will take a look after I get this CI issue sorted out | 13:47 |
dansmith | efried: they're entirely different commands though | 13:47 |
dansmith | efried: it's not a failure to run discover_hosts and not find anything | 13:48 |
dansmith | it _is_ a failure to update_cell and not ... update the cell | 13:48 |
efried | dansmith A new user may have a hard time understanding that. I say "discover" and nothing is discovered - seems like a failure. | 13:48 |
efried | (Speaking as a new user myself ;-) | 13:48 |
dansmith | efried: right now people are running discover_hosts and always seeing zero exit, so which do you think will be less disruptive to those people | 13:48 |
dansmith | efried: but discover_hosts is something you can (and some people do) run in cron | 13:49 |
*** felipemonteiro has joined #openstack-nova | 13:49 | |
dansmith | it's idempotent | 13:49 |
dansmith | so, would you like an email from cron every time it runs and doesn't find anything, or every time it does? :) | 13:49 |
bauzas | dansmith: mriedem: jaypipes: cdent: edleafe: I'll need to take some PTOs by this week, so I won't be around for Wed-Frid | 13:49 |
efried | dansmith Or a --strict flag | 13:49 |
*** dimtruck is now known as zz_dimtruck | 13:49 | |
jaypipes | bauzas: k, thanks for the heads up. | 13:50 |
dansmith | efried: sure, or that | 13:50 |
bauzas | dansmith: mriedem: jaypipes: cdent: edleafe: the series is in a good pace, you can review it | 13:50 |
jaypipes | bauzas: can you give edleafe permission to take over any patches you have in progress please? | 13:50 |
dansmith | jaypipes: +1 | 13:50 |
jaypipes | bauzas: I want to keep progress going. | 13:50 |
bauzas | as I said earlier, I'm fine with anyone working on my changes if we're not duplicating work | 13:50 |
jaypipes | bauzas: cool, thank you sir. | 13:50 |
*** felipemonteiro_ has joined #openstack-nova | 13:51 | |
bauzas | anyway, I'm still around for 24h | 13:51 |
dansmith | efried: --strict means we keep existing behavior without that being passed to avoid breaking anyone current right? | 13:51 |
dansmith | that's probably the best, in which case I'm good with not finding anything is an "error" | 13:51 |
*** sridharg has quit IRC | 13:52 | |
efried | dansmith Right. Adding --strict would mean, "any result that isn't 'I discovered a host' is a failure." | 13:52 |
dansmith | yep | 13:52 |
*** catinthe_ has joined #openstack-nova | 13:53 | |
efried | dansmith For current impl, is there a command I can use to ask whether this host has been discovered (registered with a cell)? | 13:53 |
*** catinth__ has joined #openstack-nova | 13:53 | |
dansmith | efried: no, such a command would be welcome too I think | 13:54 |
*** catintheroof has quit IRC | 13:54 | |
dansmith | efried: also I think you can backport the --strict patch | 13:54 |
openstackgerrit | Gábor Antal proposed openstack/nova master: Transform instance.resize_prep notification https://review.openstack.org/465081 | 13:54 |
efried | dansmith To ocata? | 13:54 |
dansmith | efried: aye | 13:54 |
efried | Cause none of this was implemented in newton? | 13:54 |
efried | (or at least not required) | 13:54 |
dansmith | not required yeah | 13:54 |
efried | dig | 13:54 |
*** felipemonteiro has quit IRC | 13:54 | |
dansmith | efried: just MHO but we did similar things before to make the transition easier before people got there, so I think it's legit | 13:55 |
dansmith | that way esberglu_ gets the full gamut of nova dev interaction :) | 13:55 |
efried | Trial by fire | 13:56 |
*** kylek3h has joined #openstack-nova | 13:56 | |
efried | dansmith So `nova-manage cell_v2 list_cells [--verbose]` doesn't show which hosts are in which cells? | 13:57 |
*** links has quit IRC | 13:57 | |
*** catinthe_ has quit IRC | 13:57 | |
efried | nope | 13:57 |
dansmith | efried: I think it does, but it won't return pass/fail for a single host.. but you can use grep and get that I think | 13:57 |
openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/nova master: Add Neutron port capabilities to devspec in request https://review.openstack.org/451777 | 13:58 |
dansmith | oh wait, | 13:58 |
dansmith | not after my faster-er patch | 13:58 |
openstackgerrit | Gábor Antal proposed openstack/nova master: Transform instance.resize_prep notification https://review.openstack.org/465081 | 13:58 |
dansmith | but in ocata you can I think | 13:58 |
*** crushil has joined #openstack-nova | 13:58 | |
*** mmedvede has quit IRC | 13:58 | |
dansmith | in master now, it is able to efficiently determine which hosts are unmapped | 13:58 |
dansmith | in ocata it couldn't, which means it had to get them all | 13:58 |
*** smatzek has joined #openstack-nova | 13:58 | |
*** awaugama has joined #openstack-nova | 13:59 | |
efried | dansmith Would list_cells be an appropriate place to put the "include mapped hosts" behavior? Potentially via a new flag? | 13:59 |
mriedem | is it odd that migration.status goes from accepted -> pre-migrating -> done | failed; with no 'evacuating' or middle state? | 14:00 |
mriedem | for evacuate i mean | 14:00 |
efried | dansmith Versus a whole new command, like `nova-manage cell_v2 host_mapping` | 14:00 |
*** diga has joined #openstack-nova | 14:00 | |
*** mmedvede has joined #openstack-nova | 14:01 | |
dansmith | efried: I think a command of "is host $hostname mapped" that returns a boolean is likely to be useful for scripting deployments | 14:02 |
dansmith | list_cells shouldn't return hosts, IMHO | 14:02 |
*** smatzek_ has joined #openstack-nova | 14:02 | |
efried | dansmith okay. | 14:02 |
dansmith | but a list-hosts-in-cell command is probably also useful | 14:02 |
*** sree has joined #openstack-nova | 14:02 | |
*** salv-orlando has joined #openstack-nova | 14:03 | |
esberglu_ | efried: dansmith: Just getting caught back up. Sounds like the two takeaways are that we want to add | 14:04 |
esberglu_ | - A --strict flag to the discover_hosts command (and backport to ocata) | 14:04 |
esberglu_ | - A new command to check if a host is mapped | 14:04 |
esberglu_ | - A new command to list hosts in a cell | 14:05 |
esberglu_ | (3 takeaways) | 14:05 |
efried | esberglu_ Probably not #3 | 14:05 |
*** smatzek has quit IRC | 14:06 | |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: test for agg association not sharing https://review.openstack.org/461901 | 14:06 |
openstackgerrit | Jay Pipes proposed openstack/nova master: placement: test non-shared out of inventory https://review.openstack.org/461900 | 14:06 |
dansmith | #3 seems useful to me too, but that's the order of importance, yeah | 14:06 |
*** sree has quit IRC | 14:06 | |
esberglu_ | K I'm on the hook for that. I'll be back with questions I'm sure | 14:07 |
*** salv-orlando has quit IRC | 14:08 | |
*** zz_dimtruck is now known as dimtruck | 14:09 | |
*** adisky_ has quit IRC | 14:11 | |
*** eharney has joined #openstack-nova | 14:14 | |
*** gianpietro has joined #openstack-nova | 14:18 | |
*** dikonoor has quit IRC | 14:25 | |
*** hongbin has joined #openstack-nova | 14:28 | |
*** edmondsw has joined #openstack-nova | 14:29 | |
*** markvoelker_ has joined #openstack-nova | 14:29 | |
openstackgerrit | sahid proposed openstack/nova master: libvirt: update the logic to configure volume with scsi controller https://review.openstack.org/459741 | 14:32 |
openstackgerrit | sahid proposed openstack/nova master: libvirt: update logic to configure device for scsi controller https://review.openstack.org/459740 | 14:32 |
openstackgerrit | sahid proposed openstack/nova master: libvirt: update LibvirtConfigGuestDeviceAddress to provide XML https://review.openstack.org/459737 | 14:32 |
openstackgerrit | sahid proposed openstack/nova master: libvirt: rearange how scsi controller is defined https://review.openstack.org/459739 | 14:32 |
openstackgerrit | sahid proposed openstack/nova master: libvirt: set full description of the controller used by disk https://review.openstack.org/459738 | 14:32 |
*** markvoelker has quit IRC | 14:33 | |
*** david-lyle has quit IRC | 14:34 | |
*** david-lyle has joined #openstack-nova | 14:35 | |
mriedem | https://review.openstack.org/#/c/430608/ worries me a bit - it's defining what "in progress" means for various types of migrations which is going to impact how the API works | 14:37 |
mriedem | i.e. post-copy is not considered in-progress, | 14:37 |
mriedem | and there is no 'evacuating' status while we're actually performing the evacuate | 14:37 |
mriedem | seems like this could be a mess to manage in the future, since we're exposing an internal state machine out of the api | 14:38 |
*** psachin has quit IRC | 14:38 | |
*** gjayavelu has joined #openstack-nova | 14:39 | |
openstackgerrit | Dan Smith proposed openstack/nova master: De-complicate some of the instance delete path https://review.openstack.org/458636 | 14:39 |
openstackgerrit | Dan Smith proposed openstack/nova master: Move to proper target_cell calling convention https://review.openstack.org/458634 | 14:39 |
openstackgerrit | Dan Smith proposed openstack/nova master: Make target_cell() yield a new context https://review.openstack.org/458635 | 14:39 |
openstackgerrit | Dan Smith proposed openstack/nova master: Fix live migration devstack hook for multicell environment https://review.openstack.org/458537 | 14:39 |
openstackgerrit | Dan Smith proposed openstack/nova master: Target cell on local delete https://review.openstack.org/464059 | 14:40 |
*** armax has joined #openstack-nova | 14:41 | |
*** crushil has quit IRC | 14:42 | |
*** smatzek_ is now known as smatzek | 14:42 | |
*** mtanino has joined #openstack-nova | 14:46 | |
*** yamahata has joined #openstack-nova | 14:51 | |
*** david-lyle has quit IRC | 14:52 | |
danpawlik | mriedem: : Hi. Can you review https://review.openstack.org/#/c/459753/ when you have some free time? Thanks | 14:52 |
*** salv-orlando has joined #openstack-nova | 14:52 | |
*** dillaman has quit IRC | 14:52 | |
mriedem | cdent: alex_xu: wondering about your opinions on 400 vs 409 here https://review.openstack.org/#/c/459483/5/nova/api/openstack/compute/server_migrations.py@89 | 14:55 |
*** gjayavelu has quit IRC | 14:55 | |
mriedem | it might not matter since we're never very consistent on those | 14:55 |
*** crushil has joined #openstack-nova | 14:55 | |
*** lucasxu has joined #openstack-nova | 14:56 | |
*** salv-orlando has quit IRC | 14:57 | |
*** mvk_ has joined #openstack-nova | 14:57 | |
*** andreas_s has quit IRC | 14:59 | |
*** fragatina has joined #openstack-nova | 15:00 | |
*** dillaman has joined #openstack-nova | 15:05 | |
*** andreas_s has joined #openstack-nova | 15:08 | |
*** armax has quit IRC | 15:10 | |
*** Oku_OS is now known as Oku_OS-away | 15:18 | |
mriedem | sfinucan: replied in https://review.openstack.org/#/c/464088/ | 15:18 |
mriedem | sfinucan: i think we can assume the db name doesn't have / in it | 15:18 |
* sfinucan looking | 15:18 | |
mriedem | sfinucan: and / is the url separator | 15:18 |
*** vks1 has quit IRC | 15:18 | |
sfinucan | mriedem: Then we're good | 15:18 |
mriedem | i'd rather not over-complicate this until someone shows up with a case that breaks this | 15:18 |
sfinucan | I was just making sure - I've been caught rotten with rstrip before | 15:19 |
mriedem | ok | 15:19 |
melwitt | dansmith, jaypipes, johnthetubaguy, mriedem: just a heads up that the quotas set is ready to look at again | 15:19 |
jaypipes | melwitt: awesome. will review after bauzas/edleafe claims series. | 15:19 |
mriedem | melwitt: then i shall review now | 15:20 |
melwitt | cool, thanks :) | 15:20 |
*** yamahata has quit IRC | 15:22 | |
*** mlavalle has joined #openstack-nova | 15:25 | |
*** trungnv has quit IRC | 15:30 | |
*** sree has joined #openstack-nova | 15:33 | |
*** burt has joined #openstack-nova | 15:34 | |
*** markvoelker_ has quit IRC | 15:35 | |
*** lpetrut has quit IRC | 15:35 | |
*** nicolasbock has joined #openstack-nova | 15:36 | |
*** salv-orlando has joined #openstack-nova | 15:36 | |
*** nicolasbock has quit IRC | 15:36 | |
*** nicolasbock has joined #openstack-nova | 15:37 | |
*** mdnadeem has quit IRC | 15:38 | |
*** sree has quit IRC | 15:38 | |
*** sree has joined #openstack-nova | 15:39 | |
openstackgerrit | Stephen Finucane proposed openstack/nova master: trivial: Remove dead code https://review.openstack.org/460662 | 15:39 |
*** gyee has joined #openstack-nova | 15:42 | |
*** sree has quit IRC | 15:43 | |
*** belmoreira has quit IRC | 15:45 | |
*** READ10 has quit IRC | 15:46 | |
openstackgerrit | melanie witt proposed openstack/nova master: convert unicode to string before we connect to rados https://review.openstack.org/465404 | 15:46 |
*** andreas_s has quit IRC | 15:50 | |
*** nic has joined #openstack-nova | 15:51 | |
bauzas | jaypipes: thanks for commenting my series, good points there | 15:54 |
bauzas | jaypipes: just rev'ing | 15:54 |
bauzas | jaypipes: I think we agreed on having the conductor doing the allocations, right? | 15:57 |
jaypipes | bauzas: I don't remember such an agreement, no. | 15:57 |
bauzas | jaypipes: and scheduler passing a list of alternatives to the conductor for that, as per dan's session | 15:57 |
bauzas | because of the rescheduling issue | 15:57 |
mriedem | melwitt: random questions https://review.openstack.org/#/c/446239/7/nova/compute/api.py@5167 | 15:57 |
dansmith | jaypipes: wat. really? | 15:57 |
jaypipes | bauzas: there are no rescheduling issues if we do the claims in the scheduler. | 15:57 |
jaypipes | dansmith: yes. | 15:58 |
dansmith | jaypipes: we totally said we were doing them in the conductor in boston :) | 15:58 |
bauzas | jaypipes: I explained why the scheduler sould be a wrong possibilty in some email | 15:58 |
bauzas | lemme find it | 15:58 |
jaypipes | dansmith, bauzas: reschedule issues go away if we do the claims in the scheduler. | 15:58 |
*** lbragstad has joined #openstack-nova | 15:58 | |
dansmith | jaypipes: eh? | 15:59 |
bauzas | jaypipes: http://lists.openstack.org/pipermail/openstack-dev/2017-May/117039.html | 15:59 |
*** pcaruana has quit IRC | 15:59 | |
dansmith | jaypipes: if we do it in the scheduler, then we end up with scheduler claiming first, then conductor claiming on reschedules | 15:59 |
dansmith | jaypipes: which I don't like | 15:59 |
bauzas | "There are multiple reasons why we chose to use conductor for that :" | 15:59 |
jaypipes | dansmith: you remember when I told operators that "95% or more of the reasons for retries go away when the scheduler does claims"? | 15:59 |
jaypipes | dansmith: there is no reason to do reschedules at all if we do claims in the scheduler. | 15:59 |
dansmith | jaypipes: sure, but we're talking about claiming during the scheduling phase | 15:59 |
dansmith | I can't believe we're having this conversation again :) | 16:00 |
mriedem | the problem is no one is defining what 'reschedule' means here | 16:00 |
jaypipes | dansmith: I thought you were cool with getting rid of retries entirely? | 16:00 |
dansmith | lol | 16:00 |
mriedem | i think what jaypipes is talking about is calling select_destinations again | 16:00 |
bauzas | that's at least a bit unfortunate I spent my week on something I thought we had a consensus :) | 16:00 |
bauzas | without doing any reviews (sorry folks!) | 16:00 |
mriedem | i think dansmith is talking about deleting failed allocations and looping to the next host in our list, which is not the same | 16:01 |
mriedem | which we could do in conductor, | 16:01 |
mriedem | if the scheduler gives a list from select_destinations | 16:01 |
bauzas | mriedem: I implemented that in https://review.openstack.org/#/c/460455/15/nova/conductor/manager.py | 16:01 |
jaypipes | mriedem: no, I'm talking about the scheduler doing the "retry" of a claim/allocation. | 16:01 |
mriedem | "reschedule" is a broad ass term | 16:01 |
bauzas | jaypipes: please see at http://lists.openstack.org/pipermail/openstack-dev/2017-May/117039.html | 16:01 |
*** slaweq has joined #openstack-nova | 16:01 | |
dansmith | how about a hangout at the bottom of the hour? | 16:01 |
bauzas | jaypipes: there are 4 reasons why I disagree with doing the allocation within the scheduler worker process | 16:02 |
openstackgerrit | Stephen Finucane proposed openstack/nova master: trivial: Remove dead code https://review.openstack.org/460662 | 16:02 |
openstackgerrit | Stephen Finucane proposed openstack/nova master: utils: Replace 'utf8' with oslo.utils equivalent https://review.openstack.org/466799 | 16:02 |
mriedem | dansmith: yeah need a hangout, so 1PM ET? | 16:02 |
jaypipes | dansmith, bauzas: I strongly think we should be calling placement's POST /allocations from the scheduler, not the conductor. Sorry if this surprises people. | 16:02 |
dansmith | mriedem: mriedem sure | 16:03 |
dansmith | jaypipes: yes that's very surprising.. we all had this conversation in boston and I was sure we had consensus | 16:03 |
*** david-lyle has joined #openstack-nova | 16:03 | |
jaypipes | I specifically remember saying "doing claims in the scheduler gets rid of the retry issues (and all associated "upcall shenanigans") | 16:03 |
*** mvk_ has quit IRC | 16:03 | |
bauzas | jaypipes: well, I do remember exatly operators nodding at dansmith's proposal of passing down a list of possible acceptable hosts | 16:03 |
dansmith | jaypipes: so, we also agreed we can't fully get rid of retries right away, which means conductor _will_ have to do allocation calls as well | 16:03 |
dansmith | right | 16:03 |
mriedem | note we've also been saying "claims in the scheduler*" | 16:03 |
dansmith | jaypipes: I'm opposed to doing it in scheduler first and conductor second.. I think that's a mess | 16:04 |
melwitt | mriedem: thanks. short answer is, you're right. replying on the review now | 16:04 |
*** lucasxu has quit IRC | 16:04 | |
*** slaweq has quit IRC | 16:04 | |
jaypipes | dansmith: I see no reason to "do it in the conductor second". | 16:04 |
mriedem | melwitt: ok - so basically wtf for how this behaves, but it's not backward incompatible so ok | 16:04 |
jaypipes | dansmith: if the scheduler does the claim, there is no reason for anything else to do the claim. | 16:04 |
dansmith | jaypipes: reschedule | 16:05 |
mriedem | jaypipes: retries from the computes go up to the cell conductor | 16:05 |
jaypipes | dansmith: we should *not* support reschedule. period. | 16:05 |
dansmith | jaypipes: there was almost zero support in the room for eliminating reschedules | 16:05 |
bauzas | I thought we had that discussion in Boston :/ | 16:05 |
*** gouthamr has joined #openstack-nova | 16:05 | |
dansmith | jaypipes: which was the whole point of the "send extra hosts down to the cell" discussion, which you were definitely there for | 16:05 |
*** udesale has joined #openstack-nova | 16:05 | |
jaypipes | dansmith: yes there was when I said "95% of the causes of reschedules currently will be eliminated" | 16:05 |
dansmith | bauzas: we did | 16:05 |
dansmith | *facepalm* | 16:05 |
melwitt | mriedem: yeah ... I'm trying to make all of the formats of count as dict consistent. before, I had some dict and some int so that only things that could have project and user would be dict, but people found that more confusing | 16:06 |
bauzas | anyway, I'm litterally 24 hours away of taking a long break | 16:06 |
jaypipes | dansmith: perhaps this is the session I had to leave early (I was standing in the back and right before I left I said "recschedules should not occur and the reason for them will be gone when claining in the scheduler"? | 16:06 |
bauzas | I'm trying hard to make sure we're all on the same page before I leave | 16:06 |
dansmith | jaypipes: bauzas: mriedem: I'm good for a hangout any time starting now, whenever you want, until 11:30 PDT | 16:06 |
*** mvk has quit IRC | 16:07 | |
bauzas | I can | 16:07 |
jaypipes | I can do a hangout whenever. | 16:07 |
mriedem | i can also do now | 16:07 |
jaypipes | ++ | 16:07 |
dansmith | jaypipes: yeah, you left, but I thought you were still around for the consensus on reschedules.. however you _were_ there for the scheduling claims session where we talked about the extra hosts thing | 16:07 |
melwitt | eliminating reschedules would make things really suck for Ironic users in the absence of a porcelain API that does retries | 16:07 |
jaypipes | melwitt: you mean "standalone Ironic". | 16:07 |
melwitt | no, Ironic + Nova | 16:07 |
mriedem | plus i think numa came up | 16:08 |
dansmith | I'll get a link, just a sec | 16:08 |
mriedem | in the claims in the scheduler session | 16:08 |
jaypipes | mriedem: NUMA is handled in the existing NUMAtopologyFilter. | 16:08 |
*** hongbin has quit IRC | 16:08 | |
dansmith | https://hangouts.google.com/call/e6jtzndusjf6rezqvwdatascvuu | 16:08 |
bauzas | joining | 16:09 |
jaypipes | mriedem: claims would occur after the NUMATopologyFilter selected a host. We could have the NUMAtopology that was selected (and currently thrown away by the filter) written to the compute_nodes table. | 16:09 |
*** gouthamr has quit IRC | 16:09 | |
*** sajeesh has joined #openstack-nova | 16:10 | |
bauzas | dansmith: you're not there in the hangout | 16:10 |
jaypipes | melwitt: honestly, I don't really care about use cases where an IPMI boot failure results in an ERROR state for an instance | 16:11 |
sajeesh | ping sdague | 16:12 |
sdague | sajeesh: what's up? | 16:14 |
*** mikal has quit IRC | 16:14 | |
*** rcernin has quit IRC | 16:14 | |
sajeesh | Hi sdague ..you have written in the mail Get someone from the CERN team to write down what their ideal | 16:14 |
sajeesh | ruleset looks like, so it can be turned into a worked example | 16:14 |
sdague | sajeesh: yes | 16:15 |
sajeesh | by ruleset do you mean all use cases ? | 16:15 |
sdague | not use cases, how they think they would want hierarchical quotas to work | 16:15 |
*** mikal has joined #openstack-nova | 16:16 | |
sajeesh | ok | 16:16 |
melwitt | jaypipes: :\ I don't know the particulars on what is different about scheduling onto baremetal directly, but when you have enough nodes, enough of them could be flaky and if we fail and go to error, we're not absorbing any of that for the end user | 16:16 |
sdague | sajeesh: because the use cases here don't build the hierarchical model all that well, most people set a bunch of use cases together that actually are conflicting | 16:17 |
sdague | so, I want the model algorithm to be proposed by groups that are interested, then we'll work it through | 16:17 |
sajeesh | sdague:+1 | 16:18 |
*** lucasxu has joined #openstack-nova | 16:18 | |
*** Apoorva has joined #openstack-nova | 16:19 | |
*** ayoung has joined #openstack-nova | 16:21 | |
ayoung | Since we are rewriting how you guys do policy enforcement, maybe y'all should take a look: https://review.openstack.org/#/c/384148/ | 16:21 |
*** udesale has quit IRC | 16:22 | |
*** kaisers has quit IRC | 16:22 | |
ayoung | alaski, it has changed a bit since you last looked at it...in October | 16:22 |
*** kaisers has joined #openstack-nova | 16:23 | |
cdent | jaypipes are you guys still on the hangout? | 16:25 |
jaypipes | cdent: yes | 16:25 |
*** mpaolino has quit IRC | 16:25 | |
sdague | ayoung: so, my concern with is_admin on project is that now if you give a user authority to add other users to a project, they also get to see the physical topology of your cloud, and perform live migrations. Because while is_admin is no longer fully global, it isn't service scoped, right? | 16:25 |
alaski | ayoung: I'm no longer actively involved in openstack and likely won't get a chance to look too closely at that change. | 16:26 |
ayoung | alaski, understood | 16:26 |
ayoung | sdague, let me parse what you are asking. | 16:27 |
ayoung | sdague, "my concern with" == "the reason I don't like this approach." " if you give a user authority to add other users to a project" should read " if you give a user authority to add other users to the admin project" | 16:28 |
ayoung | sdague, is that what you mean? | 16:28 |
sdague | ayoung: well, I'm trying to understand based on what's there | 16:28 |
ayoung | sdague, ok...so let me try to explain what we are doing here. | 16:29 |
sdague | so, what does the flow look like from openstack cli calls | 16:29 |
ayoung | We added a config option in Keystone that indicates one project is an admin project. | 16:29 |
sdague | for what an operator would be doing, and why | 16:29 |
*** tjones has joined #openstack-nova | 16:30 | |
ayoung | If that value is set, if a token is scoped to the admin project, the oslo-context will contain the value is_admin_project=True | 16:30 |
ayoung | the assumption is that, for operations that should be scoped to a proejct, we still need to honor the admin role, but that should be distinct from global operations that need the admin role | 16:30 |
ayoung | for global operations, such as adding a hypervisor, you limit access to tokens with is_admin_project=True | 16:31 |
*** rcernin has joined #openstack-nova | 16:31 | |
ayoung | it is not scoped per service | 16:31 |
ayoung | you could do per-service via RBAC, but you would still want to make use of this mechanism | 16:31 |
ayoung | if you wanted a computeadmin role separate from admin, you could do that, but it would require custom policy | 16:32 |
ayoung | but you would still want to enforce that the user has computeadmin on the admin_project, and not accept tokens scoped to other projects | 16:32 |
*** ltomasbo is now known as ltomasbo|away | 16:32 | |
ayoung | sdague, does that make sense? | 16:32 |
sdague | ok, I guess I don't understand how it moves things forward. I think I need an example of openstack cli commands about "now this is in place, this is what a keystone admin would do to give bob the following permissions, and this is what he could do after" | 16:33 |
sdague | I need an outside in view of this to make it make sense to me | 16:33 |
ayoung | sdague, fair enough | 16:33 |
ayoung | sdague, once this change is merged, assuming no changes on the Keystone side, nothing would actively change in Nova | 16:34 |
sdague | ayoung: then I don't understand why we'd make the change | 16:34 |
ayoung | the reason for that is, as alaski and I discussed in his comments, we built a hack into oslo-context | 16:34 |
ayoung | sdague, it only takes effect once the config option is actively set in Keystone | 16:34 |
*** slaweq has joined #openstack-nova | 16:34 | |
*** gouthamr has joined #openstack-nova | 16:34 | |
ayoung | at that point, only users with roles on the project that Keystone has configured as the admin_project would be able to execute these APIs | 16:35 |
*** lucasagomes is now known as lucas-afk | 16:35 | |
ayoung | We need the change in Nova, Glance, Cinder, Neutron, and Keystone before the fix enforces policy across the board | 16:35 |
sdague | ayoung: sure, I guess I don't understand why Nova should ever know that big | 16:35 |
sdague | that bit | 16:35 |
sdague | like, that's the thing I don't get | 16:35 |
sdague | there are multiple ways now for a keystone setup to say "you are admin" | 16:35 |
sdague | so, that's fine | 16:36 |
ayoung | sdague Nova is the policy enforcement point, not Keystone | 16:36 |
sdague | why doesn't keystonemiddleware / oslo.context process that | 16:36 |
sdague | and just set the is_admin flag based on that logic | 16:36 |
ayoung | so.... | 16:36 |
ayoung | Did you go to my RBAC in middleware talk? | 16:36 |
sdague | it doesn't seem useful to have to teach every service what the current keystone configuration is to do that | 16:36 |
sdague | nope | 16:36 |
ayoung | sdague, ok, so the conccet there is that RBAC could be enforced on just the URL, as it does not need to know the scope of the object out of the database. Unlike, say, neutron netwokrs, or glance images, which are project scoped. The role check is only on the URL | 16:37 |
ayoung | is_admin_project is a scope check. | 16:37 |
ayoung | and, for all the listed resources, we need to fetch an object our of the database first | 16:38 |
ayoung | OK...you say...but these APIs are not scoped, so we don't need an object from the database, right? | 16:38 |
ayoung | and...I agree with you | 16:38 |
ayoung | but we do not have enough information to determine what policy rule we need to enforce | 16:38 |
ayoung | only the policy.json file knows that, as of now | 16:39 |
sdague | ayoung: honestly, I think I need worked examples showing the set of cli flows for it to make sense. The policy bits get really abstract really quickly. And while I realize you have most of it your head, I can't really do that without pictures and flows | 16:39 |
ayoung | In the "RBAC in middleware" proposal, we specify an inventory of routes, with a role assigned to each. The routes look a lot like the Compute API doc | 16:39 |
*** gouthamr has quit IRC | 16:40 | |
dansmith | jaypipes: feel free to cc me directly on that mail if you want to further implicate me in the act of bring it back up | 16:40 |
ayoung | sdague, the short answer to your question is, without additional policy enforcement, we need to know, at policy time, whether a specific token is supposed to be global scoped or not | 16:40 |
*** salv-orlando has quit IRC | 16:40 | |
ayoung | forget my RBAC proposal, cus that is not approved yet. JUst to get a fix for bug 968696, we need a way for Nova to say "yes, this token is good for global operations" or "no it is not" | 16:41 |
openstack | bug 968696 in OpenStack Identity (keystone) ""admin"-ness not properly scoped" [High,In progress] https://launchpad.net/bugs/968696 - Assigned to Adam Young (ayoung) | 16:41 |
ayoung | sdague, determining which operations are global vs scoped is a decision for the Nova engineering team to make | 16:41 |
ayoung | as is figuring out how to enforce the scoping | 16:42 |
ayoung | what Keystione is providing is the answer to "is this token valid for global operations" | 16:42 |
ayoung | this patch is using that answer to start differentiating between scoped and global operationws | 16:42 |
ayoung | could it be done in middleware? Not today | 16:42 |
ayoung | Not without a lot more tooling. | 16:43 |
sdague | ayoung: so, I'll repeat, this isn't going to make any sense to me without those other diagrams and flows. So I'll stay opted out of the conversation if those don't exist. | 16:43 |
ayoung | sdague, huh? | 16:43 |
ayoung | I...I don't think I can make it any more simple than that. | 16:44 |
ayoung | In order to perform global admin operations, you need a token scoped to the admin project. | 16:44 |
*** markus_z has quit IRC | 16:45 | |
*** jaosorior is now known as jaosorior_away | 16:45 | |
*** diga has quit IRC | 16:46 | |
*** armax has joined #openstack-nova | 16:46 | |
openstackgerrit | Sylvain Bauza proposed openstack/nova master: Scheduler returning alternatives per destination https://review.openstack.org/465175 | 16:46 |
*** purplerbot has quit IRC | 16:46 | |
openstackgerrit | Sylvain Bauza proposed openstack/nova master: Delete existing allocations when retrying https://review.openstack.org/460433 | 16:46 |
openstackgerrit | Sylvain Bauza proposed openstack/nova master: Don't delete allocation if instance being scheduled https://review.openstack.org/460177 | 16:46 |
openstackgerrit | Sylvain Bauza proposed openstack/nova master: WIP: Allocate instance by the conductor https://review.openstack.org/460455 | 16:46 |
openstackgerrit | Sylvain Bauza proposed openstack/nova master: Fix ChanceScheduler returning a wrong node https://review.openstack.org/466725 | 16:46 |
*** jpena is now known as jpena|off | 16:47 | |
*** purplerbot has joined #openstack-nova | 16:47 | |
ayoung | sdague, what exactly would you require in order to move this forward? Considering that a comparable change needs to go into every openstack project, I'm guessing that whatever we provided for the Nova team would help move it forward across the board. The current implementations are really broken, due to Keystone not having provided a way to distinguish between global and scoped tokens. But that mistake goes back to pre-Ke | 16:54 |
ayoung | ystone Nova's token system as well. | 16:54 |
ayoung | Just because it has been broken since Cactus does not mean it is not broken. | 16:54 |
*** gszasz has quit IRC | 16:55 | |
*** ralonsoh has quit IRC | 16:57 | |
*** derekh has quit IRC | 16:59 | |
*** salv-orlando has joined #openstack-nova | 17:01 | |
bauzas | jaypipes: mriedem: dansmith: cdent: melwitt: edleafe: FWIW, given the outcome of our hangout, I'm going to stop working on my series, in particular given I'll need to disappear starting tomorrow | 17:04 |
bauzas | edleafe: feel free to takeover any change you want | 17:04 |
*** hongbin has joined #openstack-nova | 17:04 | |
*** gouthamr has joined #openstack-nova | 17:04 | |
bauzas | edleafe: I just removed my -2s that I gave you previously | 17:04 |
bauzas | tl;dr: all is clear for iterating fast | 17:05 |
*** slaweq has quit IRC | 17:05 | |
*** mvk has joined #openstack-nova | 17:05 | |
bauzas | I'll spend my day tomorrow for bug triaging and reviews | 17:05 |
*** salv-orlando has quit IRC | 17:05 | |
*** trinaths has joined #openstack-nova | 17:06 | |
*** gouthamr has quit IRC | 17:09 | |
ayoung | sdague, here is my RBAC talk. https://www.openstack.org/videos/boston-2017/per-api-role-based-access-control please watch it when you have the time. In the meanwhile, I will try to put together the explanation of why we are approach the fix to 968696 the way we are. | 17:09 |
*** hongbin has quit IRC | 17:13 | |
*** marst_ has joined #openstack-nova | 17:13 | |
*** trinaths has quit IRC | 17:14 | |
*** lucasxu has quit IRC | 17:14 | |
bauzas | mriedem: melwitt: do you want me to publish a new rev for the ReqSpec delete where I would call the deletion in https://review.openstack.org/#/c/391060/9/nova/compute/api.py@2046 for example ? | 17:15 |
bauzas | I can do that quickly so you both could review | 17:15 |
*** mvk_ has joined #openstack-nova | 17:15 | |
cdent | bauzas: ack on the all clear for iterating | 17:16 |
mriedem | bauzas: i don't think that's the place to do it | 17:16 |
mriedem | _local_delete is the place to do it in the api | 17:17 |
bauzas | mriedem: I saw you wanted to restrict for local deletes | 17:17 |
mriedem | bauzas: but i won't be reviewing anything else for awhile, i'm on patch 1 of the quota series | 17:17 |
mriedem | bauzas: the _local_delete method is where local delete happens | 17:17 |
bauzas | mriedem: like I said in the comment, I think it's pretty harmless | 17:17 |
bauzas | mriedem: well, I think we would loose a huge number of deletions if we only do that for local instance deletes | 17:18 |
bauzas | right? | 17:18 |
melwitt | bauzas: I didn't know about the on-the-fly reqspec it can come up with if it doesn't find one, so it's not catastrophic in the case we described | 17:18 |
melwitt | it would still be something like "user can see and do actions on instance but instance may not honor original scheduling spec" | 17:19 |
*** tjones has left #openstack-nova | 17:19 | |
mriedem | we are still going to need something to cleanup api db orphans, like instance_mappings | 17:19 |
bauzas | melwitt: eg. https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L294 | 17:20 |
mriedem | idk, i can't context switch on this right now | 17:20 |
bauzas | okay, let's postpone that for later | 17:20 |
bauzas | it's a bugfix, we can land it later | 17:20 |
bauzas | I'll review jaypipes's series for shared-rps | 17:21 |
*** jmlowe has quit IRC | 17:25 | |
edmondsw | johnthetubaguy can you point me to the patch you mentioned at the summit to swap network routing before pause/resume on live migrate? | 17:36 |
*** fragatina has quit IRC | 17:37 | |
*** Sukhdev has joined #openstack-nova | 17:44 | |
*** gianpietro has quit IRC | 17:44 | |
mriedem | melwitt: just so you're aware, i posted comments in the base patch but i'm still working through the rest | 17:44 |
gyee | mriedem: can you please take a look whenever you have a chance? https://review.openstack.org/#/c/466143/ | 17:45 |
melwitt | mriedem: cool, thanks | 17:45 |
openstackgerrit | Steve Noyes proposed openstack/nova master: WIP: update live migration to use v3 cinder api https://review.openstack.org/463987 | 17:46 |
*** sajeesh has quit IRC | 17:48 | |
*** yamahata has joined #openstack-nova | 17:49 | |
*** jmlowe has joined #openstack-nova | 17:53 | |
jaypipes | mriedem, dansmith, melwitt, cdent, bauzas: ok, ML post sent about getting rid of automated reschedule behaviour. | 17:54 |
* cdent prepares himself | 17:54 | |
*** mvk_ has quit IRC | 17:54 | |
dansmith | ack | 17:55 |
jaypipes | mriedem, dansmith, melwitt, cdent, bauzas: pls let me know if I accurately explained the issue and the request. | 17:56 |
melwitt | out of curiosity I checked how kubernetes scheduling works and whether it retries, to be aware of what others are doing, | 17:56 |
melwitt | and it sounds like it does retry forever "remains in pending state until suitable machine becomes available" according to this post. I didn't find a doc about it on k8s site yet https://stackoverflow.com/questions/28857993/how-does-kubernetes-scheduler-work/28874577#28874577 | 17:57 |
jaypipes | melwitt: well, yeah, because k8s is an orchestrator :) | 17:57 |
dansmith | yeah, totally different | 17:57 |
jaypipes | melwitt: which fits nicely into my "nova shouldn't be an orchestrator" point ;) | 17:58 |
melwitt | but openstack doesn't have an orchestrator at all, does it? | 17:58 |
melwitt | so our thing just performs worse | 17:58 |
jaypipes | melwitt: heat? | 17:59 |
dansmith | heat | 17:59 |
dansmith | heh | 17:59 |
jaypipes | melwitt: or tacker for NFV. | 17:59 |
*** sambetts is now known as sambetts|afk | 17:59 | |
melwitt | I think heat is a manual orchestrator, you (the end user) have to tell it everything to do, I thought | 18:00 |
jaypipes | melwitt: well, k8s is the same. you declare a pod definition and k8s tries constantly to make your pod definition a reality. | 18:01 |
*** Sukhdev has quit IRC | 18:01 | |
jaypipes | melwitt: or you just meant heat doesn't constantly try to do things? | 18:01 |
melwitt | jaypipes: more the latter. I'm not a heat expert, maybe there's a way to tell it to keep retrying a definition | 18:03 |
jaypipes | melwitt: yeah, I'm not a Heat expert either. | 18:03 |
*** r-daneel has joined #openstack-nova | 18:09 | |
*** ijw has quit IRC | 18:09 | |
*** crushil has quit IRC | 18:10 | |
*** lucasxu has joined #openstack-nova | 18:12 | |
*** kaisers has quit IRC | 18:14 | |
*** kaisers has joined #openstack-nova | 18:14 | |
cdent | jaypipes, melwitt: if want to play the odds, it is more likely that a "keep retrying orchestrator" (that actually does the job well) will come into existence if we do not include bad orchestration in nova. | 18:17 |
*** kaisers has quit IRC | 18:17 | |
*** kaisers has joined #openstack-nova | 18:17 | |
jaypipes | cdent: ++ | 18:17 |
cdent | it is also the case that the odds of "good orchestration" merging sooner (in nova) than something else trying to do it (outside of nova's constraints) are low | 18:17 |
melwitt | cdent: maybe. I'm not sure how many people would want to use an orchestrator-less system, but that works as long as no other viable options are available | 18:20 |
*** itlinux has joined #openstack-nova | 18:21 | |
cdent | melwitt: Is what we have today orchestrator-less or bad-orchestrator? | 18:21 |
melwitt | cdent: bad-orchestrator | 18:22 |
cdent | as in makes a half hearted effort at retrying and then bails..., yeah? | 18:22 |
melwitt | yes | 18:23 |
*** gouthamr has joined #openstack-nova | 18:24 | |
jaypipes | dansmith: you were +2 previously. I'm good on https://review.openstack.org/#/c/460177/ now with bauzas' latest revision. | 18:25 |
melwitt | cdent: with the half hearted effort, an operators can detect a bad baremetal node and take it out of rotation without exposing end users to the fail. without it, the end user would have to suffer the failure at least once before the operator can take it out of rotation. unless the operator builds a porcelain API that maybe uses heat behind it and has end users point at that. is what I'm thinking | 18:26 |
* cdent nods | 18:27 | |
*** catinth__ has quit IRC | 18:28 | |
melwitt | I can also see the point of, you can't serve everybody perfectly, and if it's really only 5% of people that would be affected, then I get that. we'll see what they say on the ML | 18:29 |
*** READ10 has joined #openstack-nova | 18:29 | |
*** catintheroof has joined #openstack-nova | 18:30 | |
*** trinaths has joined #openstack-nova | 18:30 | |
*** trinaths has left #openstack-nova | 18:31 | |
mriedem | melwitt: ok https://review.openstack.org/#/c/446239/ | 18:35 |
mriedem | melwitt: i didn't go through tests | 18:35 |
melwitt | mriedem: thanks. reading through | 18:36 |
*** harlowja has joined #openstack-nova | 18:37 | |
mriedem | i have successfully finished a 60+ ounce bag of tootsie rolls from halloween | 18:38 |
mriedem | it was a grind, but it's done | 18:39 |
*** masuberu has quit IRC | 18:39 | |
cdent | my jaw hurts now | 18:40 |
*** dave-mccowan has quit IRC | 18:41 | |
*** lucasxu has quit IRC | 18:41 | |
*** itlinux has quit IRC | 18:41 | |
*** esberglu_ has quit IRC | 18:42 | |
*** itlinux has joined #openstack-nova | 18:42 | |
*** lucasxu has joined #openstack-nova | 18:43 | |
*** harlowja has quit IRC | 18:43 | |
*** crushil has joined #openstack-nova | 18:43 | |
*** esberglu has joined #openstack-nova | 18:44 | |
*** yamahata has quit IRC | 18:45 | |
*** itlinux has quit IRC | 18:48 | |
jaypipes | melwitt: hmm, I wonder if some combination of beer and cat toys will be enough to bribe your James into my worldview... | 18:54 |
*** gouthamr has quit IRC | 18:54 | |
mriedem | jaypipes: not until you can chug a beer faster than him | 18:55 |
mriedem | which from fenway we know isn't going to happen without proper training with a montage | 18:56 |
melwitt | heh | 18:56 |
*** lucasxu has quit IRC | 18:58 | |
*** smatzek has quit IRC | 19:02 | |
melwitt | mriedem: replied on quotas | 19:02 |
*** smatzek has joined #openstack-nova | 19:02 | |
*** lucasxu has joined #openstack-nova | 19:03 | |
*** gianpietro has joined #openstack-nova | 19:08 | |
*** gianpietro has quit IRC | 19:13 | |
*** nicolasbock has quit IRC | 19:13 | |
*** avolkov has quit IRC | 19:16 | |
cdent | mriedem, jaypipes, melwitt, dansmith: Does the idea that was bounced around on the call of claim in the scheduler, re-claim (when things are bad) in the conductor address the issues james is pointing out? Trying to clarify my confused brain. | 19:18 |
mriedem | cdent: yes and is what we discussed in boston | 19:18 |
*** salv-orlando has joined #openstack-nova | 19:18 | |
mriedem | super conductor passes alternate hosts to the cell; if something fails, we reschedule via conductor within the cell using those alternate hosts | 19:19 |
cdent | i knew that the boston plan did, but wasn't clear on if the claim from two different places idea did | 19:19 |
cdent | gotchya, thanks | 19:19 |
mriedem | claiming in two places has the same long-term functionality if we have to retry within a cell | 19:19 |
mriedem | i think the idea of doing claims in the scheduler AND conductor is if we do it in the scheduler, we have (a) tighter retry loop and (b) if we eventually drop reschedules in the cell, then we've already got the work done in the scheduler - as dan pointed out on the call | 19:20 |
cdent | I think I'm leaning that way because of the "claim as early as possible" stuff I mentioned in one of my comments | 19:20 |
mriedem | the short-term downside is you have duplication | 19:20 |
* cdent is not too bothered by that | 19:20 | |
mriedem | i do'nt really see how that's not hidden in the scheduler report client though | 19:21 |
cdent | DRY is what breeds and deeply nested object hierarchies and that makes me cry | 19:21 |
mriedem | or some utility method shared between conductor and scheduler | 19:21 |
cdent | yes | 19:21 |
cdent | woot! I managed a whole 4 things off my to do list today. That's less than 4%. ossum. | 19:22 |
* cdent surrenders | 19:22 | |
cdent | goodnight | 19:22 |
*** cdent has quit IRC | 19:22 | |
*** jmlowe has quit IRC | 19:23 | |
mriedem | melwitt: did you give up halfway? | 19:23 |
melwitt | mriedem: did I miss some comments? I didn't mean to | 19:23 |
melwitt | argh, sorry | 19:23 |
*** jmlowe has joined #openstack-nova | 19:24 | |
*** slaweq has joined #openstack-nova | 19:24 | |
*** larsks has joined #openstack-nova | 19:25 | |
larsks | Howdy. I have an instance that is attached both ipv4 and ipv6 networks. The ipv4 networks show up in network_data.json on the config drive, but there is no trace of the ipv6 network. I see the same thing with a single network that has both ipv4 and ipv6 subnets...only the ipv4 information shows up. What could be causing this? | 19:27 |
*** salv-orlando has quit IRC | 19:28 | |
dansmith | mriedem: I may be remembering wrong, but wasn't there a thing in the last six months or something about us not including ipv6 stuff in network.json in certain circumstances? re ^ | 19:33 |
fungi | larsks: that's a known issue. i gather there's an open bug, mailing list thread and proposed change(s) addressing it, though i don't have references handy at the moment | 19:33 |
mriedem | dansmith: i vaguely remember sdague and jaypipes reviewing something in there recently, but don't know if it was for this | 19:34 |
larsks | fungi: thanks. do you happen to know in which release it should work right now? E.g. was this a regression in ocata or master or something? | 19:35 |
larsks | And would I expect it to work in release N-1? | 19:35 |
*** tbachman has quit IRC | 19:35 | |
mriedem | https://github.com/openstack/nova/commit/ccebded0cbb654be18db5b4e0e7f8b8a3a7cacdb ? | 19:35 |
mriedem | ^ is what i was thinking of | 19:35 |
mriedem | but does'nt look like the right thing | 19:36 |
larsks | Hmmm, I found https://bugs.launchpad.net/nova/+bug/1514082 which suggests this is just a configuration issue. | 19:36 |
openstack | Launchpad bug 1514082 in OpenStack Compute (nova) "network_data.json does not provide information about ipv6 addresses." [Undecided,Invalid] | 19:36 |
fungi | larsks: on another channel, clarkb pointed me to bug 1676363 | 19:38 |
openstack | bug 1676363 in OpenStack Compute (nova) "The network metadata should be more useful" [Medium,In progress] https://launchpad.net/bugs/1676363 - Assigned to Dan Peschman (dpeschman) | 19:38 |
mriedem | dansmith: why do we need with instance.obj_alternate_context on https://review.openstack.org/#/c/458634/12/nova/compute/api.py@1802 ? | 19:39 |
fungi | larsks: related ml thread starts at http://lists.openstack.org/pipermail/openstack-dev/2017-March/114563.html | 19:39 |
larsks | fungi: thanks for both pointers. I like the bug title. I'm going to see if it was just a config issue. | 19:39 |
dansmith | mriedem: because the instance has the ctxt inside not the cctxt | 19:40 |
dansmith | mriedem: well, actually, maybe not there I guess | 19:40 |
dansmith | mriedem: might be able to remove that one I guess | 19:40 |
mriedem | hold up | 19:41 |
mriedem | still going through this | 19:41 |
dansmith | I need food anyway | 19:41 |
mriedem | this is probably tied to get_instance stashing the targeted context on the instance object | 19:43 |
mriedem | that's probably something that deserves a comment in the code then | 19:43 |
jaypipes | mriedem: and it's that "get me alternate hosts" thing that I am really against. | 19:49 |
jaypipes | mriedem: in the conductor that is.. | 19:49 |
*** slaweq has quit IRC | 19:49 | |
*** gianpietro has joined #openstack-nova | 19:49 | |
*** slaweq has joined #openstack-nova | 19:49 | |
*** tbachman has joined #openstack-nova | 19:50 | |
bauzas | sorry folks, was afk for dinner purposes | 19:52 |
jaypipes | dansmith: the diaper exception. nice. | 19:52 |
dansmith | jaypipes: that | 19:53 |
melwitt | mriedem: replied to the rest of the comments | 19:53 |
dansmith | is definitely not my term, but someone used it around me recently and I made note to use it again | 19:53 |
bauzas | jaypipes: dansmith: unfortunatly, I think it's related to the thread mriedem created about the pendulum switching | 19:54 |
bauzas | ie. should nova be tolerant to misconfig? | 19:54 |
bauzas | if we assume the answer be no, then I agree, case c) is probably not worth it for rescheduling | 19:55 |
*** smatzek has quit IRC | 19:55 | |
*** slaweq has quit IRC | 19:55 | |
*** slaweq__ has joined #openstack-nova | 19:55 | |
mriedem | bauzas: that's not really why i started that thread | 19:55 |
bauzas | mriedem: that I know | 19:56 |
bauzas | mriedem: but I think the outcome is related | 19:56 |
*** salv-orlando has joined #openstack-nova | 19:56 | |
mriedem | i think eventually disabling reschedules by default will make things that cause (c) to get exposed more clearly so that we can determine if they are things we should reschedule on, or handle as just bug fixes, i.e. some race we can handle | 19:57 |
mriedem | but it's a wild west of who knows | 19:57 |
bauzas | yup | 19:57 |
mriedem | b/c it's python and anything raised up from below goes in there | 19:57 |
mriedem | dansmith: left some comments/questions in https://review.openstack.org/#/c/458634/ | 19:58 |
dansmith | mriedem: thanks | 19:58 |
mriedem | dansmith: am i correct in stating that's all prep work for the next change in the series? | 19:58 |
*** smatzek has joined #openstack-nova | 19:58 | |
mriedem | melwitt: ok looking | 20:00 |
bauzas | mriedem: dansmith: mmm, that https://review.openstack.org/#/c/458634/ is something I wondered when I was looking at my branch | 20:01 |
bauzas | mriedem: dansmith: correct me if I'm misunderstanding, but the problem is that we mutate the context so that when we exit the contextmanager, it's still having the new MQ ? | 20:02 |
bauzas | because if so, that explains what I discovered, ie. the fact that I was able to ComputeNodeList.get_all() without needing to scope my target | 20:02 |
*** gianpietro has quit IRC | 20:05 | |
mriedem | melwitt: replied to your replies, i don't get the point about old compute code calling count() | 20:05 |
mriedem | because it's not a separate service, | 20:05 |
mriedem | the old compute code will call the old count() code | 20:06 |
*** nicolasbock has joined #openstack-nova | 20:06 | |
melwitt | mriedem: the count() function is accessible through the Quotas.count() remotable method | 20:06 |
mriedem | because it's all bundled together i think, unless maybe you have like a nova-common package and that gets updated before this or something? | 20:06 |
*** gianpietro has joined #openstack-nova | 20:06 | |
melwitt | I don't think compute actually calls count. but if something old did, then the new code would have to work | 20:06 |
*** gianpietro has quit IRC | 20:07 | |
mriedem | i don't see anything calling it | 20:07 |
*** gianpietro has joined #openstack-nova | 20:07 | |
mriedem | besides the api, | 20:08 |
mriedem | which you've changed here | 20:08 |
melwitt | I don't think anything is, dansmith was saying because the remotable method is there, we can't just change the format of what it returns | 20:08 |
mriedem | i think that's fine, and you're not | 20:08 |
mriedem | you added count_as_dict and the api calls that now | 20:09 |
melwitt | yeah, but underneath there has to be something in nova/quota.py that returns the old format | 20:09 |
melwitt | right? | 20:09 |
*** READ10 has quit IRC | 20:09 | |
mriedem | but i'm asking about https://review.openstack.org/#/c/446239/7/nova/quota.py@1914 | 20:09 |
melwitt | if count() is to still be supported | 20:09 |
melwitt | Quotas.count() passes through to nova/quota.py | 20:09 |
mriedem | also this https://review.openstack.org/#/c/446239/7/nova/quota.py@1450 | 20:10 |
melwitt | and what I have there is "if count() use old counting function, else use the new one that returns a dict" | 20:10 |
mriedem | where does ^ happen? | 20:10 |
melwitt | at L1450 I'm defining the old count function if one is provided | 20:11 |
melwitt | because a Quotas.count() would call self.count() | 20:11 |
*** awaugama has quit IRC | 20:12 | |
mriedem | which otherwise would fail if you didn't have https://review.openstack.org/#/c/446239/7/nova/quota.py@1608 ? | 20:13 |
mriedem | Quotas.count() calls count on the resource objec | 20:13 |
mriedem | the engine doesn't have a count() method | 20:13 |
dansmith | mriedem: yeah, prep for the next | 20:13 |
*** armax has quit IRC | 20:13 | |
mriedem | whether or not you're talking to the engine, the driver or the resource object is always a gamble when yo'ure talking quotas | 20:14 |
dansmith | bauzas: I'm not sure what you're asking.. currently we mutate global context for the temporary target context handler, which isn't what we want | 20:14 |
mriedem | melwitt: oh no you're right | 20:14 |
mriedem | engine does have a count() method which calls count() on the resource object | 20:14 |
mriedem | CountableResource in this case | 20:14 |
*** dimtruck is now known as zz_dimtruck | 20:14 | |
bauzas | dansmith: I'm trying to explain that I saw a weird behaviour where I stupidly forgot to target a cell for calling the compute list, and it worked | 20:14 |
bauzas | while it should have be given me no computes, right? | 20:15 |
dansmith | bauzas: well, that's probably because you weren't in a multicell environment | 20:15 |
mriedem | still, couldn't nova.objects.Quotas.count() call count_as_dict and return the int? | 20:15 |
melwitt | mriedem: yeah, those methods I added on the NoopQuotaDriver were a mistake, they would do nothing | 20:15 |
bauzas | dansmith: that's what I thought, since it was for functional tests | 20:15 |
dansmith | bauzas: without my (yet to be merged) patch to devstack, you're always single-cell | 20:15 |
dansmith | and in functional tests unless you specifically arrange for multicell | 20:15 |
mriedem | maybe the problem is if count called count_as_dict we wouldn't know which key to use in the dict | 20:15 |
bauzas | dansmith: ah right | 20:16 |
mriedem | but we could try keys until we found one that hits | 20:16 |
* bauzas back to reviewing | 20:16 | |
melwitt | mriedem: yeah, that might be possible. | 20:16 |
melwitt | I was thinking I should change security_group_rules to use the 'user' key since its limit can be scoped to a user | 20:17 |
melwitt | that could be the logic that determines which key it should be. whereas fixed_ips, floating_ips, and networks limit can only be scoped to a project | 20:18 |
mriedem | if figured just key = 'user' if 'user' in count else 'project' | 20:18 |
mriedem | you already have something like that in here | 20:18 |
melwitt | yeah. I was just saying as a tangent that I'm gonna change the key for security_group_rules | 20:19 |
mriedem | anywho, it's been raining here for about a week but we have sun today, so i'm going to go out and mow the lawn. | 20:19 |
melwitt | k. thanks for all of the good comments on the review | 20:19 |
mriedem | \o/ i'm hoping the rest of the series is easier than this one | 20:19 |
melwitt | it is, until the "count instances" patch, that one will be hard as all of the "reserve" change to "check_deltas" | 20:20 |
*** liverpooler has quit IRC | 20:21 | |
*** ijw has joined #openstack-nova | 20:21 | |
mriedem | plus it's multi-cell right? | 20:25 |
mriedem | until we get that info from placement? | 20:25 |
*** lbragstad has quit IRC | 20:26 | |
melwitt | mriedem: yeah, the count function isn't hard to understand. it's all of the changes in nova/compute/api and nova/compute/manager that might be tough | 20:26 |
melwitt | lots of deleted lines and changing the old reservation stuff to counting | 20:26 |
melwitt | and by that I mean, replacing the reserve/commit/rollback with the stuff defined in the first patch | 20:27 |
mriedem | dansmith: re your reply in the reschedule ML thread - you can configure the cell conductor to hit the api db to get the cell mappings, yes? we don't want you to, but you can. | 20:28 |
dansmith | mriedem: yes, but you can't configure it to talk to the compute and the scheduler at the same time, which is why I said MQ and not DB :) | 20:28 |
mriedem | yeah that was more clear | 20:28 |
mriedem | need diagrams in the devref at some point | 20:29 |
mriedem | but, | 20:29 |
mriedem | you probably wouldn't want to put a line between the cell conductor and the api db in a diagram anyway since you don't want people doing that | 20:29 |
mriedem | and we do'nt want code relying on that | 20:29 |
dansmith | and it wouldn't help without also building that line for the mq | 20:30 |
mriedem | i also get tripped up when talking about this because you don't need a super conductor today | 20:30 |
mriedem | i think it would be good to have something in the devref like a topology diagram for multi-cell cells v2, with some information about which config is needed for each service in which location, i.e. where do i need api_db or database set in nova.conf, which is pointing at cell0, et | 20:31 |
mriedem | i have a feeling people will just set api_db in nova.conf everywhere because they don't know, like we used to have in devstack | 20:32 |
cburgess | dansmith mriedem Wait what did I do? | 20:32 |
mriedem | huh? | 20:33 |
cburgess | dansmith mriedem Something about live migrations and extra specs (no regular users can't see the extra specs). | 20:33 |
mriedem | anyway, time for cutoffs and sleeveless t for the neighbors | 20:33 |
dansmith | mriedem: you don't if you only have one cell | 20:33 |
cburgess | Oh looks like an old message from a few days ago. Weird. Sorry | 20:33 |
*** karimb has quit IRC | 20:33 | |
mriedem | cburgess: regular users can see extra specs, | 20:33 |
mriedem | because we do'nt scope the check to the flavor | 20:33 |
*** smatzek has quit IRC | 20:34 | |
cburgess | mriedem Oh ok.. well I meant, I don't change anything with regard to extra spec visibility | 20:34 |
cburgess | So whatever upstream does we do | 20:34 |
mriedem | https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/flavors_extraspecs.py#L53 | 20:34 |
mriedem | cburgess: we all assumed that extra specs are hidden by default b/c they are admin or user in policy and the owner of a flavor/extra spec is the admin, | 20:34 |
mriedem | however, | 20:34 |
mriedem | we don't scope the policy check to the flavor, we scope it to the context, and the user context is the admin or owner - they are the owner of the request | 20:35 |
mriedem | so unless you change the policy to admin only, non-admins can see extra specs | 20:35 |
cburgess | Oh thats acute... | 20:35 |
cburgess | Cute even... | 20:35 |
mriedem | right, and johnthetubaguy has a spec to fix that | 20:35 |
cburgess | Like I said, I don't think we change that one. | 20:35 |
cburgess | Hmmm I wonder if that would be an issue.. | 20:35 |
cburgess | Thats a pretty big change at this point. | 20:35 |
mriedem | https://review.openstack.org/#/c/433037/ | 20:36 |
*** dillaman has quit IRC | 20:36 | |
mriedem | it would break a bunch of shit i'm sure | 20:36 |
mriedem | b/c you'd start getting 401 or 403 or whatever | 20:36 |
*** mriedem is now known as mriedem_afk | 20:36 | |
cburgess | Yeah we have it default policy. | 20:36 |
cburgess | mriedem_afk What else is this spec going to break I wonder. | 20:37 |
*** salv-orlando has quit IRC | 20:39 | |
*** salv-orlando has joined #openstack-nova | 20:40 | |
*** salv-orlando has quit IRC | 20:44 | |
*** amrith has joined #openstack-nova | 20:50 | |
amrith | mriedem_afk, when you get a chance would you please take a look at the email I sent you. | 20:51 |
amrith | wondering how best to make sure I get all of the gotcha's in one go. | 20:51 |
*** ijw_ has joined #openstack-nova | 20:51 | |
*** dillaman has joined #openstack-nova | 20:53 | |
*** ijw has quit IRC | 20:55 | |
*** gouthamr has joined #openstack-nova | 20:55 | |
*** thorst_afk has quit IRC | 20:58 | |
*** thorst_afk has joined #openstack-nova | 20:59 | |
*** felipemonteiro_ has quit IRC | 20:59 | |
*** dillaman has quit IRC | 21:03 | |
*** thorst_afk has quit IRC | 21:03 | |
*** dave-mccowan has joined #openstack-nova | 21:05 | |
*** armax has joined #openstack-nova | 21:07 | |
*** kaisers has quit IRC | 21:10 | |
*** gianpietro has quit IRC | 21:10 | |
*** gouthamr has quit IRC | 21:13 | |
*** dillaman has joined #openstack-nova | 21:15 | |
*** gouthamr has joined #openstack-nova | 21:16 | |
openstackgerrit | Dan Smith proposed openstack/nova master: De-complicate some of the instance delete path https://review.openstack.org/458636 | 21:18 |
openstackgerrit | Dan Smith proposed openstack/nova master: Move to proper target_cell calling convention https://review.openstack.org/458634 | 21:18 |
openstackgerrit | Dan Smith proposed openstack/nova master: Make target_cell() yield a new context https://review.openstack.org/458635 | 21:19 |
openstackgerrit | Dan Smith proposed openstack/nova master: Fix live migration devstack hook for multicell environment https://review.openstack.org/458537 | 21:19 |
openstackgerrit | Dan Smith proposed openstack/nova master: Target cell on local delete https://review.openstack.org/464059 | 21:19 |
dansmith | mriedem_afk: this is only the object context change to see if it breaks anything ^ | 21:19 |
dansmith | then I'll do the other things | 21:19 |
*** gianpietro has joined #openstack-nova | 21:22 | |
*** catintheroof has quit IRC | 21:22 | |
*** MVenesio has quit IRC | 21:23 | |
*** ijw_ has quit IRC | 21:23 | |
*** esberglu has quit IRC | 21:24 | |
*** kaisers1 has quit IRC | 21:25 | |
*** MVenesio has joined #openstack-nova | 21:28 | |
*** catintheroof has joined #openstack-nova | 21:29 | |
*** jheroux has quit IRC | 21:30 | |
*** fragatina has joined #openstack-nova | 21:35 | |
*** thorst_afk has joined #openstack-nova | 21:36 | |
*** esberglu has joined #openstack-nova | 21:39 | |
*** eharney has quit IRC | 21:40 | |
*** kaisers has joined #openstack-nova | 21:40 | |
*** thorst_afk has quit IRC | 21:40 | |
*** gouthamr has quit IRC | 21:41 | |
*** jwcroppe has quit IRC | 21:42 | |
*** jmlowe has quit IRC | 21:42 | |
*** jwcroppe has joined #openstack-nova | 21:43 | |
*** ijw has joined #openstack-nova | 21:46 | |
*** jwcroppe has quit IRC | 21:47 | |
*** fragatina has quit IRC | 21:47 | |
*** fragatina has joined #openstack-nova | 21:48 | |
efried | mriedem_afk Can you please push https://review.openstack.org/#/c/391288/ ? Wanna get this pile moving again. Got some more stuff I want to add on top, features from previous review comments. | 21:49 |
*** lyan has quit IRC | 21:52 | |
*** fragatina has quit IRC | 21:58 | |
*** lucasxu has quit IRC | 21:58 | |
*** MVenesio has quit IRC | 21:59 | |
*** takashin has joined #openstack-nova | 22:02 | |
*** mtanino has quit IRC | 22:03 | |
*** zz_dimtruck is now known as dimtruck | 22:09 | |
*** ijw has quit IRC | 22:10 | |
*** lyan has joined #openstack-nova | 22:10 | |
*** mlavalle has quit IRC | 22:10 | |
*** burt has quit IRC | 22:10 | |
*** kylek3h has quit IRC | 22:12 | |
*** rfolco has quit IRC | 22:13 | |
*** baoli has quit IRC | 22:13 | |
*** xyang1 has quit IRC | 22:13 | |
*** itlinux has joined #openstack-nova | 22:13 | |
*** claudiub has quit IRC | 22:14 | |
*** ijw has joined #openstack-nova | 22:20 | |
*** ijw has quit IRC | 22:23 | |
*** crushil has quit IRC | 22:27 | |
*** jwcroppe has joined #openstack-nova | 22:28 | |
*** ijw has joined #openstack-nova | 22:28 | |
*** hongbin has joined #openstack-nova | 22:33 | |
*** ijw has quit IRC | 22:34 | |
*** ijw has joined #openstack-nova | 22:35 | |
*** Apoorva_ has joined #openstack-nova | 22:36 | |
*** slaweq__ has quit IRC | 22:36 | |
*** Apoorva has quit IRC | 22:40 | |
*** itlinux has quit IRC | 22:42 | |
*** ijw has quit IRC | 22:42 | |
*** gianpietro has quit IRC | 22:43 | |
*** gianpiet_ has joined #openstack-nova | 22:44 | |
*** lyan has quit IRC | 22:46 | |
*** ijw has joined #openstack-nova | 22:46 | |
*** Apoorva_ has quit IRC | 22:47 | |
*** r-daneel has quit IRC | 22:47 | |
*** dimtruck is now known as zz_dimtruck | 22:47 | |
*** Apoorva has joined #openstack-nova | 22:47 | |
*** zz_dimtruck is now known as dimtruck | 22:48 | |
*** kuzko has quit IRC | 22:49 | |
*** kuzko has joined #openstack-nova | 22:49 | |
*** ijw has quit IRC | 22:51 | |
*** jmlowe has joined #openstack-nova | 22:56 | |
*** gianpiet_ has quit IRC | 22:57 | |
*** lyan has joined #openstack-nova | 22:59 | |
*** thorst_afk has joined #openstack-nova | 23:00 | |
*** itlinux has joined #openstack-nova | 23:01 | |
*** ijw has joined #openstack-nova | 23:02 | |
*** hongbin has quit IRC | 23:03 | |
*** sdague has quit IRC | 23:03 | |
*** hongbin has joined #openstack-nova | 23:04 | |
*** thorst_afk has quit IRC | 23:04 | |
*** thorst_afk has joined #openstack-nova | 23:05 | |
*** itlinux has quit IRC | 23:05 | |
*** thorst_afk has quit IRC | 23:09 | |
*** gianpietro has joined #openstack-nova | 23:10 | |
*** kaisers_ has joined #openstack-nova | 23:10 | |
*** jmlowe has quit IRC | 23:11 | |
*** jmlowe has joined #openstack-nova | 23:12 | |
*** kaisers_ has quit IRC | 23:14 | |
*** ijw has quit IRC | 23:14 | |
*** jamesdenton has joined #openstack-nova | 23:16 | |
*** jwcroppe has quit IRC | 23:18 | |
*** jamesden_ has joined #openstack-nova | 23:20 | |
*** jamesdenton has quit IRC | 23:21 | |
*** lyan has quit IRC | 23:25 | |
*** jamesden_ has quit IRC | 23:30 | |
*** ijw has joined #openstack-nova | 23:33 | |
*** ijw has quit IRC | 23:34 | |
*** ijw has joined #openstack-nova | 23:34 | |
*** felipemonteiro has joined #openstack-nova | 23:39 | |
*** catintheroof has quit IRC | 23:40 | |
*** nicolasbock has quit IRC | 23:40 | |
*** salv-orlando has joined #openstack-nova | 23:41 | |
*** jwcroppe has joined #openstack-nova | 23:43 | |
*** catintheroof has joined #openstack-nova | 23:48 | |
*** gianpietro has quit IRC | 23:49 | |
*** Apoorva_ has joined #openstack-nova | 23:54 | |
*** Apoorva has quit IRC | 23:57 | |
*** Apoorva_ has quit IRC | 23:58 | |
*** catintheroof has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!