Friday, 2017-04-14

*** mtanino has quit IRC00:01
gmannmriedem: just replied, i think we need version bump otherwise it will be interop issue00:03
*** itlinux has quit IRC00:03
gmannmriedem: cloud with >2.20 may or may not have this fix and it end up with different API behavior on clouds.00:04
*** nkorabli has quit IRC00:04
*** ijw has quit IRC00:04
gmannmriedem: we could have avoided version bump by backporting fix since 2.20 was in but that was before mitaka which is EOL now00:05
mriedemgmann: then we backport the fix00:05
mriedemwe've fixed regressions caused by microversions in the past and backported them00:05
*** jogo has quit IRC00:05
*** jogo has joined #openstack-nova00:07
*** takashin has joined #openstack-nova00:08
*** takashin has left #openstack-nova00:08
*** baoli_ has quit IRC00:10
gmannmriedem: and for mitaka?00:10
mriedemgmann: we have all kinds of latent bugs that go back to releases that are long end of life by now00:10
*** winston-d_ has joined #openstack-nova00:10
mriedemjust because we can't backport something to the release that introduced the bug doesn't mean we can't fix it and backport to what's supported00:10
*** takashin has joined #openstack-nova00:12
openstackgerritTakashi NATSUME proposed openstack/nova master: Add a functional test for 'removeFloatingIp' action  https://review.openstack.org/45302600:13
gmannmriedem: yea we can do for supported branches one but my concern with cloud (mitaka) and cloud(mitaka+) where app/sdk would face different behavior issue even both cloud have >2.20 version00:13
*** scottda has quit IRC00:15
*** MasterOfBugs has joined #openstack-nova00:16
mriedemhonestly i don't really see this as something to worry about00:16
gmannalex_xu: can we get rid of ALIAS also now? - https://review.openstack.org/#/c/456478/100:16
mriedemif you have a volume attached before 2.2000:16
mriedemand mountpoint isn't in there, it's completely bonkers00:16
mriedemso i don't even know why that check is in there in the the first place00:17
mriedemi really don't think we should bend over backward and create a new microversion for a thing in the API that makes really no sense to be validating on00:17
mriedemwe're raising a 404 for something when we actually found the attachment00:17
gmannyea i also confused about check, it could have just ignore 'device' or None00:18
*** ngupta has quit IRC00:19
mriedemgmann: that check goes way back 5 years https://review.openstack.org/#/c/7406/00:20
mriedemand for all intents and purposes, made no sense00:20
gmannmriedem: yes and not sure why it was done for SHOW only and LIST just skip mountpoint.00:22
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Abort Cold Migration  https://review.openstack.org/33473200:22
gmannmriedem: i understand your point of fixing it for shelve offload at least where it will always 404 but m still worried about this fix discoverability as it change API code00:25
*** artom has quit IRC00:26
*** hongbin has quit IRC00:26
*** artom has joined #openstack-nova00:26
*** artom has quit IRC00:28
*** artom has joined #openstack-nova00:28
gmannmriedem: but yes backporting makes good reason to avoid version bump if everyone is fine with that00:28
takashinNova-spec cores, would you review https://review.openstack.org/#/c/407237/ ? It got one +2.00:35
*** Qeas has joined #openstack-nova00:37
*** Shunli has joined #openstack-nova00:39
*** catintheroof has joined #openstack-nova00:41
QeasHi everyone, I have a problem with block device mappings in my environment and would really appreciate any advice on this. The problem: iSCSI mappings have changed on the backend, though the data is untouched. All the VMs were shutdown before that. Is there a way for Nova to re-attach those same volumes but with their new iSCSI LUNs? I was thinking of cleaning connection_info in mysql, but scared of consequences.00:41
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166400:44
*** baoli has joined #openstack-nova00:48
*** baoli has quit IRC00:48
*** dtp has quit IRC00:49
*** baoli has joined #openstack-nova00:49
*** huanxie has joined #openstack-nova00:51
*** huanxie has quit IRC00:52
*** zhenguo has joined #openstack-nova00:52
*** links has joined #openstack-nova00:53
*** ijw has joined #openstack-nova01:01
*** cNilesh has joined #openstack-nova01:02
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavors-access endpoint instead of stevedore  https://review.openstack.org/45658901:03
gmannmriedem: alex_xu oomichi can you check this, need this to fill api-ref for security group rule - https://review.openstack.org/#/c/452055/01:04
*** Apoorva_ has quit IRC01:04
*** Apoorva has joined #openstack-nova01:04
*** ijw has quit IRC01:10
*** gyee has quit IRC01:22
*** dixiaoli has joined #openstack-nova01:25
*** ijw has joined #openstack-nova01:27
*** ijw has quit IRC01:28
*** thorst has quit IRC01:29
*** ijw has joined #openstack-nova01:29
*** harlowja has quit IRC01:29
*** catintheroof has quit IRC01:30
*** catintheroof has joined #openstack-nova01:30
*** catintheroof has quit IRC01:31
openstackgerritZhaokun Fu proposed openstack/nova master: optimize url  https://review.openstack.org/45679701:39
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166401:42
*** gjayavelu has quit IRC01:42
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166401:43
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166401:45
*** MasterOfBugs has quit IRC01:45
*** MasterOfBugs has joined #openstack-nova01:46
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166401:46
openstackgerritZhaokun Fu proposed openstack/nova master: fix url  https://review.openstack.org/45679801:46
*** artom has quit IRC01:52
*** artom has joined #openstack-nova01:52
*** iceyao has joined #openstack-nova01:53
mriedemgmann: sure, i'll take a look tomorrow01:55
*** vks1 has joined #openstack-nova01:55
mriedemtoo many late nights this week01:55
gmannmriedem: sure, thanks01:55
*** thorst has joined #openstack-nova01:58
*** vks1 has quit IRC01:58
*** artom has quit IRC01:58
*** thorst has quit IRC01:58
*** artom has joined #openstack-nova01:58
*** nkorabli has joined #openstack-nova02:01
*** nkorabli has quit IRC02:05
*** Shunli has quit IRC02:07
*** Shunli has joined #openstack-nova02:07
openstackgerritZhaokun Fu proposed openstack/nova master: change http to https  https://review.openstack.org/45680202:09
*** ijw has quit IRC02:10
*** crushil has joined #openstack-nova02:11
*** Apoorva has quit IRC02:12
*** esberglu has joined #openstack-nova02:13
*** lyan has joined #openstack-nova02:13
*** tbachman has joined #openstack-nova02:13
*** esberglu has quit IRC02:13
*** esberglu has joined #openstack-nova02:13
*** esberglu has quit IRC02:17
*** ngupta has joined #openstack-nova02:19
openstackgerritYasufumi Ogawa proposed openstack/nova-specs master: Merge "Libvirt options for DPDK"  https://review.openstack.org/45660102:25
openstackgerritZhaokun Fu proposed openstack/nova master: optimize url  https://review.openstack.org/45680702:26
*** Apoorva has joined #openstack-nova02:28
*** thorst has joined #openstack-nova02:29
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: List/show all server migration types  https://review.openstack.org/40723702:29
*** Jack_Iv has joined #openstack-nova02:29
*** zhurong has joined #openstack-nova02:31
*** vks1 has joined #openstack-nova02:32
openstackgerritZhaokun Fu proposed openstack/nova master: fix url  https://review.openstack.org/45681002:33
*** Apoorva has quit IRC02:34
*** artom has quit IRC02:34
*** Jack_Iv has quit IRC02:34
*** artom has joined #openstack-nova02:34
*** MasterOfBugs has quit IRC02:36
*** artom has quit IRC02:36
openstackgerritZhaokun Fu proposed openstack/nova master: fix url  https://review.openstack.org/45681302:36
*** artom has joined #openstack-nova02:36
*** Kevin_Zheng has joined #openstack-nova02:36
*** MasterOfBugs has joined #openstack-nova02:37
*** vks1 has quit IRC02:38
*** tbachman has quit IRC02:39
*** ijw has joined #openstack-nova02:39
*** yonglihe has joined #openstack-nova02:39
*** vks1 has joined #openstack-nova02:42
*** ijw has quit IRC02:44
*** thorst has quit IRC02:48
*** gouthamr has quit IRC02:49
*** nkorabli has joined #openstack-nova03:02
*** crushil has quit IRC03:04
*** ngupta has quit IRC03:04
*** ngupta has joined #openstack-nova03:04
*** hamzy has joined #openstack-nova03:06
*** nkorabli has quit IRC03:07
*** ijw has joined #openstack-nova03:09
*** fragatina has quit IRC03:09
*** fragatina has joined #openstack-nova03:10
openstackgerritYasufumi Ogawa proposed openstack/nova-specs master: Add spec "Libvirt options for DPDK"  https://review.openstack.org/45660103:12
*** ijw has quit IRC03:13
*** fragatina has quit IRC03:15
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.42 - Fix tag attribute disappearing  https://review.openstack.org/42951203:15
*** fragatina has joined #openstack-nova03:17
alex_xugmann: good catch, we can remove that one!03:20
alex_xugmann: add your api-ref patch to the my list03:20
gmannalex_xu: thanks :)03:20
alex_xugmann: thanks for that good catch also03:21
gmannalex_xu: np!, i have removed from flavor patches03:22
*** fragatina has quit IRC03:22
alex_xugmann: cool :)03:22
*** gjayavelu has joined #openstack-nova03:23
*** ngupta has quit IRC03:23
*** nicolasbock has quit IRC03:24
*** ngupta has joined #openstack-nova03:24
*** hongbin has joined #openstack-nova03:33
*** hongbin has quit IRC03:33
*** hongbin has joined #openstack-nova03:34
*** ngupta has quit IRC03:36
*** armax has joined #openstack-nova03:37
*** ngupta has joined #openstack-nova03:37
*** fragatina has joined #openstack-nova03:38
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for '/os-keypairs' endpoint instead of stevedore  https://review.openstack.org/45647803:40
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for '/os-aggregates' endpoint instead of stevedore  https://review.openstack.org/45682503:40
*** Shunli has quit IRC03:41
*** ngupta has quit IRC03:41
*** Shunli has joined #openstack-nova03:42
*** fragatina has quit IRC03:42
*** harlowja has joined #openstack-nova03:44
*** vks1 has quit IRC03:45
*** vks1 has joined #openstack-nova03:50
*** trinaths has joined #openstack-nova03:53
*** gjayavelu has quit IRC03:56
*** lyan has quit IRC03:57
*** artom has quit IRC03:58
*** artom has joined #openstack-nova03:58
*** artom has quit IRC04:00
*** artom has joined #openstack-nova04:00
*** zhurong has quit IRC04:02
*** faizy has joined #openstack-nova04:05
*** Qeas has quit IRC04:12
*** dixiaoli has quit IRC04:21
*** gongysh has joined #openstack-nova04:23
*** harlowja has quit IRC04:23
*** psachin has joined #openstack-nova04:25
*** hongbin has quit IRC04:27
*** zhurong has joined #openstack-nova04:29
*** gongysh has quit IRC04:31
openstackgerritTakashi NATSUME proposed openstack/nova master: Add a functional test for 'removeFloatingIp' action  https://review.openstack.org/45302604:38
*** harlowja has joined #openstack-nova04:38
*** mdnadeem has joined #openstack-nova04:42
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for flavors-access endpoint instead of stevedore  https://review.openstack.org/45658904:42
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for '/servers' endpoint instead of stevedore  https://review.openstack.org/44586404:42
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for flavor endpoint instead of stevedore[1]  https://review.openstack.org/45654904:42
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for '/os-aggregates' endpoint instead of stevedore  https://review.openstack.org/45682504:43
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for flavors-extraspecs endpoint instead of stevedore  https://review.openstack.org/45658504:43
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for '/os-keypairs' endpoint instead of stevedore  https://review.openstack.org/45647804:43
*** thorst has joined #openstack-nova04:45
*** ssurana has joined #openstack-nova04:46
*** jdillaman has quit IRC04:53
*** dillaman has quit IRC04:53
*** prateek has joined #openstack-nova04:53
alex_xugmann: ^ I put my patches depend on yours05:01
*** nkorabli has joined #openstack-nova05:03
*** jdillaman has joined #openstack-nova05:05
*** dillaman has joined #openstack-nova05:05
*** nkorabli has quit IRC05:08
*** rcernin has quit IRC05:08
*** bmace has quit IRC05:11
*** bmace has joined #openstack-nova05:11
*** baoli has quit IRC05:13
*** thorst has quit IRC05:14
*** rcernin has joined #openstack-nova05:17
*** gcb has quit IRC05:19
gmannalex_xu: thanks05:21
*** MasterOfBugs has quit IRC05:21
*** MasterOfBugs has joined #openstack-nova05:21
*** dixiaoli has joined #openstack-nova05:23
*** MasterOfBugs has quit IRC05:24
*** MasterOfBugs has joined #openstack-nova05:24
*** prateek has quit IRC05:26
*** gcb has joined #openstack-nova05:31
*** pramodrj07 has joined #openstack-nova05:32
*** pramodrj07 has quit IRC05:35
*** MasterOfBugs has quit IRC05:35
*** MasterOfBugs has joined #openstack-nova05:35
*** ssurana has quit IRC05:37
openstackgerritIldiko Vancsa proposed openstack/nova master: Add Cinder V3 Detach calls  https://review.openstack.org/43875005:39
*** Jack_Iv has joined #openstack-nova05:41
*** prateek has joined #openstack-nova05:41
*** takashin has left #openstack-nova05:42
*** Jack_Iv_ has joined #openstack-nova05:44
*** trinaths has quit IRC05:45
*** Jack_Iv has quit IRC05:46
*** masayukig has quit IRC05:49
*** masayukig has joined #openstack-nova05:49
gmannalex_xu: how about maintaining ROUTE_LIST in sort order with url - https://review.openstack.org/#/c/456589/3/nova/api/openstack/compute/routes.py05:51
gmannalex_xu: will be easy to read once we will have all plain url there05:51
gmannalex_xu: like dir order in https://github.com/openstack/nova/tree/master/doc/api_samples05:52
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for '/os-keypairs' endpoint instead of stevedore  https://review.openstack.org/45647805:55
*** harlowja has quit IRC05:55
alex_xugmann: +1 for sort order with url05:57
gmannalex_xu: ok, ll do quickly for flavor one05:57
*** trinaths has joined #openstack-nova05:59
alex_xugmann: thanks05:59
*** trinaths has quit IRC05:59
*** voelzmo has joined #openstack-nova06:00
*** gongysh has joined #openstack-nova06:00
*** trinaths has joined #openstack-nova06:01
*** voelzmo has quit IRC06:02
*** MarkMielke has quit IRC06:10
*** thorst has joined #openstack-nova06:11
*** thorst has quit IRC06:17
*** prateek has quit IRC06:20
*** zhurong has quit IRC06:20
*** armax has quit IRC06:21
*** dixiaoli has quit IRC06:27
*** zhurong has joined #openstack-nova06:31
openstackgerritIldiko Vancsa proposed openstack/nova master: Add Cinder V3 Detach calls  https://review.openstack.org/43875006:37
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavor endpoint instead of stevedore[1]  https://review.openstack.org/45654906:41
*** armax has joined #openstack-nova06:41
*** ralonsoh has joined #openstack-nova06:45
*** avolkov has joined #openstack-nova06:48
*** damien_r has joined #openstack-nova06:57
gmannalex_xu:  base patch server one need updates (server usage entry in unsed_ list) - https://review.openstack.org/#/c/445864/1306:59
gmannalex_xu: if you are not doing that, should i update ?06:59
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavors-extraspecs endpoint instead of stevedore  https://review.openstack.org/45658507:00
*** amotoki has joined #openstack-nova07:01
gmannalex_xu: after that i can rebase other patch in one shot07:01
*** vks1 has quit IRC07:03
*** abalutoiu has quit IRC07:08
*** tesseract has joined #openstack-nova07:10
*** thorst has joined #openstack-nova07:13
*** Jack_Iv_ has quit IRC07:17
*** thorst has quit IRC07:18
*** vks1 has joined #openstack-nova07:18
*** esberglu has joined #openstack-nova07:18
*** Jack_Iv has joined #openstack-nova07:20
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for '/servers' endpoint instead of stevedore  https://review.openstack.org/44586407:21
gmannalex_xu: ^^ + changed url in sort order in router.py07:21
*** esberglu has quit IRC07:22
*** dixiaoli has joined #openstack-nova07:24
*** MasterOfBugs has quit IRC07:29
*** bauzas is now known as bauwser07:33
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavor endpoint instead of stevedore[1]  https://review.openstack.org/45654907:35
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova master: Add Neutron port capabilities to devspec in request  https://review.openstack.org/45177707:42
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166407:43
*** trinaths has left #openstack-nova07:50
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavors-extraspecs endpoint instead of stevedore  https://review.openstack.org/45658507:50
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:01
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavors-access endpoint instead of stevedore  https://review.openstack.org/45658908:03
*** zenoway has joined #openstack-nova08:13
*** thorst has joined #openstack-nova08:14
*** zenoway has quit IRC08:15
*** zenoway has joined #openstack-nova08:16
*** Jack_Iv has quit IRC08:16
*** efoley has joined #openstack-nova08:18
*** efoley_ has joined #openstack-nova08:20
*** nkorabli has joined #openstack-nova08:22
*** efoley has quit IRC08:24
*** cdent has joined #openstack-nova08:24
*** armax has quit IRC08:26
*** armax has joined #openstack-nova08:27
*** vks1 has quit IRC08:28
*** Jack_Iv has joined #openstack-nova08:29
openstackgerritIldiko Vancsa proposed openstack/nova master: Add Cinder v3 detach to local_cleanup  https://review.openstack.org/45685108:31
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for '/os-keypairs' endpoint instead of stevedore  https://review.openstack.org/45647808:32
*** thorst has quit IRC08:33
alex_xugmann: thanks08:38
alex_xugmann: let me rebase the os-aggregates one08:39
gmannalex_xu: just doing08:39
gmann5 sec .....08:39
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for '/os-aggregates' endpoint instead of stevedore  https://review.openstack.org/45682508:40
gmannalex_xu: ^^08:40
gmannalex_xu: check if all good.08:41
gmannalex_xu: need to leave now. tty on monday.08:41
alex_xugmann: thanks :), see you on monday08:42
*** abalutoiu has joined #openstack-nova08:45
*** kristian__ has joined #openstack-nova08:51
*** kristian__ has quit IRC08:51
*** liusheng has quit IRC09:12
openstackgerritHao Li proposed openstack/nova master: Update hypervisor host when multi-n-cpu with ironic driver do rebalancing  https://review.openstack.org/45686509:14
*** markvoelker_ has quit IRC09:17
*** amotoki has quit IRC09:20
openstackgerritZhenyu Zheng proposed openstack/nova master: Use deepcopy when process filters in db api  https://review.openstack.org/45687209:25
*** Jack_Iv has quit IRC09:27
*** Shunli has quit IRC09:28
*** gcb has quit IRC09:31
*** Jack_Iv has joined #openstack-nova09:32
*** links has quit IRC09:33
*** liusheng has joined #openstack-nova09:38
*** gcb has joined #openstack-nova09:44
*** efoley_ is now known as efoley09:44
*** vks1 has joined #openstack-nova09:46
*** iceyao has quit IRC09:47
*** cNilesh has quit IRC09:50
*** ijw has joined #openstack-nova09:51
*** ijw has quit IRC09:55
*** CristinaPauna has quit IRC09:56
*** vks1 has quit IRC10:00
*** zhurong has quit IRC10:03
*** dixiaoli has quit IRC10:04
*** iceyao has joined #openstack-nova10:06
openstackgerritIldiko Vancsa proposed openstack/nova master: Add Cinder v3 detach to shutdown_instance  https://review.openstack.org/45687710:06
*** iceyao has quit IRC10:11
*** Jack_Iv has quit IRC10:11
*** markvoelker has joined #openstack-nova10:18
*** vks1 has joined #openstack-nova10:18
*** nicolasbock has joined #openstack-nova10:23
*** markvoelker has quit IRC10:23
*** yamahata has quit IRC10:24
*** Jack_Iv has joined #openstack-nova10:27
*** thorst has joined #openstack-nova10:30
*** amotoki has joined #openstack-nova10:31
*** gcb has quit IRC10:34
*** thorst has quit IRC10:35
*** lpetrut has joined #openstack-nova10:37
*** zenoway has quit IRC10:54
cdentmriedem: you seen the collection of these yet:  https://bugs.launchpad.net/nova/+bug/1682618 ?10:58
openstackLaunchpad bug 1682618 in OpenStack Compute (nova) "Official 1-800-213-2171 Pogo Games Customer Support U.S Contact Number" [Undecided,New]10:58
*** mvk has joined #openstack-nova10:59
*** crushil has joined #openstack-nova11:01
cdentmriedem: took care of it: https://answers.launchpad.net/launchpad/+question/61910711:02
*** vks1 has quit IRC11:02
*** amotoki_ has joined #openstack-nova11:04
*** amotoki has quit IRC11:07
*** sdague has joined #openstack-nova11:15
*** CristinaPauna has joined #openstack-nova11:16
*** Jack_Iv has quit IRC11:21
*** gongysh has quit IRC11:21
*** Jack_Iv has joined #openstack-nova11:21
*** yamamoto has quit IRC11:25
*** spotz_ is now known as spotz11:32
*** lpetrut has quit IRC11:35
*** thorst has joined #openstack-nova11:42
*** edmondsw has joined #openstack-nova11:42
*** amotoki_ has quit IRC11:46
*** amotoki has joined #openstack-nova11:46
*** nkorabli has quit IRC11:48
*** nkorabli has joined #openstack-nova11:49
*** nkorabli_ has joined #openstack-nova11:51
*** nkorabli has quit IRC11:51
*** mnestratov has joined #openstack-nova11:51
*** edmondsw has quit IRC11:54
*** edmondsw has joined #openstack-nova11:55
*** faizy_ has joined #openstack-nova11:56
*** edmondsw has quit IRC11:56
*** edmondsw has joined #openstack-nova11:56
*** artom has quit IRC11:57
*** artom has joined #openstack-nova11:58
*** amotoki has quit IRC11:59
*** iceyao has joined #openstack-nova12:00
*** artom has quit IRC12:00
*** artom has joined #openstack-nova12:00
*** faizy has quit IRC12:00
*** faizy has joined #openstack-nova12:03
*** crushil has quit IRC12:04
*** faizy_ has quit IRC12:06
*** tbachman has joined #openstack-nova12:09
*** zenoway has joined #openstack-nova12:14
*** Jack_Iv has quit IRC12:16
*** markvoelker has joined #openstack-nova12:20
*** efoley has quit IRC12:21
*** markvoelker has quit IRC12:24
*** markvoelker has joined #openstack-nova12:25
*** gouthamr has joined #openstack-nova12:26
*** Jack_Iv has joined #openstack-nova12:31
*** faizy_ has joined #openstack-nova12:31
*** ildikov is now known as coffeecat12:32
*** coffeecat is now known as coffee_cat12:32
jaypipesjianghuaw_, mriedem, peter-hamilton, sean-k-mooney, sfinucan: apologies, I've been ill for the last few days (still getting over it). Will try my best to get to all your requests today. I know it's past spec freeze day, but will still try to get spec reviews done.12:35
*** faizy has quit IRC12:35
peter-hamiltonjaypipes: not a problem, hope you feel better soon12:35
sean-k-mooneyjaypipes: sorry to hear that, hope you are feeling better12:35
openstackgerritIldiko Vancsa proposed openstack/nova master: Add Cinder v3 detach call to _terminate_volume_connections  https://review.openstack.org/45689612:36
*** smatzek has joined #openstack-nova12:36
openstackgerritHao Li proposed openstack/nova master: Update hypervisor host when multi-n-cpu with ironic driver do rebalancing  https://review.openstack.org/45686512:37
*** smatzek has quit IRC12:38
*** smatzek has joined #openstack-nova12:38
*** yamamoto has joined #openstack-nova12:39
jianghuaw_jaypipes, sorry to hear that. Hope you will get recovered soon.12:40
jianghuaw_jaypipes, take care.12:40
openstackgerritHao Li proposed openstack/nova master: Update hypervisor host when multi-n-cpu(ironic driver) do rebalancing  https://review.openstack.org/45686512:42
*** crushil has joined #openstack-nova12:43
*** Jack_Iv has quit IRC12:44
*** yamamoto has quit IRC12:44
*** Jack_Iv has joined #openstack-nova12:46
*** edmondsw has quit IRC12:49
*** Guest52586 has quit IRC12:50
*** cleong has joined #openstack-nova12:50
*** lyan has joined #openstack-nova12:53
*** faizy_ has quit IRC12:53
efriedlifeless_ where's the "python/cpython issue tracker"12:57
*** zigo has joined #openstack-nova12:58
*** jaypipes is now known as feeblepipes12:59
*** xyang1 has joined #openstack-nova13:05
mriedemcdent: ha, no13:07
mriedemi think i saw mention of that in the cinder channel last night though13:08
cdentyeah, there's a few related reports13:08
cdentat first I was "oh noes, lots of new bugs, something is very broken"13:08
*** cleong has quit IRC13:08
*** ngupta has joined #openstack-nova13:09
bauwserhey folks, just a question, is it an US holiday today ?13:10
mriedembauwser: not for me13:10
bauwserdepending on your company, then ?13:10
mriedemyes13:10
mriedemeaster is not a US holiday13:10
*** tbachman has quit IRC13:11
mriedemcdent: closing all of these bugs is going to do wonders for my LP karma13:11
*** dane-fichter has joined #openstack-nova13:12
cdentmriedem: my treatment of and respect for you is entirely based on your lp karma13:15
mriedemi knew it13:15
*** mdrabe has joined #openstack-nova13:17
*** cleong has joined #openstack-nova13:17
*** baoli has joined #openstack-nova13:18
*** esberglu has joined #openstack-nova13:19
*** iceyao has quit IRC13:20
smcginnismriedem: I reported it and someone with launchpad has been doing a decent job watching for them.13:21
smcginnisIt was mostly one account for awhile, but they've been switching over to a couple others. Probably as the one gets disabled.13:22
*** esberglu has quit IRC13:24
*** vks1 has joined #openstack-nova13:31
*** yamamoto has joined #openstack-nova13:31
*** yamamoto has quit IRC13:32
*** yamamoto has joined #openstack-nova13:32
cdentmriedem: I can't remember: Is it safe to assume that placement api will be upgraded before compute nodes? More specifically: can I make a change to the resource-tracker that requires a newer placement microversion?13:32
*** yamamoto_ has joined #openstack-nova13:33
*** edmondsw has joined #openstack-nova13:35
*** Dinesh_Bhor has quit IRC13:36
*** yamamoto has quit IRC13:36
mriedemcdent: i thought we doc'ed something about that here? https://docs.openstack.org/developer/nova/placement.html#upgrade-notes13:37
mriedemsince we'd forget13:37
mriedemcdent: either way you need to use microversions and be graceful about when it's not available13:37
mriedemcurtsy and whatnot13:37
cdentmeh. I was hoping to be able to delete 30 lines or so lines of code and replace it with < 1013:38
* cdent adapts13:39
*** vks1 has quit IRC13:40
efriedThis soft delete thing: can a guy "undelete" a soft-deleted instance?13:41
*** abalutoiu has quit IRC13:41
*** edmondsw has quit IRC13:42
mriedemefried: yes13:43
mriedemrestore13:43
mriedemefried: https://developer.openstack.org/api-ref/compute/#restore-soft-deleted-instance-restore-action13:43
efriedmriedem (melwitt) And by current design, does the quota get re-hit at that time?13:43
*** damien_r has quit IRC13:43
* efried reading...13:43
mriedemefried: no13:43
mriedemquota is decremented when we actually delete13:44
*** Jack_Iv has quit IRC13:44
mriedemit's one of the reasons the local delete code in the api is terrible13:44
mriedembecause we have to create a quota reservation to decrement in the api and then either roll that back or commit it in the compute13:44
efriedOhh, but according to comments on https://review.openstack.org/#/c/386756/ it looks like we *also* decrement the quota when we do the soft delete.13:44
mriedemif we lose the compute, well, oops!13:44
*** Jack_Iv has joined #openstack-nova13:45
*** tesseract has quit IRC13:45
efriedmelwitt dansmith Am I misunderstanding ^^ ?13:46
*** tesseract has joined #openstack-nova13:46
*** abalutoiu has joined #openstack-nova13:46
mriedemdan is out today13:46
*** Jack_Iv_ has joined #openstack-nova13:46
mriedemit's 6:46am for mel13:46
mriedemand she's not a morning person i gather13:46
efried:)13:47
*** jamesdenton has joined #openstack-nova13:47
*** esberglu has joined #openstack-nova13:47
*** Jack_Iv has quit IRC13:47
*** abalutoiu_ has joined #openstack-nova13:47
*** gongysh has joined #openstack-nova13:48
mriedemi left a comment in the patch13:49
*** damien_r has joined #openstack-nova13:51
*** abalutoiu has quit IRC13:51
mriedemthat change needs to be rebased anyway13:51
mriedemthe compute api code in there is wayyyyy old13:51
openstackgerritMatt Riedemann proposed openstack/nova master: Change soft delete resources to prevent DOS  https://review.openstack.org/38675613:51
efriedmriedem Cool, thanks.13:53
efriedI keep hoping that reviewing stuff I don't understand will eventually lead to some kind of enlightenment.13:53
efriedSo far, it's like that flashlight in a horror movie.  Dim... dimmer... gone.13:54
*** vks1 has joined #openstack-nova13:55
*** gongysh has quit IRC13:55
mriedemwell, that's true if you're reviewing anything related to local delete in the api or quotas13:55
mriedemefried: you could triage some new bugs!?13:56
efriedmriedem BTW, I'm picking things to review based on the "query_high_prio_bug_fixes.py" result in the Pike Review Focus etherpad.13:56
efriedmriedem Sure, was gonna ask earlier if I could help with that.13:56
efriedBut wasn't sure I'd be qualified - see flashlight analogy above.13:56
mriedemlike i came across this today https://bugs.launchpad.net/nova/+bug/168206013:56
openstackLaunchpad bug 1682060 in kolla-ansible "empty nova service and hypervisor list" [Undecided,New]13:56
mriedem^ is a thing that just landed which broke how kolla does cell setup13:56
mriedemyay13:56
efriedmriedem Okay, looking.  (And will have to find out wtf kolla is...)13:56
*** burt has joined #openstack-nova13:57
mriedemkolla is openstack on top of k8s13:57
mriedemdeploy openstack with k8s13:57
*** yamamoto_ has quit IRC13:57
* cdent sympathizes and/or empthasizes with efried 13:57
efriedAnd k8s is...?13:57
* efried googles...13:57
mriedemkubernetes13:57
*** yamamoto has joined #openstack-nova13:57
mriedemdude, i'm still reeling from the shelve/unshelve stuff i was digging into for a few hours yesterday13:58
mriedemi find new and terrible things every day it seems13:58
mriedemwell, "find" as in new to me, and then i find out someone else found the same thing out over a year ago13:58
mriedemand it's not fixed yet13:58
mriedemcdent: back to your point about dropping code,14:01
mriedemi think we can do that after a release14:01
mriedemcdent: so you request the new microversion and if it's there, great, else fallback,14:01
mriedemcdent: and then in queens, we require the higher microversion - we've been signalling that in nova-status14:01
cdentmriedem: okay, no problem, that's what I'm doing now: trying the new way. kablooie? okay do the old way14:01
mriedeme.g. filter scheduler requires placement>=1.4 in pike, and nova-status checks that too14:02
*** larainema has quit IRC14:02
mriedemyeah https://github.com/openstack/nova/blob/ae637e70a72166067e09f3bbc3acb54e5d92771e/nova/cmd/status.py#L20814:02
mriedemcool14:02
*** larainema has joined #openstack-nova14:02
*** yamamoto has quit IRC14:02
mriedemhuh, never realized we were using pkg_resources there14:02
*** armax has quit IRC14:03
cdentmriedem: that's a relatively recent bugfix14:03
cdentit was doing floats initially14:03
cdentwhich would have broken relatively soon14:03
mriedemi remember seeing something about that14:04
openstackgerritMatt Riedemann proposed openstack/nova master: Clarify wording in compute API _delete method  https://review.openstack.org/45691014:06
*** abalutoiu_ has quit IRC14:09
*** xyang1 has quit IRC14:11
*** xyang1 has joined #openstack-nova14:11
sdaguemriedem: you know, shelve/unshelve being terrible might be a feature and not a bug, to convince no one to ever use it14:13
*** armax has joined #openstack-nova14:13
mriedemsdague: well, it's also fodder for why nova/openstack is no good14:15
mriedemi'd rather drop things that don't work14:15
sdaguemriedem: I agree on the drop front14:16
mriedemi think fixing the volume terminate_connection thing is simple, but that only fixes some backends, because of how cinder works14:16
mriedemwhich is unfortunate, and what stalled fixing it over a year ago14:16
mriedembecause what really needs to be called is this internal remove_export function which only os-detach calls, but that's exactly what we don't want to use for shelve becaues we want the volume to stay attached14:17
sdaguemriedem: it would be nice if there was a way we could actually get some real data on whether anyone actually uses this bit14:17
smcginnis+114:17
mriedemso cinder exposes a new api, or changes terminate_connection to also call remove_export, of nova calls detach but then immediately also calls reserve_volume so the instance doesn't lose the volume, all of which aren't great14:17
mriedemoption 2 there is probably my favorite14:18
mriedemsince it abstracts everything within cinder14:18
mriedemsdague: yeah but i don't really know how to get that14:18
sdaguemriedem: yeh, me either14:18
mriedempolling the operators, i could ask if they disable it via policy14:18
mriedemcan't really ask users though14:18
mriedemi also don't know if operators track incoming request metrics and could figure out how many calls are made to that api in a week/month14:19
sdaguemriedem: so... an idea I was thinking about the other day was to actually build something into nova that builds API stats in a format that's easy to annonymously dump back out14:19
cdentturn if off and wait for someone to complain :D14:19
sdaguecdent: if the feedback cycle wasn't 1.5 years, that would work :)14:19
*** lucasxu has joined #openstack-nova14:20
mriedemwe send an instance.shelve notification, which i'd think telemetry is consuming, but i'm not sure,14:20
cdentwe've all become quite patient for other reasons...this one more thing, no problem14:20
mriedembut that also assumes people are using telemetry, which is a bad assumption14:20
cdentyes it is a bad assumption14:20
*** felipemonteiro has joined #openstack-nova14:20
cdentit's also a bad assumption that even if they were, that they were recording that particular event14:20
cdents/recording/persisting/14:20
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for flavors-access endpoint instead of stevedore  https://review.openstack.org/45658914:20
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for flavor endpoint instead of stevedore[1]  https://review.openstack.org/45654914:20
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for '/os-aggregates' endpoint instead of stevedore  https://review.openstack.org/45682514:20
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for flavors-extraspecs endpoint instead of stevedore  https://review.openstack.org/45658514:20
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for '/os-keypairs' endpoint instead of stevedore  https://review.openstack.org/45647814:20
*** dimtruck is now known as zz_dimtruck14:21
sdaguemriedem: so, just based on past interactions with folks, I honestly just wonder if marking shelve/unshelve as experimental in the API docs, say there are a number of issues with it, and move on might be best14:21
sdaguebecause it really really seems far on the edge14:21
sdagueand it gets a disproportunate amount of debugging time relative to use14:21
mriedemi was hoping we could just pull from INFO logs in n-api for when a POST request to shelve comes in, but because it's an 'action' API and the bit we care about is in the body, we don't have that info...14:23
mriedemi'm fine with noting limitations in the api, we do that for some other things as well, or should: https://review.openstack.org/#/c/452970/14:24
mriedemhttps://review.openstack.org/#/c/452970/2/api-ref/source/servers-admin-action.inc14:24
sdaguemriedem: yep, that's one of those issues. I do think it's elsewhere though. Anyway, need to afk for a bit.14:24
feeblepipesmriedem: happen to know Jan Gutter's IRC nick?14:26
mriedemjangutter14:26
feeblepipesmriedem: k, thx.14:26
mriedemsdague: on "an idea I was thinking about the other day was to actually build something into nova that builds API stats in a format that's easy to annonymously dump back out" - thinking about that, i think we already have that, it's instance actions14:26
feeblepipesmriedem: pls see my -1 and comments from that netronome spec. I'm cool with it, but have concerns about the PCI device allocation code proposed for neutronv2/api.py module.14:27
mriedemso compute_shelve_instance is an action event14:27
*** jangutter has joined #openstack-nova14:30
mriedemfeeblepipes: they just mean this i think https://review.openstack.org/#/c/456481/1/nova/network/neutronv2/api.py14:31
mriedemin addition to handling direct-physical, handle this other vnic type14:31
mriedemthat would need to be cleaned up a bit and non-vendorized,14:31
mriedembut i think the spec notes that14:31
*** annegentle has joined #openstack-nova14:35
feeblepipesmriedem: yeah, not really a fan of that approach as it embeds way too much vendor/product specific stuff into the model. It shouldn't matter what vendor/product_id is used underneath the covers. all that should matter is what *functionality* the end user can derive from the particular vNIC. so the things that should be passed from the neutronv2 api should really only be feature requests/capabilities, not vendor/product information.14:35
feeblepipesmriedem: make sense?14:35
cdentfeeblepipes++14:36
*** Kevin_Zheng has quit IRC14:37
mriedemfeeblepipes: so you're also saying you're not a fan of the existing direct-physical thing we already have in that code?14:37
mriedemwhich i'm pretty sure doesn't work...14:37
*** Kevin_Zheng has joined #openstack-nova14:37
mriedembecause a week after it landed, nikola created 2 bugs about it not working14:37
feeblepipesmriedem: correct, I wasn't a fan of it when it entered the code and I'm still not a fan of it. you can check the review on that if you'd like :)14:38
mriedemeither way i'll totally defer here14:38
mriedemi don't really know what the alternative implementation is, they are going to need some help there14:38
feeblepipesmriedem: again, I'm not opposed to the netronome stuff at all. just have reservations (pun intended) about this particular part of th eproposal.14:38
*** coreywright has quit IRC14:39
feeblepipesmriedem: yeah, I'll wait for Jan to answer and think about alternatives to recommedn.14:39
feeblepipesmriedem: also note that the direct-physical thing is *only* passing through a network tag (the physnet tag) from Neutron's port profile. It isn't passing a vendor-specific piece of information.14:40
feeblepipesmriedem: or perhaps you were referring to a different part of the codebase w.r.t. the direct-physical thing?14:41
mriedemno i was just pointing at that thing14:42
mriedemthis part dev_type = pci_request.DEVICE_TYPE_FOR_VNIC_TYPE.get(vnic_type)14:43
feeblepipesright14:43
mriedempci_request.DEVICE_TYPE_FOR_VNIC_TYPE is only mapped to direct-physical14:43
feeblepipesyes, understood.14:43
*** zz_dimtruck is now known as dimtruck14:43
jangutterOh hey, thanks for taking the time to review!14:44
feeblepipesjangutter: hi :)14:44
feeblepipesjangutter: sorry for the delay. been quite ill last few days :(14:44
*** mtanino has joined #openstack-nova14:44
jangutterfeeblepipes: not a problem, it took waaay too long on our side to jump the necessary hurdles. No-one to blame but me.14:45
jangutterfeeblepipes: yeah, regarding that allocation, the idea is not to put in a new place for it, but to allow port profiles that are "non-SR-IOV" to also request pci devices.14:46
jangutterfeeblepipes: and you're absolutely right, it is the crux of the spec. I had looked at other places, but most of them would happen after scheduling had already occurred.14:49
openstackgerritIldiko Vancsa proposed openstack/nova master: Add Cinder v3 detach call to _terminate_volume_connections  https://review.openstack.org/45689614:49
feeblepipesjangutter: see what I wrote to mriedem above about being pretty firm about keeping the information that we pass about the vNIC as vendor-agnostic as possible (and focusing instead on the *features* or functionality that the underlying technology supports)14:49
*** cdent has quit IRC14:49
openstackgerritChris Dent proposed openstack/nova master: [placement] Idempotent PUT /resource_classes/{name}  https://review.openstack.org/44879114:49
openstackgerritChris Dent proposed openstack/nova master: Update resource tracker to PUT custom resource classes  https://review.openstack.org/45691514:49
openstackgerritJan Gutter proposed openstack/nova-specs master: Spec to enable Netronome SmartNIC support  https://review.openstack.org/45638614:50
*** sdague has quit IRC14:50
feeblepipesjangutter: what I'd like to see is a description of those features of the virtual switch technology that we could use instead of specific PCI vendor_id/product_id information.14:50
*** lpetrut has joined #openstack-nova14:51
jangutterYep, so after a discussion yesterday with sean-k-mooney, it looks like it should be possible to push that check out to the OS-VIF side.14:52
feeblepipesjangutter: another way to think about things... what is the difference between network_model.VNIC_TYPE_AGILIO_PASSTHROUGH and network_model.VNIC_TYPE_DIRECT or, frankly, network_model.VNIC_TYPE_DIRECT_PHYSICAL?14:52
*** coreywright has joined #openstack-nova14:52
*** scottda has joined #openstack-nova14:52
jangutterfeeblepipes: Those two AGILIO VNIC types were added to in an effort not to re-use internal OpenStack code: they should go completely away.14:54
*** dane-fichter has quit IRC14:55
jangutterfeeblepipes: The idea is to have all the necessary whitelist info sent down via the os-vif port profile, so that the API will do matching.14:56
feeblepipesjangutter: ok. that's cool with me. How exactly, however, do you plan to keep vendor_id/product_id information out of the os-vif modeling? In other words, what I'm looking for is an indication that you've thought of how to communicate the *functionality* that Agilio SmartNICs provide to the end user instead of passing a PCI vendor_id/product_id :)14:57
jangutterfeeblepipes: That's done in a couple of ways: a deployer runs a script that generates a nova.conf fragment, this adds the VF's to the compute node with in a full pci-whitelist format.14:58
feeblepipesjangutter: sure, understood. that merely lets nova-compute "use" the Agilio NICs for tenants.14:59
*** yamamoto has joined #openstack-nova14:59
jangutterfeeblepipes: Secondly, the OS-VIF object for the external plugin gets a set of fields. Likely this would be vendor/productids, we'll definitely have to coordinate with Mellanox on that.15:00
*** gjayavelu has joined #openstack-nova15:00
jangutterfeeblepipes: so when the API code at that place hits, the port profile is available, and the pci devices has been registered.15:00
feeblepipesjangutter: right, so that's the thing I'd be -1 on :) we should definitely work with Moshe and others from Mellanox to ensure vendor_id/product_id information isn't needed to be passed via os-vif models.15:01
feeblepipesjangutter: what I'm looking for is an object model that says "hey, I need a VIF plug that supports feature X, Y, and Z", not an object model that says "hey, I need a VIF plug that is specific to Mellanox Indigo NPS"15:03
feeblepipesjangutter: that make sense?15:03
jangutterfeeblepipes: hmmm... that's interesting... you just made me think quite a lot...15:03
jangutterfeeblepipes: that would basically mean a "capability set" sort-of?15:04
feeblepipesjangutter: BINGO :)15:04
feeblepipesjangutter: ala the traits/capabilities that have begun to emerge here: https://review.openstack.org/#/c/448283/415:05
jangutterfeeblepipes: I can understand the appeal, but WOW, the parameter space is _big_.15:06
feeblepipesjangutter: so, as an example, the Neutron port profile and os-vif object model would, say, have a list of these acceleration traits: https://review.openstack.org/#/c/448283/4/os_traits/hw/nic/accel.py15:06
*** ijw has joined #openstack-nova15:06
feeblepipesthat would be required to match to an available PCI device on the target host.15:06
*** zenoway has quit IRC15:06
*** zenoway has joined #openstack-nova15:07
feeblepipesjangutter: and Netronome and Mellanox would add a set of traits/features that their NICs supported to https://review.openstack.org/#/c/448283/4/os_traits/hw/nic/sriov.py15:07
jangutterfeeblepipes: I'm just worried that the acceleration traits would not dovetail much. For example, our NIC's got an insane amount of flexibility. The same HW can support many different features.15:07
jangutterfeeblepipes: our internal lingo for the firmware running on the chip is "application" - the image I get when l think of negotiating capabilities is some insane duel.15:09
feeblepipesjangutter: an end user, though, only wants to launch a VM on a host that has a NIC with certain features. an end user doesn't say "hey, I want a VM with a Netronome Agilio SmartNIC" (because, frankly, the end user doesn't *know* that the underlying hardware has Agilio NICs). Instead, the end user says "hey, give me a VM that has access to an SR-IOV virtual function that has a particular set of features"15:10
jangutterfeeblepipes: Ah, I've been confusing operators with end-users.15:11
feeblepipesjangutter: no worries. it's a common NFV problem :) in NFV land, there is no end user. The only user of the system is a privileged administrator user embodied in the MANO/VNFM system.15:11
feeblepipesjangutter: but Nova is for end users -- the people/systems that launch VMs. So, we're constantly trying to shape the new NFV-specific features into a world that "normal users" can understand and utilize via the Nova APIs.15:12
jangutterfeeblepipes: OK, let's take the current flat/vlan SR-IOV mechanism as an example. An end user creates a port on a particular network and specs "it should be direct". (I think "direct" tends to go with VF's and "direct-physical" tend to go with PFs).15:12
feeblepipesok, continue15:13
jangutterfeeblepipes: if there are a mix of NICs then some instances would pop up with one type of driver required, and others would pop up with another, correct?15:13
*** zenoway has quit IRC15:14
*** zenoway has joined #openstack-nova15:14
jangutterfeeblepipes: It should be possible to do some flavor/image filtering or something, to match the flavors with the drivers they support?15:15
feeblepipesjangutter: if there are a mix of NICs, they should be differentiated by their feature set, not by their vendor_id/product_id.15:16
*** jamesdenton has quit IRC15:17
feeblepipesjangutter: so, for example, if a user launches a VM with nova boot --net port_id=<PORT_UUID> and that port has binding information that constructs a PCI request, the stuff in that PCI request should be a feature set, not a vendor_id/product_id. That's what I'm getting at :)15:17
*** burgerk has joined #openstack-nova15:17
jangutterfeeblepipes: with iommu passthrough, the instances get a raw PCI device, with the vendor/product exposed. I've been looking at that tuple as "a feature" :-p15:17
feeblepipesjangutter: and that feature set is what should be used by the scheduler and the nova-compute pci device manager to match a particular NIC among many on the host.15:18
feeblepipesjangutter: what about having "iommu_passthrough" as the feature, then?15:18
jangutterfeeblepipes: well, iommu_passthrough won't tell us anything of the device type that's going to appear inside the VM.15:19
feeblepipesjangutter: would an end-user say "I want a vNIC that is associated to a VF that has IOMMU passthrough features" or would the end user say "I want a vNIC that is associated with a VF that is a Netronome Agilio SmartNIC PF"?15:19
*** Qiming has quit IRC15:22
jangutterfeeblepipes: my view of one usecase is this: an end-user says "I want a vNIC, associated with a VF, passed through via IOMMU, with <insert-hw-driver-here> PCI driver, additionally pin everything for me optimally, pretty please!"15:23
feeblepipes:)15:23
feeblepipesjangutter: ok, cool. we're getting somewhere here :)15:23
jangutterfeeblepipes: with DPDK applications being specifically compiled for specific PCI drivers, it's sometimes a _must_.15:23
*** crushil has quit IRC15:24
feeblepipesjangutter: the <insert-hw-driver-here> goes in the *image metadata*, though.15:24
*** crushil has joined #openstack-nova15:24
feeblepipesjangutter: because the image metadata is what describes the workload to be launched. that image metadata can describe the HW driver's installed on the image, and that information can/should be used by os-vif in setting up the VIF plug on the host.15:25
jangutterfeeblepipes: yeah, but that leads to the other bit of fun. Give me one vNIC on control, standard TAP, and vNIC 2 for my DPDK NFV application.15:25
feeblepipesjangutter: so I think we're *almost* there.15:25
*** crushil has quit IRC15:25
*** crushil has joined #openstack-nova15:25
jangutterfeeblepipes: is it possible to spec stuff that fine-grained?15:25
*** crushil has quit IRC15:25
feeblepipesjangutter: ah, indeed. so perhaps that information (hw driver) does need to be in the port binding profile.15:26
feeblepipesjangutter: yes, it is possible. via the port profile information.15:26
*** crushil has joined #openstack-nova15:26
feeblepipesjangutter: I still don't think we need to have vendor_id/product_id in there, though. :)15:26
feeblepipesjangutter: in any case... I think this is also something we can hash out in the code rather than the spec.15:26
jangutterfeeblepipes: I am definitely not averse to having a "driver list". That's actually a pretty good idea from a user's perspective.15:27
feeblepipesjangutter: I'm willing to +2 the spec on condition that you just place a note in the spec that we've discussed on IRC how to make the information passed between Neutron and Nova via os-vif as generic as possible.15:27
*** tomhambleton_ has quit IRC15:27
feeblepipesjangutter: if you can do that quick, I'll +2 it and mriedem can as well.15:27
*** tomhambleton_ has joined #openstack-nova15:27
*** Qiming has joined #openstack-nova15:30
mriedemsfinucan: how do i reference another link within the same docs using rst again?15:30
mriedemlike i want to link to a section in the nova-manage man page from the nova-cells man page15:31
jangutterI shall definitely do so: to summarize: It is undesirable to send the VF selection parameters to Nova as PCI vendor/product ID, further work should be done to develop a capability or driver list that would abstract this away from users.15:31
mriedemoh maybe :ref:15:32
efriedmriedem Looks like that kolla thing got sorted.  Can you throw me a link to whatever dashboard/view I should be using, so I can maybe pick off some lhf?15:32
mriedemefried: not sorted yet, docs change coming soon15:32
efriedI meant triaged15:32
efriedThat's the goal of the current sweep, right?15:33
efriedNot to resolve, but to get 'em out of 'New'?15:33
mriedemefried: yeah15:33
mriedemlike 'unexpected api error' is usually always invalid15:33
mriedemand a misconfiguration15:33
openstackgerritMatt Riedemann proposed openstack/nova master: Add release note and update cell install guide for multi-cell limitations  https://review.openstack.org/45692315:34
mriedemmelwitt: ^15:34
*** imacdonn has joined #openstack-nova15:34
*** edmondsw has joined #openstack-nova15:35
mriedemEmilienM: owalsh: ^15:35
*** mdnadeem has quit IRC15:36
*** rcernin has quit IRC15:37
*** mtanino has quit IRC15:38
efriedThis thing about having to run a new discovery command to make stuff work...  Could it not just be made to work out of the box if you only have one cell?15:38
*** john5223 has joined #openstack-nova15:44
*** ijw has quit IRC15:44
*** nkorabli_ has quit IRC15:45
*** nkorabli has joined #openstack-nova15:45
*** burt has quit IRC15:46
efried[irony: when --help doesn't automatically page, and you have to say --help|less]15:47
mriedemefried: we have a config option if you want things discovered automatically,15:50
mriedembut it's a bit heavy for large deployments15:50
mriedemdan has a series up to improve that15:50
jangutterIs there a way to refer to today's IRC chat in a spec?15:50
efriedmriedem Okay, neat.15:50
mriedemjangutter: yeah, esc15:50
mriedem*Sec15:50
efriedhttp://eavesdrop.openstack.org/irclogs/%23openstack-nova/15:50
efriedjangutter ^^15:50
mriedemefried: https://blueprints.launchpad.net/nova/+spec/discover-hosts-faster15:50
mriedemjangutter: http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2017-04-14.log.html#t2017-04-14T14:44:0615:51
jangutterWhatever you write is now memorialized forever. Or until cats reclaim their rightful place on top of the food chain.15:52
*** zenoway has quit IRC15:52
*** zenoway has joined #openstack-nova15:53
*** damien_r has quit IRC15:54
mriedemour cat can easily be defeated with a bag of chips15:54
*** phuongnh has joined #openstack-nova15:54
openstackgerritJan Gutter proposed openstack/nova-specs master: Spec to enable Netronome SmartNIC support  https://review.openstack.org/45638615:54
*** trinaths has joined #openstack-nova15:56
openstackgerritMatt Riedemann proposed openstack/nova master: Tell people that the nova-cells man page is for cells v1  https://review.openstack.org/45692515:57
jangutterAnother newbie question. I've replied to a bunch of comments on an older review. They're in "draft" in gerrit now, am I too late?15:57
mriedemjangutter: no, you can still publish those15:57
efriedjangutter No - go to that patch set and they'll show up.15:57
*** zenoway has quit IRC15:57
*** Jack_Iv_ has quit IRC15:57
*** psachin has quit IRC15:57
efriedStill not entirely understanding why a compute node can't automatically 'discover' itself into a cell if there's only one cell...15:58
*** edmondsw has quit IRC15:58
mriedemefried: it would require an upcall from the compute to the api layer, which we don't want15:58
mriedemupcalls are the devil15:58
mriedems/the/a/15:58
openstackgerritIldiko Vancsa proposed openstack/nova master: Add Cinder v3 detach call to _terminate_volume_connections  https://review.openstack.org/45689615:58
mriedemefried: also, that would require either an upcall or putting the nova api db credentials in the compute config15:59
mriedemanother thing we don't want15:59
efriedmriedem And all of that is different from how a compute node registered itself B.C. (before cells)?16:00
mriedemyes16:00
mriedemin the before times,16:00
mriedemthere was no api db16:01
mriedemthere were no host mappings in the api db16:01
*** mlavalle has joined #openstack-nova16:01
mriedemwhen you start nova-compute, it creates it's own compute_nodes table record for that host (happens in ResourceTracker.update_available_resource eventually)16:01
mriedemwhen you start the service it also creates a record in the services table for the nova-compute binary16:01
mriedemthose all get mangled up in the api somehow16:02
mriedemfeeblepipes loves it16:02
*** mdrabe has quit IRC16:02
mriedembut with no cells, i.e. regular old stock nova, there was just a single db and everything was in there16:02
mriedemefried: are you going to be in boston?16:03
efriedmriedem Yessir.16:03
mriedemthen put https://www.openstack.org/summit/boston-2017/summit-schedule/events/18727/ on your schedule16:03
*** ralonsoh has quit IRC16:04
efriedmriedem Roger wilco, and thanks.16:04
*** gyee has joined #openstack-nova16:05
*** hongbin has joined #openstack-nova16:07
*** mdrabe has joined #openstack-nova16:08
*** dtp has joined #openstack-nova16:09
*** yamamoto has quit IRC16:10
*** larainema has quit IRC16:12
EmilienMmriedem: ack16:12
*** edmondsw has joined #openstack-nova16:14
*** mwhahaha has quit IRC16:14
*** mwhahaha has joined #openstack-nova16:15
*** Apoorva has joined #openstack-nova16:16
*** lucasxu has quit IRC16:19
*** edmondsw has quit IRC16:21
*** armax has quit IRC16:21
*** armax has joined #openstack-nova16:21
*** nkorabli_ has joined #openstack-nova16:23
*** nkorabli has quit IRC16:23
*** vks1 has quit IRC16:24
*** lpetrut has quit IRC16:30
*** amotoki has joined #openstack-nova16:31
feeblepipesjangutter: yes, your summary of the requested changes above is good.16:33
*** ssurana has joined #openstack-nova16:34
jangutterfeeblepipes: if all else fails there's also that list of emulated vNICs that qemu uses: confusingly it's called "hw_vif_model"16:36
feeblepipesjangutter: yeah, I know :(16:36
feeblepipespeter-hamilton: approved.16:43
peter-hamiltonfeeblepipes: awesome, thanks!16:43
feeblepipespeter-hamilton: np. sorry again for the delay.16:43
peter-hamiltonfeeblepipes: no problem, i hope you recover quickly16:44
feeblepipespeter-hamilton: about 50% today. which is better than yesterday's 10% :)16:44
peter-hamiltonfeeblepipes: yep, i've been there16:44
peter-hamiltonfeeblepipes: thanks for the comment on the history btw16:45
peter-hamiltonfeeblepipes: i find it helps to summarize decisions and the back-and-forth over the months16:45
*** catintheroof has joined #openstack-nova16:45
feeblepipesyeah, it actually makes it a bit easier for those of us kinda coming into a spec late in its lifetime.16:45
peter-hamiltonfeeblepipes: no one else seems to use it for much16:45
feeblepipes++16:45
*** catintheroof has quit IRC16:46
*** crushil has quit IRC16:47
*** catintheroof has joined #openstack-nova16:47
*** Kevin_Zheng has quit IRC16:47
*** robcresswell has quit IRC16:48
*** robcresswell has joined #openstack-nova16:48
*** ngupta has quit IRC16:49
jangutterAny more actions on https://review.openstack.org/456386 I need to take?16:52
*** edmondsw has joined #openstack-nova16:54
feeblepipesjangutter: did you push a new revision with wording around the "genericness" of parameters passed via os-vif/Neutron port binding profile?16:56
jangutterfeeblepipes: yeah, that's been updated, plus a link to the chat.16:57
*** hongbin has quit IRC16:58
*** fragatina has joined #openstack-nova16:58
feeblepipesjangutter: awesome. reviewing again.16:58
*** fragatina has quit IRC16:59
*** crushil has joined #openstack-nova16:59
*** hoonetorg has quit IRC16:59
*** fragatina has joined #openstack-nova16:59
*** burgerk has quit IRC17:04
*** ngupta has joined #openstack-nova17:06
*** artom has quit IRC17:06
*** lucasxu has joined #openstack-nova17:06
*** artom has joined #openstack-nova17:06
feeblepipesjangutter: k, +2 from me. mriedem, feel free to give 456386 another spin.17:06
jangutterfeeblepipes: thanks!17:07
feeblepipesjangutter: np17:07
feeblepipesdansmith: did you see johnthetubaguy's request for your review on https://review.openstack.org/#/c/407237/?17:08
*** artom has quit IRC17:08
*** artom has joined #openstack-nova17:08
*** phuongnh has quit IRC17:09
*** esberglu has quit IRC17:14
*** sbezverk has joined #openstack-nova17:17
*** lucasxu has quit IRC17:20
*** trinaths has quit IRC17:21
*** ngupta has quit IRC17:22
*** esberglu has joined #openstack-nova17:25
*** lucasxu has joined #openstack-nova17:26
*** ngupta has joined #openstack-nova17:27
*** damien_r has joined #openstack-nova17:28
*** ijw has joined #openstack-nova17:31
*** armax_ has joined #openstack-nova17:31
*** tesseract has quit IRC17:33
*** efried has quit IRC17:33
*** armax has quit IRC17:35
*** armax_ is now known as armax17:35
owalshmriedem: yea, the related change in tripleo was to handle this17:37
*** damien_r has left #openstack-nova17:39
*** yamahata has joined #openstack-nova17:41
*** nkorabli_ has quit IRC17:41
*** ngupta has quit IRC17:42
*** nkorabli has joined #openstack-nova17:43
*** efried has joined #openstack-nova17:45
*** Jack_Iv has joined #openstack-nova17:46
*** ngupta has joined #openstack-nova17:49
*** ijw has quit IRC17:57
*** sdague has joined #openstack-nova18:02
*** baoli has quit IRC18:04
*** baoli has joined #openstack-nova18:05
*** oanson has quit IRC18:05
*** oanson has joined #openstack-nova18:07
mriedemfeeblepipes: jangutter: done18:08
feeblepipesmriedem: thanks, Matt. and apologies for the delay on these after spec freeze.18:08
mriedemp18:08
mriedem*np18:08
mriedemyou get an exception because jay was sick18:08
mriedemwas/is18:08
feeblepipesmriedem: I'm trying to get the GPU spec finalized and the one about listing migrations.18:08
mriedemfeeblepipes: i have not looked at the gpu spec and probably won't18:09
mriedemi plan on looking at the listing migration types one though18:09
feeblepipesmriedem: k18:09
mriedembecause that api annoys me18:09
feeblepipesmriedem: I have a number of concerns on it, yes.18:09
*** burt has joined #openstack-nova18:09
mriedemlack of gpu complexity in nova doesn't annoy me18:09
jangutterfeeblepipes, mriedem, you have my eternal gratitude!18:09
mriedemfeeblepipes: e.g. https://bugs.launchpad.net/nova/+bug/166874718:10
openstackLaunchpad bug 1668747 in OpenStack Compute (nova) "api-ref: os-migrations is missing response details and information about v2.23" [Medium,Confirmed]18:10
feeblepipesjangutter: kein Problem!18:10
feeblepipesjangutter: or maybe "geen probleem!"? :)18:11
jangutterIt's the second one!18:11
feeblepipesaha!18:11
*** harlowja has joined #openstack-nova18:12
jangutterFair warning, don't let us Afrikaans people start teaching you phrases. You might end up learning the ultimate language to insult someone in.18:12
feeblepipes:)18:13
*** cdent has joined #openstack-nova18:13
*** armax has quit IRC18:18
*** djohnsto has quit IRC18:20
*** MasterOfBugs has joined #openstack-nova18:20
*** jangutter has left #openstack-nova18:23
openstackgerritChris Dent proposed openstack/nova master: Update resource tracker to PUT custom resource classes  https://review.openstack.org/45691518:23
*** cdent has quit IRC18:24
*** krtaylor has quit IRC18:30
*** fragatina has quit IRC18:31
mriedemfeeblepipes: while you're close to passing out or vomiting, let me throw this on you https://review.openstack.org/#/c/453272/18:32
*** mnestratov has quit IRC18:33
feeblepipesmriedem: what's the difference between the instance action of evacuate vs the instance action of rebuild?18:35
mriedemwith evacuate the source compute host is dead18:36
mriedemwith rebuild it's not18:36
feeblepipesmriedem: how would the user know which is which?18:36
mriedemusers don't evacuate18:36
mriedemsince it's a migratoin18:36
mriedem*migratoin18:36
mriedemdamn18:36
mriedemmigration18:36
mriedemadmins evacuate18:36
feeblepipesmriedem: and who rebuilds?18:36
mriedemusers that want the same attached volumes but a new image18:36
mriedemyou can specify a new image with rebuild18:37
feeblepipesle sigh... ok.18:37
mriedembasically it's a server create to over18:37
mriedemsame host though i believe18:37
feeblepipesdo-over you mean?18:37
mriedemthe rebuild happens on the same host that the instance already lives on18:37
mriedemit would have to for the networking and volumes18:37
mriedemnow rebuild + volume-backed root disk....18:38
mriedemi'd have to investigate18:38
mriedemwe track evacuations with the migrations table since it's a type of move18:38
mriedemthat was part of dan's robustify evacuate changes in i think mitaka18:38
mriedemso that when the old host comes back up it doesn't delete all of your instances that are now running somewhere else18:39
mriedembecause that was a real thing18:39
mriedemand could wipe out your entire vcenter cluster18:39
mriedemyou're welcome18:39
mriedemi.e. we check the migrations table to see if an instance was evacuated on startup of the old host18:39
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L63518:40
feeblepipesmriedem: +W'd that spec. working on mgagne's one now.18:42
mriedemi guess i should read the list migration types one18:44
mriedemsfinucan: the spec for this is approved now so you can drop the procedural -2 https://review.openstack.org/#/c/430608/18:45
*** armax has joined #openstack-nova18:48
*** claudiub|2 has quit IRC18:50
*** krtaylor has joined #openstack-nova18:58
*** baoli has quit IRC18:59
*** baoli has joined #openstack-nova18:59
openstackgerritDan Peschman proposed openstack/nova master: Option to always create network metadata information as static  https://review.openstack.org/33629319:00
*** jbryce has quit IRC19:02
*** jbryce has joined #openstack-nova19:02
*** Jack_Iv has quit IRC19:10
*** Jack_Iv has joined #openstack-nova19:15
*** cleong has quit IRC19:18
*** tbachman has joined #openstack-nova19:19
*** rcernin has joined #openstack-nova19:20
*** jamesdenton has joined #openstack-nova19:20
*** fragatina has joined #openstack-nova19:22
*** gyee has quit IRC19:22
*** markvoelker has quit IRC19:22
*** Jack_Iv has quit IRC19:27
*** markvoelker has joined #openstack-nova19:30
*** liusheng has quit IRC19:30
*** chenying has quit IRC19:31
*** armax_ has joined #openstack-nova19:32
*** prateek has joined #openstack-nova19:33
*** armax has quit IRC19:33
*** armax_ is now known as armax19:33
*** tbachman has quit IRC19:39
*** edmondsw has quit IRC19:45
*** edmondsw has joined #openstack-nova19:46
*** stvnoyes has quit IRC19:46
mriedemfeeblepipes: i left some comments in https://review.openstack.org/#/c/407237/ too19:49
mriedemfeeblepipes: i'm not sure why the various task state transitions were left in there, unless that was to show what in-progress meant for each type of migration?19:49
feeblepipesyeah, maybe.19:49
mriedemthose don't line up with what the supported migration statuses are though19:49
mriedemalso, i've always found it odd that we filter what we return to just in-progress migrations19:49
mriedemthat is an artifact of when os-migrations was added, and i think it was only there for the cancel action19:50
mriedemso those were tightly coupled19:50
*** edmondsw has quit IRC19:50
mriedemi don't think we should restrict the returned set to in-progress migrations by default, but rather allow a status filter parameter19:50
*** Jack_Iv has joined #openstack-nova19:51
*** chenying has joined #openstack-nova19:53
*** liusheng has joined #openstack-nova19:53
mriedemi might blast the ML on that one unless there is a good reason i'm missing19:54
mriedemi'd also like operator feedback19:54
feeblepipescool with me.19:54
feeblepipesalmost done with the VGPU spec.19:55
sdaguemriedem: hmmm... that does make me wonder if I could pillage instance actions in a reasonable way then for statistics. Perhaps I'll ponder that next week20:01
mriedemand that reminds me to ask about instance actions for shelve in the ops list20:01
*** catintheroof has quit IRC20:02
sdagueI think it would mostly be useful if we put something into nova-manage that would build statistics based on it for dump20:05
*** stvnoyes has joined #openstack-nova20:06
*** gyee has joined #openstack-nova20:08
*** yamamoto has joined #openstack-nova20:08
*** annegentle has quit IRC20:11
mriedemyeah20:11
mriedemalso, crap, but we return db primary keys for the migrations api20:11
feeblepipessfinucan: -1 from me for a few remaining niggles on https://review.openstack.org/#/c/450122/, but it's pretty close.20:11
mriedemso when you want to cancel an in-progress live migration out of the api, you pass in the id but with multi-cell we won't know which cell it's in20:12
feeblepipesmriedem: yeah... that needs to die in a fire.20:12
mriedemfeeblepipes: well that's dying for services and compute nodes in the api, but i missed migrations20:12
feeblepipesmriedem: also, since migrations list runs in all cells, you get duplicate migration IDs. fun!20:12
mriedemfeeblepipes: true story20:12
mriedemi don't think dansmith has fixed that one yet20:12
mriedemwhich is why we didn't think about it earlier20:12
feeblepipesmriedem: it's not terribly important really... now that we removed the top-level os-migrations/ REST resource, it's not like there's a global key.20:13
feeblepipesmriedem: meaning it's always under servers/.../os-migrations20:13
*** yamamoto has quit IRC20:13
feeblepipesmriedem: so, no harm no foul. the primary key is within the server's cell.20:13
feeblepipesmriedem: but still, annoying and should die in a fire.20:14
mriedemfeeblepipes: oh you're right yeah, we'll lookup the instance via uuid, and when we do that we target the context to the cell that the instance is in20:18
mriedemso looking up the migration by id after that is ok20:19
mriedemwhew20:19
feeblepipesya20:19
*** abalutoiu has joined #openstack-nova20:19
feeblepipes#success mriedem said I was right.20:19
openstackstatusfeeblepipes: Added success to Success page20:19
*** smatzek has quit IRC20:19
mriedemha20:26
feeblepipesmriedem: so, quick question on mgagne's extend volume spec...20:33
feeblepipesmriedem: we didn't add a microversion when we added the network-vif-deleted external event. why are we requiring one here?20:33
mriedemfeeblepipes: i think that predated microversions20:34
feeblepipesmriedem: and the answer could easily be "we didn't have microversions then"... I just honestly don't know.20:34
feeblepipesah, ok.20:34
mriedemthat was like havana or icehouse20:34
feeblepipessdague: any memory of above?20:34
feeblepipesmriedem: k.20:34
mriedemi remember talking about that at the first midcycle in provo utah20:34
feeblepipesmriedem: I'm going to approve this then.20:34
mriedemwhich was icehouse20:34
mriedemyeah https://github.com/openstack/nova/commit/ce936ea5f3ae0b4d3b816a7fe42d5f0100b20fca20:35
mriedemf man, to the t20:35
mriedemicehouse it was20:35
feeblepipesmriedem: +W'd.20:35
*** gouthamr has quit IRC20:35
*** ericyoung has quit IRC20:36
feeblepipesmriedem: any more high-priority specs you need reviewed?20:36
feeblepipesmriedem: what about the "use service catalog for glance" one? I think that's actually a really good one to do and is a relatively small amount of work.20:37
feeblepipesmriedem: well, technically it's not just glance, but all services.20:37
mriedemthere was a spec for that?20:37
mriedemi thought we were just doing that20:37
mriedemand had been20:37
feeblepipeshttps://review.openstack.org/#/c/454983/20:37
feeblepipeslooks new :)20:38
mriedemheh, i don't think we really need a spec for that,20:38
feeblepipesstill has that new car smell.20:38
*** vishwanathj has quit IRC20:38
mriedemthat's been part of the move to ksa for awhile now20:38
feeblepipesya20:38
*** vishwanathj has joined #openstack-nova20:38
mriedemlet me read quick20:38
feeblepipesmriedem: cburgess has responded positively on your suggestion for not limiting migrations in the listing. I say based on that feedback, we don't do it. :P20:41
mriedemha20:42
mriedemoh chet20:42
mriedemalways the punching bag20:42
feeblepipesindeed.20:42
mriedemi'm going to pull the service catalog one down and fix some nits then +220:44
*** Jack_Iv has quit IRC20:44
*** Jack_Iv has joined #openstack-nova20:45
*** Jack_Iv has quit IRC20:49
*** ijw has joined #openstack-nova20:50
*** ijw has quit IRC20:50
*** ijw has joined #openstack-nova20:50
feeblepipesmriedem: k, lemme know when you do and I'll review.20:51
*** dimtruck is now known as zz_dimtruck20:52
feeblepipescfriesen: nice "does anyone actually use shelve?" :)20:53
feeblepipescfriesen: my feelings precisely.20:53
feeblepipesshould die in a fire :)20:53
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Use service catalog to get endpoint URLs  https://review.openstack.org/45498320:53
mriedemfeeblepipes: ^20:53
feeblepipesdanke20:53
mriedemsdague: yeah nova-manage is probably what we have to use since we can't list instance actions out of the api for all tenants20:54
*** esberglu has quit IRC20:54
mriedemsdague: if you wanted to brain dump ideas for an interface in a blueprint it could be hacked on20:55
mriedemlike, list total number of all actions or something20:55
mriedemmaybe provide a time window20:55
*** gouthamr has joined #openstack-nova20:58
feeblepipesmriedem: actually, -1 from me. see review..21:02
*** pramodrj07 has joined #openstack-nova21:03
*** MasterOfBugs has quit IRC21:06
mriedemi commented on some of that in PS121:06
mriedemlooking something up21:07
mriedemi guess ksa doesn't provided endoint_override21:08
mriedemi know we have api_endpoint for ironic conf in nova and i thought that was coming from ksa21:08
mriedemreplied21:11
mriedemfeeblepipes: your turn to update that one?21:11
mriedemi'm good with no endpoint_override backdoor, but also want to see the old options deprecated when we're using the service catalog21:12
*** lucasxu has quit IRC21:15
cburgessfeeblepipes Have I wronged you in some way recently? :P21:15
*** claudiub|2 has joined #openstack-nova21:15
cburgessfeeblepipes Yes shelve should die in a fire, preferably a very very hot one.21:16
*** lucasxu has joined #openstack-nova21:16
mriedemcburgess: you know, the lowest level of hell is actually ice21:17
cburgessHmmm I missed that.21:17
cburgessDante?21:17
mriedemyup21:17
cburgessHuh... not sure how I missed that. Didn't read it that closely though.21:17
*** prateek has quit IRC21:18
cburgessI haven't looked yet... is there any type of agenda for Boston?21:18
cburgessI know its not typical summit format...21:19
mriedemyes21:19
efriedcburgess If you get the app, you can see (and flag) all the sessions.21:19
mriedemhttp://forumtopics.openstack.org/ are the sessions, but yeah they are in the schedule too now21:19
efriedSo - a bp to deprecate and ultimately remove shelve?21:21
efriedAnd see who screams?21:21
efriedAnd if anyone gripes after we remove it, we can say we warned 'em?21:22
mriedemi don't think we're there yet21:22
*** abalutoiu has quit IRC21:22
efriedJust at the point where we can spend literally all day hatin on it.21:22
mriedemi've only spent 1/8 of my day hating it21:23
mriedem3/8 yesterday21:23
efriedYou multitasker, you.21:23
mriedemcburgess: this is what you want i think https://www.openstack.org/summit/boston-2017/summit-schedule/global-search?t=Forum%3A%2BFishbowl%2BDiscussion21:23
mriedemthose are the things that take the place of the design summit now21:23
cburgessmriedem Ahh cool thanks21:24
cburgessmriedem Is its just 1 track of all of it now? Its all "The Forum" no break outs by project at all in this format?21:25
*** xinliang has quit IRC21:26
mriedemright21:26
mriedemso think of how monday and tuesday used to work before21:26
cburgessHmmm I don't think I can afford donuts for that many people.21:26
mriedem2-3 tracks at a time21:26
cburgessYeah21:26
mriedembut now it's 4 days21:26
mriedemno vertical design summit21:26
feeblepipesmriedem: yeah, gimme sec, will update in a bit.21:27
feeblepipescburgess: :P21:27
cburgessfeeblepipes What happened to leaky? Got tired of it?21:27
feeblepipescburgess: been sick as a pug of late :(21:28
cburgessLame. Sorry to hear.21:28
feeblepipescburgess: ya21:28
*** jamesdenton has quit IRC21:31
*** crushil has quit IRC21:31
*** artom has quit IRC21:36
*** artom has joined #openstack-nova21:36
*** ngupta has quit IRC21:37
*** xinliang has joined #openstack-nova21:37
*** xinliang has joined #openstack-nova21:37
*** ngupta has joined #openstack-nova21:38
*** artom has quit IRC21:38
*** artom has joined #openstack-nova21:38
*** ngupta has quit IRC21:42
efriedmriedem Since I'm new to this bug triaging thing, can you please let me know whether I've done the right thing here, and/or if I could/should do more? https://bugs.launchpad.net/nova/+bug/168219521:48
openstackLaunchpad bug 1682195 in OpenStack Compute (nova) "Unexpected API Error" [Undecided,New]21:48
efriedI don't think I have permission to change the status.  Also didn't see a way to mark a dup in an actual field.21:48
efriedah, there it is.21:48
*** felipemonteiro has quit IRC21:49
*** winston-d_ has quit IRC21:53
feeblepipesmriedem: with the cinderv2 thing, they have the service_type as cinderv2 :)21:55
*** mdrabe has quit IRC21:58
*** amotoki has quit IRC21:58
*** jogo has quit IRC21:59
*** jogo has joined #openstack-nova21:59
*** lucasxu has quit IRC22:01
*** MasterOfBugs has joined #openstack-nova22:01
*** gouthamr has quit IRC22:03
*** pramodrj07 has quit IRC22:04
*** burt has quit IRC22:05
openstackgerritJay Pipes proposed openstack/nova-specs master: Use service catalog to get endpoint URLs  https://review.openstack.org/45498322:09
feeblepipesmriedem: ^22:09
*** hongbin has joined #openstack-nova22:17
*** feeblepipes has quit IRC22:20
*** sdague has quit IRC22:25
*** ngupta has joined #openstack-nova22:25
*** zz_dimtruck is now known as dimtruck22:26
mriedemefried: ok, i don't know that https://bugs.launchpad.net/nova/+bug/1682195 is a duplicate of the other bug because the other bug is related to showing consoles22:27
openstackLaunchpad bug 1678493 in OpenStack Compute (nova) "duplicate for #1682195 oslo_messaging.exceptions.MessagingTimeout" [Undecided,Incomplete]22:27
mriedemthe former is just some error when launching an instance22:27
mriedembug 1682195 is using nova-network22:28
mriedemprobably not setup properly22:28
efriedmriedem Okay.  Is it legal to mark as Incomplete out of hand when they don't have logs & configs attached?22:28
efriedOr is that just being lazy?22:29
mriedemefried: as invalid if it's a completely a support request22:29
*** thorst has quit IRC22:30
openstackgerritIldiko Vancsa proposed openstack/nova master: Add Cinder v3 detach to swap_volume  https://review.openstack.org/45697122:32
mriedemefried: i also base it on how much effort they put into the bug report22:33
mriedemif it's just a "nova boot failed, 500, here is a stacktrace that doesn't help at all", i mark it as invalid22:34
*** ngupta has quit IRC22:34
mriedemi'll leave a comment about why it's not helpful and what to provide, but it's invalid22:34
*** lyan has quit IRC22:34
mriedemif they actually give a reasonable amount of information but i need more info, i ask the questions and mark it incomplete22:34
*** ngupta has joined #openstack-nova22:34
efriedmriedem Okay.  The same guy opened three separate bug reports with very similar stack traces, which probably indicates it's a config problem on his part.22:34
efriedI marked them all as dups of the one I referenced above, but perhaps more appropriate would be to mark the first one Invalid/Incomplete and dup the others, noting that it's probably his config.22:35
mriedemi'd just mark all invalid22:36
*** edmondsw has joined #openstack-nova22:36
mriedemi don't duplicate super generic dead cat on your desk bugs as duplicates of other dead cat invalid bugs22:36
*** rcernin has quit IRC22:37
*** ngupta has quit IRC22:38
*** zul has quit IRC22:38
*** edmondsw has quit IRC22:40
*** shadow-x has joined #openstack-nova22:43
*** gjayavelu has quit IRC22:48
*** tbachman has joined #openstack-nova22:50
*** Sukhdev has joined #openstack-nova22:55
*** esberglu has joined #openstack-nova22:55
*** tbachman has quit IRC22:55
*** xyang1 has quit IRC22:57
*** esberglu has quit IRC22:58
*** esberglu has joined #openstack-nova22:58
efriedmriedem Thanks for the tips.  I marked https://bugs.launchpad.net/nova/+bug/1682087 and https://bugs.launchpad.net/nova/+bug/1682088 accordingly.23:07
openstackLaunchpad bug 1682087 in OpenStack Compute (nova) "<class 'oslo_messaging.exceptions.MessagingTimeout'>" [Undecided,Invalid]23:07
openstackLaunchpad bug 1682088 in OpenStack Compute (nova) "<class 'oslo_messaging.exceptions.MessagingTimeout'>" [Undecided,Invalid]23:07
*** esberglu has quit IRC23:07
*** yamamoto has joined #openstack-nova23:11
*** baoli has quit IRC23:13
mriedemefried: thanks for doing triage23:15
*** yamamoto has quit IRC23:16
*** catintheroof has joined #openstack-nova23:16
*** gouthamr has joined #openstack-nova23:20
*** tuan_luong has joined #openstack-nova23:27
*** tuanla_ has joined #openstack-nova23:28
*** tuanla_ has quit IRC23:28
*** tuan_luong has quit IRC23:28
*** gjayavelu has joined #openstack-nova23:28
*** gjayavelu has quit IRC23:29
*** lyan has joined #openstack-nova23:49
*** baoli has joined #openstack-nova23:50
*** baoli has quit IRC23:55
*** baoli has joined #openstack-nova23:58

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