Monday, 2018-05-14

*** masber has joined #openstack-nova00:03
*** masber has quit IRC00:03
*** masber has joined #openstack-nova00:03
*** masber has quit IRC00:04
*** masber has joined #openstack-nova00:04
*** masber has quit IRC00:04
*** masber has joined #openstack-nova00:06
*** masber has quit IRC00:06
*** masber has joined #openstack-nova00:08
*** yamamoto has joined #openstack-nova00:10
*** slaweq has joined #openstack-nova00:11
*** yamamoto has quit IRC00:15
*** slaweq has quit IRC00:16
*** hiro-kobayashi has joined #openstack-nova00:22
*** yassine has joined #openstack-nova00:35
*** yassine is now known as Guest1771300:35
*** germs has joined #openstack-nova00:37
*** germs has quit IRC00:37
*** germs has joined #openstack-nova00:37
*** felipemonteiro__ has joined #openstack-nova00:41
*** germs has quit IRC00:41
*** gbarros has joined #openstack-nova00:44
*** felipemonteiro__ has quit IRC00:47
*** hshiina has joined #openstack-nova00:59
*** hongbin has joined #openstack-nova01:01
*** edmondsw has joined #openstack-nova01:07
*** edmondsw has quit IRC01:11
*** yamamoto has joined #openstack-nova01:12
*** phuongnh has joined #openstack-nova01:14
*** yamamoto has quit IRC01:17
*** edmondsw has joined #openstack-nova01:22
*** gbarros has quit IRC01:25
*** takashin has joined #openstack-nova01:30
*** trungnv has joined #openstack-nova01:33
*** edmondsw has quit IRC01:34
*** edmondsw has joined #openstack-nova01:35
*** edmondsw has quit IRC01:37
*** edmondsw has joined #openstack-nova01:37
openstackgerritTetsuro Nakamura proposed openstack/nova master: Return nested providers in get_by_request  https://review.openstack.org/56711301:38
openstackgerritTetsuro Nakamura proposed openstack/nova master: Add traits check in nested provider cadidates  https://review.openstack.org/56715001:38
openstackgerritTetsuro Nakamura proposed openstack/nova master: Support nested alloc cands with sharing providers  https://review.openstack.org/56750801:38
*** edmondsw has quit IRC01:38
*** tiendc has joined #openstack-nova01:39
*** baoli has joined #openstack-nova01:45
*** yamamoto has joined #openstack-nova01:49
*** bkopilov has quit IRC01:56
*** baoli has quit IRC01:59
*** baoli has joined #openstack-nova02:00
*** Tom-Tom has joined #openstack-nova02:02
*** baoli has quit IRC02:04
*** yamamoto has quit IRC02:09
*** yamamoto has joined #openstack-nova02:10
*** baoli has joined #openstack-nova02:17
*** lei-zh has joined #openstack-nova02:23
*** Guest17713 has quit IRC02:28
*** baoli has quit IRC02:28
*** baoli has joined #openstack-nova02:29
*** baoli has quit IRC02:34
*** vivsoni has quit IRC02:35
*** germs has joined #openstack-nova02:38
*** germs has quit IRC02:42
*** Guest17713 has joined #openstack-nova02:43
*** vivsoni has joined #openstack-nova02:45
*** yamamoto_ has joined #openstack-nova02:48
*** yamamoto has quit IRC02:50
*** psachin has joined #openstack-nova02:53
*** gbarros has joined #openstack-nova02:57
*** Nel1x has quit IRC02:58
*** gbarros has quit IRC03:01
*** takashin has quit IRC03:25
*** WonderfulAlice has joined #openstack-nova03:28
WonderfulAliceHey guys I see that nova net-list is now deprecated. What do you use now instead to create and assign different network interfaces?03:30
*** bkopilov has joined #openstack-nova03:31
WonderfulAliceI'm trying to follow this guild (https://docs.ovh.com/gb/en/public-cloud/use_vrack_and_private_networks_with_public_cloud_instances/#with-the-openstack-api) but it seems to now be dated with the new updates.03:32
*** udesale has joined #openstack-nova03:44
*** threestrands has joined #openstack-nova03:59
*** liuzz_ has joined #openstack-nova03:59
*** threestrands_ has joined #openstack-nova04:00
*** WonderfulAlice has left #openstack-nova04:00
*** threestrands_ has quit IRC04:01
*** threestrands_ has joined #openstack-nova04:02
*** liuzz has quit IRC04:02
*** kevinbenton has quit IRC04:03
*** threestrands has quit IRC04:04
*** kevinbenton has joined #openstack-nova04:05
*** Tom-Tom_ has joined #openstack-nova04:06
*** Tom-Tom has quit IRC04:07
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_compute_api.py (3)  https://review.openstack.org/56818404:07
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_compute_api.py (3)  https://review.openstack.org/56818404:09
*** slaweq has joined #openstack-nova04:11
*** lei-zh has quit IRC04:12
*** slaweq has quit IRC04:16
*** toabctl has joined #openstack-nova04:21
*** hoonetorg has quit IRC04:21
*** lpetrut has joined #openstack-nova04:25
*** hongbin has quit IRC04:36
*** bhujay has joined #openstack-nova04:37
*** takashin has joined #openstack-nova04:38
*** hoonetorg has joined #openstack-nova04:39
*** germs has joined #openstack-nova04:39
*** threestrands_ has quit IRC04:39
*** pooja_jadhav has joined #openstack-nova04:40
*** links has joined #openstack-nova04:41
*** germs has quit IRC04:44
*** armaan has joined #openstack-nova04:50
*** udesale has quit IRC04:51
*** armaan has quit IRC04:52
*** armaan has joined #openstack-nova04:52
*** udesale has joined #openstack-nova04:56
*** fragatina has quit IRC04:57
*** threestrands has joined #openstack-nova05:04
*** sridharg has joined #openstack-nova05:06
*** fragatina has joined #openstack-nova05:07
*** threestrands has quit IRC05:07
*** lpetrut has quit IRC05:14
*** ratailor has joined #openstack-nova05:17
*** fragatina has quit IRC05:22
*** fragatina has joined #openstack-nova05:22
*** udesale_ has joined #openstack-nova05:23
*** hshiina2 has joined #openstack-nova05:25
*** udesale has quit IRC05:25
*** hshiina has quit IRC05:29
*** lei-zh has joined #openstack-nova05:30
*** stakeda has quit IRC05:36
*** evin has quit IRC05:42
*** fragatina has quit IRC05:43
*** lei-zh has quit IRC05:47
*** lei-zh has joined #openstack-nova05:48
openstackgerritcaoyuan proposed openstack/nova master: Update auth_url in install docs  https://review.openstack.org/56800205:49
*** abhishekk has joined #openstack-nova05:58
*** belmoreira has joined #openstack-nova06:08
*** blkart has joined #openstack-nova06:08
*** evin has joined #openstack-nova06:11
*** slaweq has joined #openstack-nova06:11
*** stakeda has joined #openstack-nova06:12
*** tbachman has joined #openstack-nova06:14
*** slaweq has quit IRC06:16
*** tbachman_ has joined #openstack-nova06:18
*** tbachman has quit IRC06:19
*** tbachman_ is now known as tbachman06:19
*** hshiina2 is now known as hshiina06:21
*** andreas_s has joined #openstack-nova06:28
openstackgerritShilpa Devharakar proposed openstack/nova master: Update docs, API samples for noVNC 1.0.0  https://review.openstack.org/55017306:29
takashinalex_xu: Would you review https://review.openstack.org/#/c/529520/ ? It got one +2.06:29
*** pcaruana has joined #openstack-nova06:31
*** tbachman has quit IRC06:31
*** moshele has joined #openstack-nova06:33
*** annp has joined #openstack-nova06:34
takashinls06:38
*** germs has joined #openstack-nova06:40
*** germs has quit IRC06:40
*** germs has joined #openstack-nova06:40
*** germs has quit IRC06:44
*** do3meli has joined #openstack-nova06:48
*** slaweq has joined #openstack-nova06:49
*** maciejjozefczyk has joined #openstack-nova06:53
*** maciejjozefczyk has quit IRC06:53
*** tssurya has joined #openstack-nova06:54
*** armaan_ has joined #openstack-nova07:05
*** sahid has joined #openstack-nova07:08
*** armaan has quit IRC07:09
*** tesseract has joined #openstack-nova07:10
*** dpawlik has joined #openstack-nova07:13
openstackgerritSurya Seetharaman proposed openstack/nova master: Metadata-API fails to retrieve avz for instances created before Pike  https://review.openstack.org/56787807:14
*** amoralej|off is now known as amoralej07:19
*** mgoddard has joined #openstack-nova07:27
*** armaan has joined #openstack-nova07:29
*** armaan_ has quit IRC07:32
*** trungnv has quit IRC07:35
*** fragatina has joined #openstack-nova07:35
*** trungnv has joined #openstack-nova07:35
*** damien_r has joined #openstack-nova07:36
*** rcernin has quit IRC07:39
*** janki has joined #openstack-nova07:40
*** ragiman has joined #openstack-nova07:41
*** AlexeyAbashkin has joined #openstack-nova07:46
openstackgerritRadoslav Gerganov proposed openstack/nova stable/queens: Add random sleep between retry calls to placement  https://review.openstack.org/56821807:47
openstackgerritLenny Verkhovsky proposed openstack/nova master: Adding NVMEoF for libvirt driver  https://review.openstack.org/48264007:47
gibigood morning nova07:48
*** jpena|off is now known as jpena07:53
*** kevinbenton40 has joined #openstack-nova07:54
*** fragatina has quit IRC07:54
*** kevinbenton has quit IRC07:56
*** kevinbenton40 has quit IRC07:57
*** tiendc has quit IRC07:57
*** annp has quit IRC07:57
*** tiendc has joined #openstack-nova07:58
*** annp has joined #openstack-nova07:58
*** lucas-afk is now known as lucasagomes07:59
*** kevinbenton has joined #openstack-nova08:01
*** belmoreira has quit IRC08:01
*** takashin has left #openstack-nova08:02
*** belmoreira has joined #openstack-nova08:04
*** gibi has quit IRC08:05
*** gibi has joined #openstack-nova08:07
*** gibi is now known as Guest4411808:07
bauzasgood morning stackers08:09
bauzasme is back from holidays08:09
* kashyap waves08:10
*** ivve has quit IRC08:11
kevinbentonis there anything special nova does to prevent libvirt/kvm from deleting a pre-created network interface?08:11
kevinbentonwhen stopping an instance08:11
*** dougsz has joined #openstack-nova08:12
*** janki has quit IRC08:14
*** janki has joined #openstack-nova08:14
*** mdnadeem has joined #openstack-nova08:16
*** dtantsur|afk is now known as dtantsur08:17
*** lpetrut has joined #openstack-nova08:21
*** janki has quit IRC08:22
*** janki has joined #openstack-nova08:22
*** derekh has joined #openstack-nova08:29
*** alex_xu has quit IRC08:32
*** alex_xu has joined #openstack-nova08:33
*** cdent has joined #openstack-nova08:37
*** udesale_ has quit IRC08:41
*** Shilpa has joined #openstack-nova08:42
*** udesale has joined #openstack-nova08:43
*** Guest44118 is now known as gibi08:44
*** moshele has quit IRC08:47
*** moshele has joined #openstack-nova08:48
*** sapcc-bot4 has joined #openstack-nova09:00
*** purplerbot has quit IRC09:02
*** purplerbot_ has joined #openstack-nova09:02
*** purplerbot_ is now known as purplerbot__09:02
*** purplerbot__ is now known as purplerbot09:02
*** annp has quit IRC09:04
*** sridharg has quit IRC09:04
*** sapcc-bot3 has quit IRC09:04
*** annp has joined #openstack-nova09:05
*** masber has quit IRC09:06
*** dtantsur is now known as dtantsur|brb09:08
lyarwoodhttps://review.openstack.org/#/c/567899/ - Any cores able to +W this bugfix for libvirt LM with RAW disks? We (well, I) backported the offending change back across all open stable branches FWIW.09:08
lyarwoodbauzas: \o_ welcome back ^ if you have time this morning09:09
bauzaslyarwood: will try09:09
*** dpawlik has quit IRC09:10
*** sridharg has joined #openstack-nova09:16
*** hiro-kobayashi has quit IRC09:19
*** lei-zh has quit IRC09:23
*** lei-zh has joined #openstack-nova09:23
openstackgerritsahid proposed openstack/nova master: libvirt: place emulator threads on CONF.cpu_shared_set  https://review.openstack.org/51089709:24
*** avolkov has joined #openstack-nova09:31
*** mgoddard has quit IRC09:33
*** lei-zh has quit IRC09:37
*** moshele has quit IRC09:37
*** lei-zh has joined #openstack-nova09:38
*** moshele has joined #openstack-nova09:38
*** sidx64 has joined #openstack-nova09:43
*** armaan has quit IRC09:43
*** jmccarthy has joined #openstack-nova09:44
*** armaan has joined #openstack-nova09:44
*** abalutoiu has joined #openstack-nova09:47
*** dpawlik has joined #openstack-nova09:48
*** diga has joined #openstack-nova09:53
*** dpawlik has quit IRC09:54
*** tiendc has quit IRC09:54
*** dpawlik has joined #openstack-nova09:55
*** jaosorior has joined #openstack-nova09:56
*** lei-zh has quit IRC09:56
*** sambetts|afk is now known as sambetts10:02
openstackgerritTetsuro Nakamura proposed openstack/nova master: Return all resources in provider_summaries  https://review.openstack.org/55804510:04
*** mgoddard has joined #openstack-nova10:04
*** yamamoto_ has quit IRC10:13
*** bkopilov has quit IRC10:13
*** yamamoto has joined #openstack-nova10:14
sean-k-mooneybauzas: johnthetubaguy  could ye take a look at this trival backport for os-vif stable/queens branch when ye have time. https://review.openstack.org/#/c/567942/10:18
*** yamamoto_ has joined #openstack-nova10:19
*** yamamoto has quit IRC10:22
*** nicolasbock has joined #openstack-nova10:29
*** Tom-Tom_ has quit IRC10:29
*** Tom-Tom has joined #openstack-nova10:30
*** Tom-Tom has quit IRC10:35
*** dtantsur|brb is now known as dtantsur10:38
*** jmccarthy has quit IRC10:41
*** armaan has quit IRC10:49
*** armaan has joined #openstack-nova10:49
*** janki has quit IRC10:57
*** armaan has quit IRC10:59
*** armaan has joined #openstack-nova10:59
*** sidx64 has quit IRC10:59
*** sidx64 has joined #openstack-nova11:01
*** sar_ has joined #openstack-nova11:01
*** bhujay has quit IRC11:02
*** bhujay has joined #openstack-nova11:02
*** evin has quit IRC11:03
*** edmondsw has joined #openstack-nova11:03
*** bhujay has quit IRC11:04
*** mdnadeem has quit IRC11:04
*** bhujay has joined #openstack-nova11:05
*** links has quit IRC11:05
*** jmccarthy has joined #openstack-nova11:06
*** andreas_s has quit IRC11:10
*** andreas_s has joined #openstack-nova11:10
*** bhujay has quit IRC11:12
*** andreas_s has quit IRC11:15
*** Tom-Tom has joined #openstack-nova11:15
*** dpawlik has quit IRC11:16
*** mdnadeem has joined #openstack-nova11:16
*** links has joined #openstack-nova11:17
openstackgerritBalazs Gibizer proposed openstack/nova master: Escalate UUID validation warning to error in test  https://review.openstack.org/54038611:18
openstackgerritBalazs Gibizer proposed openstack/nova master: Suppress UUID warning in map_instance unit tests  https://review.openstack.org/56826311:18
*** phuongnh has quit IRC11:18
*** dpawlik has joined #openstack-nova11:23
*** needsleep is now known as TheJulia11:25
*** andreas_s has joined #openstack-nova11:26
*** tomtom001 has quit IRC11:28
*** tomtom001 has joined #openstack-nova11:28
*** jpena is now known as jpena|lunch11:31
*** dougsz has quit IRC11:34
*** bkopilov has joined #openstack-nova11:34
*** janki has joined #openstack-nova11:37
*** mgoddard has quit IRC11:38
*** diga has quit IRC11:40
*** Tom-Tom has quit IRC11:41
*** Tom-Tom has joined #openstack-nova11:41
*** jmccarthy has quit IRC11:42
*** wolverineav has joined #openstack-nova11:44
*** yamamoto_ has quit IRC11:44
*** amoralej is now known as amoralej|lunch11:45
*** yamamoto has joined #openstack-nova11:45
*** Tom-Tom has quit IRC11:46
*** nicolasbock has quit IRC11:49
*** sar_ has quit IRC11:49
*** yamamoto has quit IRC11:50
*** yamamoto has joined #openstack-nova11:51
*** yamamoto has quit IRC11:51
*** links has quit IRC11:52
*** links has joined #openstack-nova11:52
*** sar_ has joined #openstack-nova11:52
*** abhishekk has quit IRC11:54
*** jmccarthy has joined #openstack-nova11:54
*** hshiina is now known as hshiina|afk11:55
openstackgerritJulia Kreger proposed openstack/nova master: ironic: add instance_uuid before any other spawn activity  https://review.openstack.org/56372211:58
*** weshay is now known as weshay_interview11:59
openstackgerritSurya Seetharaman proposed openstack/nova master: Make nova service-list use scatter-gather routine  https://review.openstack.org/56827112:02
*** Tom-Tom has joined #openstack-nova12:05
*** sidx64 has quit IRC12:08
*** lpetrut has quit IRC12:10
*** Tom-Tom has quit IRC12:10
*** abalutoiu has quit IRC12:10
openstackgerritTetsuro Nakamura proposed openstack/nova master: Return nested providers in get_by_request  https://review.openstack.org/56711312:10
openstackgerritTetsuro Nakamura proposed openstack/nova master: Add traits check in nested provider cadidates  https://review.openstack.org/56715012:10
openstackgerritTetsuro Nakamura proposed openstack/nova master: Support nested alloc cands with sharing providers  https://review.openstack.org/56750812:10
*** mgoddard has joined #openstack-nova12:11
*** gyankum has joined #openstack-nova12:11
*** cdent has quit IRC12:11
*** dougsz has joined #openstack-nova12:12
*** nicolasbock has joined #openstack-nova12:12
*** mdbooth has joined #openstack-nova12:14
openstackgerritNaichuan Sun proposed openstack/nova master: XenAPI: define a new image handler to use vdi streaming  https://review.openstack.org/48647512:16
*** sidx64 has joined #openstack-nova12:19
*** Nel1x has joined #openstack-nova12:22
*** abalutoiu has joined #openstack-nova12:23
*** jpena|lunch is now known as jpena12:25
*** Eran_Kuris has quit IRC12:26
gyankumping openstack-nova, How I can enable connection_trace for nova  in RHOSP8. When I am setting connection_trace=true in nova.conf under Database section and restarting the nova-scheduler via pacemaker, nova-scheduler and nova-conduction services are not coming up.12:28
*** lpetrut has joined #openstack-nova12:30
*** alexchadin has joined #openstack-nova12:32
*** abalutoiu_ has joined #openstack-nova12:36
*** amoralej|lunch is now known as amoralej12:39
*** jmccarthy has quit IRC12:40
*** moshele has quit IRC12:40
*** abalutoiu has quit IRC12:40
*** Eran_Kuris has joined #openstack-nova12:41
*** yamamoto has joined #openstack-nova12:42
*** lyan has joined #openstack-nova12:42
*** gyankum has quit IRC12:42
*** pchavva has joined #openstack-nova12:43
*** yamamoto has quit IRC12:48
openstackgerritSurya Seetharaman proposed openstack/nova master: Make nova service-list use scatter-gather routine  https://review.openstack.org/56827112:54
*** sidx64 has quit IRC12:55
*** sahid has quit IRC12:57
*** sahid has joined #openstack-nova12:57
*** wolverineav has quit IRC12:57
*** jmccarthy has joined #openstack-nova12:57
*** weshay_interview is now known as weshay13:01
*** dklyle has quit IRC13:02
*** dklyle has joined #openstack-nova13:03
*** felipemonteiro__ has joined #openstack-nova13:04
*** yamamoto has joined #openstack-nova13:05
*** dklyle has quit IRC13:06
*** mriedem has joined #openstack-nova13:06
*** alexchadin has quit IRC13:09
*** felipemonteiro_ has joined #openstack-nova13:11
*** dklyle has joined #openstack-nova13:12
openstackgerritEric Fried proposed openstack/nova master: add lower-constraints job  https://review.openstack.org/55596113:14
*** yamamoto has quit IRC13:14
*** felipemonteiro__ has quit IRC13:15
*** mvk has quit IRC13:16
*** dklyle has quit IRC13:17
*** cdent has joined #openstack-nova13:18
efriedfinucannot: you around?13:18
*** rmart04 has joined #openstack-nova13:20
*** trozet has joined #openstack-nova13:20
*** Nel1x has quit IRC13:21
*** Tom-Tom has joined #openstack-nova13:26
*** tetsuro has joined #openstack-nova13:26
*** felipemonteiro__ has joined #openstack-nova13:27
*** felipemonteiro_ has quit IRC13:27
*** baoli has joined #openstack-nova13:30
*** yamamoto has joined #openstack-nova13:31
*** superdan is now known as dansmith13:33
*** belmorei_ has joined #openstack-nova13:33
*** baoli has quit IRC13:34
*** baoli has joined #openstack-nova13:34
*** esberglu has joined #openstack-nova13:35
*** belmoreira has quit IRC13:35
*** yamamoto has quit IRC13:36
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: test raw image live migration with vfat config drive  https://review.openstack.org/56786013:41
*** armaan has quit IRC13:42
*** mvk has joined #openstack-nova13:42
*** armaan has joined #openstack-nova13:43
*** armaan has quit IRC13:47
*** armaan has joined #openstack-nova13:47
*** armaan has quit IRC13:48
*** armaan has joined #openstack-nova13:49
*** jaypipes_ is now known as jaypipes13:51
*** yamamoto has joined #openstack-nova13:53
openstackgerritBence Romsics proposed openstack/osc-placement master: Add nested resource providers (v1.14)  https://review.openstack.org/54667513:54
openstackgerritBence Romsics proposed openstack/osc-placement master: Limit allocation candidates (v1.15, v1.16)  https://review.openstack.org/54804313:54
openstackgerritBence Romsics proposed openstack/osc-placement master: Allocation candidates parameter: required (v1.17)  https://review.openstack.org/54832613:54
*** sar_ has quit IRC13:54
*** vladikr has joined #openstack-nova13:55
*** Eran_Kuris has quit IRC13:55
*** yamamoto has quit IRC13:57
*** jgwentworth is now known as melwitt13:57
melwittefried: finucannot is on PTO today13:58
efriedmelwitt: ack, thx13:58
*** takashin has joined #openstack-nova13:59
*** beekneemech is now known as bnemec13:59
*** awaugama has joined #openstack-nova14:01
*** links has quit IRC14:03
*** hongbin has joined #openstack-nova14:05
*** r-daneel has joined #openstack-nova14:05
*** baoli has quit IRC14:05
*** burt has joined #openstack-nova14:05
*** baoli has joined #openstack-nova14:06
openstackgerritMatt Riedemann proposed openstack/nova master: Add contributor docs on deprecating and removing compute REST APIs  https://review.openstack.org/56768714:12
*** baoli has quit IRC14:12
*** yamamoto has joined #openstack-nova14:13
*** baoli has joined #openstack-nova14:14
*** udesale has quit IRC14:14
*** cdent_ has joined #openstack-nova14:16
*** liverpooler has joined #openstack-nova14:16
*** cdent has quit IRC14:17
*** cdent_ is now known as cdent14:17
*** tbachman has joined #openstack-nova14:17
mriedemalex_xu: can you take a look at this spec again? https://review.openstack.org/#/c/546925/14:19
openstackgerritBob Ball proposed openstack/nova master: XenAPI: define a new image handler to use vdi streaming  https://review.openstack.org/48647514:20
alex_xumriedem: yea, I will try to review tomorrow14:21
mriedemalex_xu: thanks14:21
*** yamamoto has quit IRC14:21
alex_xumriedem: np14:21
mriedemmdbooth: are you going to be able to address review comments on this series soon? https://review.openstack.org/#/c/526347/14:21
*** alexchadin has joined #openstack-nova14:21
openstackgerritBalazs Gibizer proposed openstack/nova master: Transform missing delete notifications  https://review.openstack.org/41029714:22
mdboothmriedem: I'm about half way through.14:22
mdboothProbably be a day or so.14:22
mdboothI was expecting to get bumped to the back of the runway if that's what you're asking.14:23
mriedemmdbooth: ok, yeah14:23
*** mlavalle has joined #openstack-nova14:23
*** gbarros has joined #openstack-nova14:24
mriedemmdbooth: anyway, regardless of the runway, ping me when those 3 or so bottom changes are updated14:29
openstackgerritShilpa Devharakar proposed openstack/nova master: Update docs, API samples for noVNC 1.0.0  https://review.openstack.org/55017314:29
mdboothmriedem: Will do, thanks.14:29
*** do3meli has quit IRC14:31
*** takashin has left #openstack-nova14:32
*** eharney has joined #openstack-nova14:33
*** gyankum has joined #openstack-nova14:34
*** gyankum has quit IRC14:34
*** wolverineav has joined #openstack-nova14:37
*** yamamoto has joined #openstack-nova14:38
*** tetsuro has quit IRC14:39
kashyapIf anyone wants to take a look a simple clean-up: https://review.openstack.org/#/c/567258/ -- "libvirt: Remove usage of migrateToURI2() API"14:39
*** wolverineav has quit IRC14:39
*** wolverineav has joined #openstack-nova14:39
*** rajinir has joined #openstack-nova14:40
*** prometheanfire has left #openstack-nova14:40
*** yamamoto has quit IRC14:42
*** gbarros has quit IRC14:47
*** armaan has quit IRC14:53
*** armaan has joined #openstack-nova14:53
*** belmorei_ has quit IRC14:54
*** ratailor has quit IRC14:57
*** yamamoto has joined #openstack-nova14:59
*** gcb has joined #openstack-nova15:01
*** BobBall has joined #openstack-nova15:01
mriedemlyarwood: when I +2ed https://review.openstack.org/#/c/567899/ i had a false positive on the live migration recreate patch sitting on top of it; i fixed that this morning and now the job is still failing even with your patch15:02
mriedemthis is when force_config_drive=true, images_type=raw, config_drive_format=vfat15:02
mriedemvdrok: ^15:02
*** pcaruana has quit IRC15:02
vdrokhrm15:03
mriedemhttp://logs.openstack.org/60/567860/6/check/nova-live-migration/702f809/logs/screen-n-cpu.txt.gz?level=TRACE#_May_14_14_39_42_27151015:03
*** yamamoto has quit IRC15:03
vdrokdifferent error though, that's good :)15:03
mriedemtonyb: kashyap: remember https://bugs.launchpad.net/nova/+bug/1246201 at all and the related libvirt bug? i couldn't actually find a specific libvirt bug/patch in the related libvirt ML threads, but i'm wondering which version of libvirt fixes that so we can deprecate the workaround of using config_drive_format=vfat15:05
openstackLaunchpad bug 1246201 in OpenStack Compute (nova) juno "Live migration fails when the instance has a config_drive_format=iso9660" [High,Fix released] - Assigned to Matt Riedemann (mriedem)15:05
openstackgerritDan Smith proposed openstack/nova master: Make scheduler client allow multiple member_of query parameters  https://review.openstack.org/56831315:05
mriedem"If your hypervisor driver is libvirt, and you want live migrate to work without shared storage, then use VFAT."15:05
kashyapHey there15:05
kashyapmriedem: Where are you quoting that from?15:06
mriedemthat should probably read, "and you want live migrate to work with a config drive but without shared storage"15:06
mriedemthe "config_drive_format" option help text15:06
kashyapmriedem: So, looking at the Launchpad bug, it redirects me to this upstream libvirt bug that I asked to file:15:07
kashyaphttps://bugzilla.redhat.com/show_bug.cgi?id=120303215:07
openstackbugzilla.redhat.com bug 1203032 in libvirt "Enhancing block/disk migration in libvirt" [Low,Closed: nextrelease] - Assigned to pboldin15:07
BobBallhi melwitt - thought I'd join here rather than discussing on the ticket.  It seems that tempest is using a flavour with root disk = 0 (flavor ref 42 which is new and called m1.nano)15:07
kashyapmriedem: And the FixedInVersion field says: libvirt-1.2.1715:07
BobBallmelwitt: Because we are requesting a 0-size root disk, it means that we don't try and resize, hence the success15:07
mriedemkashyap: hmm, presumably we can do away with some workaround code then15:08
kashyapmriedem: Yeah, definitely.  Can add it to my list if you like15:09
kashyapIf you are already on it, won't step on your toes15:09
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L749515:09
melwittBobBall: yeah, just saw your reply. that's news to me that tempest uses a root_gb=0 flavor for resizes ... although, is it resizing from a 0 disk to a different 0 disk with different cpu/ram?15:09
BobBallmelwitt: Yes - that's right - the resize target appears to be 84 (I think) which is m1.micro: root_gb=0 but more RAM15:10
vdrokmriedem: tho that error happens on spawn, not on migration now15:10
mriedemvdrok: yeah15:11
vdrokyeah we can do iso9660 now i think but we need to pass a new param to libvirt-python migrate method, migrate_disks, specifying cdrom device iiuc15:11
mriedemvdrok: i think kashyap removed that15:11
melwittBobBall: I see. seems like that would be problematic in tempest in general and miss covering functionality in drivers if it's not doing any disk resize15:11
kashyapmriedem: Just to note my availability, this week until next Monday, I will be "sparsely available" due to a prior committment.  From Monday I should be more available.15:11
kashyap(But I will be responsive on IRC, though)15:11
kashyapvdrok: Since Rocky onwards15:12
melwittBobBall: thanks for tracking that down15:12
mriedemvdrok: i might be thinking of this https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L691015:12
BobBallmelwitt: This appears to be set up in devstack's tempest plugin... So yes, I believe this is a common failing15:12
kashyap... the libvirt migrate API needs the 'params' dict passed.15:12
vdrokah so most of the things are in place already15:13
kashyapYeah15:13
kashyapAnd note: this in-flight patch will remove completely the old API15:14
*** tomtom001 has quit IRC15:14
melwittBobBall: ack. I'll look into whether we could do minimal disk resizing in tempest15:14
*** dklyle has joined #openstack-nova15:14
*** tomtom001 has joined #openstack-nova15:14
kashyapvdrok: As it's not needed, and the new one variant satsified by Nova's current min libvirt version is backwards compatible w/ the older variant:15:14
kashyaphttps://review.openstack.org/#/c/567258/15:14
melwittBobBall: the other question I had was, is the new image handler thing the only way to fix resize for xenapi? I didn't get how that's connected15:14
*** jangutter has joined #openstack-nova15:15
BobBallmelwitt: The fix for resize is common to all image handlers for XenServer - it's not related to the new image handler and could justifiably be split out into a separate patch.  We just kept it here because this is where we were doing the manual testing15:15
melwittBobBall: okay. I think it would be best to open a bug and fix the breakage separately rather than roll it into the blueprint work15:16
BobBallmelwitt: Bah :D I knew you were going to say that :D I'll do it now so it doesn't have to wait for tomorrow with PRC's timezone.15:17
*** derekh has quit IRC15:17
melwittI'm too predictable15:18
kashyapUnrelated: Does anyone here use "lp-tools" to file Launchpad bugs via command-line?15:18
kashyap(Launch, manage, query, etc.)15:18
*** gbarros has joined #openstack-nova15:19
kashyapWhich reminds me ... some projects have moved to Storyboard.  One day, probably Nova will too15:19
*** FL1SK has quit IRC15:19
melwittbut yeah, I'd like to get the driver fixed ASAP and not have to wait behind the feature work that's in-progress15:19
*** yamamoto has joined #openstack-nova15:19
*** derekh has joined #openstack-nova15:20
*** derekh has quit IRC15:20
*** derekh has joined #openstack-nova15:21
BobBallmelwitt: We were hoping that patch for the feature was literally about to get merged once the tests all pass :)15:21
mriedemvdrok: so we used to use this utility method to call mkfs.vfat https://review.openstack.org/#/c/527510/3/nova/utils.py15:22
*** dklyle has quit IRC15:22
*** gcb has quit IRC15:22
mriedemi don't see anything checking to see if the path exists first or creates the path first15:22
mriedemreading https://linux.die.net/man/8/mkfs.vfat i'm not sure if -C should be specified or not15:23
mriedemhttp://manpages.ubuntu.com/manpages/xenial/man8/mkfs.vfat.8.html15:24
mriedemunless it's complaining that /opt/stack/data/nova/instances/51858976-6a84-467a-895b-39a22b43b27f/ doesn't exist, but i'm pretty sure it does at this point15:25
mriedemor mkfs.vfat doesn't exist15:25
*** psachin has quit IRC15:26
*** yamamoto has quit IRC15:26
mriedemtrying something15:26
vdrokyeah I see 'unable to open <path>' when specifying non-existing path15:26
vdrokI was testing this on pike when privsep stuff did not exist15:28
mriedemi figured it was because we don't install dosfstools in devstack15:28
*** jmccarthy1 has joined #openstack-nova15:32
*** jmccarthy1 has left #openstack-nova15:32
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: test raw image live migration with vfat config drive  https://review.openstack.org/56786015:33
*** felipemonteiro__ has quit IRC15:34
openstackgerritBob Ball proposed openstack/nova master: XenAPI: define a new image handler to use vdi streaming  https://review.openstack.org/48647515:35
openstackgerritBob Ball proposed openstack/nova master: XenAPI: Pass expected return codes to resize2fs  https://review.openstack.org/56831815:35
*** jmccarthy has quit IRC15:35
melwittBobBall: I just looked at the processutils code and it defaults check_exit_code=[0]. I wonder if we should just do that in nova/privsep/fs.py instead of making callers pass [0] if they need the default. seems like we could hit this again easily with people thinking they could pass None if they don't care to check the exit codes more specifically15:37
BobBallmelwitt: resize2fs takes a check_exit_code - we could indeed put the default there, or decide not to pass it on if None was provided? Or perhaps default to True?15:39
BobBall(IMO check_exit_code=True makes more sense than check_exit_code=[0]15:39
melwittBobBall: hang on, sorry15:39
melwittI'm seeing there's a default check_exit_code=False in resize2fs in nova/virt/disk/api.py and I wonder why the code wasn't written to call that instead of calling the privsep module methods directly15:41
*** ragiman has quit IRC15:41
*** ragiman has joined #openstack-nova15:42
*** yamamoto has joined #openstack-nova15:42
BobBallmelwitt: I believe because we don't want to run the e2fsck twice?15:43
*** cdent has quit IRC15:43
melwittBobBall: yeah, and it can't accept the flags kwarg15:43
*** jpena is now known as jpena|brb15:43
BobBallAh - yes.  I hadn't spotted that bit :)15:43
*** alexchadin has quit IRC15:44
BobBallThe second call could more easily use the general resize2fs although that would run an unwanted e2fsck again15:44
BobBalland on large disks that can take 10s of minutes...15:44
melwittno, it's okay, I'm just now realizing that virt/api.py method is for ... someone else apparently15:45
*** yamamoto has quit IRC15:47
*** andreas_s has quit IRC15:48
*** lpetrut has quit IRC15:49
*** nicolasbock has quit IRC15:50
BobBallJoyfulness...15:51
melwittyeah :|15:52
BobBallHow about we just pass check_exit_code=True then?  A good enough improvement over check_exit_code=[0]?15:52
cfriesenso we just hit https://bugs.launchpad.net/nova/+bug/1659062 in production, and it left the instance in a state where "reset-state" and "rebuild" didn't work to recover it.15:52
openstackLaunchpad bug 1659062 in OpenStack Compute (nova) "Failed evacuations leave neutron ports on destination host" [Wishlist,Opinion]15:52
*** nicolasbock has joined #openstack-nova15:53
cfriesenanyone have any ideas on the best way to handle this?  fixups in init_instance() on the source?15:53
melwittBobBall: we could. I was just looking at the old pre-privsep code and it used to be that you could omit check_exit_code and get the default and I think that would make things easier for people, but that can be a separate improvement15:54
BobBallmelwitt: I'm happy to make the default for fs.resize2fs be check_exit_code=True and remove it from the XenAPI code if that's the preferred fix.15:55
BobBallmelwitt: As it's currently non-optional, all callers must be passing a value therefore having the default set to True won't hurt anyone15:56
*** ragiman has quit IRC15:56
melwittBobBall: yeah, that's true. others might disagree and think the current way of "everybody has to pass it" is better, so I'm thinking not to add any potential debate to your fix15:58
BobBallmelwitt: OK - so do you now think we should leave the fix as-is for now?  (i.e. passing [0]?)15:59
melwittyeah, I think that's fine15:59
*** wolverineav has quit IRC16:00
*** andreas_s has joined #openstack-nova16:00
BobBall+116:02
*** mgoddard has quit IRC16:03
melwittmriedem: simple fix for xenapi driver regression https://review.openstack.org/568318 tldr: resize broke from the privsep changes but tempest didn't catch it because tempest tests resize with a 0 disk flavor => other 0 disk flavor and xenapi driver skips disk resize in that case16:04
*** ccamacho has quit IRC16:05
*** andreas_s has quit IRC16:06
*** janki has quit IRC16:08
mriedemdone16:09
*** lucasagomes is now known as lucas-afk16:10
melwittthanks16:10
*** gyee has joined #openstack-nova16:13
*** sahid has quit IRC16:13
openstackgerritEric Fried proposed openstack/nova master: Granular requests to get_allocation_candidates  https://review.openstack.org/51581116:14
*** vivsoni has quit IRC16:18
*** pcaruana has joined #openstack-nova16:20
*** dave-mccowan has joined #openstack-nova16:23
*** jpena|brb is now known as jpena16:24
openstackgerritMatt Riedemann proposed openstack/nova master: Implement granular policy rules for placement  https://review.openstack.org/52442516:27
openstackgerritMatt Riedemann proposed openstack/nova master: Add granular policy rules for /resource_classes*  https://review.openstack.org/56557816:27
*** armaan has quit IRC16:27
*** armaan has joined #openstack-nova16:28
*** dave-mccowan has quit IRC16:28
*** jmlowe has quit IRC16:29
*** dave-mccowan has joined #openstack-nova16:30
*** wolverineav has joined #openstack-nova16:31
*** felipemonteiro has joined #openstack-nova16:32
*** rmart04 has quit IRC16:33
*** damien_r has quit IRC16:33
*** lpetrut has joined #openstack-nova16:36
*** sambetts is now known as sambetts|afk16:36
*** jmccarthy has joined #openstack-nova16:37
mriedemvdrok: it was the missing dosfstools16:38
mriedemhttp://logs.openstack.org/60/567860/7/check/nova-live-migration/09d27ca/ passes now16:38
*** sar_ has joined #openstack-nova16:39
*** wolverineav has quit IRC16:40
mriedemlyarwood: ^ so you can ignore my earlier ping, +2 on your fix again16:42
*** zcorneli has joined #openstack-nova16:46
openstackgerritMatt Riedemann proposed openstack/nova master: add lower-constraints job  https://review.openstack.org/55596116:47
*** wolverineav has joined #openstack-nova16:50
*** itlinux has joined #openstack-nova16:57
*** dougsz has quit IRC16:57
*** AlexeyAbashkin has quit IRC16:57
*** pchavva has quit IRC16:58
*** derekh has quit IRC17:00
*** hemna_ has joined #openstack-nova17:07
openstackgerritSylvain Bauza proposed openstack/nova-specs master: Proposes Multiple GPU types  https://review.openstack.org/55706517:07
*** hemna_ has quit IRC17:07
bauzasjaypipes: dansmith: you reviewed https://review.openstack.org/557065 here is a new revision, but I also provided an implementation change with https://review.openstack.org/#/c/564214/17:07
*** mdnadeem has quit IRC17:07
*** hemna_ has joined #openstack-nova17:07
bauzasjaypipes: dansmith: do we really need a spec for that ?17:07
bauzasfor sure, it's a new conf opt, but no upgrade change17:08
dansmithbauzas: you're asking if you need a spec that you have a spec for?17:08
dansmithseems like a reasonable thing to have a spec for, imho17:09
bauzasdansmith: I meant that given we already discussed alot about the possibilities, now we have the implementation change, looks like it's just an implementation point17:09
bauzasbut anyway17:09
bauzasthe spec is there for folks17:10
bauzastbh, the most important for me is https://review.openstack.org/#/c/564214/17:10
*** tesseract has quit IRC17:11
*** sapd1 has joined #openstack-nova17:12
*** dtantsur is now known as dtantsur|afk17:14
*** efried has quit IRC17:19
*** efried has joined #openstack-nova17:19
*** jpena is now known as jpena|off17:19
*** baoli has quit IRC17:21
openstackgerritMatt Riedemann proposed openstack/nova master: Wait for network-vif-plugged before starting live migration  https://review.openstack.org/55800117:25
openstackgerritMatt Riedemann proposed openstack/nova master: Add check if neutron "binding-extended" extension is available  https://review.openstack.org/52354817:25
openstackgerritMatt Riedemann proposed openstack/nova master: Add "bind_ports_to_host" neutron API method  https://review.openstack.org/52360417:25
openstackgerritMatt Riedemann proposed openstack/nova master: Add "delete_port_binding" network API method  https://review.openstack.org/55217017:25
openstackgerritMatt Riedemann proposed openstack/nova master: Add "activate_port_binding" neutron API method  https://review.openstack.org/55594717:25
openstackgerritMatt Riedemann proposed openstack/nova master: Delete port bindings in setup_networks_on_host if teardown=True  https://review.openstack.org/55633317:25
openstackgerritMatt Riedemann proposed openstack/nova master: Implement migrate_instance_start method for neutron  https://review.openstack.org/55633417:25
openstackgerritMatt Riedemann proposed openstack/nova master: Add VIFMigrateData object for live migration  https://review.openstack.org/51542317:25
openstackgerritMatt Riedemann proposed openstack/nova master: Add VIFMigrateData.get_dest_vif  https://review.openstack.org/56693117:25
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: factor out pre_live_migration plug_vifs call  https://review.openstack.org/56693217:25
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: use dest host port bindings during pre_live_migration  https://review.openstack.org/56693317:25
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: use dest host vif migrate details for live migration  https://review.openstack.org/55137017:25
openstackgerritMatt Riedemann proposed openstack/nova master: Annotate flows and handle PortBindingDeletionFailed in ComputeManager  https://review.openstack.org/55137117:25
openstackgerritMatt Riedemann proposed openstack/nova master: Port binding based on events during live migration  https://review.openstack.org/43487017:25
openstackgerritMatt Riedemann proposed openstack/nova master: conductor: use port binding extended API in during live migrate  https://review.openstack.org/52253717:25
*** baoli has joined #openstack-nova17:26
*** vivsoni__ has joined #openstack-nova17:27
*** yamamoto has joined #openstack-nova17:28
mnasercan i please get eyes on https://review.openstack.org/#/c/566425 ?17:30
*** imacdonn has quit IRC17:30
*** imacdonn has joined #openstack-nova17:30
*** FL1SK has joined #openstack-nova17:30
*** yamamoto has quit IRC17:32
*** germs has joined #openstack-nova17:33
openstackgerritDan Smith proposed openstack/nova master: Honor availability_zone hint via placement  https://review.openstack.org/54628217:39
*** Tom-Tom has quit IRC17:41
*** Tom-Tom has joined #openstack-nova17:41
mnaserdansmith, efried, mriedem: thank you, also i like how dansmith and mriedem came up to the same exact thoguht process17:42
dansmithheh17:43
mriedemwe finish each other's17:43
dansmithsentences.17:44
efriedyou guys are gross17:44
dansmithhah17:44
dansmithwe're both planning to get pre-summit haircuts on wednesday17:44
mriedemmine is tomorrow17:45
dansmithaww17:45
*** fragatina has joined #openstack-nova17:45
* dansmith calls to reschedule17:45
*** vivsoni__ has quit IRC17:46
*** fragatina has quit IRC17:46
*** germs has quit IRC17:46
*** fragatina has joined #openstack-nova17:47
*** fragatina has quit IRC17:47
*** cdent has joined #openstack-nova17:48
*** fragatina has joined #openstack-nova17:48
*** tssurya has quit IRC17:48
*** yamamoto has joined #openstack-nova17:49
*** yamamoto has quit IRC17:53
mnaseri cant be the only one who constantly types 'reno add', get an error then 'reno new'17:54
*** jmccarthy has left #openstack-nova17:55
*** jmlowe has joined #openstack-nova17:56
*** pchavva has joined #openstack-nova17:57
mriedemtox -e venv -- reno new <slug>17:58
*** amoralej is now known as amoralej|off17:59
*** r-daneel_ has joined #openstack-nova18:00
*** r-daneel has quit IRC18:01
*** r-daneel_ is now known as r-daneel18:01
mriedemdansmith: https://review.openstack.org/#/c/567899/ fixes a regression that was backported through to ocata so we should probably get that fix in and backported,18:01
mriedemi had a recreate with our live migration job and the patch on top shows this fixes it18:01
zcornelidansmith: For file backed memory, any new thoughts on how to handle the old->new migration issue?18:04
*** ircuser-1 has joined #openstack-nova18:05
openstackgerritMerged openstack/nova master: Suppress UUID warning in map_instance unit tests  https://review.openstack.org/56826318:07
openstackgerritMohammed Naser proposed openstack/nova master: Added ability to configure default architecture for ImagePropertiesFilter  https://review.openstack.org/56642518:07
dansmithmriedem: ack18:08
dansmithzcorneli: remind me, the new xml is calculated on the sending node, to be used by the destination node right?18:08
zcornelidansmith: That's what I've seen, and how the code seems to expect it.18:09
zcornelidansmith: Haven't seen any XML modification on the destination yet.18:09
dansmithzcorneli: yeah, so, if that's the case, then an older node migrating to a newer one may break things by sending it a non-file-backed xml, when the node is configured to use file-backed18:10
dansmithbecause it's ignorant18:10
dansmithzcorneli: so, if there's a way for the new node to reject the migration gracefully if it detects that situation, that'd be ideal18:10
dansmithzcorneli: so on the destination, some way to check that the source node is new enough to be honoring this.. maybe with the flag in the migratedata object, if that gets passed to the destination from the source at that point?18:12
zcornelidansmith: Artom proposed rejecting the migration (He's working on something similar with NUMA?), but you mentioned that's not necessarily nice on the scheduler.18:12
*** harlowja has joined #openstack-nova18:12
zcorneliI can check with him to see how he's checking for it, and use something similar (No point to reinventing the wheel)18:12
dansmithzcorneli: we need to avoid banning cross-version migrations altogether18:12
dansmithzcorneli: it'd be nice if the scheduler could know about it, but I think it's probably too much for the first go-round18:13
zcornelidansmith: I think we can just ban it when it would break things. Just need to do some investigation on how the migration_data is passed around, etc.18:13
dansmithzcorneli: yeah, so I think maybe it's okay to just reject the migration on the destination if that happens, and then make a big stink in the release note that you probably shouldn't turn that on for any new nodes until everything is upgraded18:14
*** mdbooth has quit IRC18:15
zcornelidansmith: Works for me. Maybe a note in the config entry too.18:16
dansmithzcorneli: yeah, also put this wrinkle in the spec18:17
*** mvk has quit IRC18:22
*** sridharg has quit IRC18:25
*** damien_r has joined #openstack-nova18:25
*** idlemind has joined #openstack-nova18:27
*** hamzy has quit IRC18:30
*** hamzy has joined #openstack-nova18:33
*** damien_r has quit IRC18:36
*** wolverineav has quit IRC18:36
mriedemdansmith: the source node modifies the xml to send to the dest18:37
mriedembased on the migrate_data sent back from the dest during pre_live_migration18:37
dansmithyeah18:37
dansmithand the migratedata is created for the first time on the dest right?18:38
mriedemyes18:38
mriedemin check_dest_can_live_migrate.... something like that18:38
dansmithyeah, so that'll make it hard for a new dest to know it should fail18:38
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L644418:38
mriedemconductor will retry hosts up to some live migration max retry limit (defaults to unlimited),18:39
dansmithyeah, but we have to have a way for the destination to know it needs to fail18:39
mriedemand conductor is probably not an appropriate place for this since it's libvirt-driver specific18:40
*** mgoddard has joined #openstack-nova18:40
mriedemif we expressed file-backed as a driver capability, it could be a trait on the compute node and we could schedule using a placement request filter18:40
*** Guest16323 is now known as mgagne18:40
*** mgagne has joined #openstack-nova18:40
mriedemis there a spec for this?18:41
dansmithmriedem: yeah, that was my first thing on the "make the scheduler know" but then I decided it was maybe too much18:41
dansmithmriedem: yeah18:41
dansmithhttps://review.openstack.org/#/c/563704/18:41
dansmithmriedem: artom has this problem with the numa stuff too18:41
mriedemyes and i do too for the port binding stuff18:41
dansmithah, okay18:42
mriedemhttps://review.openstack.org/#/c/522537/ is my conductor change btw18:42
mriedemwhich i told artom to base his numa stuff from18:42
openstackgerritMohammed Naser proposed openstack/nova master: Added ability to configure default architecture for ImagePropertiesFilter  https://review.openstack.org/56642518:42
*** markvoelker_ has joined #openstack-nova18:42
mnaser^ that should be ready to review again if i didn't break something18:42
dansmithmriedem: so, the cap/trait thing is maybe a little harder than you describe, because we would have to look at the instance's existing host, see if it had that trait, and then ask for hosts with that18:42
dansmithyou can't tell just from the instance config or anything18:42
mnaserpassed pep8 locally18:43
dansmithmriedem: but if we have three such examples already then maybe it makes sense to go ahead with the scheduler-based approach18:43
*** markvoelker has quit IRC18:43
dansmithmriedem: although we still need to fail in all cases if you force the migration and skip the scheduler, but I guess a very late and painful failure on the destination is reasonable if you turned off all the safeguards anyway18:43
mriedemyes i'm fine with kicking people in the balls if they force the host and bypass the scheduler18:44
dansmithmriedem: er, actually the trait thing is harder18:44
dansmithmriedem: the problem is if you're moving from an older node to a newer one,18:44
mriedemin my port binding case, i'm lucky i guess in that we don't rely on the dest to do stuff pre-live-migration, we handle setting up the dest host port bindings in conductor18:44
dansmithso basically we'd have to know if they're on a host that can't do it, and then ask for other hosts that can't do it18:44
mriedemdansmith: you could use forbidden traits for that18:45
dansmithmriedem: yeah I know, but but it means we have to expose two traits (eventually): can-do-this and is-configured-for-this18:45
dansmithand then schedule for !can-do-this if they're on a host without can-do-this18:45
dansmithbecause people will want to schedule on is-configured-for-this too, like a cheaper flavor that gets file-backed memory18:46
mriedemcan't that just be a single trait?18:46
dansmithno18:46
dansmithbecause a host is either configured to do this or not, it can't reasonably have instances with both right now18:46
dansmithotherwise we have to expose two pools of memory in placement for a host18:46
mriedemright, that's the file_backed_memory option right?18:47
mriedemit's a boolean18:47
dansmiththat's the "is this enabled" flag yeah18:47
dansmithbut for migration,18:47
mriedemso if file_backed_memory is True for a given compute service, we report that it has the file-backed-memory trait18:47
dansmithright, but that's not what we need for live migration18:47
dansmithyou can migrate to/from a host with file-backed even if you don't, but only if you are new enough to *know* about it and tweak the new xml properly18:48
mriedemnot sure i'm following; if the instance is on a source host with the file-backed-memory trait, we need to find a dest host with that same trait set right?18:48
dansmithno18:48
dansmithyou can migrate from file-backed to non-file-backed, and vice versa18:48
dansmithbut you can't migrate from an older node that doesn't know anything about this,18:48
*** mgoddard has quit IRC18:48
dansmithbecause it will generate non-filed-backed libvirt xml and send it to the dest, forcing it to be memory-backed even if that host is configured for file-backed18:48
*** dklyle has joined #openstack-nova18:49
dansmithit's really kindof a dumb thing about how we do live migrations18:49
dansmithwe foist our desired xml on the destination even if it violates something about how it is configured18:49
*** markvoelker has joined #openstack-nova18:49
dansmithI can explain this quickly in a hangout if it'd be easier18:50
mriedemif the instance is on an old source compute that doesn't report the file-backed trait, i'm not sure why we wouldn't just say filter out all dest hosts that also don't have that trait; i understand you can go back and forth if the computes are new enough to know if they have this or not, so maybe we need a compute rpc version check in here too?18:50
*** markvoelker_ has quit IRC18:50
jaypipesbauzas: k, reviewed the vgpu type spec. no vote. just asked a question.18:50
jaypipesbauzas: the answer to that question is very important for me to know.18:51
dansmithmriedem: but that's the can-do-it flag, if we filter out hosts without that trait18:51
dansmithmriedem: we could do a service version for this if you want I guss18:52
dansmithfeels a little strange for a virt-specific thing,18:52
*** mvk has joined #openstack-nova18:52
dansmithand rpc version bump is less useful if we're not actually adding a parameter for something18:52
mriedemyes it does, and i'm also not sure if/how it would make sense here18:53
dansmithwe could do one of two things:18:53
mriedemi guess we can use a service version check to know if the source compute is too old to make a reliable guess about the trait18:53
dansmith1. Not let you enable file-backed if the minimum service version says you have older computes (which sucks)18:53
dansmith2. Have the destination look at the service version of the sending node and, if it's older and we're configured for file-backed, reject during pre-check18:54
mriedemwith (2) we still have to build in a trait placement req filter right?18:55
dansmithno18:55
dansmithit would just mean we force the scheduler to burn a retry on it18:55
mriedemi guess we dont' have to, it would make scheduling more efficient18:55
dansmithso we could do it, or do without18:55
dansmithyeah18:55
dansmithI still think we should have two traits though18:55
dansmith"can do this" and "is doing this currently"18:55
dansmithwell18:56
dansmither, yeah.. we want the first for smart scheduling on live migrations, and the second for normal flavor-implies-slower-cheaper-hardware18:56
mriedemi figured "Have the destination look at the service version of the sending node and, if it's older and we're configured for file-backed, reject during pre-check" was for "can do this"18:58
*** r-daneel has quit IRC18:59
*** r-daneel_ has joined #openstack-nova18:59
dansmiththat is the safety net, if the scheduler is ignorant, or if the operator does a force18:59
dansmithwe have to have that18:59
mriedemand the file-backed trait was for "can do it and is configured to do it"18:59
dansmithif we have a can-do-this trait, then we can make the scheduler less ignorant18:59
mriedemyeah i know...but trait explosion18:59
dansmithactually18:59
dansmithI guess after rocky, we don't need the can-do-this trait19:00
mriedemright19:00
dansmithso maybe better to just reno it, put the safety check in because we need it19:00
dansmithyeah, okay19:00
dansmithsorry19:00
mriedemso i think you just need a single trait and the safety valve19:00
dansmithyeah19:00
dansmithzcorneli: you following this?19:00
zcornelidansmith: Just getting back from lunch, reading through all of it now.19:00
dansmithzcorneli: okay, let me summarize:19:01
dansmithzcorneli: every node has a service record, with a version on it, from a globally monotonic version (objects.service.SERVICE_VERSION)19:01
*** r-daneel_ is now known as r-daneel19:01
dansmithzcorneli: the destination node can look up the service record for the sending node, see if it's new enough to be educated about file-backed memory19:01
dansmithzcorneli: if it's not, and the destination is configured for file-backed, then abort the migration19:02
dansmithzcorneli: the rest of the chatter is mostly for later stuff after the initial implementation19:02
*** eharney has quit IRC19:03
zcornelidansmith: That seems reasonable to me. Is that lookup something that would be reasonable to use from the pre_live_migration method?19:05
dansmithzcorneli: it's a little unconventional, but reasonable yeah19:05
dansmithzcorneli: and you and artom both need to do it for your respective things, so ... it'll be conventional shortly ;)19:05
dansmithzcorneli: https://github.com/openstack/nova/blob/master/nova/objects/service.py#L325-L32519:06
dansmithzcorneli: srv = objects.Service.get_by_compute_host(ctxt, instance.host); assert(srv.version >= 31)19:07
openstackgerritEric Fried proposed openstack/nova master: __str__ methods for RequestGroup, ResourceRequest  https://review.openstack.org/56835319:07
dansmithzcorneli: at the top of that file, bump SERVICE_VERSION and add an entry to the log19:07
mriedemzcorneli: not pre_live_migration,19:08
mriedemcheck_can_live_migrate_destination19:08
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L644419:08
dansmither, yeah19:08
mriedemsrc_compute_info is a ComputeNode object (i think) that will have the host and node name to lookup the service versoin19:09
dansmithyeah, either way19:09
mriedemoh right instance.host/node would also have that, right19:10
dansmithand, compute host == service, we don't need to care about the node19:10
*** sapd1 has quit IRC19:10
mriedemsure for libvirt we don't19:10
dansmithwe wouldn't for ironic either since the service version is on the compute host, but anyway19:10
mriedemtrue19:11
mriedemzcorneli: also, this is why supporting rolling upgrades is hard, in case you were wondering19:11
mriedem:)19:11
dansmithheh19:11
zcornelimriedem: Yea, can definitely see that.19:11
*** jmlowe has quit IRC19:13
zcornelidansmith: mriedem: If I'm following this right, I'll increment the service version as part of the patch, and check within check_can_live_migrate_destination that if file_backed_memory is enabled, and the source service version is < the new service version, fail.19:14
dansmithyup19:14
zcorneliSounds pretty reasonable. Seems like a good way to handle things.19:15
mriedemmnaser: your patch is bombing out on unit tests hard19:15
mnasermriedem: oh thats weird i didnt really touch that19:15
mriedemhttp://logs.openstack.org/25/566425/3/check/openstack-tox-py27/f1bc5f0/job-output.txt.gz#_2018-05-14_18_53_55_54984919:15
*** yamamoto has joined #openstack-nova19:15
dansmithmnaser: not just failing, bombing.. not just bombing, but bombing *hard*.19:15
mnaseri had a feeling19:15
mnaserthat was gonna happen19:15
mnaserimport nova.objects.fields inside conf stuff19:16
mriedemthe nova.objects.fields import in nova.conf.scheduler is killing the test discovery19:16
mriedemcircular import somewhere probably19:16
mnaseryeah..19:16
dansmithsince config is so early,19:16
dansmithyou might have to move those arch definitions somewhere neutral19:17
dansmithlike Switzerland19:17
mnaseryeah that's what i was worried about19:17
dansmithor virt/hardware19:17
mnaserlol19:17
mriedemnazi arch list?19:17
dansmithmnaser: still, very worthwhile to get the choices= coverage I think19:17
mnaserwho's okay with approving a change doing that in the same patch19:17
* mnaser waits for inevitable silence19:17
dansmithI would do it separately but I don't care that much19:18
mnasernova/virt/hardware imports conf too19:18
dansmithvirt/arch.py then19:18
mnaserit should probably be its own patch because i'll probably have to change all the references19:18
dansmithmnaser: you get paid by the patch so two patches is more better right?19:19
dansmithmnaser: If I was my own boss, I'd make up all kinds of silly metrics upon which to base my compensation19:20
mnaserdansmith, mriedem: ideally i'd like to have this to be backportable to queens at least... because it prevents us from multiarch.. how about i do a patch without choices= and then follow up that moves stuff to virt/arch then adding the choices in a third patch, allowing us to have 1 backportable patch that doesnt break the world?19:20
*** yamamoto has quit IRC19:20
mnaserdansmith: but i have to be in the top 10 in stackalytics to get my bonus19:20
dansmithmnaser: I'd rather it be one patch than go in (and especially be backported) without choices=19:20
mnaser(i honestly had a candidate that said they couldn't change their email because "their marketing department at old company" needed to show off cores upstream)19:21
dansmithif you have a config you backport that has no restrictions and then introduce a restriction, you broke compat19:21
mnaseras you can imagine that was eye opening..19:21
mnaserdansmith: ok i see, i guess i'll throw the dice and hope for mercy by the stable maint gods19:22
dansmithmnaser: mriedem is a stable maint god19:23
dansmithand I'm a stable maint peasant19:23
dansmithso do whatever he says, but I think he'll be on the same page :)19:23
bauzasjaypipes: around ?19:24
* dansmith -> lunch19:24
bauzasjaypipes: about https://review.openstack.org/#/c/557065/19:25
bauzasgood question ^19:25
mriedemmnaser: agree with dan, single change with the config option added with choices is best, since it defaults to None it should be ok19:25
*** mgoddard has joined #openstack-nova19:25
* artom tries to catch up on the live migration convo19:26
jaypipesbauzas: yes?19:27
artomI think with NUMA it's a bit different - in the sense that an instance can switch from file-backed to non-file backed, and the user might never now (latencies notwithstanding)19:27
bauzasjaypipes: so, about your point, maybe we should have some aliases for PCI devices ?19:27
bauzaslike we did for PCI passthrought ?19:28
artomFor NUMA... an instance *has* a NUMA topology, and we can't get rid of it, so if both source and dest can't handle live migrating the instance NUMA topology, so to speak, it's fair to bail out19:29
bauzasjaypipes: and then the compute would pass custom traits using those aliases ?19:29
bauzaslike CUSTOM_GPU_M608Q19:29
bauzasmriedem: heh, btw. I just paid for a Huawei P20 Pro. Hope you'll get some money thanks to me :p19:32
*** gbarros has quit IRC19:33
*** jmlowe has joined #openstack-nova19:34
*** gbarros has joined #openstack-nova19:34
zcornelidansmith: mriedem: Looking at check_can_live_migrate_destination, there doesn't look like anything in there actually fails out a migration, just collects data for the source to decide on.19:34
jaypipesbauzas: why?19:35
jaypipesbauzas: I mean, why would we create such a custom trait?19:36
*** dave-mccowan has quit IRC19:36
jaypipesbauzas: it doesn't mean anything.19:36
jaypipesbauzas: it's just a vendor ID.19:36
mriedembauzas: i won't hold my breath19:36
jaypipesbauzas: we should be putting the standard GPU traits in the flavor19:36
bauzasjaypipes: maybe, I'm not specifically torn on that19:37
mriedemzcorneli: you have to raise MigrationPreCheckError19:38
bauzasjaypipes: tbc, the spec is for passing multiple vGPU types, but not on *asking* for a specific type19:38
*** belmoreira has joined #openstack-nova19:38
artomUnrelated logging question - if a method isn't passed a context, will LOG.debug still print the request ID?19:38
mriedemzcorneli: this is an rpc call to the dest compute https://github.com/openstack/nova/blob/master/nova/conductor/tasks/live_migrate.py#L22219:38
bauzasjaypipes: for that, I'd love to see Xen folks19:38
*** felipemonteiro_ has joined #openstack-nova19:38
artomI thought it did some black magic with the context, so if you're not passing it to a method, any LOG calls from within that method won't have the request ID19:38
mriedemzcorneli: if we fail with MigrationPreCheckError we'll handle it here https://github.com/openstack/nova/blob/master/nova/conductor/tasks/live_migrate.py#L337 and continue looking for another valid destination host19:39
bauzasjaypipes: my point is that, for the moment, operators wanting to provide flavors for a specific type could just use placement-client and use custom traits, right?19:39
mriedemartom: yes19:39
mriedemartom: the context is stored in memory19:39
mriedemwhich causes all sorts of confusion wrt the request id19:39
bauzasjaypipes: so, the question you have is more about how nova could use standard traits, then19:39
jaypipesbauzas: why would they do that, though?19:39
bauzasjaypipes: why what ? using custom traits ?19:40
mriedemartom: https://github.com/openstack/oslo.context/blob/master/oslo_context/context.py#L4019:40
bauzasjaypipes: because custom traits already exist19:40
jaypipesbauzas: the user wants a vGPU that has certain capabilities (resolution, max display heads, support for OpenCL, etc)19:40
bauzasjaypipes: sure, I understand your point19:40
jaypipesbauzas: the user doesn't want a specific M60-8Q Nvidia vGPU "type".19:40
artommriedem, so there's a global context per thread?19:40
bauzasjaypipes: I don't disagree with that :)19:40
bauzasjaypipes: tbh, I'm fine with that19:41
*** itlinux has quit IRC19:41
jaypipesbauzas: when we discussed this with the Xen folks on the original VGPU spec, jianghuaw_ and I specifically agreed that vgpu "types" (which are nothing more than vendor jargon) would *not* be used as traits.19:41
bauzasjaypipes: my plan was about passing aliases, but for sure, we could have other conf opts for saying : "this trait = that PCI id"19:41
bauzasjaypipes: but like I said in my gerrit reply, I don't think it's related to the spec I wrote, maybe in a separate spec ?19:42
zcornelimriedem: Ah, ok, needed to look up one more layer. Thanks!19:42
bauzasor we could opt something like "this PCI id = those traits"19:42
*** felipemonteiro has quit IRC19:42
bauzasthe either19:42
mriedemartom: i just know that request id gets logged automagically19:44
mriedemand periodic tasks can bleed to use the in-memory user request context which makes logging confusing at times19:44
mriedemartom: see https://review.openstack.org/#/c/524306/219:45
artommriedem, OK, thanks :)19:45
openstackgerritZack Cornelius proposed openstack/nova-specs master: Libvirt file backed memory  https://review.openstack.org/56370419:53
openstackgerritMatt Riedemann proposed openstack/osc-placement master: CLI for traits (v1.6)  https://review.openstack.org/51464319:53
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Resource class set (v1.7)  https://review.openstack.org/51464419:53
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Usages per project and user (v1.8, v1.9)  https://review.openstack.org/51464619:53
openstackgerritMatt Riedemann proposed openstack/osc-placement master: CLI allocation candidates (v1.10)  https://review.openstack.org/51464719:53
openstackgerritMatt Riedemann proposed openstack/osc-placement master: New dict format of allocations (v1.11, v1.12)  https://review.openstack.org/54281919:53
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Transactionally update allocations (v1.13)  https://review.openstack.org/54667419:53
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Add nested resource providers (v1.14)  https://review.openstack.org/54667519:53
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Limit allocation candidates (v1.15, v1.16)  https://review.openstack.org/54804319:53
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Allocation candidates parameter: required (v1.17)  https://review.openstack.org/54832619:53
*** dave-mccowan has joined #openstack-nova19:53
*** awaugama has quit IRC19:55
*** yamamoto has joined #openstack-nova19:57
mnasermriedem, dansmith: sorry for bugging you but i just wanna get this right.. https://github.com/openstack/nova/blob/master/nova/objects/fields.py#L96 Architecture inherits BaseNovaEnum and if i import BaseNovaEnum inside a seperate module (say, nova.virt.arch) then inheriting/importing that brings me back to the same problem19:58
dansmithmnaser: don't move the field,19:58
dansmithjust move ALL19:58
openstackgerritEric Fried proposed openstack/nova master: __str__ methods for RequestGroup, ResourceRequest  https://review.openstack.org/56835319:59
openstackgerritEric Fried proposed openstack/nova master: Granular requests to get_allocation_candidates  https://review.openstack.org/51581119:59
mriedemright just the constant definition20:00
openstackgerritChris Dent proposed openstack/nova master: Extract part of PlacementFixture to placement  https://review.openstack.org/56835920:00
openstackgerritArtom Lifshitz proposed openstack/nova master: Refactor _build_device_metadata  https://review.openstack.org/53380420:00
openstackgerritArtom Lifshitz proposed openstack/nova master: Consider hostdev devices when building metadata  https://review.openstack.org/53380520:00
openstackgerritZack Cornelius proposed openstack/nova-specs master: Libvirt file backed memory  https://review.openstack.org/56370420:00
mnaserdansmith: ooo. so .. from nova.virt.arch import <something>, class Architecture(BaseNovaEnum): <insert all existing definition>, ALL = <something> ?20:01
dansmithmnaser: from nova.virt import arch20:01
dansmithmnaser: class Architecture(NovaBaseEnum): ALL = arch.ALL20:01
mnaserooo okay, and should i rename the other arches to be something like.. MIPS = arch.MIPS so they arent defined twice?20:02
*** yamamoto has quit IRC20:02
mnaserwithout breaking any old dependency on those20:02
dansmithmnaser: I don't think you need to do that, do you?20:02
mnaseri don't, but then i'd have all the architectures defined twice?20:02
dansmithanyone that references nova.objects.fields.Architecture.MIPS should change to arch.MIPS20:02
lyarwoodmriedem: finally back online, thanks for chasing down the LM failure!20:02
mnaseroooh okay20:02
mnaserso change the references rather than copy pasta20:02
mnaserokay, i follow now20:02
mnaserit makes sense20:02
mriedemlyarwood: np, just working on backports now20:03
dansmithmnaser: ugh, well, there are a ton unfortunately20:03
efriedmnaser, dansmith: Why not a local import?20:03
mnaseryeah, mostly in tests20:03
dansmithmnaser: % grep fields.Architecture -r nova | wc -l20:03
dansmith34420:03
mnaserbut still a but of nova/virt changes20:04
dansmithmnaser: so I guess just do MIPS = arch.MIPS for all of those for your backportable change20:04
bauzasjaypipes: /me goes offline, but lemme know if you want to see the above point about having a conf opt like "this PCI ID = those traits" added in https://review.openstack.org/#/c/557065/20:04
mnaseri'll do that and then i'll do a follow up cleanup which can sit in master and create a merge conflict for everyone's code :)20:04
mnaser(sorry in advance)20:04
dansmithmnaser: yeah :)20:04
mnaserbut actually what do you mean by a local import efried ? can we import things inside a class?20:06
*** jmlowe has quit IRC20:06
mnaserkinda like `import nova.virt.arch.*` inside Architecture?20:06
mriedemthe conf option is global module level so i'm not sure you can do a local import there20:06
efriedmnaser: It probably won't work for what you're doing here, because it's the import of fields from within the conf setup that's blowing you up.20:07
mriedemoh right that20:07
efriedyeah, what mriedem said.20:07
mnaserfigured i'd ask anyways :)20:07
*** jmlowe has joined #openstack-nova20:08
efriedmnaser: Yes, you can do imports from within a class method.  But doing it within a class (outside of a method) won't really help you, because that'll be processed when the file is read rather than at runtime, which is what you would need.20:08
*** liverpooler has quit IRC20:10
*** itlinux has joined #openstack-nova20:12
*** gbarros has quit IRC20:14
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: libvirt: Report the virtual size of RAW disks  https://review.openstack.org/56836320:14
*** arvindn05 has left #openstack-nova20:16
*** efried has quit IRC20:17
*** felipemonteiro_ has quit IRC20:17
*** felipemonteiro_ has joined #openstack-nova20:17
*** arvindn05 has joined #openstack-nova20:19
*** yamamoto has joined #openstack-nova20:19
openstackgerritChris Dent proposed openstack/nova master: Extract part of PlacementFixture to placement  https://review.openstack.org/56835920:20
*** avolkov has quit IRC20:22
*** yamamoto has quit IRC20:24
*** itlinux has quit IRC20:24
*** itlinux has joined #openstack-nova20:25
*** mgoddard has quit IRC20:26
*** eharney has joined #openstack-nova20:26
*** cdent has quit IRC20:26
*** felipemonteiro__ has joined #openstack-nova20:29
*** sidx64 has joined #openstack-nova20:29
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: libvirt: Report the virtual size of RAW disks  https://review.openstack.org/56836920:30
*** dklyle has quit IRC20:31
*** damien_r has joined #openstack-nova20:31
*** felipemonteiro_ has quit IRC20:32
*** belmoreira has quit IRC20:33
*** baoli has quit IRC20:37
*** sidx64_ has joined #openstack-nova20:37
*** baoli has joined #openstack-nova20:37
*** sidx64 has quit IRC20:39
*** damien_r has quit IRC20:39
*** jmlowe has quit IRC20:39
dansmithmriedem: hmm, gate reset?20:40
*** yamamoto has joined #openstack-nova20:40
dansmithugh yep20:41
*** jmlowe has joined #openstack-nova20:41
dansmithmriedem: was going to try to be all good and go hit your backports right after the master one merged, but.. :/20:41
*** baoli has quit IRC20:41
*** belmoreira has joined #openstack-nova20:42
*** pcaruana has quit IRC20:43
mriedem:/20:45
*** yamamoto has quit IRC20:45
*** felipemonteiro_ has joined #openstack-nova20:46
*** felipemonteiro__ has quit IRC20:46
*** edmondsw has quit IRC20:47
*** germs has joined #openstack-nova20:47
*** germs has quit IRC20:47
*** germs has joined #openstack-nova20:47
*** edmondsw has joined #openstack-nova20:47
*** belmoreira has quit IRC20:47
*** damien_r has joined #openstack-nova20:47
*** germs has quit IRC20:51
*** edmondsw has quit IRC20:52
*** Sukhdev has joined #openstack-nova20:55
openstackgerritMohammed Naser proposed openstack/nova master: Added ability to configure default architecture for ImagePropertiesFilter  https://review.openstack.org/56642520:56
*** FL1SK has quit IRC21:00
*** yamamoto has joined #openstack-nova21:01
*** efried has joined #openstack-nova21:04
*** hemna_ has quit IRC21:04
*** FL1SK has joined #openstack-nova21:05
*** yamamoto has quit IRC21:06
*** r-daneel has quit IRC21:07
*** r-daneel has joined #openstack-nova21:07
*** armaan has quit IRC21:08
*** armaan has joined #openstack-nova21:08
*** lpetrut has quit IRC21:11
*** armaan has quit IRC21:11
*** armaan has joined #openstack-nova21:11
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: libvirt: Report the virtual size of RAW disks  https://review.openstack.org/56838221:17
*** bnemec has quit IRC21:17
*** bnemec has joined #openstack-nova21:18
*** felipemonteiro_ has quit IRC21:20
*** jmlowe has quit IRC21:21
*** pchavva has quit IRC21:21
*** yamamoto has joined #openstack-nova21:22
*** sidx64_ has quit IRC21:22
*** yamamoto has quit IRC21:28
*** itlinux has quit IRC21:34
*** jmlowe has joined #openstack-nova21:36
*** jmlowe has quit IRC21:41
*** yamamoto has joined #openstack-nova21:45
mriedemfinucannot: for when you're back, https://specs.openstack.org/openstack/nova-specs/specs/queens/implemented/websocket-proxy-to-host-security.html mentions SPICE and serial consoles also, but isn't the only support that was added for VNC?21:47
*** yamamoto has quit IRC21:49
*** takashin has joined #openstack-nova21:51
*** rcernin has joined #openstack-nova21:53
mriedemdansmith: i want to put something in the cells v2 forum etherpad, have you created it yet? https://wiki.openstack.org/wiki/Forum/Vancouver201821:56
mriedemif not i can create it quick21:56
*** harlowja has quit IRC21:56
dansmithmriedem: I have not21:56
mriedemhttps://etherpad.openstack.org/p/YVR18-cellsv2-migration-sync-with-operators21:58
*** dklyle has joined #openstack-nova21:59
*** edmondsw has joined #openstack-nova22:03
dansmithmriedem: thanks22:04
*** efried1 has joined #openstack-nova22:05
*** yamamoto has joined #openstack-nova22:06
*** efried has quit IRC22:07
*** efried1 is now known as efried22:07
*** jistr has quit IRC22:07
*** edmondsw has quit IRC22:08
*** dklyle has quit IRC22:08
*** jistr has joined #openstack-nova22:10
*** yamamoto has quit IRC22:10
*** esberglu has quit IRC22:12
*** esberglu has joined #openstack-nova22:13
*** threestrands has joined #openstack-nova22:16
*** esberglu has quit IRC22:17
*** mlavalle has quit IRC22:20
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_conductor.py (1)  https://review.openstack.org/56465822:20
*** slaweq has quit IRC22:20
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_conductor.py (2)  https://review.openstack.org/56465922:21
*** slaweq has joined #openstack-nova22:21
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in libvirt/test_driver.py (1)  https://review.openstack.org/56655522:21
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Example verification for servers.inc  https://review.openstack.org/52952022:21
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in test_live_migrate.py  https://review.openstack.org/56465622:22
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in tests/unit/api/openstack/compute  https://review.openstack.org/56652822:22
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in tests/unit/api/*/test_volumes.py  https://review.openstack.org/56465522:22
*** mriedem has quit IRC22:22
*** yamamoto has joined #openstack-nova22:26
*** hemna_ has joined #openstack-nova22:29
*** yamamoto has quit IRC22:33
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix 500 error while passing 4-byte unicode data  https://review.openstack.org/40751422:33
openstackgerritTakashi NATSUME proposed openstack/nova master: Adds view builders for keypairs controller  https://review.openstack.org/34728922:34
*** hongbin has quit IRC22:40
*** yamamoto has joined #openstack-nova22:49
*** dklyle has joined #openstack-nova22:50
*** yamamoto has quit IRC22:54
*** zcorneli has quit IRC22:54
*** r-daneel has quit IRC22:54
*** dklyle has quit IRC22:56
*** baoli has joined #openstack-nova23:00
*** dave-mccowan has quit IRC23:02
*** baoli has quit IRC23:04
*** lyan has quit IRC23:04
*** yamamoto has joined #openstack-nova23:10
*** yamamoto has quit IRC23:16
*** rajinir has quit IRC23:19
*** yamamoto has joined #openstack-nova23:32
*** dklyle has joined #openstack-nova23:35
*** yamamoto has quit IRC23:37
*** oanson has quit IRC23:37
*** Nel1x has joined #openstack-nova23:48
*** oanson has joined #openstack-nova23:48

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