*** edmondsw has quit IRC | 00:01 | |
*** vladikr has quit IRC | 00:04 | |
*** vladikr has joined #openstack-nova | 00:05 | |
*** thegreenhundred has joined #openstack-nova | 00:14 | |
*** ijw has joined #openstack-nova | 00:15 | |
*** Swami has quit IRC | 00:15 | |
*** ijw has quit IRC | 00:19 | |
*** salv-orlando has joined #openstack-nova | 00:22 | |
*** chyka has joined #openstack-nova | 00:22 | |
*** chyka has quit IRC | 00:27 | |
*** markvoelker_ has quit IRC | 00:27 | |
*** markvoelker has joined #openstack-nova | 00:28 | |
*** markvoelker has quit IRC | 00:28 | |
*** Nel1x has joined #openstack-nova | 00:31 | |
*** thorst_afk has joined #openstack-nova | 00:31 | |
*** annegentle has joined #openstack-nova | 00:32 | |
*** catintheroof has quit IRC | 00:35 | |
*** Apoorva_ has quit IRC | 00:36 | |
*** dtp has quit IRC | 00:36 | |
*** liverpooler has joined #openstack-nova | 00:37 | |
openstackgerrit | Matt Riedemann proposed openstack/nova master: [placement] Require at least one resource class in allocation https://review.openstack.org/499270 | 00:38 |
---|---|---|
*** lyan has joined #openstack-nova | 00:38 | |
*** markvoelker has joined #openstack-nova | 00:44 | |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Create allocations against forced dest host during evacuate https://review.openstack.org/499399 | 00:45 |
*** baoli has joined #openstack-nova | 00:46 | |
*** baoli has quit IRC | 00:47 | |
*** baoli has joined #openstack-nova | 00:48 | |
*** markvoelker has quit IRC | 00:48 | |
*** zhurong has joined #openstack-nova | 00:48 | |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Document tagged attach in the feature support matrix https://review.openstack.org/498086 | 00:52 |
openstackgerrit | Merged openstack/os-traits master: Updated from global requirements https://review.openstack.org/495255 | 00:53 |
*** Shunli has joined #openstack-nova | 00:55 | |
*** lyan has quit IRC | 00:56 | |
*** mriedem has quit IRC | 00:59 | |
*** spotz has quit IRC | 01:00 | |
*** phuongnh has joined #openstack-nova | 01:02 | |
*** TuanLA has joined #openstack-nova | 01:04 | |
*** ijw has joined #openstack-nova | 01:07 | |
*** yangyapeng has joined #openstack-nova | 01:14 | |
*** ijw has quit IRC | 01:14 | |
*** ijw has joined #openstack-nova | 01:15 | |
*** ijw has quit IRC | 01:20 | |
*** Apoorva has joined #openstack-nova | 01:22 | |
*** Apoorva has quit IRC | 01:26 | |
*** Tom_ has joined #openstack-nova | 01:34 | |
*** yangyapeng has quit IRC | 01:34 | |
*** Tom_ has quit IRC | 01:34 | |
*** yangyapeng has joined #openstack-nova | 01:35 | |
*** spotz has joined #openstack-nova | 01:35 | |
*** thorst_afk has quit IRC | 01:41 | |
*** sapd has joined #openstack-nova | 01:42 | |
openstackgerrit | Naichuan Sun proposed openstack/nova master: xenapi: cached images should be cleaned up by time https://review.openstack.org/465954 | 01:43 |
*** markvoelker has joined #openstack-nova | 01:44 | |
*** sapd has quit IRC | 01:49 | |
*** hongbin has joined #openstack-nova | 01:50 | |
openstackgerrit | Hesam Chobanlou proposed openstack/nova master: add online_data_migrations to nova docs adding cli documentation for online_data_migrations to clarify when the command is complete. https://review.openstack.org/493442 | 01:56 |
*** sdague has quit IRC | 01:56 | |
*** yangyape_ has joined #openstack-nova | 01:57 | |
*** yangyapeng has quit IRC | 01:57 | |
*** thorst_afk has joined #openstack-nova | 02:00 | |
*** jmlowe has quit IRC | 02:00 | |
*** jmlowe has joined #openstack-nova | 02:01 | |
*** sapd has joined #openstack-nova | 02:02 | |
*** litao__ has joined #openstack-nova | 02:02 | |
*** catintheroof has joined #openstack-nova | 02:03 | |
*** Swami has joined #openstack-nova | 02:06 | |
*** markvoelker has quit IRC | 02:18 | |
*** yamahata has quit IRC | 02:19 | |
*** kiennt has joined #openstack-nova | 02:20 | |
*** liverpooler has quit IRC | 02:21 | |
*** yangyape_ has quit IRC | 02:28 | |
*** yangyapeng has joined #openstack-nova | 02:28 | |
*** xinliang has quit IRC | 02:31 | |
*** xinliang has joined #openstack-nova | 02:44 | |
*** thorst_afk has quit IRC | 02:45 | |
*** thorst_afk has joined #openstack-nova | 02:46 | |
*** Tom_ has joined #openstack-nova | 02:48 | |
*** thorst_afk has quit IRC | 02:50 | |
*** ijw has joined #openstack-nova | 02:56 | |
*** gbarros has joined #openstack-nova | 02:59 | |
*** ijw has quit IRC | 03:01 | |
*** nicolasbock has quit IRC | 03:05 | |
*** catintheroof has quit IRC | 03:07 | |
*** tiendc has joined #openstack-nova | 03:09 | |
*** jmlowe has quit IRC | 03:13 | |
*** jmlowe has joined #openstack-nova | 03:14 | |
*** markvoelker has joined #openstack-nova | 03:15 | |
*** vladikr has quit IRC | 03:15 | |
*** gbarros has quit IRC | 03:18 | |
*** gbarros has joined #openstack-nova | 03:31 | |
*** itlinux has quit IRC | 03:33 | |
*** gbarros has quit IRC | 03:36 | |
*** udesale has joined #openstack-nova | 03:37 | |
*** links has joined #openstack-nova | 03:39 | |
*** psachin has joined #openstack-nova | 03:43 | |
openstackgerrit | Merged openstack/nova master: Updated from global requirements https://review.openstack.org/499389 | 03:46 |
*** thorst_afk has joined #openstack-nova | 03:47 | |
*** markvoelker has quit IRC | 03:48 | |
*** annegentle has quit IRC | 03:48 | |
*** gouthamr has quit IRC | 03:49 | |
*** thorst_afk has quit IRC | 03:51 | |
*** vito_ has joined #openstack-nova | 03:53 | |
*** vito_ has quit IRC | 03:54 | |
*** chyka has joined #openstack-nova | 03:57 | |
*** moshele has joined #openstack-nova | 04:01 | |
*** chyka has quit IRC | 04:01 | |
*** hongbin has quit IRC | 04:11 | |
*** Donckers has quit IRC | 04:11 | |
*** ijw has joined #openstack-nova | 04:16 | |
*** yamahata has joined #openstack-nova | 04:18 | |
*** ijw has quit IRC | 04:21 | |
*** gbarros has joined #openstack-nova | 04:21 | |
*** Tom_ has quit IRC | 04:23 | |
*** baoli has quit IRC | 04:23 | |
*** Tom has joined #openstack-nova | 04:23 | |
*** gyee has quit IRC | 04:23 | |
*** Tom has quit IRC | 04:27 | |
*** bhagyashri_s is now known as bhagyashris | 04:28 | |
*** zhurong has quit IRC | 04:29 | |
*** gbarros has quit IRC | 04:29 | |
*** itlinux has joined #openstack-nova | 04:35 | |
*** salv-orlando has quit IRC | 04:37 | |
*** baoli has joined #openstack-nova | 04:37 | |
*** vladikr has joined #openstack-nova | 04:37 | |
*** abhi89 has joined #openstack-nova | 04:38 | |
*** markvoelker has joined #openstack-nova | 04:45 | |
*** thorst_afk has joined #openstack-nova | 04:47 | |
*** zhurong has joined #openstack-nova | 04:48 | |
*** baoli has quit IRC | 04:49 | |
*** itlinux has quit IRC | 04:52 | |
*** thorst_afk has quit IRC | 04:52 | |
*** phuongnh has quit IRC | 04:52 | |
*** phuongnh has joined #openstack-nova | 04:53 | |
*** armax has quit IRC | 04:53 | |
*** salv-orlando has joined #openstack-nova | 05:09 | |
*** ratailor has joined #openstack-nova | 05:18 | |
*** markvoelker has quit IRC | 05:19 | |
*** markvoelker has joined #openstack-nova | 05:24 | |
*** markvoelker_ has joined #openstack-nova | 05:25 | |
*** oomichi has quit IRC | 05:28 | |
*** trinaths has joined #openstack-nova | 05:28 | |
*** markvoelker has quit IRC | 05:29 | |
*** oomichi has joined #openstack-nova | 05:30 | |
*** slaweq has joined #openstack-nova | 05:31 | |
*** slaweq has quit IRC | 05:35 | |
*** diga has joined #openstack-nova | 05:36 | |
*** sridharg has joined #openstack-nova | 05:38 | |
*** slaweq has joined #openstack-nova | 05:41 | |
*** slaweq has quit IRC | 05:42 | |
*** yangyapeng has quit IRC | 05:42 | |
*** yangyapeng has joined #openstack-nova | 05:43 | |
*** markvoelker_ has quit IRC | 05:48 | |
*** thorst_afk has joined #openstack-nova | 05:48 | |
*** mdnadeem has joined #openstack-nova | 05:50 | |
*** vvargaszte has joined #openstack-nova | 05:52 | |
*** edmondsw has joined #openstack-nova | 05:52 | |
*** thorst_afk has quit IRC | 05:53 | |
*** diga has quit IRC | 05:59 | |
openstackgerrit | Merged openstack/nova master: [placement] Add test for empty resources in allocation https://review.openstack.org/499269 | 06:01 |
*** jichen has joined #openstack-nova | 06:07 | |
*** Oku_OS-away is now known as Oku_OS | 06:10 | |
*** psachin has quit IRC | 06:10 | |
*** psachin has joined #openstack-nova | 06:14 | |
*** links has quit IRC | 06:15 | |
*** psachin has quit IRC | 06:16 | |
*** psachin has joined #openstack-nova | 06:16 | |
*** vvargaszte has quit IRC | 06:18 | |
*** Tom has joined #openstack-nova | 06:18 | |
*** pcaruana has joined #openstack-nova | 06:22 | |
openstackgerrit | Rajesh Tailor proposed openstack/nova master: Host addition host-aggregate should be case-sensitive https://review.openstack.org/498334 | 06:22 |
*** lpetrut has joined #openstack-nova | 06:22 | |
*** vladikr has quit IRC | 06:24 | |
*** slaweq has joined #openstack-nova | 06:26 | |
*** david-lyle has quit IRC | 06:28 | |
*** david-lyle has joined #openstack-nova | 06:28 | |
*** slaweq has quit IRC | 06:28 | |
*** slaweq has joined #openstack-nova | 06:28 | |
abhi89 | hey guys.. can someone please review https://review.openstack.org/#/c/485121/ | 06:31 |
*** syqian has joined #openstack-nova | 06:31 | |
*** shan has joined #openstack-nova | 06:32 | |
*** hshiina has joined #openstack-nova | 06:35 | |
openstackgerrit | jichenjc proposed openstack/nova master: check query param for used_limits function https://review.openstack.org/499091 | 06:35 |
*** lpetrut has quit IRC | 06:37 | |
*** lpetrut has joined #openstack-nova | 06:38 | |
*** syqian has quit IRC | 06:40 | |
*** rcernin has joined #openstack-nova | 06:40 | |
*** syqian has joined #openstack-nova | 06:41 | |
*** lpetrut has quit IRC | 06:46 | |
*** david-lyle has quit IRC | 06:47 | |
*** dklyle has joined #openstack-nova | 06:47 | |
*** thorst_afk has joined #openstack-nova | 06:49 | |
*** dklyle has quit IRC | 06:53 | |
*** david-lyle has joined #openstack-nova | 06:53 | |
*** dpawlik has quit IRC | 06:53 | |
*** thorst_afk has quit IRC | 06:54 | |
*** phuongnh has quit IRC | 06:57 | |
openstackgerrit | Kevin Zhao proposed openstack/nova master: Add video type virtio for AArch64 https://review.openstack.org/493822 | 06:57 |
*** phuongnh has joined #openstack-nova | 06:57 | |
*** danpawlik has joined #openstack-nova | 06:57 | |
*** Nel1x has quit IRC | 06:57 | |
openstackgerrit | Merged openstack/nova master: [placement] Require at least one resource class in allocation https://review.openstack.org/499270 | 07:00 |
*** lajoskatona has joined #openstack-nova | 07:00 | |
*** abalutoiu has joined #openstack-nova | 07:01 | |
*** yamahata has quit IRC | 07:01 | |
*** jianghuaw has quit IRC | 07:04 | |
*** syqian_ has joined #openstack-nova | 07:04 | |
*** hoonetorg has quit IRC | 07:04 | |
*** syqian has quit IRC | 07:07 | |
*** trinaths has quit IRC | 07:10 | |
*** david-lyle has quit IRC | 07:17 | |
*** hoonetorg has joined #openstack-nova | 07:17 | |
jichen | alex_xu: have time to look at https://review.openstack.org/#/c/485121/ ? seems abhi89 is eager to get it merged and backport to older release | 07:19 |
*** mnestratov has joined #openstack-nova | 07:23 | |
*** Tom has quit IRC | 07:25 | |
*** Tom has joined #openstack-nova | 07:25 | |
*** vvargaszte has joined #openstack-nova | 07:27 | |
*** ragiman has joined #openstack-nova | 07:28 | |
*** links has joined #openstack-nova | 07:28 | |
*** vvargaszte has quit IRC | 07:32 | |
*** tesseract has joined #openstack-nova | 07:32 | |
*** trinaths has joined #openstack-nova | 07:32 | |
*** Tom has quit IRC | 07:35 | |
*** claudiub has joined #openstack-nova | 07:35 | |
*** david-lyle has joined #openstack-nova | 07:35 | |
*** Tom has joined #openstack-nova | 07:36 | |
*** cfriesen_ has quit IRC | 07:38 | |
*** Ralgamasiel has joined #openstack-nova | 07:39 | |
*** Tom has quit IRC | 07:40 | |
*** Swami has quit IRC | 07:41 | |
*** syqian__ has joined #openstack-nova | 07:41 | |
*** jpena|off is now known as jpena | 07:43 | |
*** oomichi has quit IRC | 07:44 | |
*** oomichi has joined #openstack-nova | 07:44 | |
openstackgerrit | Zhenyu Zheng proposed openstack/nova master: block_device_mapping_v2.bus_type is missing from api-ref https://review.openstack.org/499488 | 07:44 |
*** syqian_ has quit IRC | 07:45 | |
openstackgerrit | Kevin Zhao proposed openstack/nova master: Make uefi as the default boot perproties for AArch64 https://review.openstack.org/489951 | 07:48 |
*** thorst_afk has joined #openstack-nova | 07:50 | |
*** thorst_afk has quit IRC | 07:55 | |
*** zsli_ has joined #openstack-nova | 08:02 | |
*** zsli_ has quit IRC | 08:03 | |
*** zsli_ has joined #openstack-nova | 08:04 | |
*** Shunli has quit IRC | 08:05 | |
*** zsli_ has quit IRC | 08:05 | |
*** zsli_ has joined #openstack-nova | 08:06 | |
*** Tom has joined #openstack-nova | 08:07 | |
*** edmondsw has quit IRC | 08:08 | |
*** Tom has quit IRC | 08:12 | |
*** cdent has joined #openstack-nova | 08:13 | |
*** Tom has joined #openstack-nova | 08:15 | |
*** zsli_ has quit IRC | 08:17 | |
*** zsli__ has joined #openstack-nova | 08:17 | |
*** openstackgerrit has quit IRC | 08:17 | |
*** cdent has quit IRC | 08:22 | |
*** efoley has joined #openstack-nova | 08:23 | |
*** ralonsoh has joined #openstack-nova | 08:23 | |
*** efoley_ has joined #openstack-nova | 08:24 | |
*** efoley has quit IRC | 08:24 | |
*** efoley_ has quit IRC | 08:25 | |
*** efoley has joined #openstack-nova | 08:25 | |
*** mdnadeem has quit IRC | 08:29 | |
*** lucas-afk is now known as lucasagomes | 08:30 | |
*** mdnadeem has joined #openstack-nova | 08:33 | |
*** syqian__ has quit IRC | 08:41 | |
*** syqian__ has joined #openstack-nova | 08:42 | |
*** liusheng has quit IRC | 08:42 | |
*** thorst_afk has joined #openstack-nova | 08:51 | |
*** thorst_afk has quit IRC | 08:55 | |
*** openstackgerrit has joined #openstack-nova | 08:59 | |
openstackgerrit | Lajos Katona proposed openstack/nova master: Extend ServerMovingTests with custom resources https://review.openstack.org/497399 | 08:59 |
*** openstackgerrit has quit IRC | 09:03 | |
*** hferenc has joined #openstack-nova | 09:03 | |
*** liusheng has joined #openstack-nova | 09:07 | |
*** zsli__ has quit IRC | 09:11 | |
*** sambetts|afk is now known as sambetts | 09:11 | |
*** zsli__ has joined #openstack-nova | 09:12 | |
*** Shunli has joined #openstack-nova | 09:16 | |
*** zsli__ has quit IRC | 09:19 | |
*** openstackgerrit has joined #openstack-nova | 09:21 | |
openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add VersionedObjectPrintable mixin https://review.openstack.org/493082 | 09:21 |
*** chyka has joined #openstack-nova | 09:21 | |
*** Shunli has quit IRC | 09:21 | |
*** mdnadeem has quit IRC | 09:21 | |
*** mdnadeem has joined #openstack-nova | 09:24 | |
*** chyka has quit IRC | 09:25 | |
*** Tom has quit IRC | 09:26 | |
openstackgerrit | jichenjc proposed openstack/nova master: Enhance doc for nova services https://review.openstack.org/499536 | 09:26 |
*** Tom has joined #openstack-nova | 09:27 | |
*** Tom has quit IRC | 09:27 | |
*** jichen has quit IRC | 09:34 | |
*** hoonetorg has quit IRC | 09:36 | |
openstackgerrit | Balazs Gibizer proposed openstack/nova master: Test resource allocation during soft delete https://review.openstack.org/495159 | 09:38 |
openstackgerrit | Balazs Gibizer proposed openstack/nova master: Moving more utils to ServerResourceAllocationTestBase https://review.openstack.org/499539 | 09:38 |
*** sdague has joined #openstack-nova | 09:38 | |
*** zz9pzza has quit IRC | 09:40 | |
*** psachin has quit IRC | 09:45 | |
*** thorst_afk has joined #openstack-nova | 09:51 | |
*** chyka has joined #openstack-nova | 09:52 | |
*** hoonetorg has joined #openstack-nova | 09:53 | |
*** thorst_afk has quit IRC | 09:56 | |
*** chyka has quit IRC | 09:56 | |
*** claudiub|2 has joined #openstack-nova | 09:57 | |
*** psachin has joined #openstack-nova | 09:58 | |
*** liusheng has quit IRC | 09:59 | |
*** claudiub has quit IRC | 10:01 | |
*** nicolasbock has joined #openstack-nova | 10:02 | |
*** ralonsoh has quit IRC | 10:03 | |
*** mdnadeem has quit IRC | 10:03 | |
*** ralonsoh has joined #openstack-nova | 10:04 | |
*** priteau has joined #openstack-nova | 10:04 | |
*** yangyapeng has quit IRC | 10:05 | |
*** yangyapeng has joined #openstack-nova | 10:05 | |
*** nicolasbock has quit IRC | 10:06 | |
*** liusheng has joined #openstack-nova | 10:09 | |
*** yangyapeng has quit IRC | 10:10 | |
*** ebbex has quit IRC | 10:10 | |
openstackgerrit | Vladyslav Drok proposed openstack/nova master: Allow reschedules for ironic computes if one forced host specified https://review.openstack.org/499545 | 10:11 |
bauzas | hello folks | 10:13 |
bauzas | back from traveling | 10:13 |
*** mdnadeem has joined #openstack-nova | 10:18 | |
*** nicolasbock has joined #openstack-nova | 10:19 | |
gibi | bauzas: hello! welcome back | 10:19 |
bauzas | gibi: congrats to you ;) | 10:20 |
bauzas | gibi: sorry, missed matt's email but was definitely +1 to you :) | 10:20 |
bauzas | now, I have a fun time to look at all the problems | 10:20 |
openstackgerrit | Rajesh Tailor proposed openstack/nova master: Host addition host-aggregate should be case-sensitive https://review.openstack.org/498334 | 10:20 |
gibi | bauzas: thanks. :) We knew that you were off so no worries about the missing vote | 10:22 |
bauzas | looks like we have some problems with forcing a destination | 10:24 |
*** Tom has joined #openstack-nova | 10:25 | |
gibi | bauzas: yeah, that the finding of the week I guess :) | 10:25 |
bauzas | again, I'm sad | 10:26 |
bauzas | because I forgot to think about forced moves when I reviewing the scheduler allocations :( | 10:27 |
*** udesale has quit IRC | 10:27 | |
*** priteau has quit IRC | 10:28 | |
gibi | don't be hard on yourself none of us noticed this in that review | 10:28 |
gibi | on the plus side now we are creating an extensive set of functional tests that will cover these cases so the next modification of that claim code will be a lot safer to do | 10:29 |
*** Tom has quit IRC | 10:29 | |
openstackgerrit | Vladyslav Drok proposed openstack/nova master: Allow reschedules for ironic computes if one forced host specified https://review.openstack.org/499545 | 10:30 |
*** amarao has quit IRC | 10:31 | |
*** abhi89 has quit IRC | 10:31 | |
*** priteau has joined #openstack-nova | 10:31 | |
*** Tom has joined #openstack-nova | 10:39 | |
*** szaher has quit IRC | 10:41 | |
*** Tom has quit IRC | 10:44 | |
*** szaher has joined #openstack-nova | 10:46 | |
*** Tom has joined #openstack-nova | 10:49 | |
*** thorst_afk has joined #openstack-nova | 10:52 | |
*** gszasz has joined #openstack-nova | 10:56 | |
*** thorst_afk has quit IRC | 10:57 | |
*** salv-orlando has quit IRC | 11:00 | |
*** hferenc has quit IRC | 11:00 | |
*** hferenc has joined #openstack-nova | 11:02 | |
*** TuanLA has quit IRC | 11:02 | |
*** trinaths has left #openstack-nova | 11:03 | |
*** psachin has quit IRC | 11:08 | |
*** chyka has joined #openstack-nova | 11:08 | |
*** yassine has quit IRC | 11:12 | |
*** jistr is now known as jistr|biab | 11:12 | |
*** chyka has quit IRC | 11:13 | |
*** phuongnh has quit IRC | 11:14 | |
*** dave-mccowan has joined #openstack-nova | 11:18 | |
*** psachin has joined #openstack-nova | 11:19 | |
*** yassine has joined #openstack-nova | 11:19 | |
*** claudiub has joined #openstack-nova | 11:24 | |
*** claudiub|2 has quit IRC | 11:27 | |
*** salv-orlando has joined #openstack-nova | 11:36 | |
*** thorst_afk has joined #openstack-nova | 11:40 | |
*** rmart04 has joined #openstack-nova | 11:41 | |
openstackgerrit | Lajos Katona proposed openstack/nova master: Add functional migrate force_complete test https://review.openstack.org/496202 | 11:43 |
*** lucasagomes is now known as lucas-hungry | 11:44 | |
*** mriedem has joined #openstack-nova | 11:47 | |
*** efried_off is now known as efried | 11:50 | |
*** smatzek has joined #openstack-nova | 11:50 | |
*** thegreenhundred has quit IRC | 11:55 | |
*** litao__ has quit IRC | 11:55 | |
*** abhi89 has joined #openstack-nova | 11:58 | |
*** mvk has joined #openstack-nova | 12:03 | |
*** trinaths has joined #openstack-nova | 12:06 | |
*** TuanLA has joined #openstack-nova | 12:07 | |
*** lpetrut has joined #openstack-nova | 12:07 | |
*** alexchadin has joined #openstack-nova | 12:08 | |
*** kiennt has quit IRC | 12:14 | |
*** claudiub has quit IRC | 12:14 | |
*** claudiub has joined #openstack-nova | 12:14 | |
*** kylek3h has quit IRC | 12:15 | |
*** jpena is now known as jpena|lunch | 12:16 | |
mriedem | funny that we don't check if the host specified during an evacuate is the same host that the instance is already running on and fail with a 400 early in the api | 12:16 |
openstackgerrit | Bob Ball proposed openstack/nova master: XenAPI: Unit tests must mock os_xenapi calls https://review.openstack.org/499573 | 12:17 |
mriedem | conductor would eventually fail with an rpc error probably but you don't get that information from the api, no fault is recorded, and the instance task_state is left in 'rebuilding' | 12:17 |
gibi | mriedem: could this be related to the bug https://bugs.launchpad.net/nova/+bug/1713783 | 12:19 |
openstack | Launchpad bug 1713783 in OpenStack Compute (nova) "After failed evacuation the recovered source compute tries to delete the instance" [Undecided,New] | 12:19 |
*** liverpooler has joined #openstack-nova | 12:19 | |
gibi | mriedem: in that bug it seems that when the evacuation fails the migration object is not set to error statae | 12:20 |
*** jistr|biab is now known as jistr | 12:20 | |
*** trinaths has left #openstack-nova | 12:21 | |
*** sree has quit IRC | 12:21 | |
*** sree has joined #openstack-nova | 12:21 | |
mriedem | gibi: unrelated | 12:21 |
mriedem | https://bugs.launchpad.net/nova/+bug/1714235 | 12:23 |
openstack | Launchpad bug 1714235 in OpenStack Compute (nova) "evacuate API does not restrict one from trying to evacuate to the source host" [Low,Confirmed] | 12:23 |
openstackgerrit | Eric Fried proposed openstack/nova master: Bump keystoneauth1 minimum to 3.2.0 https://review.openstack.org/499577 | 12:23 |
*** sdague has quit IRC | 12:23 | |
*** pchavva has joined #openstack-nova | 12:24 | |
*** annegentle has joined #openstack-nova | 12:25 | |
mriedem | gibi: for that bug you pointed out, if the evacuate failed, the instance.host should still be pointed at the source host | 12:25 |
mriedem | we should only be removing the instance allocation for the source node if the instance.host != CONF.host | 12:25 |
*** sree has quit IRC | 12:26 | |
mriedem | _destroy_evacuated_instances doesn't seem to take that into account | 12:26 |
mriedem | gibi: actually it looks like that's a recent regression https://review.openstack.org/#/c/491808/ | 12:28 |
*** vladikr has joined #openstack-nova | 12:29 | |
*** catintheroof has joined #openstack-nova | 12:30 | |
mriedem | maybe not, but it looks suspect | 12:32 |
mriedem | gibi: we could revert https://review.openstack.org/#/c/491808/ on top of https://review.openstack.org/#/c/498482/ and see what happens | 12:34 |
*** eharney has joined #openstack-nova | 12:34 | |
gibi | mriedem: thanks. I can try out the revert | 12:36 |
*** sdague has joined #openstack-nova | 12:37 | |
*** jaosorior has quit IRC | 12:37 | |
*** thegreenhundred has joined #openstack-nova | 12:38 | |
*** jaosorior has joined #openstack-nova | 12:38 | |
efried | sdague https://github.com/openstack/nova/blob/master/nova/cmd/status.py#L198 <== I can't see where we're checking for registered compute nodes in this method. Is this comment obsolete? | 12:38 |
efried | (or, more likely, am I missing something?) | 12:39 |
gibi | mriedem: hm, _destory_evacuated_instances does filter for the instance.host https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L638 | 12:39 |
*** liverpooler has quit IRC | 12:40 | |
mriedem | that's finding the migrations | 12:40 |
mriedem | so it will find the migration that started from this source host | 12:40 |
*** liverpooler has joined #openstack-nova | 12:40 | |
mriedem | but that's not checking that the instance.host has changed to another host | 12:40 |
gibi | mriedem: ahh, yes, my bad | 12:40 |
mriedem | it's also weird that it's filtering on 'accepted' migrations, because that is set when the migration record is created in the api | 12:40 |
openstackgerrit | Lajos Katona proposed openstack/nova master: Add functional for live migrate delete https://review.openstack.org/499583 | 12:41 |
mriedem | so the migration might not actually be done | 12:41 |
gibi | mriedem: also the regression test shows that this migration never goes to error of failed state | 12:41 |
gibi | mriedem: it remains in accepted state | 12:41 |
mriedem | that was another question - how is the evacuate actually failing? | 12:42 |
gibi | mriedem: here is the regression test https://review.openstack.org/#/c/498482/ | 12:42 |
mriedem | is it failing in conductor? | 12:42 |
*** Tom has quit IRC | 12:42 | |
gibi | mriedem: scheduler fails to found a host | 12:42 |
mriedem | ah | 12:42 |
mriedem | yeah | 12:42 |
*** smatzek has quit IRC | 12:42 | |
gibi | mriedem: here is one way to solve this https://review.openstack.org/#/c/499237/1/nova/conductor/manager.py (still WIP) | 12:43 |
*** jaosorior has quit IRC | 12:44 | |
mriedem | yeah that's pretty straight forward | 12:44 |
gibi | mriedem: btw is there a doc about the possible migration status values? I found both error and failed in the code | 12:45 |
mriedem | odd that we don't pass the migration record over rpc from api to conductor, but that would be a separate cleanup | 12:45 |
*** jaosorior has joined #openstack-nova | 12:45 | |
*** jaosorior has quit IRC | 12:45 | |
mriedem | i don't think there is really | 12:45 |
mriedem | i think takashi was cataloging some of that for his blueprint to list more than just in-progress live migrations out of the api | 12:46 |
*** kylek3h has joined #openstack-nova | 12:46 | |
mriedem | so he was defining what 'in-progress' meant | 12:46 |
*** jaosorior has joined #openstack-nova | 12:46 | |
gibi | mriedem: cool I fully support documenting the possible statuses | 12:46 |
mriedem | some of it is in here https://specs.openstack.org/openstack/nova-specs/specs/pike/approved/list-show-all-server-migration-types.html#proposed-change | 12:46 |
bauzas | mriedem: when you say "asking to evacuate to the same host", do you imply using the force flag or not ? | 12:46 |
mriedem | bauzas: sure | 12:47 |
mriedem | if force=False, you'd get NoValidHost | 12:47 |
mriedem | because of the ComputeFilter | 12:47 |
bauzas | correct | 12:47 |
mriedem | but if force=True, you'd bypass the scheduler | 12:47 |
mriedem | and fail the rpc cast to compute | 12:47 |
*** kylek3h_ has joined #openstack-nova | 12:47 | |
bauzas | but that's your fault | 12:47 |
*** TuanLA has quit IRC | 12:47 | |
bauzas | you *forced* | 12:47 |
mriedem | it just seems weird that we don't have that one line validation check in the api code | 12:48 |
*** lajoskatona has quit IRC | 12:48 | |
mriedem | if host and host == instance.host: raise 400 | 12:48 |
bauzas | that said, I think there is a call made by the API verifying if the destination is alive before we call the conductor | 12:48 |
bauzas | for evacuate I mean | 12:48 |
mriedem | bauzas: yes there is | 12:48 |
mriedem | and that can pass | 12:48 |
mriedem | and you can call conductor on the same host as instance.host | 12:49 |
bauzas | wait | 12:49 |
bauzas | ah, nevremind | 12:49 |
*** esberglu has joined #openstack-nova | 12:49 | |
mriedem | and eventually either it fails with NoValidHost and the instance state is reset (best case scenario), or we bypass the scheduler and rpc fails, and your instance is stuck in 'rebuilding' state | 12:49 |
bauzas | the API check is verifying the *source* | 12:49 |
mriedem | correct | 12:49 |
mriedem | you will fail either way, but a straight 400 is better than weird undefined failures once we've cast to compute | 12:50 |
mriedem | s/compute/conductor/ | 12:50 |
bauzas | well, when I wrote the original Newton spec about force flags and so on, I made it clear that if people are using 'force', they have to be super-cautious | 12:50 |
bauzas | that's what we said to them | 12:50 |
*** kylek3h has quit IRC | 12:50 | |
mriedem | how many operators do you think have read that spec? | 12:50 |
bauzas | the real problem was that pre-Newton, we weren't clear whether we were enforcing rules | 12:50 |
bauzas | I think I translated that in the API docs | 12:51 |
bauzas | but I could be missing that | 12:51 |
mriedem | this is the description of the force parameter in the api ref | 12:51 |
mriedem | "Force an evacuation by not verifying the provided destination host by the scheduler." | 12:51 |
*** lucas-hungry is now known as lucasagomes | 12:51 | |
mriedem | ^ is not, "holy shit, don't do this" | 12:51 |
mriedem | we should put a warning in there probably | 12:51 |
mriedem | also, | 12:52 |
bauzas | mriedem: I didn't wanted to be pedantic when I said about the spec, I just try to explain that I saw there was by that time I wrote the spec, a pretty clear consensus that if operators are providing destinations, they *have to* make sure it's an acceptable one | 12:52 |
bauzas | because it's anti-cloud | 12:53 |
bauzas | you specify a destination, fair enough | 12:53 |
mriedem | with https://review.openstack.org/#/c/499399/ now, we should probably seriously consider splitting the rebuild_instance conductor method / rpc api into rebuild_instance and evacuate_instance | 12:53 |
bauzas | but then, make sure it's a good one | 12:53 |
mriedem | because the if/else logic in there is getting pretty hairy | 12:53 |
sdague | efried: yeh, I don't know | 12:53 |
*** lyan has joined #openstack-nova | 12:53 | |
*** salv-orlando has quit IRC | 12:54 | |
efried | sdague Just something I noticed while I was in the neighborhood; and you're git blamed on that comment :) | 12:54 |
bauzas | mriedem: there is a side concern to me: you can specify a destination but we don't tell whether it's case-sensitive or not | 12:54 |
bauzas | mriedem: and somewhere, it breaks | 12:54 |
mriedem | you'd get NoValidHost i'd thikn | 12:55 |
mriedem | since we'd filter out all hosts | 12:55 |
mriedem | since the ComputeNode.host doesn't match | 12:55 |
bauzas | there is a bug | 12:56 |
bauzas | wait, finding it | 12:56 |
mriedem | lemme guess, case insensitivity in mysql? | 12:56 |
bauzas | https://bugs.launchpad.net/nova/+bug/1709260 | 12:57 |
openstack | Launchpad bug 1709260 in OpenStack Compute (nova) "Addition of host to host-aggregate should be case -sensitive" [Low,In progress] - Assigned to Rajesh Tailor (ratailor) | 12:57 |
bauzas | it seems that DNS is case-insentive | 12:57 |
bauzas | case-insensitive | 12:57 |
*** dave-mccowan has quit IRC | 12:57 | |
bauzas | so in theory, we should accept to migrate to foo or FOO | 12:57 |
bauzas | but yeah, I guess it's because mysql | 12:58 |
bauzas | ratailor: around ? | 12:58 |
ratailor | bauzas, yep | 12:58 |
bauzas | ratailor: I feel I badly triaged your bug | 12:58 |
bauzas | ratailor: since DNS is case-insensitive, hostnames should be too | 12:59 |
ratailor | bauzas, I reproduced it, and found that mysql doesn't support case-sensitivity by-default. So I had to change the collation on related tables. | 12:59 |
ratailor | bauzas, which seems to work. | 12:59 |
*** udesale has joined #openstack-nova | 13:00 | |
mriedem | you know what is case sensitive by default (i think)? | 13:00 |
mriedem | POSTGRESQL! | 13:00 |
*** tiendc has quit IRC | 13:01 | |
*** Tom has joined #openstack-nova | 13:01 | |
mriedem | sort of https://stackoverflow.com/questions/21796446/postgres-case-sensitivity | 13:01 |
ratailor | I was discussing it with alex_xu some days ago and he mentioned that mysql is case-insensitive by-default. | 13:01 |
bauzas | ratailor: tbh, I just feel that we should allow HoStNaME1 as a possible value for a host to be added in an aggregate | 13:01 |
mriedem | depends on quotes | 13:01 |
bauzas | ratailor: and rather fix the filter | 13:01 |
mriedem | ratailor: yeah, the mysql case issue is a known one | 13:01 |
mriedem | that breaks several things | 13:01 |
bauzas | yup | 13:01 |
*** baoli has joined #openstack-nova | 13:02 | |
ratailor | mriedem, the host-aggregate metadata keys as well, | 13:02 |
bauzas | ratailor: I'll rephrase your bug report if you agree | 13:02 |
mriedem | ratailor: https://specs.openstack.org/openstack/nova-specs/specs/newton/approved/lowercase-metadata-keys.html | 13:02 |
ratailor | bauzas, no problem. | 13:02 |
bauzas | mriedem: well, hostnames can be FQDNs | 13:02 |
bauzas | mriedem: if so, those have to be case-insensitive | 13:03 |
*** smatzek has joined #openstack-nova | 13:03 | |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Create allocations against forced dest host during evacuate https://review.openstack.org/499399 | 13:04 |
*** Tom has quit IRC | 13:05 | |
ratailor | bauzas, I don't understand you mentioning HoStNaME1 as possible value for host to add in aggregate. | 13:05 |
bauzas | mriedem: about your point above with providing the same host for the target and source, if we accept to verify that by the API, we also need to add this to the live-migration one | 13:05 |
ratailor | bauzas, As of now, if hostname is set as "compute0.example.com" (in lower case) | 13:06 |
ratailor | and user tries to add this host to host-aggregate but by-mistake types | 13:06 |
ratailor | "COMPUTE0.example.com" (in capital case), then instead of throwing | 13:06 |
ratailor | HostNotFound error, that host is successfully added to host-aggregate | 13:06 |
ratailor | as "COMPUTE0.example.com". And after that if instance creation request | 13:06 |
ratailor | with flavor matching metadata as host-aggregate metadata comes, this | 13:06 |
ratailor | host is not filtered by scheduler, since there is no host with hostname | 13:06 |
ratailor | COMPUTE0.example.com, as added in host-aggregate | 13:06 |
*** annegentle has quit IRC | 13:06 | |
bauzas | ratailor: I got the problem | 13:09 |
*** dave-mcc_ has joined #openstack-nova | 13:09 | |
ratailor | bauzas, cool, | 13:09 |
bauzas | ratailor: what I feel is that we somehow should still accept COMPUTE0 as a possible value for the host to be added in the aggregate | 13:09 |
bauzas | from an API perspective | 13:09 |
bauzas | if we want to follow the DNS RFC | 13:10 |
bauzas | ratailor: what we could do tho is to lowercase that string before amending the aggregate | 13:10 |
bauzas | and that wouldn't trample https://specs.openstack.org/openstack/nova-specs/specs/newton/approved/lowercase-metadata-keys.html | 13:11 |
ratailor | bauzas, But that can happen other way round as well, hostname can be COMPUTE0 and user tries to add compute0 which should fail, as there is no hostname with compute0. | 13:11 |
*** sree has joined #openstack-nova | 13:12 | |
bauzas | then the filter has to be fixed too | 13:12 |
bauzas | because it fails due to the filtter, right? | 13:13 |
ratailor | bauzas, I think, that's separate bug, which is only concerned about metadata keys. Is it somehow related to hostname. | 13:13 |
ratailor | bauzas, I think, the issue is with mysql only, | 13:14 |
ratailor | bauzas, https://github.com/openstack/nova/commit/402b3abf990d08d2af8331079d36a92d84d84b80 | 13:14 |
*** zhurong has quit IRC | 13:14 | |
*** udesale has quit IRC | 13:15 | |
ratailor | bauzas, similar problem was there, and he has changed collation type for mysql backend. | 13:15 |
*** artom has quit IRC | 13:15 | |
*** annegentle has joined #openstack-nova | 13:16 | |
*** gouthamr has joined #openstack-nova | 13:18 | |
ratailor | bauzas, you want to discuss anything else, it EOD here. Can we continue tomorrow, if anything is left ? | 13:18 |
bauzas | ratailor: for sure | 13:20 |
*** jpena|lunch is now known as jpena | 13:20 | |
bauzas | ratailor: have a good evening | 13:20 |
ratailor | bauzas, same to you! | 13:20 |
*** alexchadin has quit IRC | 13:22 | |
gibi | mriedem: I reverted https://review.openstack.org/#/c/491808 top of https://review.openstack.org/#/c/498482 and I still see that the recovered source compute tries to delete the instance | 13:23 |
*** ratailor has quit IRC | 13:24 | |
gibi | mriedem: so I think setting the migration to failed is the solution we need. Do you suggest to add an extra check to the destroy_evacuated_instances about that instance.host != CONF.host as well? | 13:25 |
gibi | hm, the bug disappeared from launchpad https://bugs.launchpad.net/nova/+bug/1713783 | 13:26 |
openstack | gibi: Error: malone bug 1713783 not found | 13:26 |
*** gszasz has quit IRC | 13:29 | |
openstackgerrit | Bob Ball proposed openstack/nova master: XenAPI: Unit tests must mock os_xenapi calls https://review.openstack.org/499573 | 13:29 |
*** slaweq has quit IRC | 13:29 | |
gibi | mriedem: but you were able to just update that bug. that is weird | 13:30 |
hrw | morning | 13:31 |
hrw | can someone tell me where nova defines default VM scheme? As 'hi libvirt, here I have some VM definition for you' way | 13:31 |
*** slaweq has joined #openstack-nova | 13:32 | |
*** salv-orlando has joined #openstack-nova | 13:33 | |
gibi | hrw: hi, I think this is the place https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5170 | 13:35 |
hrw | gibi: thanks | 13:35 |
*** ssmith has joined #openstack-nova | 13:38 | |
*** lyan has quit IRC | 13:38 | |
*** andreas_s has joined #openstack-nova | 13:39 | |
*** smatzek has quit IRC | 13:39 | |
*** gyee has joined #openstack-nova | 13:41 | |
*** lyan has joined #openstack-nova | 13:42 | |
*** gszasz has joined #openstack-nova | 13:45 | |
*** crushil has quit IRC | 13:45 | |
*** awaugama has joined #openstack-nova | 13:46 | |
*** rajathagasthya has joined #openstack-nova | 13:48 | |
*** xyang1 has joined #openstack-nova | 13:48 | |
*** danpawlik has quit IRC | 13:50 | |
*** edmondsw has joined #openstack-nova | 13:51 | |
*** slaweq has quit IRC | 13:52 | |
*** slaweq has joined #openstack-nova | 13:53 | |
*** gszasz has quit IRC | 13:53 | |
*** sree has quit IRC | 13:54 | |
*** gszasz has joined #openstack-nova | 13:55 | |
*** sree has joined #openstack-nova | 13:55 | |
*** crushil has joined #openstack-nova | 13:55 | |
mriedem | gibi: one thing on the fix for that evacuate issue is, i'd like to backport that further than just pike, | 13:56 |
mriedem | but we don't have the ServerMovingTests stuff before pike | 13:56 |
mriedem | so backporting to ocata and newton will be difficult if we don't decouple those | 13:56 |
mriedem | it would be nice if the code fix patch is self-contained | 13:56 |
*** cleong has joined #openstack-nova | 13:57 | |
*** josecastroleon has quit IRC | 13:57 | |
*** slaweq has quit IRC | 13:57 | |
*** jaosorior has quit IRC | 13:57 | |
*** rmart04 has quit IRC | 13:58 | |
*** Donckers has joined #openstack-nova | 13:58 | |
*** slaweq has joined #openstack-nova | 13:59 | |
*** jaosorior has joined #openstack-nova | 13:59 | |
*** josecastroleon has joined #openstack-nova | 13:59 | |
*** smatzek has joined #openstack-nova | 13:59 | |
*** mdnadeem has quit IRC | 14:00 | |
*** gbarros has joined #openstack-nova | 14:00 | |
gibi | mriedem: would you like to have an independent regression test for that bug under tests/functional/regressions ? | 14:01 |
gibi | mriedem: that could be backportable | 14:01 |
mriedem | it's not really a regression | 14:02 |
mriedem | but yes a separate standalone test would be nice | 14:02 |
mriedem | it's just a latent bug from what i can tell | 14:02 |
mriedem | well, it was maybe regressed when the migration record stuff was changed to track evacuations, but that's pretty old now (liberty or mitaka i think) | 14:03 |
mriedem | so you could put it in tests/functional/regressions if you wanted, that's fine | 14:03 |
mriedem | just decouple from ServerMovingTests | 14:03 |
*** psachin has quit IRC | 14:04 | |
*** cristicalin has joined #openstack-nova | 14:05 | |
*** jobewan has joined #openstack-nova | 14:06 | |
gibi | mriedem: OK, cool | 14:06 |
*** hongbin has joined #openstack-nova | 14:07 | |
mriedem | i also need to look at splitting https://review.openstack.org/#/c/499399/ up a bit later today | 14:08 |
mriedem | since it's a pretty large change atm | 14:08 |
*** marst has joined #openstack-nova | 14:08 | |
*** armax has joined #openstack-nova | 14:10 | |
openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Remove deprecated 'null_kernel' opt https://review.openstack.org/499611 | 14:10 |
openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP! conf: Remove deprecated 'multi_instance_display_name_template' opt https://review.openstack.org/499612 | 14:10 |
*** armax_ has joined #openstack-nova | 14:12 | |
*** ijw has joined #openstack-nova | 14:13 | |
*** shan has quit IRC | 14:15 | |
*** itlinux has joined #openstack-nova | 14:15 | |
*** armax has quit IRC | 14:15 | |
*** armax_ is now known as armax | 14:16 | |
*** gyee has quit IRC | 14:17 | |
efried | where da source for the placement API reference doc? https://developer.openstack.org/api-ref/placement/ | 14:17 |
efried | found typo, wanna fix. | 14:17 |
*** gyee has joined #openstack-nova | 14:17 | |
sdague | new ironic issue - https://bugs.launchpad.net/nova/+bug/1714248 ? | 14:17 |
openstack | Launchpad bug 1714248 in OpenStack Compute (nova) "Compute node HA for ironic doesn't work due to the name duplication of Resource Provider " [Undecided,New] | 14:17 |
*** hshiina has quit IRC | 14:18 | |
efried | nova project, placement-api-ref/source/parameters.yaml? | 14:18 |
sdague | efried: yep | 14:19 |
efried | thx | 14:19 |
efried | starts_with => startswith, according to my playing around. | 14:19 |
efried | ...for GET /traits | 14:19 |
sdague | efried: cool | 14:21 |
sdague | the names of parameters is in the rst, so depending you might only need to change that side, not that parameters.yaml | 14:21 |
efried | sdague rgrep showed starts_with only in that yaml file, so... | 14:22 |
openstackgerrit | Matt Riedemann proposed openstack/nova stable/pike: [placement] Add test for empty resources in allocation https://review.openstack.org/499615 | 14:23 |
openstackgerrit | Matt Riedemann proposed openstack/nova stable/pike: [placement] Require at least one resource class in allocation https://review.openstack.org/499616 | 14:23 |
*** mriedem is now known as mriedem_away | 14:23 | |
bauzas | mriedem: I'm still not at full steam, but how can I help by reviewing changes ? | 14:23 |
bauzas | mriedem_away: the above gibi's changes ? | 14:23 |
gibi | bauzas: that change need some work based on the above discussion to make it backportable | 14:24 |
bauzas | k | 14:24 |
efried | The list of links returned by GET /resource_providers doesn't have one for .../allocations. I think it should (because that URI responds). LP bug? | 14:26 |
*** sree has quit IRC | 14:28 | |
*** sree has joined #openstack-nova | 14:29 | |
*** annegentle has quit IRC | 14:30 | |
gibi | bauzas: mriedem_away has a refactor here https://review.openstack.org/#/c/498596/ that needs a +2 | 14:30 |
gibi | bauzas: and some more test coverage here https://review.openstack.org/#/c/496202 that also needs some core love | 14:31 |
bauzas | gibi: I need to look at what you added during my 2.5wks PTO :) | 14:31 |
*** cfriesen_ has joined #openstack-nova | 14:31 | |
gibi | bauzas: I had my one week PTO during that time so not that much but others were busy | 14:32 |
*** slaweq has quit IRC | 14:32 | |
*** slaweq has joined #openstack-nova | 14:33 | |
*** sree has quit IRC | 14:33 | |
*** artom has joined #openstack-nova | 14:36 | |
edleafe | efried: that sounds reasonable, but I would wait for cdent to chime in. It may be an oversight, or there might be a good reason. | 14:37 |
edleafe | efried: my money's on an oversight | 14:38 |
edleafe | :) | 14:38 |
efried | edleafe Rgr. Found the spot in the code where it would be added. I think the per-microversion link splitup was done before the allocations microversion. | 14:38 |
edleafe | efried: that would make sense | 14:39 |
openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Remove deprecated 'allow_instance_snapshots' opt https://review.openstack.org/499621 | 14:39 |
*** coreywright has quit IRC | 14:39 | |
efried | Will confirm, open bug, and if it's intentional, cdent can just close the sucker. | 14:39 |
*** tidwellr has joined #openstack-nova | 14:39 | |
*** slaweq_ has joined #openstack-nova | 14:43 | |
efried | nope, https://review.openstack.org/#/c/366789/ merged 20160909; https://review.openstack.org/#/c/468923/ merged 20170606. Both authored by cdent. So... maybe intentional. | 14:43 |
openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Move additional nova-net opts to 'network' https://review.openstack.org/499168 | 14:45 |
*** abalutoiu has quit IRC | 14:47 | |
efried | edleafe FYI: https://bugs.launchpad.net/nova/+bug/1714275 | 14:47 |
openstack | Launchpad bug 1714275 in OpenStack Compute (nova) "GET /resource_providers: "links" doesn't include "allocations"" [Undecided,New] | 14:47 |
*** slaweq_ has quit IRC | 14:47 | |
*** josecastroleon has quit IRC | 14:48 | |
edleafe | efried: cool. I'm sure cdent will contribute his 2 cents when he is back on the ground | 14:49 |
dansmith | edleafe: are you going to be in denver? know about cdent? | 14:51 |
*** josecastroleon has joined #openstack-nova | 14:51 | |
edleafe | dansmith: we both are | 14:51 |
dansmith | okay cool | 14:51 |
*** annegentle has joined #openstack-nova | 14:52 | |
*** coreywright has joined #openstack-nova | 14:52 | |
*** Swami has joined #openstack-nova | 14:52 | |
*** josecastroleon has quit IRC | 14:53 | |
*** armax has quit IRC | 14:53 | |
gibi | mriedem_away: I added my subteam update to the nova meeting agenda as I cannot joint today | 14:55 |
*** jobewan is now known as jobewan_away | 14:58 | |
*** shan has joined #openstack-nova | 14:58 | |
*** moshele has quit IRC | 15:00 | |
kashyap | melwitt: Following up from yesterday, and as your test proved, re-defining from live domain is expected to work - Eric, the author of the API confirms | 15:02 |
*** trungnv has quit IRC | 15:03 | |
*** sridharg has quit IRC | 15:03 | |
*** trungnv has joined #openstack-nova | 15:04 | |
*** annegentle has quit IRC | 15:08 | |
*** salv-orlando has quit IRC | 15:08 | |
*** cristicalin has quit IRC | 15:08 | |
*** cristicalin has joined #openstack-nova | 15:10 | |
*** mriedem_away is now known as mriedem | 15:10 | |
mriedem | gibi: ok | 15:10 |
openstackgerrit | Eric Fried proposed openstack/nova master: Update placement docs: api-ref link, startswith https://review.openstack.org/499635 | 15:11 |
efried | sdague FYI ^ | 15:12 |
efried | mriedem backport potential? ^ | 15:12 |
*** kbaegis has joined #openstack-nova | 15:12 | |
efried | (test out that gerritbot update :) | 15:12 |
*** cristicalin has quit IRC | 15:13 | |
openstackgerrit | Bob Ball proposed openstack/nova master: XenAPI: Unit tests must mock os_xenapi calls https://review.openstack.org/499573 | 15:13 |
sdague | efried: api-ref doesn't need backporting | 15:13 |
sdague | only master is published | 15:14 |
efried | right, okay | 15:14 |
efried | sdague But the rst... | 15:14 |
sdague | efried: what about it? | 15:15 |
efried | could be backported | 15:15 |
efried | to provide the link for readers @pike level | 15:15 |
*** Oku_OS is now known as Oku_OS-away | 15:16 | |
sdague | efried: oh, in that case you probably want to split the 2 up | 15:16 |
sdague | do the parameter fix first | 15:16 |
sdague | then do the rst separate | 15:16 |
sdague | because we don't backport api-ref | 15:17 |
*** moshele has joined #openstack-nova | 15:17 | |
*** sridharg has joined #openstack-nova | 15:17 | |
efried | And we can't have a separate thing that just drops to pike? | 15:17 |
efried | has to be a backport? | 15:17 |
sdague | efried: you could modify the backport | 15:17 |
sdague | and drop that field | 15:17 |
sdague | sorry, that file | 15:17 |
sdague | it's just a cleaner backport if it was 2 patches | 15:17 |
efried | Yeah, wfm. | 15:17 |
efried | I'll split it up. And open a bug, cause that's required to backport, yah? | 15:18 |
sdague | efried: sure | 15:19 |
*** ragiman has quit IRC | 15:20 | |
*** salv-orlando has joined #openstack-nova | 15:21 | |
*** annegentle has joined #openstack-nova | 15:21 | |
*** andreas_s has quit IRC | 15:22 | |
*** gmann has quit IRC | 15:23 | |
*** gmann has joined #openstack-nova | 15:23 | |
*** ralonsoh has quit IRC | 15:23 | |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Add recreate test for forced host evacuate not setting dest allocations https://review.openstack.org/499678 | 15:25 |
openstackgerrit | Eric Fried proposed openstack/nova master: [placement] api-ref GET /traits name:startswith https://review.openstack.org/499682 | 15:28 |
mriedem | gibi: replied in https://review.openstack.org/#/c/499399/ - basically, you're correct, but this is for backporting to pike, and we don't really support things like shared resource providers yet anyway | 15:29 |
mriedem | i think when we do, we remove this code and have conductor call the scheduler to sort that all out during the move operation | 15:29 |
*** chyka has joined #openstack-nova | 15:30 | |
openstackgerrit | Eric Fried proposed openstack/nova master: [placement] Update user doc with api-ref link https://review.openstack.org/499635 | 15:31 |
*** pcaruana has quit IRC | 15:32 | |
*** salv-orlando has quit IRC | 15:35 | |
*** slaweq has quit IRC | 15:36 | |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Create allocations against forced dest host during evacuate https://review.openstack.org/499399 | 15:37 |
*** slaweq has joined #openstack-nova | 15:37 | |
*** edmondsw has quit IRC | 15:40 | |
*** jobewan_away is now known as jobewan | 15:40 | |
*** moshele has quit IRC | 15:41 | |
*** slaweq has quit IRC | 15:41 | |
*** yangyapeng has joined #openstack-nova | 15:43 | |
*** vikrant has joined #openstack-nova | 15:43 | |
*** abalutoiu has joined #openstack-nova | 15:45 | |
mriedem | gah, why do we have nova.tests.unit.scheduler.test_utils and nova.tests.unit.scheduler.test_scheduler_utils?! | 15:45 |
*** itlinux has quit IRC | 15:46 | |
artom | Back when I worked web hosting support, I reeeaaally wanted to answer those type of why questions ("why is server down?") with "because god hates you." | 15:47 |
vdrok | good morning folks! in ironic, we sometimes hit the issue with one of the smoke tests in tempest not being able to boot an instance on a specific host as RescheduledException happens. the reason seems to be this piece of code https://review.openstack.org/#/c/499545/2/nova/scheduler/utils.py. Is there a better way to achieve this kind of thing? as this does not look pretty | 15:49 |
openstackgerrit | Lucian Petrut proposed openstack/nova master: HyperV: Perform proper cleanup after failed instance spawns https://review.openstack.org/499690 | 15:50 |
vdrok | basically, for ironic it would be good to distinguish cases when len(force_hosts)==1 and still do reschedules in this case, as there are multiple nodes assigned to the host | 15:51 |
*** edmondsw has joined #openstack-nova | 15:51 | |
*** Ralgamasiel has quit IRC | 15:52 | |
*** moshele has joined #openstack-nova | 15:53 | |
mriedem | 1:M :( | 15:54 |
*** dtp has joined #openstack-nova | 15:54 | |
mriedem | plus forcing anything | 15:54 |
vdrok | basically the failing test is https://github.com/openstack/tempest/blob/master/tempest/scenario/test_server_multinode.py#L40, we could skip it. but it kinda helps to ensure that hash ring works | 15:55 |
*** kbaegis has quit IRC | 15:55 | |
*** kbaegis has joined #openstack-nova | 15:55 | |
*** edmondsw has quit IRC | 15:56 | |
bauzas | mriedem: FWIW, I'm writing a new spec for changing the boot request to be using the requested_destination flag | 15:57 |
bauzas | mriedem: and no "force" flag to be used | 15:57 |
bauzas | mriedem: so we could just send force_hosts in hell | 15:57 |
bauzas | that said, there is a flaw | 15:57 |
bauzas | since live-migrate and evacuate only accept a single string for passing a target, the usual tuple (host,node) isn't possible | 15:58 |
bauzas | so in Ironic, you can't specify a specific ironic node to boot against | 15:58 |
bauzas | oops | 15:58 |
bauzas | to move | 15:58 |
*** armax has joined #openstack-nova | 15:59 | |
*** mvk has quit IRC | 15:59 | |
vdrok | well, we don't live migrate or evacuate yet :) tho I've seen a spec to enable it in case of boot from volume | 15:59 |
bauzas | exactly this | 16:00 |
bauzas | so that's why it wasn't a problem for the move operations | 16:00 |
mriedem | there are TODOs all over the code when doing nodes[0] though | 16:01 |
bauzas | but if I'm writing a new spec for modifying the boot operation to use the same, then I need to think about how to pass a destination that is an Ironic node | 16:01 |
bauzas | mriedem: yeah, because Ironic doesn't support both evacuate and live-migrate so we don't really care | 16:01 |
mriedem | cleaning up the hundred TODOs around request spec usage in the code would also be nice | 16:02 |
mriedem | i'm going to be starting on some stuff like that in the conductor task api code | 16:02 |
bauzas | mriedem: you know that I was having an approved BP for cleaning up that mess | 16:02 |
bauzas | mriedem: the scheduler-claims vamped up all my implementation and review time but I seriously consider working on that again for Queens | 16:03 |
bauzas | that and the API microversion for changing how we pass a destination when booting | 16:03 |
*** lucasagomes is now known as lucas-hungry | 16:04 | |
dansmith | yeah, that mess was giving me heartache yesterday | 16:05 |
dansmith | gibi: around? | 16:06 |
dansmith | gibi: I think I'm failing a bunch of tests because of notification things, is that right? http://logs.openstack.org/50/498950/3/check/gate-nova-tox-functional-ubuntu-xenial/0a8068d/testr_results.html.gz | 16:07 |
bauzas | it wasn't fun I was away when you folks had those problems with the force flag and the Requestspec :( | 16:07 |
bauzas | drop me a ping next time, because I hardly read the ML when I'm off | 16:07 |
*** moshele has quit IRC | 16:09 | |
*** slaweq has joined #openstack-nova | 16:10 | |
*** slaweq has quit IRC | 16:14 | |
*** hoonetorg has quit IRC | 16:18 | |
mriedem | lbragstad: at some point you should educate us on the new enhanced password in sql hashing stuff you guys have in keystone in pike, i saw that in release notes | 16:18 |
mriedem | we are storing cell mapping creds in the db | 16:19 |
lbragstad | mriedem: oh - it's pretty straight forward, most of the context for the change is in https://bugs.launchpad.net/keystone/+bug/1668503 | 16:20 |
openstack | Launchpad bug 1668503 in OpenStack Security Notes "sha512_crypt is insufficient, use pbkdf2_sha512 for password hashing" [High,Fix committed] - Assigned to Luke Hinds (lhinds) | 16:20 |
lbragstad | mriedem: we generate a mapping of supported hashing mechanisms and use that when dealing with things we need to hash | 16:21 |
abhi89 | Hi guys.. can someone please review https://review.openstack.org/#/c/485121/.. | 16:21 |
lbragstad | mriedem: we pulled most of the password hashing logic into a separate module https://github.com/openstack/keystone/blob/master/keystone/common/password_hashing.py] | 16:21 |
*** shan has quit IRC | 16:22 | |
mriedem | lbragstad: cool, thanks. sounds like dansmith has an alternative that he's been keeping secret too. | 16:23 |
*** moshele has joined #openstack-nova | 16:23 | |
lbragstad | mriedem: for hashing cells mapping creds? | 16:23 |
mriedem | for not storing them in the db | 16:23 |
lbragstad | interesting | 16:24 |
*** jobewan has quit IRC | 16:24 | |
lbragstad | mriedem: after they are hashed, where are they stored? | 16:24 |
mriedem | config | 16:25 |
mriedem | something, idk | 16:25 |
lbragstad | ahh | 16:25 |
mriedem | that's why it's a secret | 16:25 |
dansmith | lbragstad: there's some way of configuring access creds by host/db, like DSN-based stuff | 16:25 |
dansmith | I haven't done it myself, you should talk to zzzeek, maybe in the oslo channel or something | 16:25 |
mriedem | dansmith: do you know if tripleo has this built in yet? | 16:25 |
mriedem | because i know they were complaining at one point about storing creds in the db | 16:26 |
dansmith | mriedem: not for creds reasons, | 16:26 |
mriedem | we could copy this into devstack | 16:26 |
dansmith | but for source ip, which I think was a similar thing | 16:26 |
dansmith | s/thing/solution/ | 16:26 |
lbragstad | interesting | 16:27 |
*** gbarros has quit IRC | 16:29 | |
*** vladikr has quit IRC | 16:30 | |
*** esberglu has quit IRC | 16:30 | |
*** jistr is now known as jistr|afk | 16:31 | |
*** kbaegis has quit IRC | 16:31 | |
*** kbaegis1 has joined #openstack-nova | 16:31 | |
*** gbarros has joined #openstack-nova | 16:31 | |
*** yangyapeng has quit IRC | 16:32 | |
*** yarokifor has joined #openstack-nova | 16:34 | |
*** sambetts is now known as sambetts|afk | 16:34 | |
*** salv-orlando has joined #openstack-nova | 16:36 | |
*** vladikr has joined #openstack-nova | 16:37 | |
*** crushil has quit IRC | 16:41 | |
*** salv-orlando has quit IRC | 16:41 | |
*** Apoorva has joined #openstack-nova | 16:41 | |
*** browne has joined #openstack-nova | 16:42 | |
mriedem | ugh this always drives me crazy | 16:44 |
mriedem | "remote: (W) No changes between prior commit a0be7d3 and new commit d375135" | 16:44 |
mriedem | i'm re-ordering a series of changes to split some apart | 16:44 |
mriedem | when i try to git review, it won't let me b/c the base change hasn't changed at all | 16:44 |
mriedem | anyone know a special trick here? rebase doesn't work as i'm up to date | 16:45 |
*** itlinux has joined #openstack-nova | 16:46 | |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Add recreate test for forced host evacuate not setting dest allocations https://review.openstack.org/499678 | 16:46 |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Create allocations against forced dest host during evacuate https://review.openstack.org/499399 | 16:46 |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Refactor out claim_resources_on_destination into a utility https://review.openstack.org/499718 | 16:46 |
mriedem | update the commit message i guess | 16:46 |
*** lpetrut has quit IRC | 16:47 | |
*** user1124 has joined #openstack-nova | 16:47 | |
user1124 | hello | 16:47 |
user1124 | i have a qq | 16:47 |
user1124 | does the nova policy for listing flavors actually work? | 16:47 |
user1124 | os_compute_api:flavors | 16:48 |
user1124 | os_compute_api:flavors:discoverable | 16:48 |
*** crushil has joined #openstack-nova | 16:53 | |
*** user1124 has quit IRC | 16:55 | |
*** annegentle has quit IRC | 16:55 | |
*** gbarros has quit IRC | 16:57 | |
melwitt | kashyap: thanks for confirming that with Eric | 16:57 |
*** gbarros has joined #openstack-nova | 16:58 | |
*** felipemonteiro has joined #openstack-nova | 16:58 | |
*** dave-mcc_ is now known as dave-mccowan | 17:01 | |
*** gbarros has quit IRC | 17:03 | |
*** baoli has quit IRC | 17:04 | |
*** baoli has joined #openstack-nova | 17:04 | |
*** abhi89 has quit IRC | 17:05 | |
*** baoli has quit IRC | 17:06 | |
melwitt | mriedem: more swap volume fun https://review.openstack.org/#/c/407346/ swapping a bootable volume on a BFV instance for a non-bootable volume results in problems. that patch changes to deny bootable -> non-bootable in the API which seems right to me. I wanted to get more opinions | 17:06 |
*** moshele has quit IRC | 17:11 | |
*** psachin has joined #openstack-nova | 17:11 | |
*** esberglu has joined #openstack-nova | 17:12 | |
*** rcernin has quit IRC | 17:12 | |
*** felipemonteiro_ has joined #openstack-nova | 17:12 | |
*** trinaths has joined #openstack-nova | 17:13 | |
*** felipemonteiro__ has joined #openstack-nova | 17:13 | |
*** tesseract has quit IRC | 17:14 | |
*** felipemonteiro has quit IRC | 17:14 | |
*** baoli has joined #openstack-nova | 17:15 | |
*** esberglu has quit IRC | 17:16 | |
*** felipemonteiro_ has quit IRC | 17:17 | |
*** shan has joined #openstack-nova | 17:18 | |
*** esberglu has joined #openstack-nova | 17:20 | |
*** shan7 has joined #openstack-nova | 17:22 | |
*** shan has quit IRC | 17:23 | |
*** shan7 has quit IRC | 17:23 | |
*** shan has joined #openstack-nova | 17:24 | |
*** Swami has quit IRC | 17:27 | |
*** ijw has quit IRC | 17:28 | |
*** ijw has joined #openstack-nova | 17:29 | |
*** felipemonteiro_ has joined #openstack-nova | 17:30 | |
*** kbaegis1 has quit IRC | 17:31 | |
*** ijw has quit IRC | 17:33 | |
*** yangyapeng has joined #openstack-nova | 17:33 | |
*** felipemonteiro__ has quit IRC | 17:34 | |
*** felipemonteiro_ has quit IRC | 17:35 | |
*** liverpooler has quit IRC | 17:36 | |
*** salv-orlando has joined #openstack-nova | 17:37 | |
*** browne has quit IRC | 17:37 | |
*** yangyapeng has quit IRC | 17:38 | |
*** salv-orlando has quit IRC | 17:41 | |
*** kbaegis has joined #openstack-nova | 17:42 | |
*** edmondsw has joined #openstack-nova | 17:42 | |
*** Tom has joined #openstack-nova | 17:43 | |
*** abalutoiu has quit IRC | 17:43 | |
*** crushil has quit IRC | 17:43 | |
*** edmondsw_ has joined #openstack-nova | 17:44 | |
*** Swami has joined #openstack-nova | 17:45 | |
*** edmondsw has quit IRC | 17:46 | |
*** Apoorva has quit IRC | 17:47 | |
*** Tom has quit IRC | 17:47 | |
*** edmondsw_ has quit IRC | 17:48 | |
*** Apoorva has joined #openstack-nova | 17:49 | |
*** baoli has quit IRC | 17:49 | |
*** yangyapeng has joined #openstack-nova | 17:49 | |
*** baoli has joined #openstack-nova | 17:49 | |
*** jistr|afk is now known as jistr | 17:50 | |
*** efoley has quit IRC | 17:51 | |
*** psachin has quit IRC | 17:52 | |
*** links has quit IRC | 17:52 | |
*** trinaths has left #openstack-nova | 17:53 | |
*** yangyapeng has quit IRC | 17:53 | |
*** crushil has joined #openstack-nova | 17:55 | |
*** eharney has quit IRC | 17:56 | |
*** yangyapeng has joined #openstack-nova | 17:58 | |
openstackgerrit | Eric Fried proposed openstack/nova stable/pike: [placement] Update user doc with api-ref link https://review.openstack.org/499748 | 17:59 |
*** vikrant has quit IRC | 18:00 | |
efried | Whee, stable branch bot notifications ^ | 18:00 |
*** gszasz has quit IRC | 18:00 | |
cburgess | Anyone know if a resize of an instance will update the flavor extra specs stored in the instance_extra table for the instaince? | 18:00 |
*** yangyapeng has quit IRC | 18:02 | |
*** ijw has joined #openstack-nova | 18:03 | |
*** yamahata has joined #openstack-nova | 18:05 | |
dansmith | cburgess: it should yeah | 18:06 |
cburgess | Cool | 18:06 |
cburgess | Thanks | 18:06 |
*** dave-mccowan has quit IRC | 18:07 | |
*** Tom has joined #openstack-nova | 18:09 | |
*** edmondsw has joined #openstack-nova | 18:12 | |
*** dave-mccowan has joined #openstack-nova | 18:14 | |
*** edmondsw has quit IRC | 18:17 | |
*** edmondsw has joined #openstack-nova | 18:17 | |
*** lpetrut has joined #openstack-nova | 18:17 | |
*** brad[]` has quit IRC | 18:20 | |
mriedem | melwitt: swap from BFV to non-BFV, that's great | 18:20 |
*** browne has joined #openstack-nova | 18:20 | |
*** jistr is now known as jistr|off | 18:21 | |
melwitt | haha, yep | 18:21 |
*** edmondsw has quit IRC | 18:21 | |
*** browne has quit IRC | 18:22 | |
*** kbaegis has quit IRC | 18:23 | |
*** kbaegis has joined #openstack-nova | 18:24 | |
*** edmondsw has joined #openstack-nova | 18:25 | |
efried | [resource providers] How does an individual resource get assigned an arbitrary property/value? | 18:27 |
efried | E.g. how does a PCI_DEVICE get a PCI address associated with it? | 18:27 |
efried | Perhaps the answer is, "In placement, it doesn't" ? | 18:28 |
dansmith | efried: in placement, it doesn't | 18:28 |
dansmith | efried: placement tracks resource types and quantities | 18:28 |
dansmith | it's not a k=v store | 18:29 |
openstackgerrit | Merged openstack/nova master: [placement] Update user doc with api-ref link https://review.openstack.org/499635 | 18:29 |
dansmith | placement tracks how many are present and allocated, | 18:29 |
dansmith | nova has to track *which* one is allocated | 18:29 |
*** edmondsw has quit IRC | 18:29 | |
efried | dansmith So placement knows how many, but not individual identifiers (UUIDs) | 18:30 |
efried | and nova knows which ones are allocated | 18:30 |
dansmith | correct, with an exception | 18:30 |
efried | where does the split occur? | 18:30 |
dansmith | if a pci device has multiple VFs, it might be modeled as a resource provider of VF_THINGY resources | 18:31 |
dansmith | but still, placement will only know that it has 16 to provide, of which 3 are used | 18:31 |
dansmith | where does what split occur? | 18:31 |
efried | Yeah, so placement can tell me "X a resource_provider providing 8 GPUs with traits(a,b,c)" | 18:32 |
efried | And nova can say "take GPU with UUID Y from resource_provider X and assign it to VM 34" | 18:32 |
efried | But where did we find out that one of the 8 GPUs was called Y? | 18:32 |
dansmith | well, none of that actually works today really, so.. nowhere :) | 18:33 |
dansmith | however, | 18:33 |
dansmith | nova has tables for pci devices reported from the compute nodes, with actual addresses and stuff | 18:33 |
dansmith | if that's what you mean | 18:33 |
efried | dansmith But those tables aren't plugged into placement/RP yet, right? | 18:35 |
dansmith | they won't be really | 18:35 |
efried | Certainly not in their current form, yeah. | 18:35 |
dansmith | there is some work to do to plug in a pci device as a provider, under the compute provider, which provides VF_THINGYs or whatever | 18:36 |
dansmith | that's the nested resource providers stuff yeah | 18:36 |
openstackgerrit | Dan Smith proposed openstack/nova master: Pre-create migration object https://review.openstack.org/498950 | 18:36 |
efried | dansmith Yeah, okay. I'm trying to synthesize ^ with stuff jaypipes has said plus functionality needed by e.g. HyperV (claudiub) and PowerVM (moi) and others (various DOA blueprints) for discussion at the PTG. | 18:37 |
dansmith | yeah, good effing luck with that :P | 18:37 |
*** salv-orlando has joined #openstack-nova | 18:38 | |
efried | So it seems like what came out of the above is: We don't have a framework in place that knows how to identify individual resources within a RP. | 18:38 |
efried | And | 18:38 |
efried | We need that. | 18:38 |
efried | If we're going to talk about device passthrough of any sort (GPU, SR-IOV, etc.) | 18:39 |
dansmith | yes, I still have minor issues with the way you're phrasing it, | 18:39 |
dansmith | but only because RP is really a placement thing and placement won't ever know *which* one | 18:39 |
dansmith | but from nova's perspective it'll be closer to what you're saying | 18:39 |
dansmith | well, | 18:39 |
efried | dansmith Please do help me phrase things correctly. | 18:40 |
dansmith | pci passthrough of specific SRIOV devices works today, | 18:40 |
efried | via placement? | 18:40 |
dansmith | it won't ever be *via* placement, but we'll be using placement to do our accounting of *how many* of those things we have available | 18:40 |
efried | So part of what I'm driving here is total replacement of the existing PCI passthrough setup. | 18:40 |
dansmith | it won't be materially different from today, except faster, cleaner, and less racy | 18:40 |
dansmith | no, because the existing pci passthrough stuff knows *which* and placement does not and will not | 18:41 |
dansmith | in tha' future, | 18:41 |
dansmith | we'll pick a host with enough GPU_THINGs, reserve one of the eight it provides, | 18:41 |
dansmith | and then later we get to the compute mostly guaranteed that one will be available, where we'll pick the actual one | 18:42 |
dansmith | but placement will only ever know that we're using one of the eight | 18:42 |
efried | Who's that second 'we'? | 18:42 |
efried | The virt driver? | 18:42 |
efried | The resource tracker? | 18:42 |
dansmith | the we before "pick the actual one" ? | 18:42 |
efried | yeah | 18:42 |
*** salv-orlando has quit IRC | 18:43 | |
dansmith | well, today it's super confusing I think, as it's kindof "the scheduler filter" I think | 18:43 |
dansmith | for certain things | 18:43 |
dansmith | but regardless, | 18:43 |
dansmith | that we will be something on the nova side, likely closer to the compute node than not | 18:43 |
dansmith | clear as mud? :) | 18:43 |
dansmith | jaypipes may have a better idea of how that will actually shake out long term, | 18:43 |
dansmith | but regardless, placement will only ever be counting things, not choosing things | 18:43 |
efried | dansmith Yeah, this is a shared jaypipes dream. | 18:44 |
efried | Lest you should think it was just efried's pipe dream | 18:44 |
efried | Okay, so there's gonna be a generic device passthrough management module of some sort that sits in nova and coordinates among placement, scheduler, and virt driver to do whitelisting, claims, allocations | 18:45 |
dansmith | well, there is that today :) | 18:46 |
efried | Just for PCI, right? | 18:46 |
dansmith | (sans the telling-placement-about-it) thing | 18:46 |
dansmith | ...just for pci.... aren't we talking about pci here? | 18:46 |
efried | Well, that's one of Jay's bugbears: it should work the same for any device, not just PCI. | 18:47 |
dansmith | um | 18:47 |
dansmith | I'm confused then | 18:47 |
efried | Which intersects with one of my bugbears, which is: not every device has a PCI address. | 18:47 |
dansmith | GPU devices need not be managed as raw PCI devices for this I think | 18:48 |
dansmith | maybe that's what you mean | 18:48 |
dansmith | so I think eventually you should be able to say I want VGPU=1, traits=nvidia,gen5 | 18:48 |
dansmith | and placement will pick you a host that has one of those available | 18:49 |
*** armax has quit IRC | 18:49 | |
dansmith | when you get to the host, that compute node will tell the virt driver (which I think will be generalizing gpus, at least in the case of libvirt), to give it a gpu, which it'll assign to your guest | 18:49 |
artom | efried, is not every device having a PCI address a problem? My understanding is that the compute reports its resources (devices) to placement | 18:49 |
artom | How it figures out what resources it has is up to it | 18:49 |
dansmith | artom: it doesn't report which resources it has, it reports how many of each it has | 18:50 |
artom | dansmith, ah, right, thanks | 18:50 |
efried | Right right. So there's the gap. Right now, artom, not having a PCI address *is* a pretty serious problem. | 18:50 |
openstackgerrit | Lucian Petrut proposed openstack/nova master: HyperV: Perform proper cleanup after failed instance spawns https://review.openstack.org/499690 | 18:50 |
artom | So for PCI devices it can use addresses, for other stuff, or PCI devices that don't have addresses for whatever reason, it can use a different mechanism | 18:50 |
*** annegentle has joined #openstack-nova | 18:51 | |
efried | Because the existing PCI device management subsystem expects every device it gets from the virt driver to have a PCI address in domain:bus:slot.func format. | 18:51 |
artom | efried, ah, it's a problem because we can't manage them with the current way of doing things? | 18:51 |
dansmith | for devices we can generalize (like a GPU or NIC) we can talk about what we want in terms of quantity and traits | 18:51 |
dansmith | we can kindof ask for that in the flavor today, | 18:51 |
dansmith | but we're not exposing things like GPUs from things like libvirt yet, | 18:52 |
dansmith | which needs to happen | 18:52 |
efried | "ask for that in the flavor today" - are you talking about pci_passthrough:alias or something else? | 18:53 |
dansmith | no, | 18:53 |
dansmith | in the flavor, you can do things like resources:VGPU=1 | 18:53 |
dansmith | and placement will not consider hosts that don't expose a VGPU resource type that has at least one available | 18:53 |
dansmith | nothing does right now, but you can ask for it | 18:53 |
*** liverpooler has joined #openstack-nova | 18:54 | |
efried | heh, okay. But we don't have any accomodation for resources:PCI_DEVICE=1,traits=whatever ? | 18:55 |
dansmith | well, that doesn't make sense | 18:55 |
dansmith | you wouldn't ask for one pci device, any pci device | 18:55 |
dansmith | like "give me a nic, or a sata controller, or a serial UART, I'll take anything!" | 18:55 |
efried | No, I agree that's too broad. | 18:55 |
artom | Maybe they're working on the pci kernel subsystem ;) | 18:56 |
dansmith | but you might ask for a NIC or a NIC_PF or a NIC_VF I thnk | 18:56 |
efried | And I *think* I see that we can accomodate broad groupings | 18:56 |
efried | But I'm concerned that we can't accomodate narrow groupings. | 18:56 |
*** eharney has joined #openstack-nova | 18:57 | |
efried | In particular, what if I want a specific device? | 18:57 |
dansmith | jay might argue that we should ask for a NIC=1, traits=definiteily_a_pf | 18:57 |
*** yangyapeng has joined #openstack-nova | 18:57 | |
artom | efried, define 'specific device'? | 18:57 |
dansmith | efried: like "give me device 00:01:5f on host $foo" ? | 18:57 |
efried | "device with UUID X" | 18:57 |
artom | Because the 'non-cloud way of doing things' argument will come up really fast with that one ;) | 18:57 |
dansmith | because that's not a thing we want to do | 18:57 |
dansmith | yeah | 18:57 |
efried | heh | 18:57 |
dansmith | reeeeeal fast :) | 18:57 |
efried | Well, okay, let me put it a different way. | 18:58 |
* dansmith gets out his nerf guns | 18:58 | |
efried | I want my aliasing to be able to create a group of specific devices. | 18:58 |
openstackgerrit | Merged openstack/nova master: Fix _delete_inventory log message in report client https://review.openstack.org/498833 | 18:58 |
dansmith | you mean like we can do with pci today | 18:58 |
efried | EXCEPT | 18:59 |
dansmith | where you choose a vendor and model, and we gather up all those things | 18:59 |
efried | today we can only do it by product/vendor ID. | 18:59 |
efried | And only a single product/vendor ID pair. | 18:59 |
dansmith | right, because that's the industry standard | 18:59 |
* dansmith glares at efried's weirdo platform | 18:59 | |
efried | nono, this isn't a weirdo platform thing anymore. | 18:59 |
efried | I have two NICs, exact same vendor/product IDs | 18:59 |
efried | But they're attached to different networks. | 19:00 |
efried | I don't want them in the same alias group | 19:00 |
dansmith | right, so you ask for a nic attached to network foo, | 19:00 |
dansmith | not "give me the fifth nic from the left" | 19:00 |
dansmith | NIC=1, traits=network-public | 19:00 |
dansmith | or something | 19:00 |
*** mnestratov has quit IRC | 19:00 | |
efried | Right, got it. | 19:00 |
artom | So that would put potentially mutable deployment details into the nova.conf on the compute? | 19:01 |
*** rcernin has joined #openstack-nova | 19:01 | |
artom | That seems... unwise | 19:01 |
dansmith | artom: well, that's kinda part of the problem with the pci stuff today, | 19:01 |
dansmith | but the nic attachment thing is managed dynamically today I think | 19:01 |
dansmith | like we have some way of correlating actual nics to what physical network they're attached to | 19:01 |
*** yangyapeng has quit IRC | 19:01 | |
efried | For SR-IOV we do | 19:02 |
dansmith | right | 19:02 |
efried | pci_passthrough_devices lists a physical_network on a PF | 19:02 |
dansmith | yeah | 19:02 |
efried | But that's a single, specific attr | 19:02 |
dansmith | artom: so yeah if someone goes and moves the yellow cable to the blue port in the datacenter, then bad things happen, but that's kinda the risk you run with giving people hardware passthrough It hink | 19:03 |
efried | So with generic device management, you could have arbitrary traits, one of which is physical_network | 19:03 |
artom | Yeah, and now that I think about it more, there's no way to avoid it really | 19:03 |
artom | No sane way, at any rate | 19:03 |
dansmith | efried: yeah like maybe you'd want has-tls-offload on your nic as well as physnet-private37 | 19:04 |
artom | Unless you want to start having admin REST APIs where you associate device addresses with what network they're connected to | 19:04 |
*** jose-phillips has quit IRC | 19:04 | |
efried | So qualitative attributes are handle via traits; and in the example of physical_network, I sorta have to have the key and value both stuffed into the value? | 19:04 |
*** gbarros has joined #openstack-nova | 19:04 | |
efried | Like, CUSTOM_NETWORK_MYNET would be a trait? | 19:05 |
dansmith | efried: well, you have to arrange things as traits, not k=v | 19:05 |
dansmith | yes | 19:05 |
efried | And I'd have to have a separate one for every network. | 19:05 |
efried | Okay; so how are qualitative attrs handled? | 19:05 |
efried | Like, "give me a VGPU >= 10GHz" | 19:05 |
dansmith | we don't do that | 19:05 |
artom | Actually, in that situation, wouldn't the physical network become a resource, not a trait? | 19:05 |
efried | sorry ^ quantitative | 19:06 |
dansmith | efried: we don't do that :) | 19:06 |
efried | Are we gonna? | 19:06 |
dansmith | every time someone brings it up, jay has an aneurism | 19:06 |
efried | Really? Cause he's the one who brought it up. | 19:06 |
dansmith | it's too much complexity I think | 19:06 |
dansmith | we have to model something | 19:07 |
*** jose-phillips has joined #openstack-nova | 19:07 | |
dansmith | so let's say you had some 5GHz and some 10GHz gpus | 19:07 |
*** edmondsw has joined #openstack-nova | 19:07 | |
efried | Here's a jaypipes quote: "With the advent of the resource provider modeling, which includes an appropriate modeling of quantitative and qualitative things split out into resources (with inventory and allocation) and traits, we have a system that can (and IMHO should) be the basis for any future improvements to device management in Nova." | 19:07 |
dansmith | you could have traits of gpu-5ghz on the 5ghz ones and gpu-5ghz and gpu-10ghz on the 10s | 19:07 |
*** ijw has quit IRC | 19:08 | |
dansmith | efried: yep, totes | 19:08 |
efried | dansmith So what did he mean by "quantitative"? | 19:08 |
dansmith | efried: counts of resources | 19:08 |
efried | oh. | 19:08 |
dansmith | efried: counts of actual things | 19:08 |
efried | Bugger. | 19:08 |
dansmith | so my model above | 19:08 |
dansmith | if you care about the fast one, you ask for a gpu-10ghz and you would weed out the 5s | 19:09 |
efried | But if you want to set a minimum, you'll never get the 10s | 19:09 |
dansmith | if you want at least 5, you would ask for that, and might get a 10 if that's how it falls | 19:09 |
dansmith | I don't get that last statement | 19:09 |
efried | Huh? How would that work? | 19:09 |
dansmith | so, | 19:10 |
efried | Placement doesn't know that "gpu-10ghz" is an okay thing to match to "gpu-5ghz" | 19:10 |
dansmith | the 10g gpus has at-least-5g and at-leadt-10g traits attached | 19:10 |
efried | It doesn't even know they're related | 19:10 |
dansmith | right, | 19:10 |
dansmith | which is why you put both traits on the 10s | 19:10 |
efried | ohjeez | 19:10 |
dansmith | and arrange your grammar in terms of traits | 19:10 |
efried | okay, I reread your original statement, which I misread the first time. | 19:11 |
artom | We need nested traits ;) | 19:11 |
dansmith | the reason for doing this is that it's easy to model to everything | 19:11 |
efried | "easy" | 19:11 |
dansmith | compare this which is numerical to processor flags | 19:12 |
dansmith | I can't say "give me a cpu with at least sse3" | 19:12 |
*** edmondsw has quit IRC | 19:12 | |
efried | I don't know what that means | 19:12 |
dansmith | because there were later procs without those things because they weren't the high-end one, but were faster, and had some other features that earlier ones didn't | 19:12 |
dansmith | i.e. processor flags are not numerical, linear, and neat sets | 19:12 |
efried | okay, right, I get that - those are qualitative measures. That's different. | 19:13 |
efried | A proc either has that feature or it doesn't. | 19:13 |
*** sridharg has quit IRC | 19:13 | |
efried | I just don't see this model-quantity-as-quality thing scaling. | 19:13 |
efried | What if I've got to deal with microversions or something. | 19:14 |
dansmith | um, what? | 19:14 |
*** hoonetorg has joined #openstack-nova | 19:14 | |
efried | I don't want to have to tag my resource provider with version-at-least-1.1,version-at-least-1.2,version-at-least-1.3,version-at-least-1.4,... | 19:15 |
*** krtaylor has quit IRC | 19:15 | |
dansmith | efried: so you want to add semver understandings to a request processor for things? | 19:15 |
*** ijw has joined #openstack-nova | 19:16 | |
*** slaweq has joined #openstack-nova | 19:16 | |
dansmith | is 1.4.3 > 1.3.7? | 19:16 |
efried | yes it is; and yes, but not limited to semver. | 19:16 |
dansmith | no it's not | 19:16 |
*** slaweq has quit IRC | 19:16 | |
*** ijw has quit IRC | 19:16 | |
dansmith | because I need a particular bug fix that was backported to 1.3.7 and 1.4.5 | 19:16 |
efried | 1.4.3 isn't > 1.3.7 ? | 19:16 |
dansmith | 1.4.3 will not give me the bug fix, but you would choose it | 19:16 |
*** ijw has joined #openstack-nova | 19:16 | |
*** slaweq has joined #openstack-nova | 19:16 | |
dansmith | so then I need to say >= 1.3.7 || (! <1.4.6) | 19:17 |
dansmith | or something | 19:17 |
dansmith | and that gets crazy | 19:17 |
dansmith | which is why boiling this down to abstract traits is useful | 19:17 |
artom | What real resource would even have something like thing? | 19:18 |
dansmith | it won't let you model everything down to the tiniest detail, but it's also something that people can grasp and can be reasonably generic | 19:18 |
dansmith | artom: a hypervisor | 19:18 |
artom | I understand clock speeds of various kinds of processors, but... | 19:18 |
dansmith | artom: I assume that's where he was going | 19:18 |
dansmith | and it's a common thing | 19:18 |
dansmith | people need to be on at least hyperv 2012.4 in order to be able to use some fragile windows driver | 19:18 |
dansmith | so instead of them needing to know versions, you can expose has-multiqueue-nics or something | 19:19 |
efried | Yeah; I was trying to come up with an example of something that could have a lot of different quantitative traits where enumerating them becomes very unwieldy. | 19:19 |
dansmith | and then if you have an older release with that fix backported, then that's all that matters | 19:19 |
mriedem | bauzas: didn't you say that before 2.29 and the force flag on the evacuate API, that if you specified a host we'd bypass the scheduler, but now we only do it if you specify a host AND pass force=True? | 19:19 |
dansmith | instead of needing to know the version semantics of the thing you're asking for | 19:19 |
edleafe | dansmith: didn't we discuss trait comparisons like this a while ago, and concluded that anything beyond simple boolean "has trait" would be a unmanageable tangle of special comparison cases? | 19:20 |
dansmith | edleafe: yes, precisely | 19:20 |
efried | Spitballin here, but what I think I would like to see is a way for me to pass some part of the request spec down to the virt driver, who's responsible for understanding it in whatever manner it wants. | 19:20 |
dansmith | efried: and that is precisely what we do not want you to be able to do | 19:21 |
mriedem | bauzas: nvm, that's correct | 19:21 |
artom | That would *definitely* not scale | 19:21 |
dansmith | we have way too much of that shit today | 19:21 |
dansmith | yeeeeah. | 19:21 |
artom | Every boot request would go to every compute? | 19:21 |
mriedem | if you pass 2.1 and host, force ends up being None in the API and we pass the host to conductor, which then bypasses the scheduler | 19:21 |
*** brad[] has joined #openstack-nova | 19:21 | |
efried | artom ohh, I see. | 19:21 |
edleafe | Hey! Why don't we allow *extensions*? That'll solve all these problems! | 19:21 |
efried | Way it's set up today, you can do the whole resource allocation business based on what the compute told you last time it checked in. | 19:22 |
* dansmith fires his loaded nerf guns at edleafe | 19:22 | |
*** jose-phillips has quit IRC | 19:22 | |
*** Tom has quit IRC | 19:22 | |
efried | ...from a centralized spot (placement/scheduler) | 19:22 |
dansmith | and don't forget multi-hypervisor clouds | 19:22 |
dansmith | where much of the details aren't known until you get down to the compute, so if you couldn't pick the right one based on some generic properties, | 19:23 |
dansmith | you get there and libvirt says "wtf is a hyperv 2012.4?" | 19:23 |
dansmith | that's hugely wasteful | 19:23 |
efried | So if I need to do something funkily virt-specific, I have to do it at get_inventory time. | 19:24 |
efried | and setting-up-resource-providers time. | 19:24 |
dansmith | you have to expose it as a generic count of resources with traits | 19:24 |
efried | but constrained to ... yeah, what you said. | 19:24 |
*** pchavva has quit IRC | 19:25 | |
dansmith | because that's a model that the rest of nova can understand | 19:25 |
artom | There was talk of doing virt driver capabilities as resources (or traits?), I think? | 19:25 |
dansmith | yep, exactly his hypervisor version query | 19:25 |
artom | Well, nova virt driver != hypervisor, but yeah, same gist | 19:26 |
*** liverpooler has quit IRC | 19:26 | |
efried | Which is why we need nested resource providers: so my hypervisor can be an outermost one and tag itself with e.g. "CUSTOM_AIX_CAPABLE", and then everything else underneath that will inherit that trait? | 19:26 |
dansmith | artom: sure, some of both | 19:26 |
dansmith | efried: no, no trait inheritance plans that I know of, | 19:27 |
dansmith | but if you request that trait from your compute node, then you won't consider resources under compute nodes that don't | 19:27 |
artom | efried, I think the nested stuff was thought up for PFs/VFs | 19:27 |
efried | How do I request a trait for my compute node? | 19:27 |
efried | I can't... ask for a compute node as a resource | 19:28 |
efried | can I? | 19:28 |
dansmith | no | 19:28 |
*** slaweq_ has joined #openstack-nova | 19:28 | |
*** slaweq has quit IRC | 19:28 | |
edleafe | Flavor extra_specs | 19:28 |
dansmith | I just mean a trait for whatever the top-level resource provider is that has your custom_aix_foo thing on it | 19:28 |
*** edmondsw has joined #openstack-nova | 19:28 | |
efried | What, like a VCPU?? | 19:30 |
efried | Sorry, thought I was getting the picture here, but that last one threw me for a loop. | 19:30 |
dansmith | efried: it was your example above | 19:30 |
dansmith | <efried>Which is why we need nested resource providers: so my hypervisor can be an outermost one and tag itself with e.g. "CUSTOM_AIX_CAPABLE", and then everything else underneath that will inherit that trait? | 19:30 |
efried | It's the hypervisor that's AIX-capable | 19:30 |
dansmith | I'm just drilling in on your comment about inheritance | 19:30 |
efried | As in, you can deploy an AIX VM on it. | 19:31 |
dansmith | right so that would be virt driver capabilities | 19:31 |
efried | Right, where/how do those get exposed? Is that still somehow in the placement universe? | 19:31 |
dansmith | so we're asking for a resource provider that has at least 2 VCPUs available, at least 1G of memory, with a trait of CUSTOM_AIX_WHYWOULDIWANNA | 19:32 |
dansmith | which would be your node with a virt driver that exposes sufficient inventory and traits | 19:32 |
artom | Wait, do traits apply to resources or resource providers? | 19:32 |
*** edmondsw has quit IRC | 19:32 | |
dansmith | there is no resources, only resource providers :) | 19:33 |
dansmith | a resource provider has a set of traits | 19:33 |
dansmith | a request demands or prefers traits, and asks for quantities of resources by name | 19:33 |
artom | Err | 19:33 |
dansmith | we find providers that have sufficient inventory and traits | 19:33 |
efried | okay, right, my host is the resource provider that provides VCPU and MEM_GB and DISK_GB | 19:33 |
edleafe | artom: inventory == resources | 19:33 |
artom | "quantities of resource" | 19:33 |
efried | and the resource provider has traits | 19:34 |
artom | "there is no resources" | 19:34 |
dansmith | artom: meaning there is no object called a resource | 19:34 |
artom | This isn't the Matrix, yo | 19:34 |
efried | artom I *think* dansmith means that *placement* doesn't know anything about specific resources. | 19:34 |
dansmith | artom: there are resource providers that have quantities of a given type, but that type isn't a thing that can have a trait, only the provider | 19:34 |
dansmith | efried: yeah | 19:34 |
edleafe | artom: no, but I have an inventory with resource_class == "spoon" | 19:34 |
efried | (Could it have been Ghostbusters, not Matrix, dansmith?) | 19:34 |
*** xyang1 has quit IRC | 19:35 | |
dansmith | I think I was thinking "there is no try, only do" or whatever | 19:35 |
artom | That's Star Wars | 19:35 |
dansmith | yeah, I dunno, I'm not a big enough nerd | 19:35 |
efried | Yup, and we've reached our limit of three nerd movie franchises. | 19:35 |
dansmith | yeah, | 19:36 |
efried | resource_class=SPOON would have a quantity of 8 or whatever | 19:36 |
dansmith | and eff jay for being on a plane and leaving me with you wolves | 19:36 |
efried | placement doesn't know about individual spoons | 19:36 |
dansmith | efried: well, SPOON=8 for consistency but yeah | 19:36 |
artom | There must always be a core in #openstack-nova | 19:36 |
artom | (Speaking of wolves) | 19:36 |
edleafe | er, CUSTOM_SPOON, but whatever | 19:37 |
dansmith | edleafe: if it's a custom resource yeah | 19:37 |
dansmith | edleafe: you understand all this, why are you making me squirm alone? :D | 19:38 |
efried | But if we had soup spoons and dessert spoons, we would either have to make two separate resource classes (SPOON_SOUP, SPOON_DESSERT), or two separate resource providers with traits (CUSTOM_SPOON_SOUP, CUSTOM_SPOON_DESSERT) | 19:38 |
*** brad[] has quit IRC | 19:38 | |
edleafe | efried: pretty much, yeah | 19:38 |
mriedem | it'd be a spoon with different traits | 19:38 |
efried | mriedem The spoon doesn't have traits. | 19:39 |
*** salv-orlando has joined #openstack-nova | 19:39 | |
dansmith | yeah | 19:39 |
edleafe | only spoon providers can have traits | 19:39 |
efried | The resource provider has traits | 19:39 |
efried | yeah | 19:39 |
tbachman | there is no spon | 19:39 |
tbachman | spoon | 19:39 |
artom | And anyways, there is no | 19:39 |
mriedem | so the spoon drawer is the provider | 19:39 |
artom | Dammit! | 19:39 |
mriedem | that provides spoons | 19:39 |
* tbachman runs and hides | 19:39 | |
* artom glares at tbachman | 19:39 | |
tbachman | lol | 19:39 |
efried | mriedem Right, but you can't have soup spoons and dessert spoons in the same drawer. | 19:39 |
* edleafe bends a spoon with his mind | 19:39 | |
dansmith | okay so this conversation is over right/ | 19:39 |
mriedem | i do | 19:39 |
mriedem | i have all sorts of spoons in the same drawer | 19:39 |
*** ijw has quit IRC | 19:39 | |
efried | Dude, okay, we're getting meta here, but I'm actually still trying to understand this seriously. | 19:40 |
mriedem | what psycho separates them | 19:40 |
edleafe | efried: ok, let me try, using the spoons | 19:40 |
mriedem | did someone make a soundgarden joke yet? | 19:40 |
artom | We've only covered Ghostbusters, the Matrix, Star Wars, and GoT | 19:41 |
bauzas | mriedem: that's correct, before 2.29, when providing a target, we were directly calling the compute service without asking the scheduler to verify it | 19:41 |
edleafe | if you have a drawer with 2 types of spoons, you have to created nested resource providers with the different traits, and assign the spoons as inventory to each | 19:41 |
efried | edleafe Okay, so that's yet a third way of doing it. | 19:41 |
edleafe | the drawer would be the root provider | 19:41 |
edleafe | efried: that's the only way with just one drawer | 19:41 |
efried | and the slots in the silverware holder thingy would be the child providers | 19:41 |
*** tbachman has quit IRC | 19:41 | |
edleafe | efried: yup | 19:42 |
mriedem | bauzas: yes this always trips me up https://github.com/openstack/nova/blob/2a4ca8bd6aa40ccd26300feaef4267aa71f69abf/nova/compute/api.py#L4017 | 19:42 |
mriedem | because force is None if microversion < 2.29 | 19:42 |
efried | edleafe I thought I could create a separate resource class? | 19:42 |
artom | It's a purely arbitrary construct though - the spoons can be inventory of RPs with different traits, or there can be one RP with two inventories, one for each kind of spoon | 19:42 |
*** rajathagasthya has quit IRC | 19:43 | |
bauzas | mriedem: yeah, because we still need to support microversion < 2.29 :) | 19:43 |
artom | (Right?) | 19:43 |
bauzas | mriedem: so, like you said, Force=None if so | 19:43 |
edleafe | efried: sure, but then you wouldn't have "spoons", you'd have dessert_spoon and soup_spoon | 19:43 |
efried | Right, okay. | 19:43 |
*** salv-orlando has quit IRC | 19:43 | |
efried | If we don't have nested resource providers yet | 19:44 |
mriedem | bauzas: right, it's just confusing | 19:44 |
edleafe | efried: we still have some work to do with traits and nested providers before any of this will actually work | 19:44 |
mriedem | looks like our api ref docs also say a host is required in the request when live migrating, which is wrong | 19:45 |
dansmith | mriedem: so would you kill me if I wasn't around for the nova meeting today? | 19:45 |
mriedem | i'd like to not be around for the nova meeting today | 19:45 |
dansmith | is that a joke or are you hoping someone else would run it? | 19:46 |
mriedem | in 15 minutes i'm going to be knee deep in in-laws | 19:46 |
mriedem | i'll run it | 19:46 |
dansmith | okay | 19:46 |
mriedem | i'm just not happy about it | 19:46 |
dansmith | having to run a meeting is like the best possible in-law scenario I can think of personally | 19:46 |
*** slaweq_ has quit IRC | 19:47 | |
mriedem | holy crap we actually do require that you specify the 'host' parameter in the os-migrateLive action | 19:47 |
mriedem | but you can pass 'host': None | 19:47 |
mriedem | dumb | 19:47 |
*** slaweq has joined #openstack-nova | 19:48 | |
*** moshele has joined #openstack-nova | 19:49 | |
efried | dansmith edleafe artom Thanks a bunch for the talk, guys. I have a much better understanding now. | 19:50 |
openstackgerrit | Matt Riedemann proposed openstack/nova master: api-ref: add warnings about forcing the host for live migrate/evacuate https://review.openstack.org/499769 | 19:52 |
mriedem | bauzas: dansmith: cfriesen_: ^ | 19:52 |
bauzas | mriedem: I'm not sure the comment is really understanding | 19:54 |
*** egonzalez has joined #openstack-nova | 19:54 | |
bauzas | mriedem: why did you commented about the over-subscription ? | 19:54 |
bauzas | mriedem: anyway, commenting the change | 19:55 |
*** annegentle has quit IRC | 19:55 | |
*** yangyapeng has joined #openstack-nova | 19:58 | |
mriedem | well i was thinking more about failing a resource claim, but that could be removed | 19:59 |
mriedem | and just generalized | 19:59 |
*** slaweq_ has joined #openstack-nova | 20:00 | |
*** slaweq has quit IRC | 20:02 | |
*** yangyapeng has quit IRC | 20:02 | |
bauzas | anyway, I'm bad at wording, so your call | 20:02 |
bauzas | just providing my thoughts that we should just be commenting at the top-level | 20:03 |
*** brad[] has joined #openstack-nova | 20:06 | |
openstackgerrit | Matt Riedemann proposed openstack/nova master: api-ref: add warnings about forcing the host for live migrate/evacuate https://review.openstack.org/499769 | 20:07 |
*** smatzek has quit IRC | 20:08 | |
*** rajathagasthya has joined #openstack-nova | 20:09 | |
*** cristicalin has joined #openstack-nova | 20:09 | |
cfriesen_ | taking a look | 20:10 |
openstackgerrit | Ildiko Vancsa proposed openstack/nova-specs master: Add multiattach support to Nova https://review.openstack.org/499777 | 20:12 |
*** krtaylor has joined #openstack-nova | 20:16 | |
*** jpena is now known as jpena|brb | 20:18 | |
cfriesen_ | mriedem: v2 looks reasonable to me. | 20:21 |
*** slaweq_ has quit IRC | 20:30 | |
*** lpetrut has quit IRC | 20:30 | |
*** esberglu has quit IRC | 20:31 | |
*** esberglu has joined #openstack-nova | 20:31 | |
*** annegentle has joined #openstack-nova | 20:32 | |
efried | dansmith edleafe artom Okay, here's a much better example. I can create SR-IOV VFs on the fly. On a given PF (which is a (nested) RP) I can create a maximum of 48 VFs. But each can be assigned a minimum egress bandwidth, let's say as a percentage of the PF's total bandwidth. | 20:34 |
*** jose-phillips has joined #openstack-nova | 20:35 | |
efried | 1) It would suck for my PF to have to say traits=egress-pct-capable-1,egress-pct-capable-2,...,egress-pct-capable-100 | 20:35 |
*** esberglu has quit IRC | 20:36 | |
efried | 2) Assuming I did the above, I ask for e.g. egress-pct-capable-75, you peel off one of the 48... but I can no longer create 47 more VFs. At a maximum, I can now create 25, assuming they each get 1% of the egress bandwidth. | 20:36 |
dansmith | efried: that's the same as your gpu >= 10GHz example | 20:37 |
efried | Yeah. It's just a more convincing case because I've got 100 values instead of like three or four. | 20:37 |
efried | and it's also a real thing | 20:37 |
dansmith | efried: you could model bandwidth as a resource amount though | 20:37 |
efried | Now, I can probably do #2 just by, next time you ask me for get_inventory, I bust my number down to 25 (or blow up my reserved number) | 20:38 |
cfriesen_ | this is for kind of a weird use-case...is it possible to set up a nova-api with a configuration read from nova.conf such that only a specific user (presumably with admin privileges) can issue requests, and no other users can (even if they're in keystone)? | 20:38 |
dansmith | efried: no you can't | 20:38 |
dansmith | efried: inventory doesn't change due to allocation, otherwise you're breaking the other parts of the model | 20:38 |
edleafe | efried: when you add the inventory, you can set a minimum for a request | 20:38 |
efried | dansmith Then why is get_inventory called more than once? | 20:38 |
artom | dansmith, actually your last sentence is problematic for vGPUs | 20:38 |
*** slaweq has joined #openstack-nova | 20:39 | |
dansmith | efried: because you could get more inventory periodically | 20:39 |
edleafe | artom: why? | 20:39 |
efried | what, hot-plugging stuff? | 20:39 |
dansmith | efried: sure | 20:39 |
*** salv-orlando has joined #openstack-nova | 20:39 | |
artom | edleafe, there's this thing where a GPU can give you different numbers of vGPUs based on how many, err, I think shaders, or cores, each gets | 20:40 |
dansmith | efried: can we continue this conversation in denver? I think it'll be more productive | 20:40 |
*** ijw has joined #openstack-nova | 20:40 | |
dansmith | artom: right, but a lot of the existing models for this end up with you carving those resources out into multiple virtual devices, | 20:40 |
artom | So a GPU with, for example, 12 shaders/cores, can give you 2 vGPUS with 6 each, or 4 with 3 each | 20:40 |
dansmith | and then those devices can be assigned and de-assigned | 20:40 |
*** slaweq has quit IRC | 20:40 | |
dansmith | you _could_ do the assignment of shaders completely dynamically, | 20:40 |
efried | dansmith Well, yeah, what I'm trying to do is compose notes in enough detail - and with enough of the "easy" questions answered - that we can have a productive conversation in Denver (and not devolve into spoon metaphors). | 20:41 |
edleafe | artom: one of the things that came up in discussions in Austin about CAPI and such was that management of dynamic resources would never be handled by nova | 20:41 |
dansmith | but in reality, I think most cases will be satisfied by carving up your GPUs into chunks | 20:41 |
*** slaweq has joined #openstack-nova | 20:41 | |
edleafe | so if your resources change, the virt driver has to report that change | 20:41 |
artom | edleafe, they would, I'm pretty sure | 20:41 |
dansmith | efried: sure, I know, but it'll go a lot quicker in person I think | 20:41 |
artom | edleafe, nova would still have to update its inventories though | 20:42 |
edleafe | artom: it does that periodically, based on what the virt driver tells it | 20:42 |
efried | Yeah, I'd like to understand more about how it breaks the model for me to change the inventory of something - for whatever reason I see fit. | 20:42 |
artom | edleafe, ah, we're fine then | 20:42 |
efried | ^ me == virt driver in this case | 20:42 |
* artom has to run | 20:43 | |
*** armax has joined #openstack-nova | 20:43 | |
cristicalin | hy, anyone have an idea why instances libvirt.xml may be missing metadata for user_id / project_id ? | 20:43 |
dansmith | efried: I said in response to allocation | 20:43 |
edleafe | efried: I always thought you looked like a virt driver | 20:43 |
*** moshele has quit IRC | 20:43 | |
efried | dansmith Well, yeah, it's sort of in response to allocation. | 20:43 |
efried | I guess I would call it in response to actually doing the virt driver work of satisfying the allocation. | 20:43 |
dansmith | efried: you should be exposing how much of a thing you have and the allocations come out of that | 20:43 |
dansmith | efried: you don't expose "available" you expose "total" | 20:43 |
*** esberglu has joined #openstack-nova | 20:44 | |
efried | Hm, so I guess in this scenario I don't expose SRIOV_VF=48; instead I expose SRIOV_VF_EGRESS_PERCENTAGE_POINT=100 | 20:44 |
*** eharney has quit IRC | 20:45 | |
*** salv-orlando has quit IRC | 20:45 | |
*** cleong has quit IRC | 20:45 | |
efried | but that doesn't allow me to model the max #VFs as 48 at the same time. Or two separate VFs in the same claim. | 20:45 |
*** ijw has quit IRC | 20:45 | |
*** annegentle has quit IRC | 20:46 | |
efried | ick | 20:46 |
dansmith | efried: regardless, | 20:47 |
dansmith | if your NIC has 10G of bandwidth, you can have your provider expose CUSTOM_GIGS=10, | 20:47 |
*** artom has quit IRC | 20:47 | |
dansmith | and have your flavor consume some number of those to avoid over-subscribing | 20:47 |
cfriesen_ | efried: wouldn't you still say that you have 48 VFs total, and allocate from that? | 20:50 |
*** tonygunk has joined #openstack-nova | 20:50 | |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Modernize set_vm_state_and_notify https://review.openstack.org/499799 | 20:50 |
dansmith | presumably if you have 3 VFs left, but no GIGs left, you don't want to allocate any more | 20:51 |
cfriesen_ | efried: presumably you could also model total bandwidth, and divide it up nonuniformly between the VFs | 20:51 |
efried | dansmith So the VFs and the GIGs would be separate resource classes sitting next to each other, and you have to claim VF=1,GIG=2 or whatever in your request | 20:52 |
efried | cfriesen_ Could, but that kills the flexibility | 20:52 |
*** annegentle has joined #openstack-nova | 20:52 | |
efried | cfriesen_ No idea at the outset how the end user is gonna want to split 'em up. | 20:52 |
dansmith | efried: yeah, so you end up with either one capping the things that can be there | 20:52 |
dansmith | either you run out of tiny VFs or GIGs from requests with large bandwidth requirements | 20:53 |
*** yangyapeng has joined #openstack-nova | 20:53 | |
tonygunk | Just upgraded from Ocata to Pike and trying to upgrade nova DB - getting error: "AttributeError: 'module' object has no attribute 'get_rpc_transport'" | 20:53 |
tonygunk | http://paste.openstack.org/raw/620137/ | 20:53 |
efried | dansmith So in that scenario a claim that specifies VF=1 but doesn't specify GIG would have to fail. | 20:53 |
efried | I can't default GIG because placement wouldn't know about it. | 20:53 |
efried | But | 20:53 |
efried | I would have to fail at compute | 20:53 |
dansmith | efried: that'd be up to the guy making out the flavors yeah | 20:53 |
tonygunk | Anyone know what is going on? | 20:53 |
dansmith | tonygunk: you have an outdated oslo_messaging I think | 20:54 |
edleafe | efried: sounds analogous to vcpu/ram/disk in splitting a physical server | 20:54 |
edleafe | efried: it's all in how the flavors are configured | 20:54 |
dansmith | edleafe: right, you waste some memory if you run out of disk | 20:54 |
dansmith | which is why we have flavors anyway, | 20:54 |
dansmith | so you can pack things so you don't waste stuff if you care about that | 20:55 |
dansmith | instead of just letting users request 1 cpu and 20TB of disk | 20:55 |
tonygunk | dansmith: Ok - thanks - I'll see if that resolves it | 20:55 |
efried | And a flavor that specifies CPU but not memory is useless. | 20:55 |
efried | Okay, I dig it. Thanks again. | 20:55 |
*** mnestratov has joined #openstack-nova | 20:55 | |
cfriesen_ | efried: I meant what dansmith is saying....two separate resource classes | 20:56 |
*** vladikr has quit IRC | 20:56 | |
efried | (dansmith edleafe - that's the other thing I want to avoid in Denver - being the only one in the room needing to have basic concepts explained to him, and wasting everyone else's time.) | 20:56 |
efried | cfriesen_ Dig. | 20:56 |
dansmith | efried: understood, it's just not as fun for me if we do it this way | 20:57 |
mriedem | nova meeting in 3 minutes | 20:57 |
cfriesen_ | is it possible for an admin user to boot an instance "on behalf" of another user/project? | 20:57 |
dansmith | mriedem: dude I cannot effing wait | 20:57 |
*** yangyapeng has quit IRC | 20:57 | |
dansmith | mriedem: PC BROS! | 20:57 |
efried | Sorry dansmith. I'll allocate you a predetermined number of units of your libation of choice. | 20:58 |
*** crushil has quit IRC | 20:58 | |
dansmith | efried: traits=wheat,unfiltered | 20:58 |
efried | noted | 20:58 |
mriedem | dansmith: better check your privilege | 20:59 |
dansmith | heh | 20:59 |
tonygunk | dansmith: now I'm getting this error after upgrading oslo.messaging to 5.30 | 21:01 |
tonygunk | http://paste.openstack.org/raw/620138/ | 21:01 |
dansmith | tonygunk: paste is old? :P | 21:02 |
dansmith | tonygunk: I can't help you as much with that one, sorry | 21:03 |
*** yusef has joined #openstack-nova | 21:04 | |
*** ijw has joined #openstack-nova | 21:05 | |
*** annegentle has quit IRC | 21:07 | |
*** thorst_afk has quit IRC | 21:08 | |
*** tbachman has joined #openstack-nova | 21:09 | |
*** penick has joined #openstack-nova | 21:10 | |
tonygunk | dansmith: actually uninstalling and reinstalling PasteDeploy was the solution.. weird.. | 21:11 |
dansmith | *shrug* but good | 21:12 |
efried | tonygunk Seen that a hundred times. Curse PasteDeploy! | 21:12 |
efried | Sorry I didn't punch through your last paste, woulda been able to tell you right off. | 21:12 |
tonygunk | efried: :-) | 21:13 |
*** crushil has joined #openstack-nova | 21:15 | |
*** jpena|brb is now known as jpena | 21:15 | |
*** ijw has quit IRC | 21:16 | |
*** moshele has joined #openstack-nova | 21:16 | |
*** tbachman_ has joined #openstack-nova | 21:17 | |
*** tbachman has quit IRC | 21:17 | |
*** tbachman_ is now known as tbachman | 21:17 | |
*** moshele has quit IRC | 21:19 | |
*** moshele has joined #openstack-nova | 21:20 | |
*** dave-mccowan has quit IRC | 21:20 | |
efried | I think if you give me nested resource providers, with some careful modeling I can do everything in the virt driver. The rest of nova doesn't need to know about a device as being any different from any other resource. | 21:22 |
efried | edleafe You mentioned earlier that "we still have some work to do with traits and nested providers before any of this will actually work" - somewhere I can find a summary of what's still on the table? | 21:27 |
*** moshele has quit IRC | 21:29 | |
*** esberglu has quit IRC | 21:31 | |
*** catintheroof has quit IRC | 21:31 | |
cfriesen_ | efried: I think the PTG etherpad has some links | 21:33 |
efried | ah, cool | 21:33 |
efried | thanks cfriesen_ | 21:33 |
*** cfriesen_ is now known as cfriesen | 21:34 | |
*** burt has quit IRC | 21:34 | |
*** thorst_afk has joined #openstack-nova | 21:34 | |
*** annegentle has joined #openstack-nova | 21:34 | |
*** thorst_afk has quit IRC | 21:36 | |
cfriesen | efried: I think this is the nested providers work: https://review.openstack.org/#/q/topic:bp/nested-resource-providers,n,z | 21:37 |
edleafe | efried: yeah. There's the series from alex_xu starting with https://review.openstack.org/#/c/489206/, as well as Jay's nested RP series starting with https://review.openstack.org/#/c/470575/ | 21:38 |
efried | edleafe cfriesen Thanks. Looks like not toooo much; hopefully containable in early q? | 21:38 |
*** egonzalez has quit IRC | 21:38 | |
edleafe | efried: only when you look at the code with light-red-tinted lenses | 21:38 |
cfriesen | efried: edleafe: I think there's also a missing piece to wire it up to live migration | 21:38 |
*** thorst_afk has joined #openstack-nova | 21:39 | |
efried | Sigh. | 21:39 |
efried | I just thought you were blushing. | 21:39 |
mriedem | there are bugs that still need to be fixed from claims in the scheduler before we can add nested and shared RPs | 21:40 |
mriedem | the move operations are all over the floor | 21:40 |
openstackgerrit | Matt Riedemann proposed openstack/nova master: Modernize set_vm_state_and_notify https://review.openstack.org/499799 | 21:40 |
*** salv-orlando has joined #openstack-nova | 21:40 | |
mriedem | for anyone that cares, the main ones i'm tracking for backports to pike are | 21:41 |
mriedem | 1. https://bugs.launchpad.net/nova/+bug/1713786 | 21:41 |
openstack | Launchpad bug 1713786 in OpenStack Compute (nova) "Allocations are not managed properly in all evacuate scenarios" [High,In progress] - Assigned to Matt Riedemann (mriedem) | 21:41 |
*** penick has quit IRC | 21:41 | |
mriedem | 2. https://bugs.launchpad.net/nova/+bug/1713796 | 21:41 |
openstack | Launchpad bug 1713796 in OpenStack Compute (nova) "Failed unshelve does not remove allocations from destination node" [High,Triaged] | 21:41 |
mriedem | i think that's it for right now | 21:41 |
mriedem | once those are fixed and backported to pike and merged, we can do a pike patch release | 21:41 |
*** abalutoiu has joined #openstack-nova | 21:42 | |
mriedem | i've got the fix for half of the first bug up for review | 21:42 |
bauzas | roger. | 21:42 |
mriedem | starting here https://review.openstack.org/#/c/499678/2 | 21:42 |
mriedem | tomorrow i'm going to work on the 2nd half, which is if evacuate fails on the compute, we have to cleanup the allocations created by the scheduler for the dest node | 21:43 |
*** abalutoiu has quit IRC | 21:43 | |
*** Donckers has quit IRC | 21:43 | |
mriedem | like, if the rebuild claim fials | 21:43 |
mriedem | *fails | 21:43 |
*** baoli has quit IRC | 21:43 | |
*** baoli has joined #openstack-nova | 21:45 | |
*** salv-orlando has quit IRC | 21:45 | |
*** tidwellr has quit IRC | 21:46 | |
cfriesen | question about flavors...if I create a flavor that isn't public, does that automatically give my tenant access to that flavor? if so, where is that code? | 21:46 |
mriedem | stephenfin: gibi: sdague: fyi, new docs theme breaks the hide/show ability in the versioned notifications samples https://bugs.launchpad.net/nova/+bug/1714363 | 21:47 |
openstack | Launchpad bug 1714363 in OpenStack Compute (nova) "docs: versioned notification samples are always shown now and you can't hide them" [Medium,Confirmed] | 21:47 |
mriedem | cfriesen: don't think so | 21:48 |
mriedem | looking at nova.compute.flavors.create | 21:48 |
*** kylek3h_ has quit IRC | 21:48 | |
*** priteau has quit IRC | 21:49 | |
*** baoli has quit IRC | 21:50 | |
cfriesen | mriedem: good, I'm not blind. :) | 21:51 |
*** yangyapeng has joined #openstack-nova | 21:54 | |
*** lyan has quit IRC | 21:56 | |
*** lyan has joined #openstack-nova | 21:56 | |
*** yangyapeng has quit IRC | 21:58 | |
*** tbachman has quit IRC | 21:59 | |
*** tbachman has joined #openstack-nova | 21:59 | |
*** ssmith has quit IRC | 22:00 | |
*** tbachman has quit IRC | 22:04 | |
*** shan has quit IRC | 22:05 | |
openstackgerrit | Eric Fried proposed openstack/nova master: Include /resource_providers/uuid/allocations link https://review.openstack.org/499826 | 22:07 |
*** gouthamr has quit IRC | 22:08 | |
*** ijw has joined #openstack-nova | 22:17 | |
*** cristicalin has quit IRC | 22:19 | |
*** lyan has quit IRC | 22:20 | |
*** ijw has quit IRC | 22:23 | |
*** ijw has joined #openstack-nova | 22:27 | |
*** annegentle has quit IRC | 22:27 | |
*** krtaylor has quit IRC | 22:28 | |
*** salv-orlando has joined #openstack-nova | 22:29 | |
*** edmondsw has joined #openstack-nova | 22:30 | |
*** rcernin has quit IRC | 22:30 | |
openstackgerrit | Merged openstack/nova master: api-ref: add warnings about forcing the host for live migrate/evacuate https://review.openstack.org/499769 | 22:32 |
*** slaweq has quit IRC | 22:32 | |
*** itlinux has quit IRC | 22:34 | |
*** annegentle has joined #openstack-nova | 22:34 | |
*** thegreenhundred has quit IRC | 22:38 | |
*** armax has quit IRC | 22:41 | |
*** armax has joined #openstack-nova | 22:41 | |
*** jgriffith has quit IRC | 22:43 | |
*** jgriffith has joined #openstack-nova | 22:44 | |
*** claudiub has quit IRC | 22:47 | |
*** mnestratov has quit IRC | 22:48 | |
*** yamahata has quit IRC | 22:49 | |
*** slaweq has joined #openstack-nova | 22:49 | |
*** slaweq has quit IRC | 22:54 | |
*** yangyapeng has joined #openstack-nova | 22:55 | |
*** vladikr has joined #openstack-nova | 22:55 | |
*** yangyapeng has quit IRC | 22:59 | |
*** salv-orlando has quit IRC | 23:01 | |
*** salv-orlando has joined #openstack-nova | 23:02 | |
*** annegentle has quit IRC | 23:03 | |
*** salv-orlando has quit IRC | 23:06 | |
*** salv-orlando has joined #openstack-nova | 23:06 | |
*** jpena is now known as jpena|off | 23:09 | |
*** ijw has quit IRC | 23:11 | |
*** ijw has joined #openstack-nova | 23:12 | |
*** ijw has quit IRC | 23:16 | |
*** rajathagasthya has quit IRC | 23:18 | |
*** kbaegis has quit IRC | 23:20 | |
*** hongbin has quit IRC | 23:22 | |
*** salv-orlando has quit IRC | 23:23 | |
*** salv-orlando has joined #openstack-nova | 23:23 | |
*** salv-orlando has quit IRC | 23:28 | |
*** yamamoto_ has joined #openstack-nova | 23:31 | |
*** yamamoto_ has quit IRC | 23:31 | |
*** yamamot__ has joined #openstack-nova | 23:31 | |
*** slaweq has joined #openstack-nova | 23:33 | |
*** dtp has quit IRC | 23:34 | |
*** slaweq has quit IRC | 23:38 | |
*** Nel1x has joined #openstack-nova | 23:38 | |
*** thorst_afk has quit IRC | 23:39 | |
*** tbachman has joined #openstack-nova | 23:41 | |
*** chyka has quit IRC | 23:42 | |
*** ijw has joined #openstack-nova | 23:45 | |
*** salv-orlando has joined #openstack-nova | 23:47 | |
*** edmondsw has quit IRC | 23:48 | |
*** priteau has joined #openstack-nova | 23:49 | |
*** artom has joined #openstack-nova | 23:50 | |
*** ijw has quit IRC | 23:51 | |
*** yangyapeng has joined #openstack-nova | 23:52 | |
*** sdague has quit IRC | 23:54 | |
*** priteau has quit IRC | 23:54 | |
*** catintheroof has joined #openstack-nova | 23:55 | |
*** marst has quit IRC | 23:57 | |
*** yangyapeng has quit IRC | 23:57 | |
*** Apoorva_ has joined #openstack-nova | 23:57 | |
*** edmondsw has joined #openstack-nova | 23:59 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!