Thursday, 2016-04-07

*** zz_dimtruck is now known as dimtruck00:00
*** ljxiash has quit IRC00:01
*** qeelee has joined #openstack-nova00:01
*** thorst has quit IRC00:02
*** akshai has joined #openstack-nova00:03
openstackgerritAllen Gao proposed openstack/nova: Use IPOpt and PortOpt in vnc options  https://review.openstack.org/30071600:06
openstackgerritAllen Gao proposed openstack/nova: config options: centralize quota options  https://review.openstack.org/30094000:07
*** akshai_ has joined #openstack-nova00:10
aNupoiscdiana_clarke: /usr/bin/00:11
*** zenoway has joined #openstack-nova00:12
*** mriedem has left #openstack-nova00:12
aNupoiscdiana_clarke: sys.path is set to /sys/00:13
*** akshai has quit IRC00:13
*** dimtruck is now known as zz_dimtruck00:13
*** pushkaru has quit IRC00:16
*** zenoway has quit IRC00:16
aNupoiscdiana_clarke: hey got it00:17
diana_clarkeaNupoisc: nice! where are they?00:17
aNupoiscdiana_clarke: its in /usr/local/lib/python-2.7/dist-packages/00:17
aNupoiscYeah actually i got that idea after checking PYTHONPATH00:18
aNupoiscdiana_clarke: Thanks :)00:19
*** mriedem has joined #openstack-nova00:19
diana_clarkeaNupoisc: I've avoided learning the "why" behind that stuff, but I should really read up on it one day.00:19
aNupoiscdiana_clarke: hehe.. I am learning.00:20
*** thorst has joined #openstack-nova00:25
*** pushkaru has joined #openstack-nova00:25
*** mtanino__ has joined #openstack-nova00:27
*** mtanino has quit IRC00:28
diana_clarkeaNupoisc: me too :)00:28
*** nic has quit IRC00:31
*** ctrath has quit IRC00:31
*** pushkaru has quit IRC00:32
*** vtech has quit IRC00:33
*** mtanino__ has quit IRC00:33
mriedemwow where does this come from? http://docs.openstack.org/developer/nova/runnova/managing.instance.types.html00:34
*** hoangcx has joined #openstack-nova00:35
mriedemi guess that's just super old devref00:35
mriedemweird00:35
tbachman201200:36
tbachmanmriedem: unearthed a time capsule there00:36
mriedemdocs.openstack.org search did actually00:37
*** erlon has quit IRC00:37
mriedemwas looking for docs that reference the default flavors00:37
*** ivase has joined #openstack-nova00:37
mriedemsince the docs need to be updated https://bugs.launchpad.net/openstack-manuals/+bug/156700900:37
openstackLaunchpad bug 1567009 in openstack-manuals " Remove flavor seeding from the base migration" [Undecided,New]00:37
*** akshai_ has quit IRC00:37
*** ivase_ has quit IRC00:39
*** achanda has quit IRC00:40
*** vilobhmm111 has quit IRC00:41
*** sc68cal has quit IRC00:42
*** Marga_ has quit IRC00:43
*** thorst has quit IRC00:45
*** thorst has joined #openstack-nova00:46
*** vilobhmm11 has joined #openstack-nova00:46
*** Marga_ has joined #openstack-nova00:47
*** browne has quit IRC00:47
*** ivase_ has joined #openstack-nova00:47
*** zenoway has joined #openstack-nova00:48
*** Jeffrey4l has joined #openstack-nova00:48
*** tbachman has quit IRC00:50
*** tbachman has joined #openstack-nova00:50
*** ivase has quit IRC00:50
*** dave-mcc_ has quit IRC00:51
*** Marga_ has quit IRC00:51
*** artom has quit IRC00:51
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Deprecate image list/show/delete/update CLIs/APIs  https://review.openstack.org/30248600:52
*** dave-mccowan has joined #openstack-nova00:54
*** zz_dimtruck is now known as dimtruck00:54
*** thorst has quit IRC00:54
*** zenoway has quit IRC00:54
*** harlowja has quit IRC01:00
*** hieulq has joined #openstack-nova01:00
*** dave-mccowan has quit IRC01:03
*** harlowja has joined #openstack-nova01:03
*** zenoway has joined #openstack-nova01:03
*** rmevans has joined #openstack-nova01:04
*** rmevans has quit IRC01:05
*** rmevans has joined #openstack-nova01:06
*** zenoway has quit IRC01:08
*** Marga_ has joined #openstack-nova01:10
*** ljxiash has joined #openstack-nova01:10
*** Marga_ has quit IRC01:14
mriedemwow, this is a pretty interesting bug https://bugs.launchpad.net/nova/+bug/156711401:16
openstackLaunchpad bug 1567114 in OpenStack Compute (nova) "nova boot specifying flavor by name fails intermittently past 1000 flavors" [High,Triaged]01:16
mriedemresource filtering in novaclient is uber inefficient01:16
*** achanda has joined #openstack-nova01:18
lifelessalaski: fixtures 2.0.0 released01:20
melwittmriedem: I've seen similar things before, if you don't send a filter query param then novaclient will get back a varying 1000 item subset of items based on the osapi_max_limit and not find the thing by name01:22
mriedemmelwitt: yup01:23
mriedemmelwitt: of course he could just workaround it by sending the flavor id in on boot01:23
mriedembut i didn't realize the lookup by name was so inefficient01:23
melwittmriedem: when I saw it, it happened because I was implementing something internal that did a server get by hostname and I didn't realize nova silently removes "not allowed" search opts if not admin01:24
*** rmevans has quit IRC01:24
melwittmriedem: so it was doing a get_all and sometimes the desired server was in the set and sometimes not01:25
mriedemlifeless: thanks, i'll request a g-r update for that01:25
mriedemmelwitt: yeah that's what's happening to this guy too01:25
mriedemwell, w/o the admin issue01:25
*** rmevans has joined #openstack-nova01:26
*** qeelee has quit IRC01:27
melwittmriedem: yeah, I thought someone did some improvements a long time ago on the novaclient side for common things like "name" to send the name as a query param. I'd have to go check what that was01:28
mriedemmelwitt: it's in the findall code, but only if there is a search_opts in kwargs01:28
mriedemwhich utils.find_resource doesn't send01:28
melwittah, okay01:28
*** sdake has quit IRC01:28
*** qeelee has joined #openstack-nova01:29
*** EinstCrazy has joined #openstack-nova01:29
*** aysyd has quit IRC01:30
*** sdake has joined #openstack-nova01:32
*** ducttape_ has joined #openstack-nova01:34
mriedemi think i see the issue01:38
mriedemFlavorManager.list method has to have a search_opts arg01:38
mriedembecause findall in the base manager checks the args spec01:38
mriedemand only adds the name to the filter if search_opts is in the list method's list of formal parameters01:39
*** aNupoisc has quit IRC01:41
melwittmriedem: I'm trying to see in db api, is it even possible to filter on flavor_get_all by name? maybe I'm missing something but I don't see it01:42
*** hieulq has quit IRC01:42
*** hieulq has joined #openstack-nova01:42
melwittokay, there's flavor_get_by_name for that01:42
*** ivase has joined #openstack-nova01:43
mriedemmelwitt: not from the api https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/flavors.py#L7801:43
mriedemthe flavor keys are in there01:43
*** baoli has joined #openstack-nova01:44
melwittyeah. that's what I was trying to see if it's even possible for novaclient to do better, if nova api gives a way to query a flavor indicating the name01:45
*** ivase_ has quit IRC01:45
mriedemso, then it's a question of whether or not we even care to fix this,01:46
mriedemit's kind of a busted test scenario, creating 1000+ flavors to boot 1000+ servers01:46
mriedemi'm not sure how many deployments are going to have 1000 flavors01:46
mriedemwe certainly assumed it wouldn't be many when doing the online data migration for flavors to the API DB01:46
*** baoli has quit IRC01:47
melwitthah, yeah. 1000 is more than anything I've heard so far by an order of magnitude01:47
*** baoli has joined #openstack-nova01:48
mriedemalright, marked it won't fix01:48
*** ducttape_ has quit IRC01:48
melwittI mean, it would be cool in the nova api to be able to give name as a search opt probably. but it seems like that's what it would take to fix this. and I wonder how many other novaclient "get by name" things have the same problem for the same reason, for different apis01:48
*** lixiaoy1 has joined #openstack-nova01:50
melwittmriedem: if it's a test scenario it feels like they could easily use the uuid to do the boots01:50
mriedemmelwitt: that's what i told him01:51
mriedemas the workaround01:51
melwittI hope that's part of the response payload anyway01:51
mriedemmelwitt: i was thinking the same thing about the filtering issue in other apis01:51
*** qeelee has quit IRC01:51
mriedemwe'd have to add a microversion and everything, it just doesn't seem like a case we need to pursue for flavors01:51
*** thorst has joined #openstack-nova01:51
mriedemwhen you can just get it by id01:51
melwittfor creating a flavor I mean01:52
*** qeelee has joined #openstack-nova01:52
mriedemmelwitt: it is01:53
mriedemhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/views/flavors.py#L3401:53
mriedemhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/flavor_manage.py#L9501:53
melwittoh, id == flavorid. I wasn't sure what that meant when I saw it in the api ref01:54
melwittwas looking around in the code and not found it yet. thanks01:54
mriedemyes, super confusing01:55
mriedemflavor.id, flavor.flavorid01:55
melwittsigh. yeah01:57
*** lixiaoy11 has joined #openstack-nova01:57
*** thorst has quit IRC01:59
*** lixiaoy1 has quit IRC01:59
smcginnisflava.flav?02:01
*** hoangcx has quit IRC02:02
*** apoorvad has quit IRC02:02
*** salv-orlando has joined #openstack-nova02:03
*** hoangcx has joined #openstack-nova02:03
*** baoli has quit IRC02:06
mriedemsmcginnis: yes, nova doesn't have many flavors because the clock necklace budget is tight02:07
*** ircuser-1 has quit IRC02:08
*** wuhg has joined #openstack-nova02:13
mriedemman, triaged 3 bugs to invalid in the last hour02:15
mriedemmarkus_z: ^ good times02:15
mriedemneed to call it a night02:15
*** ivase_ has joined #openstack-nova02:15
*** mriedem has quit IRC02:16
*** browne has joined #openstack-nova02:16
*** ivase has quit IRC02:18
*** sdake_ has joined #openstack-nova02:20
*** ducttape_ has joined #openstack-nova02:20
*** sdake has quit IRC02:22
*** gongysh has quit IRC02:22
*** gongysh has joined #openstack-nova02:22
*** salv-orlando has quit IRC02:23
*** salv-orlando has joined #openstack-nova02:28
*** houming has joined #openstack-nova02:28
*** gongysh has quit IRC02:32
*** gongysh has joined #openstack-nova02:32
*** salv-orlando has quit IRC02:33
openstackgerritZhenguo Niu proposed openstack/nova: virt: add method get_serial_console to ironic driver  https://review.openstack.org/30249902:34
*** EinstCrazy has quit IRC02:35
*** EinstCrazy has joined #openstack-nova02:36
*** edmondsw has quit IRC02:36
*** _RuiChen has quit IRC02:43
*** lixiaoy11 has quit IRC02:43
*** RuiChen has joined #openstack-nova02:44
gmannalex_xu: snikitin : regarding https://review.openstack.org/#/c/128940/12702:45
openstackgerritAugustina Ragwitz proposed openstack/nova: Result of RST files from wadl2rst  https://review.openstack.org/30250002:45
gmannalex_xu: snikitin : sorry to put on last moment but i have some query on schema validation part. added my comment inline02:46
gmannwill be helpful if anything discussion i missed on those and happy to convert my vote :)02:46
*** gcb has quit IRC02:47
alex_xugmann: I remember I have similar comments before, but i can't remember clear now, i guess snikitin want to provide a better error message at here.02:49
gmannalex_xu: humm, but from json validation also may be we can get error message for each invalid tag02:50
*** ivase has joined #openstack-nova02:51
gmannalex_xu: and as we have schema validation also there i do not think it will come to those hard coded validation if any invalid tag02:51
gmannso that seems like dead code?02:51
alex_xugmann: ah, I find some history https://review.openstack.org/#/c/128940/32/nova/api/openstack/compute/plugins/v3/instance_tags.py@7102:53
*** ivase_ has quit IRC02:54
alex_xugmann: if expose json-schema into the api ref or expose with other way, it is better validate in the json-schema02:56
*** thorst has joined #openstack-nova02:56
gmannalex_xu: I see, do not json validation error through schema also when having error, i mean max length of array?02:58
*** mdnadeem has joined #openstack-nova02:59
gmannI need to check that tough as we have that max items in attach_interfaces schema02:59
*** eliqiao has quit IRC03:01
*** gongysh has quit IRC03:01
*** openstackstatus has quit IRC03:01
alex_xugmann: emm...sorry, I didn't get your point03:01
*** eliqiao has joined #openstack-nova03:02
gmannalex_xu: sorry :), I mean for better error message, i think snikitin want to show the max limit03:02
gmannand json schema validation should dump schema with max allowed items, but I am checking that if so03:03
alex_xugmann: ah, i got you now03:03
*** thorst has quit IRC03:04
*** sdake_ has quit IRC03:06
*** sdake has joined #openstack-nova03:07
*** gcb has joined #openstack-nova03:08
*** gongysh has joined #openstack-nova03:08
*** achanda has quit IRC03:09
*** sdake has quit IRC03:17
*** sdake has joined #openstack-nova03:18
*** ducttape_ has quit IRC03:19
*** ducttape_ has joined #openstack-nova03:20
*** ivase_ has joined #openstack-nova03:20
*** ivase has quit IRC03:23
*** sdake has quit IRC03:28
*** ivase has joined #openstack-nova03:29
*** gongysh has quit IRC03:30
*** ivase_ has quit IRC03:32
*** gongysh has joined #openstack-nova03:32
*** dimtruck is now known as zz_dimtruck03:32
*** vtech has joined #openstack-nova03:33
*** efried has quit IRC03:39
*** vtech has quit IRC03:41
*** sheel has joined #openstack-nova03:41
*** efried has joined #openstack-nova03:41
*** houming_ has joined #openstack-nova03:41
*** houming has quit IRC03:42
*** houming_ is now known as houming03:42
*** mylu has quit IRC03:45
openstackgerritAllen Gao proposed openstack/nova: config options: centralize 'spice' options  https://review.openstack.org/26427103:48
*** ivase_ has joined #openstack-nova03:49
*** salv-orlando has joined #openstack-nova03:50
*** vladikr has quit IRC03:50
*** sekrit has quit IRC03:51
*** houming_ has joined #openstack-nova03:51
*** houming has quit IRC03:51
*** houming_ is now known as houming03:51
allen_gaoalex_xu: would you take a minute to look at this when you find time? thank you. https://review.openstack.org/#/c/300940/03:52
*** salv-orlando has quit IRC03:52
*** ivase has quit IRC03:53
*** salv-orlando has joined #openstack-nova03:53
*** qeelee has quit IRC03:55
*** Marga_ has joined #openstack-nova03:56
*** dave-mccowan has joined #openstack-nova03:57
*** Marga_ has quit IRC03:57
*** Marga_ has joined #openstack-nova03:57
*** salv-orlando has quit IRC03:58
*** dave-mcc_ has joined #openstack-nova03:58
*** ducttape_ has quit IRC04:00
*** dave-mccowan has quit IRC04:01
*** Marga_ has quit IRC04:01
*** thorst has joined #openstack-nova04:01
*** mylu has joined #openstack-nova04:02
*** Marga_ has joined #openstack-nova04:02
*** sekrit has joined #openstack-nova04:05
*** thorst has quit IRC04:09
*** Sukhdev has joined #openstack-nova04:11
*** links has joined #openstack-nova04:12
*** rmevans has quit IRC04:17
*** amotoki has joined #openstack-nova04:20
*** achanda has joined #openstack-nova04:22
*** achanda has quit IRC04:37
*** irenab has quit IRC04:37
*** ivase has joined #openstack-nova04:42
*** eliqiao_ has joined #openstack-nova04:43
openstackgerritTakashi NATSUME proposed openstack/nova: Pass BDM in swap_volume method of LibvirtDriver  https://review.openstack.org/25713504:43
*** eliqiao has quit IRC04:44
*** qeelee has joined #openstack-nova04:44
*** mylu has quit IRC04:45
*** ivase_ has quit IRC04:45
*** xyang1 has quit IRC04:48
alex_xuallen_gao: done04:52
*** salv-orlando has joined #openstack-nova04:57
*** armax has quit IRC04:59
*** salv-orlando has quit IRC05:01
*** achanda has joined #openstack-nova05:03
*** thorst has joined #openstack-nova05:06
*** salv-orlando has joined #openstack-nova05:11
*** jaosorior has joined #openstack-nova05:13
*** wanghao has quit IRC05:13
*** wanghao has joined #openstack-nova05:13
*** thorst has quit IRC05:13
*** gongysh has quit IRC05:17
*** gongysh has joined #openstack-nova05:19
*** zer0c00l has quit IRC05:20
yuywzdims: can you please remove your -workflow for this if got time?  https://review.openstack.org/#/c/28702605:22
*** itamarl has joined #openstack-nova05:30
*** esracelik has joined #openstack-nova05:33
*** achanda has quit IRC05:33
*** irenab has joined #openstack-nova05:36
*** hieulq has quit IRC05:37
*** PaulMurray has joined #openstack-nova05:38
*** Daisy has joined #openstack-nova05:39
*** hieulq has joined #openstack-nova05:39
*** Sukhdev has quit IRC05:40
*** PaulMurray has quit IRC05:40
*** rcernin has joined #openstack-nova05:45
*** zhangjn has quit IRC05:45
*** zhangjn has joined #openstack-nova05:46
*** garyk1 has joined #openstack-nova05:46
*** nkrinner has joined #openstack-nova05:49
openstackgerrithuan proposed openstack/nova: XenAPI: Do not rely on XenAPI to get device names  https://review.openstack.org/21311205:49
*** PaulMurray has joined #openstack-nova05:50
*** moshele has joined #openstack-nova05:50
*** jwcroppe has joined #openstack-nova05:50
*** jwcroppe has quit IRC05:57
*** sridharg has joined #openstack-nova05:58
*** achanda has joined #openstack-nova05:59
*** ircuser-1 has joined #openstack-nova06:04
*** lpetrut has joined #openstack-nova06:05
*** ivase_ has joined #openstack-nova06:08
*** ivase has quit IRC06:10
*** thorst has joined #openstack-nova06:11
*** gongysh has quit IRC06:13
*** unicell has quit IRC06:13
*** gongysh has joined #openstack-nova06:14
*** unicell has joined #openstack-nova06:15
*** paul-carlton1 has joined #openstack-nova06:18
*** gongysh has quit IRC06:18
*** thorst has quit IRC06:18
openstackgerritMoshe Levi proposed openstack/nova: ironic driver: Adding InfiniBand support  https://review.openstack.org/26654006:19
*** achanda has quit IRC06:22
*** scheuran has joined #openstack-nova06:22
openstackgerritAllen Gao proposed openstack/nova: config options: centralize 'spice' options  https://review.openstack.org/26427106:23
openstackgerritSrushti Gadadare proposed openstack/nova: Fix invalid uuid warnings in cell api testcases  https://review.openstack.org/30048206:24
*** moshele has quit IRC06:24
*** pcaruana has joined #openstack-nova06:26
*** eliqiao_ is now known as eliqiao06:28
*** gongysh has joined #openstack-nova06:30
*** ekuris has joined #openstack-nova06:30
PaulMurraypkoniszewski, hi - you online06:34
*** p01nt3r75 has quit IRC06:35
*** andrearosa has joined #openstack-nova06:36
andrearosao/06:38
*** apoorv has joined #openstack-nova06:38
*** sridharg has quit IRC06:38
*** vtech has joined #openstack-nova06:40
*** houming has quit IRC06:42
*** houming has joined #openstack-nova06:44
*** tesseract has joined #openstack-nova06:45
*** tesseract is now known as Guest1287606:45
openstackgerritSrushti Gadadare proposed openstack/nova: Fix invalid uuid warnings in api testcases  https://review.openstack.org/30047706:46
*** sridharg has joined #openstack-nova06:47
*** sridharg has quit IRC06:47
*** sridharg has joined #openstack-nova06:50
*** salv-orlando has quit IRC06:52
*** qeelee has quit IRC06:53
*** houming has quit IRC06:56
*** qeelee has joined #openstack-nova06:56
*** woodster_ has quit IRC06:57
*** EinstCra_ has joined #openstack-nova06:59
*** ekuris has quit IRC07:01
*** qeelee has quit IRC07:02
*** EinstCrazy has quit IRC07:02
*** qeelee has joined #openstack-nova07:04
*** Marga_ has quit IRC07:04
*** vtech has joined #openstack-nova07:04
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Zanata  https://review.openstack.org/30147807:05
*** dave-mcc_ has quit IRC07:09
*** atuvenie has joined #openstack-nova07:11
*** qeelee has quit IRC07:11
*** ihrachys has joined #openstack-nova07:11
*** jlanoux has joined #openstack-nova07:13
*** qeelee has joined #openstack-nova07:13
*** jichen has joined #openstack-nova07:15
*** moshele has joined #openstack-nova07:15
*** thorst has joined #openstack-nova07:16
*** ekuris has joined #openstack-nova07:17
openstackgerritCindia-blue proposed openstack/nova: VMware: Enable Fault tolerance on VM  https://review.openstack.org/30255207:19
*** qeelee has quit IRC07:19
*** lpetrut has quit IRC07:21
openstackgerritCindia-blue proposed openstack/nova: VMware: Enable Fault tolerance on VM  https://review.openstack.org/25180707:22
*** thorst has quit IRC07:24
*** Daisy has quit IRC07:24
*** Daisy has joined #openstack-nova07:25
*** qeelee has joined #openstack-nova07:27
*** matrohon has joined #openstack-nova07:29
*** Daisy has quit IRC07:29
*** daemontool has joined #openstack-nova07:32
*** ekuris has quit IRC07:35
*** mjura has joined #openstack-nova07:36
*** Oku_OS-away is now known as Oku_OS07:38
*** dedery has joined #openstack-nova07:38
*** jichen has quit IRC07:43
*** jamielennox is now known as jamielennox|away07:45
*** Daisy has joined #openstack-nova07:45
*** browne has quit IRC07:47
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Merge tag '13.0.0'  https://review.openstack.org/30257807:47
*** jaosorior has quit IRC07:47
*** jaosorior has joined #openstack-nova07:47
*** ekuris has joined #openstack-nova07:48
*** zenoway has joined #openstack-nova07:50
*** matrohon_ has joined #openstack-nova07:51
*** matrohon_ has quit IRC07:51
*** jwcroppe has joined #openstack-nova07:54
*** salv-orlando has joined #openstack-nova07:54
*** houming has joined #openstack-nova07:56
*** jwcroppe has quit IRC07:58
*** qeelee has quit IRC07:58
*** qeelee has joined #openstack-nova08:02
*** haukebruno has joined #openstack-nova08:03
*** atuvenie has quit IRC08:04
*** yassine__ has joined #openstack-nova08:07
*** apoorv has quit IRC08:08
*** ivase has joined #openstack-nova08:08
*** qeelee has quit IRC08:09
*** qeelee has joined #openstack-nova08:09
*** salv-orlando has quit IRC08:10
*** ivase_ has quit IRC08:11
*** ljxiash has quit IRC08:14
*** Jeffrey4l has quit IRC08:16
*** ljxiash has joined #openstack-nova08:19
*** thorst has joined #openstack-nova08:21
*** Jeffrey4l has joined #openstack-nova08:22
*** salv-orlando has joined #openstack-nova08:26
*** openstackstatus has joined #openstack-nova08:29
*** ChanServ sets mode: +v openstackstatus08:29
*** thorst has quit IRC08:30
*** artom has joined #openstack-nova08:30
*** jistr has joined #openstack-nova08:30
-openstackstatus- NOTICE: jobs depending on npm are now working again08:34
paul-carlton1when live migrating an instance that is deployed in an environment where the compute nodes have shared storage you don't need to specify --block-migrate, right?08:36
*** apoorv has joined #openstack-nova08:36
*** p01nt3r75 has joined #openstack-nova08:39
andrearosapaul-carlton1: correct, if you specify it with a shared storage you get an exception in one fo the recent changes we landed in M it's better to not specify that flag and nova will work it out for you08:40
*** daemontool has quit IRC08:41
andrearosapaul-carlton1: to use that feature you must have all the env updated to Mitaka code08:41
*** gszasz has joined #openstack-nova08:43
*** rmart04 has joined #openstack-nova08:45
pkoniszewskiPaulMurray: hi, just got to my desk08:46
openstackgerritBalazs Gibizer proposed openstack/nova: Remove nova-manage service subcommand  https://review.openstack.org/29930708:47
PaulMurraypkoniszewski, hi - I put a couple of comments on the etherpad - really busy today08:47
PaulMurraypkoniszewski, andrearosa prefers 8 UTC tomorrow, does that work for you?08:48
pkoniszewskiPaulMurray: yeah, it does08:48
PaulMurrayok, lets make it that08:48
*** ndipanov has joined #openstack-nova08:50
*** cdent has joined #openstack-nova08:50
andrearosaPaulMurray: pkoniszewski: works for me as well08:50
*** e0ne has joined #openstack-nova08:51
*** EinstCra_ is now known as EinstCrazy08:51
*** danpb has joined #openstack-nova08:51
PaulMurraypkoniszewski, could you create a hangout and send us the link - might be easier that way08:51
pkoniszewskiPaulMurray: both ideas of introduction are good I think, so you can choose yours or andrearosa's idea, im ok with both08:52
pkoniszewskiPaulMurray: sure08:52
*** salv-orl_ has joined #openstack-nova08:52
PaulMurraypkoniszewski, I'll try to put a couple of slides together for that part, but might not be able to before we talk tomorrow08:53
*** salv-orlando has quit IRC08:55
*** ivase has quit IRC08:57
*** ivase has joined #openstack-nova08:57
*** jaosorior has quit IRC08:59
*** jaosorior has joined #openstack-nova09:00
openstackgerritJohn Garbutt proposed openstack/nova: Move config options from nova/network/linux_net.py  https://review.openstack.org/27044109:05
*** derekh has joined #openstack-nova09:09
*** vilobhmm11 has quit IRC09:09
openstackgerritTimofey Durakov proposed openstack/nova: Cleanup for post/rollback of live-migrations  https://review.openstack.org/28065309:11
openstackgerritTimofey Durakov proposed openstack/nova: New field for LibvirtLiveMigrateData  https://review.openstack.org/28674509:11
openstackgerritTimofey Durakov proposed openstack/nova: move disk_info calc to check methods  https://review.openstack.org/29116009:11
openstackgerritTimofey Durakov proposed openstack/nova: implement async rpc for live-migration  https://review.openstack.org/29116109:11
openstackgerritTimofey Durakov proposed openstack/nova: live_migration_cleanup method introduced  https://review.openstack.org/30261109:11
*** eglynn has joined #openstack-nova09:13
johnthetubaguyalex_xu gmann: I was just looking at the comments here about validation: https://review.openstack.org/#/c/128940/127/nova/api/openstack/compute/server_tags.py09:22
gmannjohnthetubaguy: hi09:22
gmannjohnthetubaguy: actually my main concern is not to add validation in python code09:23
johnthetubaguywe had some patches to improve validation error messages recently, can you remember what we did?09:23
johnthetubaguyI think we changed the validators slightly, custom ones, or something like that?09:23
gmannohh, i cannot remember may be alex_xu ?09:24
johnthetubaguyhttps://review.openstack.org/#/c/28114309:24
johnthetubaguyexcept we reverted it09:24
johnthetubaguyah, but then we had this09:25
johnthetubaguyhttps://review.openstack.org/#/c/288260/09:25
gmannjohnthetubaguy: i can see those in i think not reverted09:25
johnthetubaguygmann: I am thinking about just merging what they have right now, then getting someone to work, as a follow patch, to add those nice validators?09:27
*** thorst has joined #openstack-nova09:27
johnthetubaguygmann: if these poor folk hadn't been trying to get this merged for so many years, I would probably ask for a different approach, just feels like its time to make progress09:28
*** lpetrut has joined #openstack-nova09:28
*** links has quit IRC09:31
*** alex_xu has quit IRC09:32
*** hoangcx has quit IRC09:32
*** Yingxin has quit IRC09:32
*** Yingxin has joined #openstack-nova09:33
*** thorst has quit IRC09:34
*** hoangcx has joined #openstack-nova09:35
*** alex_xu has joined #openstack-nova09:36
Anticimexdeployer here. can i run multiple nova-scheduler active/active for ha?09:38
Anticimexor is it, like cinder-scheduler, necessary to have max 1 running simultaneously, with e.g. corosync/pacemaker etc09:38
*** Daisy has quit IRC09:40
*** mvk has joined #openstack-nova09:41
johnthetubaguyAnticimex: technically yes, but then the scheduler makes bad decisions, more so as the rate of builds increases, in the next release or so we should have that fixed, so you can do active/active09:42
gmannjohnthetubaguy: ok, i can see your point. I am ok with that plan. I will add follow up patch and we can discuss there09:42
Anticimexjohnthetubaguy: seems similar to cinder-scheduler situation then.  it's not helpful that https://wiki.openstack.org/wiki/HAGuideImprovements/TOC says active/active is fine09:43
johnthetubaguygmann: OK, cool, normally I would totally pile on with a -1, but I don't think we have a good pattern for folks to copy, easily, yet09:43
*** mkrcmari__ has quit IRC09:43
gmannjohnthetubaguy: yea that was pending since too long, even i thought of that while -1 :)09:44
johnthetubaguyAnticimex: hmm, not sure I have not see that wiki before, what does the HA guide say? the same thing?09:44
*** links has joined #openstack-nova09:44
openstackgerritGleb Stepanov proposed openstack/nova: Check API versions intersects  https://review.openstack.org/30127809:44
johnthetubaguyAnticimex: ah, so the guide doesn't have all the details get I guess, I am looking at this: http://docs.openstack.org/ha-guide/09:45
Anticimexno the guides are pretty slim on details09:46
*** ptm_away has joined #openstack-nova09:47
Anticimexlol, saying you use keepalived to move ip addresses from host to host in active/active setup. total confusion09:47
Anticimexjohnthetubaguy: at what sort of build rates have people reported the bad decisions?09:48
johnthetubaguyAnticimex: well some things do partial active/active like single active writer, multiple reader, like with galera to avoid some issues09:48
*** mvk_ has joined #openstack-nova09:49
Anticimexjohnthetubaguy: hm, example of galera multiple active writers issues?09:49
*** gongysh has quit IRC09:49
johnthetubaguyso select for update causes locking issues, I think someone said you avoid that by having a single node take write requests, or something like that09:50
johnthetubaguyalthough most projects are working to avoid select for update now09:50
*** gongysh has joined #openstack-nova09:50
*** PaulMurray has quit IRC09:50
johnthetubaguyAnticimex: so on the bad scheduler decisions, its all about how much contention your scheduler rules create, if you spread VMs across your fleet, and their is loads of space, and you turn up the randomness on the pick 1 for top N, you might be just fine with lots of builds and two scheduler nodes09:51
*** ptm_away has quit IRC09:52
johnthetubaguyAnticimex: the work we are doing is really to get rid of some nasty races when there is contention over the same resources09:52
Anticimexok, good to know09:52
*** mvk has quit IRC09:53
*** ndipanov has quit IRC09:53
johnthetubaguywe do retry around the races, but that has is limits as well, obviously09:53
johnthetubaguythe new stuff is going to aquire a claim on the resource during scheduling, in a way that works fine with active/active, basically09:54
*** ndipanov has joined #openstack-nova09:54
johnthetubaguyAnticimex: its worth reaching out on the operators mailing list, and/or talk to the doc team to get some folks to improve the HA guide, seems like it needs a bit more love09:55
Anticimexjohnthetubaguy: ack, thanks09:55
Anticimexwill discuss with folks on summit too i suppose09:55
*** allen_gao has quit IRC09:56
*** achanda has joined #openstack-nova09:56
*** obondarev has quit IRC10:00
*** allen_gao has joined #openstack-nova10:01
*** achanda has quit IRC10:02
*** femnad has joined #openstack-nova10:04
*** ociuhandu has quit IRC10:05
*** obondarev has joined #openstack-nova10:06
* danpb wonders why when he runs the 'openstack' client (or indeed 'nova' client) it tries to open zope.py 240 times10:07
Anticimexjohnthetubaguy: can you clarify this part, "and you turn up the randomness on the pick 1 for top N" ?10:09
Anticimexis that to help the retry?10:09
johnthetubaguylet me go find the setting10:09
Anticimex"try to build on [list of hypervisors]" - retry thing?10:09
Anticimexawesome, thanks10:10
*** obondarev has quit IRC10:12
*** tbachman has quit IRC10:14
*** tbachman has joined #openstack-nova10:14
*** cdent has quit IRC10:16
*** hoangcx has quit IRC10:16
*** hoangcx has joined #openstack-nova10:16
*** sdague has joined #openstack-nova10:20
*** liverpooler has joined #openstack-nova10:21
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Use common find_server from v2.shell  https://review.openstack.org/30058710:21
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Move all extensions from contrib dir  https://review.openstack.org/28072610:21
*** daemontool has joined #openstack-nova10:22
danpbhmm, that's interesting error "Out of range value for column 'memory_mb' at row 1"10:22
danpboh whoops, /proc/meminfo says i have 8388607  TB of RAM available10:23
allen_gao roll back to negative?10:25
openstackgerritJiajun Liu proposed openstack/nova: config options: centralize cinder options  https://review.openstack.org/29819110:25
danpbyeah, that's the cgroup value for unlimited10:25
openstackgerritArtom Lifshitz proposed openstack/python-novaclient: Virtual device tagging client support  https://review.openstack.org/29922210:27
*** kmartin has quit IRC10:28
*** EinstCrazy has quit IRC10:30
*** obondarev has joined #openstack-nova10:31
*** thorst has joined #openstack-nova10:32
openstackgerritSrushti Gadadare proposed openstack/nova: Fix invalid uuid warnings in virt testcases  https://review.openstack.org/30265510:32
*** gongysh has quit IRC10:32
*** Yingxin_ has joined #openstack-nova10:38
openstackgerritSrushti Gadadare proposed openstack/nova: Fix invalid uuid warnings  https://review.openstack.org/30265810:38
*** ivase has quit IRC10:39
*** thorst has quit IRC10:39
*** links has quit IRC10:39
*** Yingxin has quit IRC10:40
*** Yingxin_ is now known as Yingxin10:40
*** xwizard has joined #openstack-nova10:44
*** gongysh has joined #openstack-nova10:44
*** Guest12876 is now known as tesseract10:47
*** mvk_ has quit IRC10:47
*** tesseract is now known as Guest7403610:48
*** BobBall-1WOL is now known as BobBall10:49
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/30201610:51
*** andymaier has joined #openstack-nova10:53
*** alex_xu has quit IRC10:55
*** sridharg has quit IRC10:55
*** links has joined #openstack-nova10:56
*** mfedosin has joined #openstack-nova10:56
*** alex_xu has joined #openstack-nova10:57
*** jlanoux has quit IRC10:58
*** achanda has joined #openstack-nova10:58
openstackgerritSean Dague proposed openstack/nova: remove alembic from requirements.txt  https://review.openstack.org/30267011:00
*** p01nt3r75 has quit IRC11:00
sdaguejohnthetubaguy: I just noticed the last global requirements update is updating alembic, but we don't directly import that any more11:01
sdagueso we should probably remove it instead11:01
*** gongysh has quit IRC11:02
*** jlanoux has joined #openstack-nova11:03
BobBallcoreywright: Are you currently working on XenAPI SR naming bug 1566622?11:03
openstackbug 1566622 in OpenStack Compute (nova) "live migration fails with xenapi virt driver and SRs with old-style naming convention" [Undecided,Confirmed] https://launchpad.net/bugs/156662211:03
*** achanda has quit IRC11:03
openstackgerritjichenjc proposed openstack/nova: avoid microversion header in functional test  https://review.openstack.org/29261211:04
*** jlanoux_ has joined #openstack-nova11:05
danpbwow, a single 'nova list'  call in a devstack environment causes over 14,500  open() calls for python modules, out of which 13,200  are -ENOENT11:05
johnthetubaguysdague: I was just doing that patch actually11:05
sdaguedanpb: right, welcome to python :)11:06
danpbit seems the devstack setup makes it rather worse than it needs to be11:06
sdaguedanpb: in which way?11:06
danpbby adding a large number of entries to python load path11:06
danpbspecifically it adds an entry to /usr/lib/python2.7/site-packages/easy-install.pth for each git checkout you have11:07
*** jlanoux has quit IRC11:07
danpbif it instead creating a symlink from /usr/lib/python2.7/site-packages/nova  -> /opt/devstack/nova  it'd avoid making python try countless paths which don't have the module it needs11:08
sdaguethat's a function just of how pip works11:08
openstackgerritJohn Garbutt proposed openstack/nova: Drop alembic dependency  https://review.openstack.org/30267411:08
danpbcan we make pip suck less11:08
sdagueI suppose11:08
sdaguehow much preformance improvement does it gain ?11:09
* danpb still hasn't figured out why we try to import zope.py 270 times11:09
danpbsdague: i've not measured it yet - i'm just trying to understand why a simple 'nova list' takes 3 seconds to run11:09
*** sridharg has joined #openstack-nova11:10
*** sridharg has quit IRC11:10
sdaguedanpb: I doubt it has anything to do with the open calls11:10
sdaguethere are a bunch of API back and forths for that11:10
*** sridharg has joined #openstack-nova11:10
*** thorst has joined #openstack-nova11:11
sdaguebecause of issuing tokens, version discovery11:11
danpbif i shut down the cloud entirely and rnu nova list, it still takes 1.3 seconds to tell me the cloud is not up11:11
sdaguethat's where I think you'll find all the time11:11
danpbso its not all from api requests11:11
*** thorst_ has joined #openstack-nova11:11
sdaguethe other thing to look at is the import chain11:11
sdaguethe failed opens are all going to fs cache I think, however there is some fixed cost associated with every import11:12
sdagueand the way os-client-config and keystoneauth1 pull in things, might have massively ballooned the dependenices11:12
sdaguethe ML conversation on rootwrap slowness from a couple of years ago has a bunch of analysis on basics of python load time11:13
*** mingyu has joined #openstack-nova11:14
*** cdent has joined #openstack-nova11:14
danpbyeah, it seems only 0.25 seconds are actually spent in the system calls, though 80% of is due to the open+stat calls to find modules11:15
*** thorst has quit IRC11:15
danpbseems like this could be a bit of rathole to investigate11:15
*** mvk_ has joined #openstack-nova11:16
sdagueyes, it probably will be11:17
sdaguehowever, I do agree that we should have some better story here other than things are just slow11:17
sdagueosc has the same issues11:17
danpbyeah, and given the number of cli calls devstack makes, it has a non-negligible contribution to overall time taken to run devstack11:18
sdagueyes11:18
*** rtheis has joined #openstack-nova11:18
sdagueI timed out osc overhead in devstack a while ago about this11:19
sdaguelet me go dig that up11:19
kashyap"osc" == OpenStack Client I suppose.  (Interesting discussion.)11:20
openstackgerritBalazs Gibizer proposed openstack/nova: Improve nova.rpc conf options documentation  https://review.openstack.org/30267811:21
sdaguehttp://lists.openstack.org/pipermail/openstack-dev/2015-April/061347.html11:22
sdagueit was about 3.5 minutes total osc time a year ago11:22
sdaguemy guess is ~ 50% of that is python module load time11:22
sdagueas most of osc calls are keystone only, so no complex round trips11:23
* danpb wonders if you could do something crazy where by you run osc-daemon where it just opens a unix socket to accept commands, then have a osc-client which writes the command argv to the osc daemon socket for execution11:24
danpb... IOW you would only have a 1 time hit for importing modules at the start of devstack11:25
cdentclient as a service11:25
openstackgerritArtom Lifshitz proposed openstack/python-novaclient: Virtual device tagging client support  https://review.openstack.org/29922211:26
*** mingyu has quit IRC11:26
danpbcdent: well the ideal would have been for devstack to be written in python instead of shell :-)11:27
cdent:)11:27
cdentI actually think running a little oscd is a reasonable idea if the lost time is that significant11:28
cdenthowever, it seems like that masks a real issue for real users11:28
danpb...if they're foolish enough to use shell for non-trivial scripts11:29
*** mingyu has joined #openstack-nova11:30
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Versioned notification transformation  https://review.openstack.org/28667511:30
cdentI dunno: it's right there in the name OpenStack Client. I would guess that people are going to assume it's a reasonable choice.11:31
openstackgerritSergey Nikitin proposed openstack/nova: Moved tags filtering tests to TestInstanceTagsFiltering test case  https://review.openstack.org/25851511:32
*** sfinucan has joined #openstack-nova11:33
*** mfedosin has quit IRC11:34
*** vtech has quit IRC11:34
snikitinalex_xu, johnthetubaguy: Guys, thank you very very very much for instance tags! My job is finally done!11:34
*** vtech has joined #openstack-nova11:35
sdaguedanpb: a daemon mode has been talked about for osc...11:35
sdagueit just seems to be punting on the problem of importing too many things11:35
snikitinjohnthetubaguy: John, could you please reapprove this tags patch? it was rebased https://review.openstack.org/#/c/258515/11:36
snikitinalex_xu: or Alex.  could you please reapprove this tags patch?11:36
*** alex_xu has quit IRC11:41
snikitinjohnthetubaguy: ty!11:42
johnthetubaguysnikitin: no11:42
johnthetubaguyoops11:42
johnthetubaguynp11:42
snikitin:)11:42
coreywrightBobBall: yes, i'm currently working on bug 1566622 (ie live-migration broken with old sr names)11:43
openstackbug 1566622 in OpenStack Compute (nova) "live migration fails with xenapi virt driver and SRs with old-style naming convention" [Undecided,Confirmed] https://launchpad.net/bugs/156662211:43
*** alex_xu has joined #openstack-nova11:43
openstackgerritjichenjc proposed openstack/nova: Add functional test for v2.7  https://review.openstack.org/29288111:45
coreywrightBobBall: but i'll take all the help i can get from a xenapi (both nova virt driver and dom0-side interface) expert :)11:47
coreywrightBobBall: i'm not clever enough about xenapi to think of anything better (yet) than adding both new *and* old style sr names to the migration object11:49
*** ChanServ changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. Please see: https://wiki.openstack.org/wiki/Nova/Mitaka_Release_Schedule"11:49
*** Marga_ has joined #openstack-nova11:49
coreywrightBobBall: (whether in sr_uuid_map or a shadow of it: sr_uuid_map_old)11:49
johnthetubaguycoreywright: I think you just need the new name, for the destination side of the map11:51
johnthetubaguycoreywright: as the volume will always be a new add on the destination11:51
*** Oku_OS is now known as Oku_OS-away11:52
johnthetubaguycoreywright: see migrate_send in here: http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/api/?c=VM basically it just needs to know which destination SR each source VDI is going to11:53
coreywrightjohnthetubaguy: correct, the destination might only need the new name, but i need both the old and new names on the source side and i'm not sure given the new name i can generate the old name (given how the new name is essentially a hash of the iscsi info by way of uuid5)11:53
*** p01nt3r75 has joined #openstack-nova11:53
johnthetubaguycoreywright: ah, gotcha, that seems reasonable then, the tricky part is how to do that without breaking rolling upgrades11:54
coreywrightcorrect11:54
johnthetubaguyI think that means adding a new object field for the new names?11:54
BobBallcoreywright: See my comment; I think that you can't do that - the destination must have the same UUID as the source11:54
*** vladikr has joined #openstack-nova11:55
johnthetubaguyBobBall: oh, because of the special iSCSI match code that knows it doesn't need to copy the disk?11:55
*** cdent has quit IRC11:55
coreywrightBobBall: yeah, i saw your comment, and i'm not trying to discount it, but i'm only smart enough about xenapi to tackle one problem at a time ;)11:55
BobBallcoreywright: I think the only option is to get new nova to use the old name when creating the SR in the pre live migrate step, either with a config setting (to use the old style names) or by passing information through from the source nova11:55
BobBallcoreywright: My belief is that when you fix that first problem you'll discover that it tries to copy the disk and might cause data corruption - so we need a different solution so XAPI won't try and copy it11:56
BobBallYes johnthetubaguy.11:56
johnthetubaguyBobBall: yeah, I forgot about the matching uuid hack, +1 we should instead make sure the SR add respects the "matching" uuid scheme11:57
BobBallWe will not attempt to mirror the disk to the 'new' SR IFF the SR uuid and VDI uuid on source and destination match11:57
coreywrightBobBall: i was waiting until i got to the data corruption (in testing) to have to address it (ie the simple-stupid approach; it's what us known clever people have to do ;)11:57
coreywright"known clever" => "non-clever"11:58
coreywright(hey, it's phonetically close ;)11:58
*** cdent has joined #openstack-nova11:59
*** andymaier has quit IRC11:59
BobBallSo if the source UUID was the old style (because it existed prior to upgrading Nova) and the destination UUID is the new style, then XAPI will not believe they are the same SR and it will force a mirror11:59
BobBallheh :)11:59
coreywrightBobBall: where's that code in the xenapi nova virt driver that compares the sr and vdi uuid?11:59
BobBallI can't promise you'll get data corruption...11:59
BobBallcoreywright: https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_migrate.ml#L48112:00
BobBallit's in XAPI, not the virt driver12:00
coreywrightBobBall: AH!12:00
coreywrightthat's why i haven't stumbled across it yet while digging into this bug!12:00
*** BobBall_ has joined #openstack-nova12:01
coreywright(i thought i just didn't know enough yet about xenapi nova virt driver and/or stumbled across it)12:01
*** BobBall_ is now known as Guest3075812:01
sdaguejohnthetubaguy: https://review.openstack.org/#/c/298796 feels like the kind of options we'd want to deprecate, right?12:04
*** aysyd has joined #openstack-nova12:04
*** BobBall has quit IRC12:04
*** Guest30758 has quit IRC12:05
*** BobBall has joined #openstack-nova12:06
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: Config options: base path configuration: improve help text  https://review.openstack.org/29923612:06
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: Config options: centralize base path configuration  https://review.openstack.org/25940612:06
*** BobBall is now known as Guest3417712:06
*** EinstCrazy has joined #openstack-nova12:06
*** lpetrut has quit IRC12:07
*** jhesketh has quit IRC12:07
*** lpetrut has joined #openstack-nova12:07
*** achanda has joined #openstack-nova12:07
*** jhesketh has joined #openstack-nova12:07
*** ekuris has quit IRC12:07
*** eglynn has quit IRC12:09
openstackgerritGleb Stepanov proposed openstack/nova: Check API versions intersects  https://review.openstack.org/30127812:10
bauzascould someone tell me why we're resetting the instance attributes here https://github.com/openstack/nova/blob/master/nova/tests/unit/fake_instance.py#L127 ?12:10
bauzasit prevents the flavor to be persisted if I'm calling .create() after this12:10
sdagueGuest34177: https://review.openstack.org/#/c/289431/ can you look into this?12:10
*** baoli has joined #openstack-nova12:13
bauzashmmmm, I should wait for dansmith12:13
bauzas:)12:13
*** baoli_ has joined #openstack-nova12:13
*** achanda has quit IRC12:15
openstackgerritRoman Podoliaka proposed openstack/nova: db: retry instance_info_cache_update() on deadlock  https://review.openstack.org/30271412:16
markus_zsnikitin: Got a minute? This merged some minutes ago and I get a json decode error: https://review.openstack.org/#/c/268932/32/doc/api_samples/os-server-tags/v2.26/server-tags-put-req.json12:17
*** raildo-afk is now known as raildo12:18
*** ducttape_ has joined #openstack-nova12:18
markus_zsnikitin: I have no experience with the API samples (so maybe it's a local issue on my laptop), but shouldn't that at least have '{}'?12:18
*** baoli has quit IRC12:18
snikitinmarkus_z, we can't decode an empty template?12:18
sdaguesnikitin: no, it needs to be real json12:18
markus_zsnikitin: Running "tox -e docs" gives me this error "No JSON object could be decoded"12:19
markus_zsnikitin: But it could be my local python version12:19
sdaguesnikitin: why would there be an empty template?12:19
markus_zsnikitin: I can reproduce it locally with echo '' | python -m json.tool12:19
markus_zBut the docs gate check was successful, so I'm a little confused12:20
sdaguemarkus_z: we should just delete the empty files12:21
sdagueI'm not really sure why they were in that patch12:21
snikitinsdague, sdague: let me check12:21
markus_zsdague: ah, OK, I wasn't sure if that was some kind of convention12:21
*** ekuris has joined #openstack-nova12:22
*** edmondsw has joined #openstack-nova12:23
openstackgerritAllen Gao proposed openstack/nova: config options: centralize 'spice' options  https://review.openstack.org/26427112:24
sdagueoh this is because this API is using put in an unusual way12:24
*** doug-fish has joined #openstack-nova12:26
*** akshai has joined #openstack-nova12:26
dederyhi experts. I'm looking into something at nova's compute/api.py. how can i know/control the timeout of a call to compute_rpcapi?12:27
*** mingyu has quit IRC12:27
*** apoorv has quit IRC12:27
dederye.g. self.compute_rpcapi.detach_volume(...)12:27
*** salv-orl_ has quit IRC12:28
*** wuhg has quit IRC12:29
*** cdelatte has quit IRC12:30
*** ducttape_ has quit IRC12:32
openstackgerritsahid proposed openstack/nova: libvirt: enhance method to return pointer_model from image prop  https://review.openstack.org/17485412:33
openstackgerritsahid proposed openstack/nova: libvirt: deprecate use_usb_tablet in favor of pointer_model  https://review.openstack.org/17624212:33
*** sahid has joined #openstack-nova12:33
snikitinm12:33
*** pradk has joined #openstack-nova12:34
*** ivase has joined #openstack-nova12:35
markus_zsnikitin: Do you want to delete the empty api sample files? Otherwise I can do it.12:36
*** jdurgin1 has joined #openstack-nova12:36
snikitinmarkus_z, sdague: According to tags guide this request should have no body. Not empty body, NO body.  https://specs.openstack.org/openstack/api-wg/guidelines/tags.html#addressing-individual-tags12:37
snikitinmarkus_z, sdague: I created an empty template to pass name of file with this template here:12:37
snikitinhttps://github.com/openstack/nova/blob/master/nova/tests/functional/api_sample_tests/test_server_tags.py#L8012:37
sdaguesnikitin: right, I see it12:37
*** lucasagomes has quit IRC12:37
snikitinMy local "tox -e docs" doesn't works too :(12:37
snikitinI can fix the test12:37
sdaguesnikitin: actually I have a patch12:37
snikitinand remove thus template12:37
*** lucasagomes has joined #openstack-nova12:38
*** Oku_OS-away is now known as Oku_OS12:38
alaskilifeless: awesome, thanks!12:38
markus_zsnikitin: So "no body" != "empty body"?12:38
snikitinmarkus_z: yes12:38
snikitinsdague: what patch?12:39
openstackgerritSean Dague proposed openstack/nova: allow samples testing for PUT to not have a body  https://review.openstack.org/30273312:39
sdaguesnikitin: that patch12:39
snikitinsdague: good patch! It solves our problem12:40
*** salv-orlando has joined #openstack-nova12:40
sdaguesnikitin: yeh, it just took me a minute to figure out the root issue you were hitting12:40
snikitinsdague, markus_z: But I don't know why my patches passed the gate tests12:41
openstackgerritAlex Szarka proposed openstack/nova: Use assertGreater(A, X) instead of assertTrue(A > X)  https://review.openstack.org/30273412:41
*** erlon has joined #openstack-nova12:42
markus_zsnikitin: That's still odd, yeah.12:42
sdaguesnikitin: I don't know why there is a discrepancy in the doc tests12:42
*** doug-fish has quit IRC12:42
*** ababich has quit IRC12:42
sdaguehowever, it's silly for us to have the empty files12:42
*** doug-fish has joined #openstack-nova12:42
*** ababich has joined #openstack-nova12:43
*** aysyd has quit IRC12:44
*** rfolco has joined #openstack-nova12:45
*** lucasagomes has quit IRC12:45
*** mingyu has joined #openstack-nova12:45
*** lucasagomes has joined #openstack-nova12:46
*** doug-fish has quit IRC12:47
*** cdelatte has joined #openstack-nova12:47
*** achanda has joined #openstack-nova12:47
*** aysyd has joined #openstack-nova12:50
*** houming has quit IRC12:50
openstackgerritjichenjc proposed openstack/nova: prevent non-admin user search soft-delete server  https://review.openstack.org/25847212:51
*** burgerk has joined #openstack-nova12:52
*** delattec has joined #openstack-nova12:53
*** doug-fish has joined #openstack-nova12:54
*** cdelatte has quit IRC12:56
*** doug-fis_ has joined #openstack-nova12:56
*** akshai has quit IRC12:56
*** dedery has quit IRC12:57
*** akshai has joined #openstack-nova12:57
*** diogogmt has quit IRC12:58
*** achanda has quit IRC12:58
*** diogogmt has joined #openstack-nova12:59
*** doug-fish has quit IRC12:59
*** rodrigods has quit IRC13:01
openstackgerritsahid proposed openstack/nova: libvirt: handle reserved pages size  https://review.openstack.org/29250013:01
openstackgerritsahid proposed openstack/nova: virt: reserved number of mempages on compute host  https://review.openstack.org/29249913:01
*** rodrigods has joined #openstack-nova13:01
*** rlrossit has joined #openstack-nova13:02
openstackgerritMatthew Booth proposed openstack/nova: Rename Raw backend to NoBacking  https://review.openstack.org/27962613:02
openstackgerritMatthew Booth proposed openstack/nova: Fix signature of copy_image  https://review.openstack.org/28243213:02
openstackgerritMatthew Booth proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766113:02
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099813:02
openstackgerritMatthew Booth proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087213:03
openstackgerritArtom Lifshitz proposed openstack/python-novaclient: Virtual device tagging client support  https://review.openstack.org/29922213:03
*** vtech has quit IRC13:04
*** vtech has joined #openstack-nova13:05
*** Guest34177 is now known as BobBall13:05
openstackgerritjichenjc proposed openstack/python-novaclient: move migrations from extension  https://review.openstack.org/28521313:05
markus_zsarafraj: Are you around?13:06
*** achanda has joined #openstack-nova13:08
*** diogogmt has quit IRC13:08
*** mvk_ has quit IRC13:11
*** mdrabe has joined #openstack-nova13:12
*** diogogmt has joined #openstack-nova13:12
*** achanda has quit IRC13:13
*** mvk has joined #openstack-nova13:13
*** wanghao has quit IRC13:14
*** akshai has quit IRC13:14
*** jschlueter has quit IRC13:14
*** wanghao has joined #openstack-nova13:14
*** whenry has quit IRC13:15
sahidmarkus_z: i did not find time yet to address your comment here https://review.openstack.org/#/c/301247/, but i'll try to do it13:15
markus_zsahid: OK, don't hurry. Would be a good addition to make the use case more clear.13:16
*** jschlueter has joined #openstack-nova13:17
*** whenry has joined #openstack-nova13:17
*** daemontool has quit IRC13:17
*** ducttape_ has joined #openstack-nova13:18
*** ducttape_ has quit IRC13:18
*** ducttape_ has joined #openstack-nova13:18
sahidmarkus_z: yes, after to re-read response i gave to you, i was not sure if it was clear13:19
*** ababich has quit IRC13:20
*** ababich has joined #openstack-nova13:21
*** doug-fis_ has quit IRC13:23
*** akshai has joined #openstack-nova13:23
openstackgerritAlex Szarka proposed openstack/nova: Use assertGreater(A, X) instead of assertTrue(A > X)  https://review.openstack.org/30273413:23
openstackgerritRoman Podoliaka proposed openstack/nova: novnc: make naming of SSL related options consistent  https://review.openstack.org/22211313:24
*** mjura has quit IRC13:24
*** ociuhandu has joined #openstack-nova13:25
*** eliqiao1 has joined #openstack-nova13:25
*** mjura has joined #openstack-nova13:26
*** xyang1 has joined #openstack-nova13:26
*** mriedem has joined #openstack-nova13:26
openstackgerritRoman Podoliaka proposed openstack/nova: libvirt: delete the last file link in _supports_direct_io()  https://review.openstack.org/22476413:26
*** daemontool has joined #openstack-nova13:28
*** ctrath has joined #openstack-nova13:28
BobBallsdague: Commented13:29
BobBalljohnthetubaguy: Could you check my thinking on https://review.openstack.org/#/c/289431/913:29
johnthetubaguyBobBall: hmm, I think we did this wrong you know, really we should call the plugins to see what version they support, so they can start responding yes to 1.x and 2.x for a little while13:31
openstackgerritChris Dent proposed openstack/nova: WIP Initial support for both microversion headers  https://review.openstack.org/30007713:31
openstackgerritChris Dent proposed openstack/nova: Initial use of microversion_parse  https://review.openstack.org/30007613:31
openstackgerritSean Dague proposed openstack/nova: allow samples testing for PUT to not have a body  https://review.openstack.org/30273313:31
*** ducttape_ has quit IRC13:31
*** cdent has quit IRC13:31
johnthetubaguyBobBall: thats kinda what we do with RPC13:32
*** eliqiao1 has quit IRC13:32
sdaguejohnthetubaguy / alaski I missed a return statement so the test failed, it's fixed now13:32
rlrossitmriedem: In the DB API, why does a flavor get by id raise a NotFound exception if it isn't found by the id (https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L5185-L5194), but something like instance actions (https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L6160-L6172) doesn't raise the same exception?13:32
rlrossitthat's ^ causing the cells job to still blow up on a negative test for ID get because _from_db_object is getting None instead of an action dict13:33
alaskisdague: got it13:33
alex_xusnikitin: congrats and thanks for your patient :)13:34
mriedemrlrossit: not sure, i guess it depends on how it's used13:34
snikitinalex_xu: :)13:34
mriedemrlrossit: as in we might expect there to not be instance actions for a given request id13:34
rlrossitmriedem: yeah it looks like bw usage also doesn't have the check in the db api, so they have to check the result when the call the db http://git.openstack.org/cgit/openstack/nova/tree/nova/objects/bandwidth_usage.py#n6013:34
mriedemrlrossit: could also maybe have something to do with bw usage and instance actions not having foreign keys back to the instances table and they don't get soft deleted when an instance is deleted13:35
mriedemrlrossit: thats13:35
mriedemthat's an outside guess13:36
mriedembut those are the two tables that have that weirdness in the db schema13:36
rlrossitok so this just happens to be the 2 outliers that I found?13:36
rlrossithttps://github.com/openstack/tempest/blob/master/tempest/api/compute/servers/test_instance_actions_negative.py#L48 well it needs to be raising a 404 somewhere... but hopefully that's higher up13:37
mriedemrlrossit: probably in the rest api13:38
rlrossitbut.. but.. why can't we just raise the not found in the db like everyone else :|13:38
mriedemshrug13:39
*** artom has quit IRC13:39
rlrossitI'll check the get in the real rpc api to see how they handle it, and I'll do it the same as that does13:39
* rlrossit craves consistency13:39
*** ducttape_ has joined #openstack-nova13:40
rlrossithttps://github.com/openstack/nova/blob/master/nova/objects/instance_action.py#L68-L73 yup that's how the object handles it too13:41
BobBalljohnthetubaguy: Sure; that'd work too13:41
BobBalljohnthetubaguy: I don't mind which way TBH13:42
*** sc68cal has joined #openstack-nova13:42
johnthetubaguyBobBall: I think that way would stop the need for the version bump to be impacting, and we can add that feature in a way that is not impact, if we wait a release to bump the major version?13:43
johnthetubaguyBobBall: I might be over thinking this though, that feels very complicated13:43
*** eliqiao1 has joined #openstack-nova13:44
*** irenab has quit IRC13:44
*** mgoddard_ has joined #openstack-nova13:44
mriedemmoshele: i added https://blueprints.launchpad.net/nova/+spec/ironic-infiniband-support to the nova meeting agenda13:45
BobBalljohnthetubaguy: I did propose that back in patch set 4, but I don't mind which way it goes13:45
moshelemriedem: thanks13:45
johnthetubaguyBobBall: I missed that, sorry, I need to find some time to read though that all properly13:46
BobBalljohnthetubaguy: It's OK - Stephen uploaded a few new patches and the comment got lost :)13:46
*** links has quit IRC13:46
sarafrajGood morning13:47
*** garyk1 has quit IRC13:47
*** mgoddard has quit IRC13:48
sarafrajmarkus_z: Hi13:48
*** esracelik has quit IRC13:48
*** Oku_OS is now known as Oku_OS-away13:48
markus_zsarafraj: hey, just wanted to double-check if you have any questions of issues with the bug stuff?13:49
sarafrajmarkus_z: I see 3 new bugs, for the search query you gave me13:50
sarafrajmarkus_z: Can you walk me through process with one of these13:50
markus_zsarafraj: yep, let me have a quick look which fits best13:51
*** sridharg has quit IRC13:52
mriedemdanpb: ndipanov: easy bug fix for a regression https://review.openstack.org/#/c/295395/13:52
*** mrkz has joined #openstack-nova13:53
markus_zsarafraj: Maye we use https://bugs.launchpad.net/nova/+bug/156743413:53
openstackLaunchpad bug 1567434 in OpenStack Compute (nova) "new hypervisor should apper with available resources set to 0" [Undecided,New]13:53
ndipanovmriedem, looking13:54
sarafrajmarkus_z: yes13:54
openstackgerritGleb Stepanov proposed openstack/nova: Check API versions intersects  https://review.openstack.org/30127813:55
mriedemnova meeting in 5 minutes13:55
*** ametts has joined #openstack-nova13:56
ndipanovmriedem, just enough time to look at https://review.openstack.org/30185913:56
markus_zsarafraj: I'd take a look where the line of code is used in Nova13:56
ndipanovit fixes the feature we added to sriov that was borked13:56
ndipanovso a candidate for backport to stable mitaka I think13:56
mriedemndipanov: you mean the feature that just landed last week? i saw the 2 bugs that came up from that.13:57
mriedemthose landed in newton, not mitaka13:57
*** busterswt has joined #openstack-nova13:57
mriedemwould have been nice to test that code before we approved it13:57
ndipanovmriedem, no that feature is fine13:58
ndipanovthat is just neutron integration13:58
mriedemwhich bp?13:58
ndipanovmriedem, sec13:58
openstackgerritsahid proposed openstack/nova: libvirt: release serial console ports when before to destroy guests  https://review.openstack.org/30124713:58
openstackgerritsahid proposed openstack/nova: serial: replace log warning to debug when port already used  https://review.openstack.org/30277713:58
openstackgerritsahid proposed openstack/nova: serial: make acquire port to avoid port conflicts  https://review.openstack.org/30277813:58
openstackgerritRyan Rossiter proposed openstack/nova: Remove DictCompat from InstanceAction  https://review.openstack.org/30190513:58
*** paul-carlton1 has quit IRC13:59
*** cdent has joined #openstack-nova13:59
ndipanovmriedem, https://review.openstack.org/#/c/212472/13:59
ndipanovstupid lp can't find blueprints once they are completed14:00
mriedemhttps://blueprints.launchpad.net/nova/+spec/sriov-physical-function-passthrough14:00
ndipanovyes14:00
mriedemadrian_otto akuriata alevine alexpilotti aloga andreykurilin anteaya artom auggy 14:00
mriedembauzas belliott belmoreira bobball cburgess claudiub danpb dguitarbite _diana_ 14:00
mriedemdiana_clarke dims duncant edleafe efried flip214 funzo garyk gcb gjayavelu 14:00
mriedemirina_pov jaypipes jcookekhugen jgrimm jichen jlvillal jroll kashyap klindgren14:00
*** Oku_OS-away is now known as Oku_OS14:00
mriedemkrtaylor lbeliveau lxsli macsz markus_z mdorman med_ mikal mjturek mnestratov 14:01
mriedemmoshele mrda nagyz ndipanov neiljerram nic Nisha PaulMurray raildo rgeragnov 14:01
mriedemsc68cal scottda sdague sileht sorrison swamireddy thomasem thorst tjones tonyb 14:01
mriedemtpatil tpatzig xyang rdopiera sarafraj woodster14:01
mriedemnova meeting14:01
*** yamahata has joined #openstack-nova14:01
markus_zsarafraj: basically you can add the tag "ironic" as it seems to happen there.14:01
markus_zsarafraj: You can try to reproduce the issue, if information is missing for that, you can contact the reporter14:02
sarafrajmarkus_z: So the process is to dig a little into code and try to find problematic section and then assign a tag?14:03
*** mgoddard has joined #openstack-nova14:04
*** mgoddard_ has quit IRC14:04
markus_zsarafraj: yep, that's the first step. And ensure that the report has enough information to reproduce the issue. Otherwise it gets hard to solve it.14:04
sarafrajmarkus_z: Ok got it. thx14:05
markus_zsnikitin: Isn't that done with your change from earlier? https://bugs.launchpad.net/nova/+bug/156736914:06
openstackLaunchpad bug 1567369 in OpenStack Compute (nova) " Added server tags support in nova-api" [Undecided,New]14:06
*** artom has joined #openstack-nova14:07
*** sdake has joined #openstack-nova14:07
*** qeelee has quit IRC14:07
*** thomasem_ is now known as thomasem14:08
snikitinmarkus_z: What should I do with this bug?14:08
*** tinbar has joined #openstack-nova14:09
markus_zsnikitin: Double-check if it has enough information for the manuals team and then reroute to them.14:09
*** diogogmt has quit IRC14:09
*** tbachman has quit IRC14:10
*** knikolla has joined #openstack-nova14:10
snikitinmarkus_z: Yes, this patch contains enough information14:11
*** andrearosa has quit IRC14:12
*** sdake has quit IRC14:12
*** nkrinner has quit IRC14:12
cdentdansmith: say a nova object (ResourcePool) has a list field (aggregates) which is an AggregatesList, what is the canonical way of adding or removing an aggregate associated with the reosurce pool: calling add/remove_aggregate methods and doing the update internally, or adjusting the value of the field and calling update?14:12
*** rcrit has joined #openstack-nova14:14
*** pwnall has joined #openstack-nova14:15
sarafrajmarkus_z: BTW I am in UTC-6 timezone. From Austin, TX14:16
*** mylu has joined #openstack-nova14:17
*** tinbar has quit IRC14:17
*** ChrisBenson has joined #openstack-nova14:17
*** gagehugo has joined #openstack-nova14:18
*** thorst_ has quit IRC14:21
*** sdake has joined #openstack-nova14:21
rcritis there a place one can set injected_files for all instances? E.g. I want to send these files to any instance that gets created?14:21
danpbno,that'd be a feature request14:22
* rcrit waves14:22
danpbthe injected files get comes straight down from the API inputs iirc14:22
*** thorst_ has joined #openstack-nova14:22
rcritok, just wanted to double-check my reading of the code14:23
*** baoli_ has quit IRC14:26
*** thorst__ has joined #openstack-nova14:26
*** Prophidys has quit IRC14:26
*** thorst_ has quit IRC14:27
*** baoli has joined #openstack-nova14:30
*** zz_dimtruck is now known as dimtruck14:30
*** matrohon has quit IRC14:31
*** matrohon has joined #openstack-nova14:31
*** tinbar has joined #openstack-nova14:32
*** eglynn has joined #openstack-nova14:34
*** eharney has joined #openstack-nova14:34
*** tbachman has joined #openstack-nova14:34
openstackgerritSujitha proposed openstack/nova: Config options: Centralize compute options  https://review.openstack.org/29593814:35
*** thorst__ has quit IRC14:37
*** mylu has quit IRC14:37
openstackgerritPushkar Umaranikar proposed openstack/nova: Config options: Centralize netconf options  https://review.openstack.org/29431214:39
*** edtubill has joined #openstack-nova14:39
*** tbachman_ has joined #openstack-nova14:39
*** tbachman has quit IRC14:40
*** tbachman_ is now known as tbachman14:40
*** thorst_ has joined #openstack-nova14:41
*** mylu has joined #openstack-nova14:42
dimsmriedem : https://review.openstack.org/#/c/298978/ still good to release?14:45
dims(newton: release python-novaclient 3.4.0)14:45
mriedemdims: hell yes it is14:46
dansmithcdent: I think resourcepool should have a ListOfObjectsField, which is just a list, and then you add aggregates to it and call save() on resourcepool14:46
markus_zsarafraj: OK, cool, I will be at the Summit in Austin, we can talk there if you like.14:47
cdentdansmith: thanks, it alread has that ListOfObjectsField, it was just the question on how to manipulate it.14:47
dimsmriedem : thanks for your patience :)14:47
*** ametts has quit IRC14:48
mriedemdims: no problem14:48
*** ametts has joined #openstack-nova14:49
*** tbachman has quit IRC14:49
sarafrajmarkus_z: Sounds good. Looking forward to meet y'all14:49
*** kfarr has joined #openstack-nova14:49
openstackgerritZhenguo Niu proposed openstack/nova: [WIP]Add shellinabox console to API  https://review.openstack.org/30282114:50
dansmithcdent: ListOfObjectsField is different than an Object field with an AllocationList14:50
dansmithcdent: but, if what you say, then just add and .save() on the base object yeah14:50
dansmithan actual list object should never have a .save()14:51
*** tbachman has joined #openstack-nova14:51
*** salv-orl_ has joined #openstack-nova14:52
*** paul-carlton1 has joined #openstack-nova14:52
*** salv-orl_ has quit IRC14:53
cdentdansmith: hmmm. maybe you can do some light review on https://review.openstack.org/#/c/284963/ if you get a chance, I feel like I'm getting inconsistent feedback on the right way to do things. At the moment aggregates is an objectField with an AggregateList but it sounds like you're saying that's no good.14:54
mriedemndipanov: so what happened with that sriov feature that landed in mitaka? was it not tested until the neutron stuff was landed last week to complete the integration?14:54
*** salv-orlando has quit IRC14:54
*** thorst__ has joined #openstack-nova14:54
dansmithcdent: where are the comments suggesting that over the alternative?14:55
ndipanovmriedem, I guess not too deeply14:55
dansmithboth will work of course, but I would go the route of not using the list object14:55
cdentdansmith: not all feedback comes on reviews14:55
cdentand in some cases, null feedback is feedback14:55
ndipanovmriedem, I tested it when I was working on the neutron integration14:55
ndipanovbut only so as far to boot VMs - I did not look into resource tracking too deeply14:56
ndipanovlast week I did a more thorough test and saw that things were not working as expected14:56
*** ametts has quit IRC14:57
openstackgerritSylvain Bauza proposed openstack/nova: Add a RequestSpec generation migration script  https://review.openstack.org/30282814:57
bauzasalaski: dansmith: ^14:57
*** cristicalin has joined #openstack-nova14:58
*** thorst_ has quit IRC14:58
bauzasthis is an online data migration script for ensuring all instances having a RequestSpec object14:58
*** ametts has joined #openstack-nova14:58
bauzaskinda cellsv2/scheduler related14:58
*** cristicalin has quit IRC14:58
*** cristicalin has joined #openstack-nova14:59
alaskibauzas: cool, will look in a bit14:59
*** ducttape_ has quit IRC14:59
*** mgoddard_ has joined #openstack-nova15:00
*** woodster_ has joined #openstack-nova15:00
*** thorst__ is now known as thorst________15:00
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Deprecate image list/show/delete/update CLIs/APIs  https://review.openstack.org/30248615:00
markus_zdansmith: I don't get your comment here https://review.openstack.org/#/c/302341/1/nova/conf/upgrade_levels.py15:00
markus_zWe change the default value from None to "auto". Why doesn't this need a hint in a reno?15:01
dansmithcdent: review feedback not in the reviews surely doesn't help get towards a consistent goal, as you can imagine15:01
dansmithcdent: anyway, I commented in there on this topic, hope that helps15:01
cdentI know right!15:01
cdentthanks dansmith15:01
*** markstur_ has joined #openstack-nova15:01
dansmithmarkus_z: no, it totes does15:01
markus_zdansmith: that explains everything15:01
dansmithmarkus_z: I was referring to the '' behavior thing15:02
dansmithmarkus_z: I'll worry about a reno when I get to the fancy place of having the effing tests working :D15:02
markus_zdansmith: wait, you're giving me right, I wasn't expecting that..15:02
alaskibauzas: haven't review thoroughly, but why not use the req_spec table for the marker?15:02
dansmithmarkus_z: giving you right?15:02
mriedemsaying he's right15:03
dansmithmarkus_z: I'm saying you're right, yes15:03
openstackgerritLee Yarwood proposed openstack/nova: utils: Move is_volume_backed_instance into compute_utils  https://review.openstack.org/28144415:03
openstackgerritLee Yarwood proposed openstack/nova: WIP - libvirt: Implement stable device rescues  https://review.openstack.org/27028915:03
openstackgerritLee Yarwood proposed openstack/nova: compute: Allow instances with bdms to be rescued by capable virt drivers  https://review.openstack.org/27028815:03
openstackgerritLee Yarwood proposed openstack/nova: libvirt: Add boot ordering to individual disks  https://review.openstack.org/27028615:03
openstackgerritLee Yarwood proposed openstack/nova: virt: Provide the bdm of an instance during a rescue  https://review.openstack.org/27028715:03
openstackgerritLee Yarwood proposed openstack/nova: image_meta: Add hw_rescue_device and hw_rescue_bus  https://review.openstack.org/27028515:03
dansmithmriedem: I thought maybe he meant "giving me $something" where $something might be "shit" :)15:03
markus_zwhops, german-english again, sorry15:03
mriedemdu hast Recht!15:03
bauzasalaski: we could indeed15:03
*** mgoddard has quit IRC15:03
markus_zmriedem: Yeah! :)15:03
dansmithheh15:03
mriedemthanks google15:03
mriedemthe ! was mine, not googles15:03
*** jwcroppe has joined #openstack-nova15:04
markus_zFinally we switch to a proper language here ;)15:04
markus_zThe "!" is implied after each german sentence.15:04
mriedemexactly15:04
dansmithbrennen die Tests15:04
cdentthat's very useful information in those coments, dansmith. thank you15:04
markus_zdansmith: :D15:04
cdentIt doesn't take much to make me not unhappy.15:04
bauzasüdo, üdo, das telefon rüft an15:04
markus_zgoogle translate is not always right. We practice that in Austin.15:04
dansmithlol15:05
kfarrIs there a time period where nova reviewers will be ramping up on reviewing specs for Newton?  If people are reviewing specs now, I'd appreciate eyes on https://review.openstack.org/#/c/247561/515:05
* bauzas ladies and gentlemen, this was the only sentence I'm able to remember 15:05
alaskibauzas: also, check out https://review.openstack.org/#/c/301916/1/nova/cmd/manage.py@1381, there can be an issue with markers and unique constraints15:06
markus_zbauzas: This is only useful in extremely specific situations, but I don't speak French, so I don't complain here.15:06
* markus_z has to go for today, see you15:06
*** 7JTAALB9C has joined #openstack-nova15:06
*** mjura has quit IRC15:06
bauzasalaski: well, I was thinking of using a separate project15:07
*** ababich has quit IRC15:07
bauzasalaski: but lemme think of using request_spec table instead15:07
*** j_king_ is now known as j_king15:07
*** ababich has joined #openstack-nova15:08
*** thorst________ is now known as thorst_15:08
alaskiokay. but even with a separate project there's still a constraint on instance_uuid15:08
mriedemkfarr: http://lists.openstack.org/pipermail/openstack-dev/2016-March/090370.html15:08
bauzasokay, I should just reconsider using instance_mapping for this15:08
bauzasalaski: what I only need is a place to store an uuid15:09
kfarrthanks mriedem!15:09
*** ababich has quit IRC15:09
*** diogogmt has joined #openstack-nova15:09
*** ababich has joined #openstack-nova15:09
bauzasargh, UC on instance_uuid for req_spec15:09
alaskibauzas: yeah. I think it makes sense to use the table that's being migrated to whenever possible15:09
*** jwcroppe has quit IRC15:10
alaskithe UC isn't too hard to work around, it just needs to be taken into account15:10
bauzasdouble-argh, we store the uuid correctly in the table (string(36)15:10
*** Guest74036 has quit IRC15:10
bauzasso I couldn't prefix that15:10
alaskiI replaced '-' with ' '15:10
alaskieasy enough to change back15:10
*** tbachman has quit IRC15:11
bauzasalaski: well, I need to consider the problem15:13
bauzasusing uuids having ':' could work, but that sounds very hacky15:14
bauzasand errorprone if we begin to support that as an uuid15:14
ildikovmriedem: dansmith: hi15:15
ildikovmriedem: dansmith: I plan to upload a new version for the multiattach spec for which it would be nice to agree on the service version check approach if that's still what we want to follow15:16
*** tbachman has joined #openstack-nova15:17
*** anush_ has joined #openstack-nova15:19
*** baoli has quit IRC15:19
mriedemildikov: that is mostly out of my memory15:19
*** burt has joined #openstack-nova15:20
mriedemildikov: did jgriffith and hemna come to a conclusion on which approach to take for detach?15:20
ildikovmriedem: I have to admit I don't have too many memories either, so some refreshing would be nice15:20
ildikovmriedem: they continued the discussion on the cinder channel and I think they analysed more the differences and I think it turned out that the proposals are not really different15:21
mriedemwhich one is a little bit country and which one is a little bit rock & roll?15:22
ildikovmriedem: but I did not read the whole discussion carefully15:22
mriedemhttps://www.youtube.com/watch?v=_AfXznngjGw15:22
* mriedem imagines that's what the cinder team does after resolving issues15:23
*** jwcroppe has joined #openstack-nova15:23
ildikovmriedem: they talked about the db entries and what is available where and then it turned out they have misunderstanding because the new Gerrit UI messed up visualisation :)15:23
smcginnislol15:23
mriedemoh sure, it's all gerrit's fault15:23
* smcginnis thinks with a wig, mriedem could pull off a mean Donny15:23
*** achanda has joined #openstack-nova15:24
dansmithhah15:24
*** eliqiao1 has quit IRC15:24
dansmithI would pay money to see that15:24
ildikovmriedem: lol, I'm too visual for that video :D15:24
mriedemsmcginnis: i haven't had a haircut in months so it's getting pretty feathery15:24
ildikovmriedem: well, I have to admit I don't like the new UI either, so that excuse works for me :)15:25
*** alex_xu has quit IRC15:25
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/30201615:26
openstackgerritDan Smith proposed openstack/nova: Default compute upgrade_level to auto  https://review.openstack.org/30234115:26
openstackgerritDan Smith proposed openstack/nova: Add AllServicesCurrent fixture  https://review.openstack.org/30286915:26
*** yamahata has quit IRC15:26
*** kmartin has joined #openstack-nova15:27
jgriffithsmcginnis: I was thinking Marie... but ok :)15:27
dansmithmriedem: sc68cal owes me something for this can of worms that is changing that tiny default15:27
smcginnisjgriffith: Didn't want to go there. :)15:27
mriedemdansmith: how about a can of worms?15:27
jgriffithha!15:27
dansmithno, have that already15:28
dansmithwant something better15:28
mriedema hook?15:28
sc68caldansmith: a sushi platter?15:28
dansmithand not one of those mythical beers that nobody ever collects on15:28
dansmithsc68cal: too close to a can of worms15:28
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient: Updated from global requirements  https://review.openstack.org/30288415:28
mriedemildikov: so we probably have to find the review comments that talked about the service version checking, it had to have been something that was related to passing things from the api to the compute15:28
*** Swami has joined #openstack-nova15:28
mriedembecause we had to make sure the computes were all up to date15:28
*** alex_xu has joined #openstack-nova15:29
mriedemwas it something like the attachment id? i want to say it was related to the issue with the BDMs15:29
ildikovmriedem: we discussed it mostly here15:29
mriedemwhich we put a fix in for that dansmith worked on15:29
*** cristicalin has quit IRC15:29
ildikovI think it was more about how to ensure that we only allow multiattach if the service version matches the minimum required15:30
mriedemdid you ever update a spec for that while we were talking about it?15:30
*** armax has joined #openstack-nova15:30
*** jwcroppe has quit IRC15:31
sdagueanyone else want to kick this very easy change in - https://review.openstack.org/#/c/302670/ ?15:31
mriedemildikov: thought it was related to https://review.openstack.org/#/c/267169/15:31
dansmithsdague: yes, yes I do15:31
ildikovmriedem: not really as we had the cache issue with that and I don't think we ever finalised how it should look like15:32
dansmithsdague: mtreinish hit that multinode devstack fix for me yesterday evening by the way15:32
dansmithsdague: so we should be good there15:32
sdaguedansmith: yeh, I saw this morning. Good stuff15:32
dansmithsdague: also, this morning I woke up, and with my first breath, I could tell the world was a better place15:32
dansmithsdague: because we're no longer seeding flavors in our original migration15:33
sdagueheh15:33
ildikovmriedem: partially but we also had to ensure we pass attachment_id at detach time15:33
sdaguedansmith: idk, maybe we should bring back that hard coded struct from change #115:33
ildikovmriedem: and that was added in Mitaka, so we would've been in trouble with older computes IIRC15:33
dansmithsdague: I'd prefer that over the migration approach :D15:33
*** links has joined #openstack-nova15:36
*** sc68cal has quit IRC15:36
ildikovmriedem: ah and we also did not want inconsistent API behaviour in the sense of one compute supports multiattach and another one in the system does not15:36
mriedemildikov: well, that is related to the api capabilities stuff that will be discussed at the summit15:36
*** EinstCrazy has quit IRC15:36
ildikovmriedem: so basically I think the aim was/is to have a fully upgraded environment in order to use multiattach to avoid inconsistencies and issues15:36
mriedemthis was the change to use that new bdm objects method to avoid races https://review.openstack.org/#/c/267464/3/nova/compute/manager.py15:37
*** mtanino has joined #openstack-nova15:37
*** achanda has quit IRC15:37
mriedembut we never set a service version, i guess we'd just use whatever was the latest compute service version from mitaka15:37
mriedemwhen checking that in the newton api15:37
ildikovmriedem: ah, ok, I missed the API capabilities thing, but will follow up from now on15:38
*** nelsnelson has joined #openstack-nova15:38
ildikovyeah, I remember the BDM one with the new methods15:39
*** moshele has quit IRC15:39
mriedemdansmith: do you remember at all what we were talking about wrt multiattach and blocking from the api on the compute version?15:39
*** mdrabe has quit IRC15:39
dansmithI remember very little, but I thought if we deferred to newton then we didn't have to do that15:39
dansmithoh, no15:39
*** nelsnels_ has quit IRC15:39
ildikovI know we had issues with the version is cached and is not updated properly15:39
*** ababich has quit IRC15:40
*** ababich1 has joined #openstack-nova15:40
dansmithyeah, I dunno, that requires real though to remember the details and I'm in the middle of something else15:40
dansmithwas it captured in a spec?15:40
ildikovdansmith: hmm, if we end up with not doing it that would be perfectly fine with me :)15:40
mriedemthere is a ML thread from january15:41
ildikovdansmith: we never really agreed about that fully so it wasn't15:41
mriedemi'm hoping the details are in there15:41
mriedemhttp://lists.openstack.org/pipermail/openstack-dev/2016-January/084031.html15:41
mriedem"We talked about adding a check in the API layer to see if there are any  liberty computes running and if not, then we could allow the 2nd attach  on a multi-attach volume, but that is racy and not fail-safe, which  could mean a user could get a multi-attach request to pass in one case  but fail in another (it's a problem related to how the service versions  are cached in-memory per API worker and isn't something that can be  resolved be15:42
ildikovmriedem: cool, thanks, I totally forgot about the mail thread15:42
* mriedem thanks my past self15:43
mriedemi think it was directly related to the potential for races without https://review.openstack.org/#/c/267169/15:43
ildikovmriedem: just wanted to say the same :)15:43
mriedemso we needed https://review.openstack.org/#/c/267464/3/nova/compute/manager.py in the mitaka computes15:43
*** tinbar has quit IRC15:44
*** afranc has joined #openstack-nova15:44
ildikovmriedem: we were also discussing capabilities and how to communicate that the feature is now available15:47
*** jaosorior has quit IRC15:47
*** scheuran has quit IRC15:47
ildikovthe other part is the race and the need of the attachment_id in detach15:47
*** jaosorior has joined #openstack-nova15:47
*** ababich1 has quit IRC15:48
*** links has quit IRC15:48
*** ababich has joined #openstack-nova15:48
*** baoli has joined #openstack-nova15:49
*** matrohon has quit IRC15:49
*** ababich has quit IRC15:50
mriedempassing cinder the attachment_id during detach landed in mitaka https://review.openstack.org/#/c/193134/15:50
*** ababich has joined #openstack-nova15:50
mriedemthe ML thread said that https://review.openstack.org/#/c/256273/ was also needed for detach in mitaka, but that was reverted15:51
mriedemb/c older cinder couldn't handle it15:51
*** sfinucan has quit IRC15:52
mriedemand the libvirt driver didn't get the multiattach changes in mitaka either, so in newton, the api can't do multiattach to any mitaka computes15:53
*** browne has joined #openstack-nova15:53
*** pcaruana has quit IRC15:53
*** derekh has quit IRC15:53
*** mdrabe has joined #openstack-nova15:53
mriedemwell, the api can attach a volume to an instance on a mitaka compute,15:53
mriedembut it can't attach an already attached volume to a 2nd instance on a mitaka compute15:54
mriedemmaybe that's where we got to with the service version checking15:54
*** 7JTAALB9C has quit IRC15:54
openstackgerritWaldemar Znoinski proposed openstack/nova: virt/hardware: Fix 'isolate' case on non-SMT hosts  https://review.openstack.org/28532115:55
mriedemildikov: the capabilities stuff, like not being able to do multiattach on xen, is hopefully something that gets sorted out during the api design summit session on api discoverability/capability which i think alaski and sdague are running15:55
mriedemalthough we said in the mailing list that today we'd just fail the multiattach request with NoValidHost15:55
mriedemotherwise it seems we'd need to add a capabilities filter to the scheduler for this15:56
*** ducttape_ has joined #openstack-nova15:56
openstackgerritWaldemar Znoinski proposed openstack/nova: virt/hardware: Add diagnostic logs for scheduling  https://review.openstack.org/28532215:56
mriedemwhich is what i think cinder has for multiattach, a capabilities filter in the scheduler b/c not all volume drivers support multiattach15:57
ildikovyeah, it's correct that attach couldn't make it even into the computes in Mitaka15:57
ildikovso if we don't want inconsistent behaviour we will need the service version or smth like15:58
mriedemand i seem to remember dansmith yielding a bit on the api caching/racing issue with the service version checking during the mitaka midcycle, but i could have misinterpreted that15:59
ildikovI assume we can add a capabilities filter in an iteration as well, right?15:59
*** apoorvad has joined #openstack-nova16:00
*** ccarmack has joined #openstack-nova16:00
ildikovI'm not sure whether it was on the midcycle or before, but I remember as well he was16:00
*** ametts has quit IRC16:01
*** mtanino has quit IRC16:02
*** armax has quit IRC16:02
*** armax has joined #openstack-nova16:02
mriedemthe more i think about the nova capabilities filter in the scheduler, that doesn't make sense in this case,16:02
mriedemwhen attaching a volume to an instance, we aren't using the scheduler, we're just casting to the compute that the instance is on16:02
*** mtanino has joined #openstack-nova16:03
ildikovboot from volume?16:03
mriedemboot from volume with a multiattach volume would be an issue for scheduling, but we said we aren't supporting BFV with multiattach right?16:03
ildikovlive migration?16:03
ildikovwe are not supporting booting from the actual multiattach volume16:03
ildikovbut we're supporting booting with that volume16:03
*** dave-mccowan has joined #openstack-nova16:03
*** angdraug has joined #openstack-nova16:04
openstackgerritDan Smith proposed openstack/nova: Default compute upgrade_level to auto  https://review.openstack.org/30234116:05
dansmithbauzas: ^16:05
mriedemyou'd need a scheduler capabilities filter in that case unless we accept that you could just fail with a NoValidHost16:05
ildikovthis how I meant to add that filter later and for now just fail16:05
ildikovif that's acceptable16:06
*** gszasz has quit IRC16:06
ildikovor just simply fail16:06
*** FL1SK has quit IRC16:06
mriedemi honestly don't remember what we talked about for the BFV case, didn't you have a change up that amended the spec for that?16:06
*** itamarl has quit IRC16:06
*** mgoddard_ has quit IRC16:06
ildikovI amended16:06
mriedemi don't want to even think about live migration with multiattach volumes...16:07
ildikovwhen the source and target is volume and the bootindex or how it is called is 0 we fail16:07
*** vtech has quit IRC16:07
ildikovlive migration is an issue because of the detach misery isn't it?16:07
*** yamahata has joined #openstack-nova16:07
*** akshai has quit IRC16:08
*** vtech has joined #openstack-nova16:08
*** mgoddard has joined #openstack-nova16:08
mriedemcan you remind me why we even want volume multiattach in the first place again? what's the use case/benefit?16:08
*** e0ne has quit IRC16:08
ildikovbut well, I think the amended spec says we don't support it with multiattach volume16:08
ildikovuse it as a hot standby for instance with clustered FS16:09
*** e0ne has joined #openstack-nova16:09
*** syjulian has joined #openstack-nova16:09
*** zenoway has quit IRC16:09
dansmithsdague: is there an award for "added the most test fixtures this cycle" ?16:09
*** zenoway has joined #openstack-nova16:10
*** vtech has quit IRC16:10
ildikovmriedem: the spec: https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/multi-attach-volume.html16:11
*** zenoway has quit IRC16:11
*** zenoway has joined #openstack-nova16:11
sarafrajmarkus_z: Is this a valid bug https://bugs.launchpad.net/nova/+bug/1567232?16:13
openstackLaunchpad bug 1567232 in OpenStack Compute (nova) "migrate vm, do not check neutron-openvswitch-agent status" [Undecided,New]16:13
*** ekuris has quit IRC16:13
*** ababich has quit IRC16:13
*** unicell has quit IRC16:13
*** ababich has joined #openstack-nova16:14
*** unicell has joined #openstack-nova16:15
mriedemso the BFV limitations are in https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/multi-attach-volume.html#rest-api-impact16:15
*** zenoway has quit IRC16:15
mriedemwe don't really say anything about landing on a compute that doesn't support multiattach, and even if we did, if it's the first attachment for the volume and it's libvirt, it would be fine,16:16
femnadsarafraj: he left a while ago16:16
*** zenoway has joined #openstack-nova16:16
femnadsarafraj: but that seems to be a valid bug if you ask me16:16
mriedemthe problem is BFV with a multiattach volume that is already attached (i think) and you land on another host (e.g. xen) that doesn't support it16:16
femnadsarafraj: you need multiple hosts to test it though16:16
ildikovmriedem: at a certain point we said we will discuss this further so I didn't amend the spec more16:17
*** ametts has joined #openstack-nova16:17
*** PaulMurray has joined #openstack-nova16:17
mriedemso what happens if i boot from volume with a multiattach volume to an instance on a kvm compute node, and then later try to boot from that same volume to another host that's on a xen compute?16:18
ildikovmriedem: I can reach out to the hypervisor teams and check how it works without libvirt if it does at all16:18
sarafrajfemnad: Thanks. I am trying to find what release or branch this bug was file against.16:18
*** mylu has quit IRC16:19
femnadsarafraj: yeap, that seems missing what is otherwise a great report16:19
mriedemi guess we said, "Only the libvirt driver is modified to support multi-attach, for all other virt drivers this capability is disabled, the information is stored among the virt driver capabilities dict in the base ComputeDriver."16:19
danpbmriedem: iirc,  if one host has got it in mutli-attach mode, cinder shoudl reject request from any other host to use it in exclusive mode16:19
ildikovmriedem: if not being able to boot the instance without the volume then today the whole boot process fails16:19
*** jlanoux_ has quit IRC16:19
danpbIOW, other virt drivers should not need todo anything special - it should be handled by cinder16:19
mriedemdanpb: ok, i wasn't sure if the compute manager needed to check a virt driver capabliities when doing attach_volume with a multiattach volume and a driver that didn't support multiattach16:20
*** mylu has joined #openstack-nova16:20
*** zenoway has quit IRC16:20
mriedemso if vol A is attached to instance B on kvm host X, and we try to attach vol A to instance C on xen host Y, cinder should puke during the os-initialize_connection or os-detach call...16:21
mriedemis what i'm hearing16:21
* mriedem gets lunch quick16:22
danpbmriedem: that's what I'd expect to happen - of course someone ought to validate that it does :-)16:22
*** tbachman_ has joined #openstack-nova16:23
*** anush_ has quit IRC16:23
ildikovdanpb: I can only validate that i would be happy with this scenario :)16:23
*** anush_ has joined #openstack-nova16:24
*** tbachman has quit IRC16:25
*** tbachman_ is now known as tbachman16:25
ildikovhemna: can you confirm the scenario above? ^^16:26
hemnahey16:26
*** ekuris has joined #openstack-nova16:26
*** nic has joined #openstack-nova16:26
hemnaCinder doesnt know anything about what virt layer is being used anywhere16:27
hemnaall it knows is host, instance_uuid and the state of the volume16:27
ildikovhmm then it's still on Nova side16:28
*** Bjoern_ has joined #openstack-nova16:28
*** femnad has left #openstack-nova16:28
danpbhemna: cinder should know about whether the volume is used in shared mode, or exclusive mode though16:29
ildikovhemna: tnx16:29
*** Bjoern_ is now known as BjoernT16:30
hemnacinder doesn't16:30
hemnaonly the driver really knows currently16:30
hemnaand that's specific to the array/backend16:30
hemnaideally, it would be great to have every attach to it's own separate target (non shared)16:30
hemnabut some arrays/backends can't do that16:31
hemnajgriffith, seemed to have some magic to make unique /dev/disk/by-path entries show up via udev for shared mode targets16:31
*** unicell has quit IRC16:31
hemnaif that's possible, then that really does solve everything.16:31
hemnabut it has to work for every transport (iSCSI, FC, etc)16:31
danpbthe code seems to show that cinder *is* checking at the api level16:32
hemnait would eliminate the need for a flag for shared mode16:32
hemnadanpb, ?16:33
danpbie in cinder/volume/manager.py the attach_volume method does16:33
danpb            if (volume['status'] == 'in-use' and not volume['multiattach']16:33
danpb               and not volume['migration_status']):16:33
danpb                raise exception.InvalidVolume(16:33
danpb                    reason=_("volume is already attached"))16:33
openstackgerritEd Leafe proposed openstack/nova: Move config options from nova/api directory  https://review.openstack.org/25818016:33
openstackgerritEd Leafe proposed openstack/nova: Improve the help text for the API options (4)  https://review.openstack.org/29723716:33
openstackgerritEd Leafe proposed openstack/nova: Improve the help text for the API options (2)  https://review.openstack.org/26058716:33
openstackgerritEd Leafe proposed openstack/nova: Improve the help text for the API options (1)  https://review.openstack.org/26058616:33
openstackgerritEd Leafe proposed openstack/nova: Improve the help text for the API options (3)  https://review.openstack.org/26058816:33
hemnathat multiattach flag is simply a flag put on the volume that allows it to be multiattached16:33
hemnathere could be some confusion in terms here.16:33
*** moshele has joined #openstack-nova16:34
hemnavolume['multiattach'] is added to the volume at user create time, to allow it to be attached more than once (if the backend supports it)16:34
hemnawhat I was referring to earlier with 'shared/non shared' mode is16:35
*** haukebruno has quit IRC16:35
hemnafor multi-attach, when the driver creates a target for the initiator, is it always the same target for the host regardless of how many times its attached (shared mode), or a brand new target for every attach (non-shared)16:35
hemnathis is the trickiest part of it all16:36
hemnaso in shared mode16:36
*** mylu has quit IRC16:36
*** david-lyle has quit IRC16:36
hemnathe same n-cpu host will always see the same /dev/disk/by-path/<volume> path for every attach on that host.16:36
hemnavs.16:36
*** haplo37 has joined #openstack-nova16:37
hemnaa brand new /dev/disk/by-path/<volume> path for each attach.16:37
*** browne has quit IRC16:37
hemnaif it's shared nova has to be careful and not call os-brick.disconnect_volume unles it's the very last usage of that /dev/disk/by-path/<volume>16:37
hemnaI hope I explained that ok16:38
*** Oku_OS is now known as Oku_OS-away16:38
mriedemildikov: hemna: i think we probably need a set of scenarios to work everything through when we talk about this stuff, like mixed level nova computes, different virt drivers, shared/non-shared volume drivers, boot from volume, etc, it gets too easy to miss something otherwise16:39
hemnayah16:39
hemnait's very complex16:39
*** Oku_OS-away is now known as Oku_OS16:39
mriedemand with that we can figure out what we think should happen, like if it's a failure or if it's ok,16:40
hemnalet me work on the detach diagram16:40
mriedemand then the code has to be written against those16:40
hemnaand live migration16:40
mriedemafter lunch i can at least write up some of the nova scenarios and then we can fill it in16:40
ildikovmriedem: do we have room for a design session with a whiteboard?16:41
ildikovmriedem: or maybe use the contributors' meetup on Friday?16:41
mriedemildikov: we have a fishbowl room for the design session, i'm assuming there will be a whiteboard16:42
ildikovnot as a starting point but to finalise16:42
mriedemi'm expecting some overlap into the friday meetup16:42
mriedem40 min in a design session isn't going to be enough time to work this out probably, so i expect more time on friday16:42
*** ekuris has quit IRC16:42
*** mylu has joined #openstack-nova16:42
ildikovok, I wasn't sure how much time we have for this topic16:42
*** e0ne has quit IRC16:42
ildikovbut I agree we will prolly need Friday as well16:43
mriedemthis is why i said i think multiattach is going to be the only thing we have time for in the 40 min session16:43
*** mingyu has quit IRC16:43
*** hydhu has joined #openstack-nova16:43
mriedemwe won't have time to talk about extended volumes etc16:43
*** mingyu has joined #openstack-nova16:43
ildikovah, ok I thought we share the session with other topics this is why I asked about Friday16:44
*** daemontool has quit IRC16:44
hemnayah I think we need more time in a room16:44
ildikovyeap16:46
ildikovwe can spend some time with collecting scenarios on one of the meetings16:47
*** xyang1 has quit IRC16:47
*** mingyu has quit IRC16:48
*** hydhu has quit IRC16:48
*** Oku_OS is now known as Oku_OS-away16:48
*** aNupoisc has joined #openstack-nova16:50
ildikovI added a scenarios section to the etherpad16:52
*** rcernin has quit IRC16:52
openstackgerritRoman Podoliaka proposed openstack/nova: wip: remove redundant API call to neutron  https://review.openstack.org/30295416:53
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/30201616:54
*** ZZelle_ has joined #openstack-nova16:55
dansmithwhat do people think? next april 1st should we make the "OpenStack Proposal Bot" propose some interestinger things? Like marriage, or world peace, etc?16:56
dansmithproposing just requirements seems really boring16:56
rpodolyakalol16:56
*** jwcroppe has joined #openstack-nova16:58
*** PaulMurray has quit IRC16:58
*** angdraug has quit IRC16:58
artomA proposal bot sounds like something a love-sick telemarketer would build...16:58
dansmithor a 30 year old that still lives in his parents' basement16:59
artomAnd an awkward silence befell the room.16:59
dansmithheh16:59
* dansmith makes a note to use "befell" more often17:00
artomI'll start trawling your submissions looking for "befell" in the comments17:00
*** lpetrut has quit IRC17:00
dansmithAnd a -2 befell your silly patch17:00
artomOh please please please use that somewhere :D17:01
*** jistr has quit IRC17:01
*** mylu has quit IRC17:02
*** xyang1 has joined #openstack-nova17:02
dansmithheh17:02
*** jwcroppe has quit IRC17:02
*** mylu has joined #openstack-nova17:03
*** danpb has quit IRC17:03
*** yamahata has quit IRC17:06
*** david-lyle has joined #openstack-nova17:06
*** ametts has quit IRC17:07
*** rmart04 has quit IRC17:07
*** pcaruana has joined #openstack-nova17:08
*** ccarmack has quit IRC17:09
*** BobBall is now known as BobBall_AWOL17:10
*** unicell has joined #openstack-nova17:10
*** aNupoisc has quit IRC17:11
*** david-lyle has quit IRC17:11
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/30201617:12
*** salv-orlando has joined #openstack-nova17:12
*** jwcroppe has joined #openstack-nova17:13
*** aNupoisc has joined #openstack-nova17:14
mriedemwth http://logs.openstack.org/70/302670/1/gate/gate-nova-python27-db/77945a3/console.html#_2016-04-07_16_01_24_21917:15
openstackgerritMatt Riedemann proposed openstack/nova: remove alembic from requirements.txt  https://review.openstack.org/30267017:15
*** salv-orlando has quit IRC17:15
*** p01nt3r75 has quit IRC17:15
*** baoli has quit IRC17:16
*** baoli has joined #openstack-nova17:17
*** david-lyle has joined #openstack-nova17:17
snetiHi johnthetubaguy, can you reapprove this patch. I rebased it.17:18
*** Marga_ has quit IRC17:19
*** cdent has quit IRC17:20
*** ametts has joined #openstack-nova17:20
*** browne has joined #openstack-nova17:21
*** Prophidys has joined #openstack-nova17:21
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/30201617:22
openstackgerritArtom Lifshitz proposed openstack/nova: Fix max concurrent builds's unlimited semaphore  https://review.openstack.org/23905417:22
*** ccarmack has joined #openstack-nova17:22
*** baoli has quit IRC17:23
*** ljxiash has quit IRC17:23
*** david-lyle has quit IRC17:23
*** ljxiash has joined #openstack-nova17:24
sdagueum, what just happened to all our unit tests - http://logs.openstack.org/33/302733/2/gate/gate-nova-python27-db/f8f9374/console.html ?17:25
sdagueovo release?17:25
*** kfarr has quit IRC17:25
*** slagle has quit IRC17:26
dansmithuh17:26
mriedemsdague: yeah i saw that on yours17:26
mriedemi rebased it but didn't check dep releases17:26
*** Marga_ has joined #openstack-nova17:26
*** mingyu has joined #openstack-nova17:27
dansmithlast ovo release was 3/27, AFAICT17:28
dansmithwhich contained no code changes17:28
*** ljxiash has quit IRC17:28
sdagueTypeError: _doit() takes at least 1 argument (0 given)17:29
sdaguethat's all over the place17:29
dansmithyeah17:29
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22TypeError%3A%20_doit%5C%5C(%5C%5C)%20takes%20at%20least%201%20argument%20%5C%5C(0%20given%5C%5C)%5C%22%20AND%20project%3A%5C%22openstack%2Fnova%5C%22%20AND%20tags%3A%5C%22console%5C%22&from=7d17:29
mriedemlogstash seems to be behind, only showing hits on one change17:29
dansmiththere is no "doit" in o.vo17:30
diana_clarkeis it related to the fixtures release?17:30
dansmiththat's in our fixture17:30
alaskiit's fixtures17:30
mriedemfixtures 2.0.0 was released last night17:30
diana_clarkelifeless popped into chat yesterday to warn us about that17:31
alaskiI'm working on a fix, but the short story is that it's now really strict about methods being patched with like methods17:31
dansmithah, so in monkeypatch?17:31
alaskidansmith: yeah17:32
dansmithawesome17:32
alaskiif you want to patch a class method, you need to patch with a class method17:32
mriedemhttps://github.com/openstack/requirements/commit/9e1ee3b3ac20371b8556d10d1ae0bb0ede3c004817:32
alaskiand on python2 it must be from the same class even17:32
alaskiit's a major version bump because it's not compatible17:32
alaskihow did it get pulled in?17:32
*** markstur_ has quit IRC17:32
mriedemthe bot17:32
*** anush_ has quit IRC17:32
mriedemsee ^17:32
mriedemb/c the bot doesn't run unit tests17:32
mriedemwith fixtures17:33
mriedemwell, the requirements repo doesn't17:33
*** anush_ has joined #openstack-nova17:33
*** rcernin has joined #openstack-nova17:33
*** moshele has quit IRC17:33
*** rlrossit has quit IRC17:33
dansmithalaski: oh, it's patching the class, but because we want to intercept the instance method17:33
alaskiright. it used to be that it just patched it and it always became an instancemethod17:34
alaskinow it checks if it should be a staticmethod and creates a patched staticmethod17:35
alaskibut a side effect of how it was done is that things have to match really closely now17:35
alaskihttp://pastebin.com/LDEMth7R fixes the _doit thing17:36
alaskiwhich is ugly and not what we want17:36
alaskiit that just gets it done to ~400 failing tests from a few other monkeypatches that need to be addressed17:36
alaskiI'm currently fighting py2/3 differences to get a patch up to fixtures17:37
dansmithalaski: beautifully hacky17:38
*** aNupoisc has quit IRC17:39
*** ctrath has quit IRC17:40
*** ctrath has joined #openstack-nova17:40
*** PaulMurray has joined #openstack-nova17:40
*** vtech has joined #openstack-nova17:41
alaski:)17:41
*** ihrachys has quit IRC17:41
*** vtech has quit IRC17:41
alaskiI'm learning a lot more than I ever expected about bound vs unbound methods17:41
tbachmanlol17:42
alaskiand this is one thing that py3 makes nicer17:42
*** vtech has joined #openstack-nova17:42
dansmiths/expected/wanted/17:43
alaskiyeah :)17:43
*** mvk has quit IRC17:45
*** rlrossit has joined #openstack-nova17:48
*** anush_ has quit IRC17:50
*** anush_ has joined #openstack-nova17:50
*** pwnall has quit IRC17:51
*** ducttape_ has quit IRC17:51
*** aginwala has joined #openstack-nova17:52
*** rmart04 has joined #openstack-nova17:52
*** e0ne has joined #openstack-nova17:53
*** ducttape_ has joined #openstack-nova17:53
*** david-lyle has joined #openstack-nova17:56
*** david-lyle has quit IRC17:56
*** mdrabe has quit IRC17:57
*** ducttape_ has quit IRC17:57
*** david-lyle has joined #openstack-nova17:58
*** pushkaru has joined #openstack-nova17:58
*** ctrath has quit IRC17:58
*** tbachman has quit IRC17:58
openstackgerritNikola Dipanov proposed openstack/nova: pci: Make sure PF is 'available' when last VF is freed  https://review.openstack.org/30301217:59
*** anush_ has quit IRC18:02
*** e0ne has quit IRC18:03
*** ociuhandu has quit IRC18:04
*** haplo37 has quit IRC18:08
*** aginwala has quit IRC18:10
openstackgerritEd Leafe proposed openstack/nova: Remove unused config option 'fake_call'  https://review.openstack.org/28241918:11
*** zenoway has joined #openstack-nova18:12
*** sahid has quit IRC18:12
*** mingyu has quit IRC18:12
*** vilobhmm11 has joined #openstack-nova18:13
*** e0ne has joined #openstack-nova18:13
*** vilobhmm111 has joined #openstack-nova18:14
*** mdrabe has joined #openstack-nova18:14
*** e0ne has quit IRC18:14
*** aginwala has joined #openstack-nova18:14
*** aginwala has quit IRC18:16
*** zenoway has quit IRC18:16
*** efoley has joined #openstack-nova18:17
*** vilobhmm11 has quit IRC18:18
*** anush_ has joined #openstack-nova18:19
*** jichen has joined #openstack-nova18:19
*** artom has quit IRC18:20
jichenoomichi: hi, could you please help to take a look at https://review.openstack.org/#/c/288153/? I added some comments ,thanks18:20
*** ociuhandu has joined #openstack-nova18:21
*** crobertsrh has joined #openstack-nova18:22
*** crobertsrh has left #openstack-nova18:22
*** Marga_ has quit IRC18:24
*** madorn has joined #openstack-nova18:24
*** madorn has left #openstack-nova18:24
*** sdake_ has joined #openstack-nova18:26
*** doug-fish has joined #openstack-nova18:26
*** sdake has quit IRC18:26
*** paul-carlton1 has quit IRC18:29
*** zenoway has joined #openstack-nova18:30
*** ssurana has joined #openstack-nova18:31
sdagueis there a fix up for nova for that fixtures change?18:31
alaskisdague: not that I know of, I'm working on the fixtures side right now18:31
sdaguealaski: as in a fix to fixtures?18:32
dansmithalaski: your hack seemed okay to unblock us for now, no?18:32
alaskisdague: but the form of the Nova change needs to be like http://pastebin.com/LDEMth7R I think18:32
alaskisdague: yes18:32
sdaguedo we consider it regression?18:32
dansmithsdague: it's surely a change in behavior18:32
*** salv-orlando has joined #openstack-nova18:32
alaskiIt's a problem that we bumped major versions in fixtures without testing first18:32
alaskiwe went 1.4->2.018:32
dansmithah18:32
alaskibecause there is a backwards incompatible change here18:32
dimsalaski : that's the 2nd report i have for fixtures..18:33
dimslifeless : should we have capped fixtures in g-r/u-c? ^^18:33
alaskidansmith: and yes, my fix should unblock us. It's just needed in a few more places18:33
alaskiI didn't track them all down yet18:33
dansmithalaski: ugh18:33
sdaguedims: neutron is definitely blowing up in a similar way18:33
dimssdague : y ihar lined up 2 patches18:34
sdagueso I think we might want to move the constraint back to 1.4.018:34
dimsjust u-c sdague?18:34
sdaguewell, I guess the question is, can the fix worth on both sides of this?18:34
sdagueor do we just have to bite the bullet and fix things now18:34
dansmiththe fix will make 2.0.1 doable for us I think18:35
*** BjoernT has quit IRC18:35
dansmithit will make our fix nicer18:35
dansmithI would think capping now and working on the nova changes would be better than blocking until we apply his hack everywhere18:35
sdaguedims: sound good to you?18:36
alaski+118:36
dimssdague : we may have to coordinate with neutron, not sure if doing the cap will break them again18:36
sdagueright, that's my concern, if people are actually fixing this already then block breaks new people18:36
*** ctrath has joined #openstack-nova18:37
dimsat least neutron, last i checked they were going ahead18:37
sdagueok, then I guess we just go ahead probably18:38
sdagueneutron and nova seem to be the only ones affected by it18:38
*** salv-orlando has quit IRC18:38
dansmithI don't see why rolling back will be a problem18:38
sdaguedansmith: because if they land a fix that's not compatible with 1.4.018:39
dimsright18:39
*** vilobhmm111 has quit IRC18:39
*** slagle has joined #openstack-nova18:39
dansmithsdague: yeah, I understand what incompatible means, I'm saying I don't know why alaski's change for example would not be compatible with 1.418:39
sdaguedansmith: I don't know, that was my question18:40
dansmithit's a valid change regardless of whether fixtures is being overly pedantic18:40
sdagueare our changes going to work on 1.4 and 2.0?18:40
*** cdent has joined #openstack-nova18:40
mriedemand will neutron's?18:40
mriedemi have a patch up to make fixtures>=2.0 in g-r18:40
sdagueright18:40
alaskianyone have a test name for the _doit failure?18:40
alaskiI can check real quick18:41
mriedemnova.tests.unit.api.openstack.compute.legacy_v2.test_servers.ServersControllerCreateTest.test_create_instance_pass_disabled18:41
sdaguedims: their fix just removes the use of fixtures for that thing - https://review.openstack.org/#/c/302997/218:42
mriedemsdague: is there a bug up for tracking this yet?18:42
sdaguemriedem: not that I know of18:42
mriedemi guess we could pile on https://bugs.launchpad.net/neutron/+bug/156729518:42
openstackLaunchpad bug 1567295 in neutron "tox -e py27 is failing " [High,In progress] - Assigned to Gary Kotton (garyk)18:42
*** akshai has joined #openstack-nova18:42
*** aginwala has joined #openstack-nova18:43
*** ducttape_ has joined #openstack-nova18:43
alaskiokay, my hack works on 1.418:44
*** angdraug has joined #openstack-nova18:44
dimssdague : gary seems to have W-1's his patch https://review.openstack.org/#/c/302737/18:44
sdaguedims: I think ihar's is the fix, right?18:44
dimsyep18:45
sdaguehttps://review.openstack.org/#/c/302997/18:45
sdaguethat should work with a block as well18:45
dimsok18:45
dansmiththat's broken18:45
sdaguethough the time to land that is probably just as long as landing the nova fix, right?18:45
dansmithbecause it doesn't ever stop the mock18:45
sdagueheh, yeh18:46
sdagueit will mean a ton of mocks stacked up right?18:46
sdagueit might actually work, but for the wrong reason18:46
mriedemone of you guys better -1 that18:46
sdaguejust did18:47
dansmithI did18:47
sdagueok, where is alaski's fix?18:48
*** hemna is now known as hemnafk18:48
alaskinot pushed up yet. I have a partial fix, just an example of how to fix18:48
dansmithsdague: someone has to apply it to all the other places where it's broken18:49
*** delattec has quit IRC18:49
dansmithit's just one part of the fix.. the pattern18:49
mriedemneutron-lbaas is also busted18:49
sdaguehow many places is it busted in nova?18:50
mriedemshouldn't we cap for now?18:50
*** aginwala has quit IRC18:50
alaskiI can do the fix, I just need a few minutes to finish up the fixtures commit message I'm working on to describe everything18:50
dansmithmriedem: I think we should18:50
alaskisdague: not sure, the first place I applied it fixed about 4000 failures leaving ~400. probably a handful of places after that18:50
mriedemfrom what i see on http://status.openstack.org/elastic-recheck/data/uncategorized.html it's mostly just neutron and nova right now, there are some other projects' py27 jobs failing but not in the same way18:50
sdaguemriedem: you want to push that in parallel, and we can then decide what to do with patches that have test results on them18:50
mriedemsdague: sure18:51
sdaguemriedem: logstash hints it's just nova and neutron (stadium)18:51
*** vtech has quit IRC18:51
mriedemyup18:51
dimsmriedem : so we can just adjust u-c back to the old one?18:51
sdaguedims: that's just going to be overriden tomorrow by the proposal though18:52
sdaguewe probably want to temporarily cap18:52
dimssdague : y, i have been holding back things i know that break like webob18:52
*** salv-orlando has joined #openstack-nova18:52
sdagueor temporarily block18:52
sdaguefortunatelly the mitaka release is actually out, as this could have fubared that18:52
sdaguemitaka is frozen on uc, right?18:53
*** pwnall has joined #openstack-nova18:53
dimssdague : yes, mriedem and i talked that the u-c is a defacto cap18:53
dimsmriedem : want to change your review to block 2.0 temporarily?18:54
mriedemyeah https://review.openstack.org/#/c/303034/18:54
*** aginwala has joined #openstack-nova18:57
mriedemlogstash workers spiked pretty hard in the last 24 hours it looks like so logstash isn't showing us the full failure18:58
*** PaulMurray has quit IRC18:58
syjulianhi mriedem, I changed the BP according to your comment. Please let me know what you think https://blueprints.launchpad.net/nova/+spec/nova-create-notification-scheduler-hints18:58
*** ctrath has quit IRC18:59
*** e0ne has joined #openstack-nova19:00
*** salv-orlando has quit IRC19:01
openstackgerritjichenjc proposed openstack/nova: Remove stub_compute config options for console  https://review.openstack.org/23421719:01
openstackgerritjichenjc proposed openstack/nova: Use instance object instead of db record  https://review.openstack.org/23421819:01
*** pushkaru has quit IRC19:03
*** cdelatte has joined #openstack-nova19:03
*** ccarmack has quit IRC19:05
*** aginwala has quit IRC19:05
*** nikhil has quit IRC19:07
*** rlrossit has quit IRC19:10
alaskihttps://github.com/testing-cabal/fixtures/pull/26 btw19:10
*** nikhil has joined #openstack-nova19:11
*** mingyu has joined #openstack-nova19:12
*** david-lyle_ has joined #openstack-nova19:13
*** salv-orlando has joined #openstack-nova19:14
*** Marga_ has joined #openstack-nova19:14
*** hdd has joined #openstack-nova19:14
*** vtech has joined #openstack-nova19:14
*** hdd has left #openstack-nova19:15
*** david-lyle has quit IRC19:15
*** mingyu has quit IRC19:17
*** aginwala has joined #openstack-nova19:17
*** Sukhdev has joined #openstack-nova19:18
*** david-lyle_ has quit IRC19:19
*** pushkaru has joined #openstack-nova19:21
*** ccarmack has joined #openstack-nova19:23
*** ihrachys has joined #openstack-nova19:24
*** tbachman has joined #openstack-nova19:25
*** mdrabe has quit IRC19:26
*** mdrabe has joined #openstack-nova19:26
*** jaosorior has quit IRC19:27
*** david-lyle has joined #openstack-nova19:29
*** mdrabe has quit IRC19:29
*** mdrabe has joined #openstack-nova19:29
*** ctrath has joined #openstack-nova19:30
*** vilobhmm11 has joined #openstack-nova19:30
*** gagehugo has quit IRC19:31
*** david-lyle has quit IRC19:31
*** david-lyle has joined #openstack-nova19:31
*** cdelatte has quit IRC19:31
*** Jeffrey4l_ has joined #openstack-nova19:32
*** mvk has joined #openstack-nova19:32
*** Jeffrey4l has quit IRC19:34
lifelessdims: g-r? no. u-c - u-c is exact fits19:34
lifelessalaski: has to be from the same class? Thats really odd19:35
*** rlrossit has joined #openstack-nova19:35
lifelessalaski: surely an unintended side effect?19:35
*** mvk_ has joined #openstack-nova19:35
*** mylu has quit IRC19:35
alaskilifeless: seems to be only py2 for that one. If it's bound to another class you get a TypeError because self doesn't match the expected class19:36
*** david-lyle has quit IRC19:37
alaskiit's explained in http://stackoverflow.com/questions/14298844/method-objects-vs-function-objects-python-class-instances-vs-class pretty well19:38
*** mylu has joined #openstack-nova19:38
alaskiin the answer19:38
*** mvk has quit IRC19:39
*** baoli has joined #openstack-nova19:39
lifelessalaski: ack; I need to get daughter off to kindy, then I'll have full attention on this19:39
alaskiokay. I should run that change through the full Nova test suite as well19:40
dimsthanks lifeless19:40
lifelessalaski: AIUI it constructs the class we're patching onto? we can't do that...19:42
lifelessalaski: looking @ inspect.signature might be useful, or some of the internals of mock19:42
alaskilifeless: okay I'll take a look. I just need to know if it's static or not, which isn't clear from getattr unless you pull if from the class19:43
alaskiconstructed class19:43
*** aginwala has quit IRC19:45
lifelessalaski: look at im_self to tell the difference19:48
mriedemhmmm, odd, if n-cpu isn't running and you try to list instances, you get a 500 error19:49
melwittwat19:49
mriedemat least on my neutron devstack19:50
dansmiththat'19:50
dansmithis broken19:50
melwittI guess I haven't tried that in a long time but I'm surprised19:50
dansmiththat's definitely something needing fixing if it's real19:50
*** efoley has quit IRC19:50
melwittyeah19:50
dansmithboth perf wise and availability wise19:51
sdaguemriedem: you got more details on that?19:51
mriedemchecking it out, trying to get logs19:51
sdaguebecause... I don't even understand how that could be a thing19:51
dansmithyeah19:51
mriedemhmm, neutron-server isn't running here either19:51
dansmithperformance would be so terrible even when it's working19:51
sdaguelist instances should be n-api <-> db19:51
sdagueoh... if neutron-server is down, I can believe it19:52
*** diogogmt has quit IRC19:52
dansmithhopefully we don't ping neutron on a list either19:52
dansmithbut maybe indicates more trouble19:52
sdaguesecurity groups19:52
dansmithon a list?19:52
*** diogogmt has joined #openstack-nova19:52
sdaguenetworks are in the base list19:52
*** rlrossit has quit IRC19:53
dansmithwe get networks from info_cache19:53
sdagueI guess security groups aren't19:53
sdagueok, idk19:53
melwittwell, I think most of the apis call compute.api get first before doing anything19:53
dansmithlist would be get_all19:53
dansmithbut still, that should be fine without neutron or n-cpu19:54
mriedemi have to restack this, it's all fubar19:54
melwittoh, yeah.19:54
*** alex_xu has quit IRC19:54
melwittI was thinking of the "do something to an instance" which is different19:54
dansmitheven still, it shouldn't hit either of those things until/unless you need to do something involving the compute19:54
dansmithif we are, then we need to fix it19:54
melwittyeah19:55
*** alex_xu has joined #openstack-nova19:55
melwittlooks like self.compute_api.get_all for list all19:56
dansmithright19:57
melwittdoesn't seem to do anything other than query the db19:58
*** anush_ has quit IRC19:58
mriedemyeah don't waste time on this, i'm restacking to see if i can recreate it19:59
oomichijichen: are you still here?20:00
*** ctrath has quit IRC20:00
*** yamahata has joined #openstack-nova20:00
*** anush_ has joined #openstack-nova20:00
jichenoomichi:yes, I am here20:00
*** ametts has quit IRC20:01
oomichijichen: I mean it is nice to store operated keys into a list and return the list to api user when a problem happens in the middle20:02
*** tbachman_ has joined #openstack-nova20:02
*** DCWilliams_VA has joined #openstack-nova20:02
*** ccarmack has quit IRC20:02
oomichijichen: that is a temporary list and returned to api user as an api response20:02
*** tbachman has quit IRC20:02
*** tbachman_ is now known as tbachman20:02
vilobhmm11alaski : ping20:03
alaskivilobhmm11: hey20:03
oomichijichen: when receving the list, api users can know what keys are operated already20:03
oomichijichen: before a problem happens20:03
vilobhmm11alaski : need you insights on this topic http://www.gossamer-threads.com/lists/openstack/dev/5388920:03
*** baoli has quit IRC20:03
vilobhmm11if you can reply to the ML it would be helpful for the cross project effort20:04
*** baoli has joined #openstack-nova20:04
alaskiokay. It may not be today but I'll respond20:04
*** tbachman has quit IRC20:04
vilobhmm11alaski : cool thanks! no rush20:04
oomichijichen: that is my thinking on https://review.openstack.org/#/c/28815320:05
vilobhmm11alaski : meanwhile do you have some etherpad docs from previous summit where this topic "need for reservation" was discussed in detail20:05
alaskilifeless: I was overcomplicating this because I was pdb debugging and looking at the printout of the methods not the type. the types distinguish between function and instancemethod even when the printout differs on bound or not20:05
mriedemoomichi: i just realized that the os-simple-tenant-usage testing in tempest is not validating the datetime format in the response for started_at/ended_at20:05
mriedemit just checks that it's a string20:05
jichenoomichi: um..we don't raise exception ,just catach and print debug information, at line 158,  we still still return the dict ?20:05
jichenoomichi: of this file https://review.openstack.org/#/c/288153/4/nova/api/openstack/compute/quota_sets.py20:06
mriedembut if nova started sending a different datetime format back, we'd be breaking the api w/o knowing it20:06
alaskivilobhmm11: I'm not aware of it being discussed in detail before20:06
vilobhmm11alaski : okay20:06
oomichimriedem: let me check tempest code now20:06
mriedemhttps://github.com/openstack/tempest-lib/blob/master/tempest_lib/api_schema/response/compute/v2_1/tenant_usages.py#L3420:07
*** mkrcmari__ has joined #openstack-nova20:07
oomichimriedem: ah, so fast. thanks for pointing it out20:07
mriedemi was just looking at it20:07
mriedemmaybe enforcing the datetime format in the response is too strict? i'm not sure.20:08
oomichimriedem: then, which is nova side patch?20:08
mriedembut it looks like novaclient is expecting a certain format20:08
oomichimriedem: it is fine to make tempest side validation strict for me to block backwads incompatible changes20:09
mriedemoomichi: the response value for started_at is here https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/simple_tenant_usage.py#L13220:09
mriedemwhich is instance.launched_at, which is an oslo.versionedobject DateTimeField20:09
mriedemwhich gets it's string version here https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/fields.py#L40320:09
mriedemand the format for that is here https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/_utils.py#L2120:10
*** mvk_ has quit IRC20:10
*** aginwala has joined #openstack-nova20:11
alaskilifeless: except py34 makes this hard. py27: getattr(obj, 'foo') returns a method if obj.foo is not static, py34: it returns a function20:12
*** jed56 has quit IRC20:13
*** lpetrut has joined #openstack-nova20:13
*** efoley has joined #openstack-nova20:13
oomichimriedem: I see, do we have already a bug report on LP?20:13
mriedemoomichi: no20:14
oomichimriedem: if not, I am doing that20:14
oomichimriedem: ok, I wil20:14
*** vishwanathj has quit IRC20:14
mriedemok20:15
oomichimriedem: https://bugs.launchpad.net/tempest/+bug/156764020:16
openstackLaunchpad bug 1567640 in tempest "Need to validate date and time format of a response of tenant_usage API" [Medium,New]20:16
*** tbachman has joined #openstack-nova20:16
oomichimriedem: maybe gmann or me will do that20:17
*** ametts has joined #openstack-nova20:17
mriedemoomichi: thanks, i added some details20:17
*** ayoung has quit IRC20:18
oomichimriedem: related to this, how about having these schemas on nova tree instead of tempest tree? we will be able to implement/maintain these schemas20:18
mriedemi kind of like having tempest keeping nova honest20:19
mriedembecause if you broke this in nova, you'd have to intentionally get it changed in tempest to work20:19
oomichimriedem: these schemas are nova specific and this discussion happened 2 years ago when started implementing these schama20:19
oomichimriedem: yeah, nice point. we can block such kind of change with multiple patches across repos20:20
oomichiactually, I saw this kind of situations before20:20
*** DCWilliams_VA has quit IRC20:22
oomichijichen: sorry for my late response. yeah, that you pointed is common case in nova tree now20:22
*** eharney has quit IRC20:22
*** sdake_ is now known as sdake20:23
*** ljxiash has joined #openstack-nova20:24
mriedemdansmith: melwitt: sdague: ok i don't know what was going on before, but after restacking and stopping nova-compute, and waiting for it to be shown as down in service-list, i'm still able to list instances20:25
mriedemso, well, that's good :)20:25
jichenoomichi: np, so I think common case already handle the expectation you have? or you want me to remove the 'deleted' one from the list?20:26
*** eharney has joined #openstack-nova20:26
*** pwnall has quit IRC20:28
melwittmriedem: did you try stopping the neutron-server too20:28
*** ljxiash has quit IRC20:29
mriedemmelwitt: i can quick20:29
dansmithmriedem: yeah20:29
melwittokay. was just thinking about it since you mentioned both were down20:29
*** tongli has joined #openstack-nova20:29
*** mrkz has quit IRC20:30
*** aginwala has quit IRC20:30
mriedemyikes...20:31
mriedem50020:31
mriedemwtf20:31
*** mrkz has joined #openstack-nova20:31
dansmithmriedem: can you see what fails from the trace or something?20:31
dansmith'cause that's terribad20:31
dansmithIMHO20:31
mriedemhttp://paste.openstack.org/show/493416/20:31
dansmithI'm kinda shocked no big clouds have complained20:31
mriedemsecurity groups20:31
*** tbachman has quit IRC20:31
dansmithwell,20:32
dansmithyes and ports, but maybe that's how they have to find them20:32
dansmithgawd20:32
mriedemyes, it gets the ports for hte instances and the security groups from the ports20:32
dansmithso we ping neutron once for each instance in list?20:32
*** tbachman has joined #openstack-nova20:32
dansmithah, no20:32
dansmithlooks like it's a batch operation at least20:32
dansmithbut still.. ughomatic20:32
mriedemyes, it's not great20:32
mriedemi was recently looking at that code20:32
mriedemhttps://bugs.launchpad.net/nova/+bug/156765520:34
openstackLaunchpad bug 1567655 in OpenStack Compute (nova) "500 error when trying to list instances and neutron-server is down" [Undecided,New]20:34
dansmithif this is at thing we need we should probably cache this stuff in info_cache20:34
dansmithalaski: you know anything about this?20:34
alaskiI don't recall ever seeing that20:35
mriedemmelwitt: btw, thanks for reminding me to try that, my brain is fried today :)20:35
dansmithoh20:35
dansmithheh20:35
dansmithno secgroups in cells right?20:35
mriedemright20:35
alaskioh yeah, that's true20:35
dansmiththat's probably why big clouds don't hurt on this20:35
mriedemand cern uses nova-net20:35
dansmithand cells20:36
*** vtech has quit IRC20:36
dansmithwell, as much as I know I'll regret saying this20:36
dansmithI might be a good person to work on this20:36
dansmithobject change and all20:37
*** ducttape_ has quit IRC20:37
dansmithor at least do some work on it20:37
melwittdansmith: awesome! you can't take it back now20:38
dansmiththe hell I can't20:38
*** vtech has joined #openstack-nova20:38
mriedemi think anyone but me right now is good because i'm leaving early20:38
dansmithwell, this is going to be big20:38
dansmithI won't even start on it until monday20:38
mriedemstoring security groups in info_cache is weird though20:38
dansmithwhy?20:38
melwittmriedem: thanks for unearthing that. that's a crazy bug20:38
mriedemgiven we have....instance.security_groups20:38
mriedeminfo_cache is the list of vifs right?20:39
dansmithinfo_cache is a cache of shit that is actually neutron's20:39
dansmithno20:39
mriedemis there secgroup stuff in there?20:39
dansmithinfo_cache just only has one property20:39
dansmithwhich is network_info20:39
*** aginwala has joined #openstack-nova20:40
mriedemyabbut https://github.com/openstack/nova/blob/master/nova/network/model.py#L46720:40
dansmiththat's networkinfo20:40
dansmithhttps://github.com/openstack/nova/blob/master/nova/objects/instance_info_cache.py#L4320:40
dansmithwhich is just there20:40
*** ametts has quit IRC20:41
*** ericksonsantos has joined #openstack-nova20:41
*** baoli has quit IRC20:41
mriedemwhich https://github.com/openstack/nova/blob/master/nova/objects/fields.py#L60820:41
*** cdelatte has joined #openstack-nova20:41
mriedemand https://github.com/openstack/nova/blob/master/nova/objects/fields.py#L62320:41
dansmithright20:41
mriedemand there is no security group stuff in there20:41
dansmithI'm not sure what your point is20:42
mriedemnot saying you can't add it...20:42
oomichijichen: can you take a look at https://review.openstack.org/#/c/288153/ ? I wrote a comment20:42
*** ducttape_ has joined #openstack-nova20:42
dansmithI'm not adding secgroups to network_info20:42
dansmithI'm saying a new property on info_cache to store secgroup cache info as well20:42
mriedemoh20:43
mriedemwell why didn't you just say that?! :P20:43
* dansmith looks for a line to quote20:43
jichenoomichi: ok, will do , thanks!20:43
dansmith[13:34:36]  <dansmith>if this is at thing we need we should probably cache this stuff in info_cache20:43
dansmiththere we go :)20:43
mriedemthat made 0 sense to me20:44
mriedemobviously20:44
mriedemso it doesn't count20:44
mriedemanyway,20:44
mriedemi'm heading out20:44
dansmithwe could also just store it in instance_extra20:44
dansmithand then we can cache the actual instance.security_groups20:44
mriedemyeah......but....20:44
dansmitheither way, we have to have a db migration20:44
dansmithinfo_cache kinda seems like the better place given the similarity to us caching the network info20:44
mriedemseems like it would make more sense living closer to info_cache that is already for networky things20:45
mriedemyes20:45
dansmithyeah20:45
mriedeminstance.extra should just be renamed instance.dump20:45
*** baoli has joined #openstack-nova20:45
dansmithcool, so who is up for doing this work?20:45
mriedemi'm up for you doing it20:45
lifelessalaski: the model is different in 2 vs 3; it may well need a conditional. nearly with you20:45
* dansmith looks around for "you"20:45
mriedemdansmith: actually you're doing inventory  stuff20:45
mriedemand need to review cells things20:46
mriedemso it probably shouldn't be you20:46
*** baoli_ has joined #openstack-nova20:46
dansmith\o\ /o/ \o/20:46
mriedemmake rlrossit do it20:46
*** mvk_ has joined #openstack-nova20:46
mriedemlet's talk more tomorrow20:46
* mriedem is leaving20:46
*** pwnall has joined #openstack-nova20:46
*** mriedem has quit IRC20:46
* dansmith works up an escape plan20:46
*** vishwana_ has joined #openstack-nova20:47
*** Sukhdev has quit IRC20:47
*** burgerk has quit IRC20:47
*** rfolco has quit IRC20:47
*** rwmjones_hols is now known as rwmjones20:49
*** mkrcmari__ has quit IRC20:50
*** baoli has quit IRC20:50
*** mkrcmari__ has joined #openstack-nova20:50
*** baoli_ has quit IRC20:50
*** baoli has joined #openstack-nova20:51
openstackgerritAndrew Bogott proposed openstack/nova: Add the libvirt.ephemeral_image_format config option  https://review.openstack.org/30186120:51
alaskilifeless: I worked out something that's not great but works20:52
alaskialthough it fails on latest python because getargspec is apparently going away20:52
*** mvk_ has quit IRC20:54
*** mylu has quit IRC20:54
dimsalaski : inspect.getargspec?20:54
alaskidims: yeah, replaced with getfullargspec20:54
*** mylu has joined #openstack-nova20:54
alaskior inspect.signature20:54
*** aginwala has quit IRC20:55
*** pwnall has quit IRC20:55
*** mvk_ has joined #openstack-nova20:55
*** aginwala has joined #openstack-nova20:56
*** david-lyle has joined #openstack-nova20:56
dimsalaski : interesting, we haven't started using getfullargspec in oslo.*20:57
alaskidims: it's in 3.4, but apparently not in the nightly build https://travis-ci.org/testing-cabal/fixtures/builds/12153594220:57
dimsour CI is 3.420:57
dimswhoa. looks like we may have to rush that :)20:57
dimsharlowja : ^^20:58
harlowjasup20:59
*** mkrcmari__ has quit IRC20:59
harlowjafixtures broken?20:59
harlowjawasn't me, lol20:59
dimsharlowja : we use inspect.getargspec a lot, it's going way in 3.521:00
harlowjaya, funcsigs to the rescue21:01
harlowjaand/or code in https://github.com/openstack/oslo.utils/blob/master/oslo_utils/reflection.py21:01
harlowjavia get_signature () there21:01
*** pcaruana has quit IRC21:01
*** davideagnello has quit IRC21:02
harlowjaalthough i thought getargspec was deprecated, not removed21:02
*** davideagnello has joined #openstack-nova21:02
*** mingyu has joined #openstack-nova21:02
harlowjahttps://docs.python.org/3/library/inspect.html#inspect.getargspec21:02
dimsremoved in nightlies already. alaski was pointing at  https://travis-ci.org/testing-cabal/fixtures/builds/12153594221:02
harlowjakk, weird21:02
harlowjathat seems ummm, broken21:03
alaskithat looks to be running 3.621:03
harlowjalifeless yt21:03
harlowjaor other python contributor (haypo not here)21:03
*** lucasagomes has quit IRC21:03
*** mylu has quit IRC21:04
*** e0ne has quit IRC21:04
*** eharney has quit IRC21:05
harlowjaalaski https://hg.python.org/cpython/rev/32c8bdcd66cc21:05
harlowja'Resurrect inspect.getargspec in 3.6. Backout a565aad5d6e1.'21:05
harlowjadims  ^21:05
harlowjaseems like that's being reverted21:05
dims:)21:05
harlowjaphew21:05
harlowjawhen we move to py4 maybe it will be an issue?21:06
*** jichen has quit IRC21:06
dimsLOL, you mean python8? (https://mail.python.org/pipermail/python-dev/2016-March/143603.html)21:06
*** mingyu has quit IRC21:07
harlowjavictor...21:08
harlowjalol21:08
openstackgerritSujitha proposed openstack/nova: Config options: Centralize servicegroup options  https://review.openstack.org/30307421:09
harlowjadims yes though, we should start to look at not using getargspec anymore wherever it is used21:10
*** tbachman has quit IRC21:10
dims+121:10
harlowjaand use the signature stuff (or other helper routines in oslo.utils)21:10
harlowjathats the story and i'm sticking to it :-P21:10
*** pwnall has joined #openstack-nova21:11
*** lucasagomes has joined #openstack-nova21:11
*** raildo is now known as raildo-afk21:11
*** e0ne has joined #openstack-nova21:11
*** thorst_ has quit IRC21:12
*** ndipanov has quit IRC21:13
*** efoley_ has joined #openstack-nova21:17
*** tongli has quit IRC21:17
*** shakamunyi has joined #openstack-nova21:17
*** thorst_ has joined #openstack-nova21:18
*** efoley has quit IRC21:18
*** ivase has quit IRC21:18
*** salv-orl_ has joined #openstack-nova21:18
*** e0ne has quit IRC21:18
*** ivase has joined #openstack-nova21:19
*** mylu has joined #openstack-nova21:19
*** mylu has quit IRC21:20
*** thorst__ has joined #openstack-nova21:21
lifelessalaski: ok, I'm on deck21:22
lifelessharlowja: hi21:22
*** thorst_ has quit IRC21:22
*** salv-orlando has quit IRC21:22
harlowjalifeless all good, i think i found the issue21:22
harlowjaand/or someone else reverted it in upstream python nightly21:23
*** ivase has quit IRC21:23
*** mylu has joined #openstack-nova21:24
lifelessharlowja: what was it?21:24
harlowjahttps://hg.python.org/cpython/rev/32c8bdcd66cc getargspec going away21:24
harlowjabut then it came back21:24
*** shakamunyi has quit IRC21:24
*** Sukhdev has joined #openstack-nova21:25
*** thorst__ has quit IRC21:25
*** mylu has quit IRC21:29
alaskilifeless: I pushed up some additional revs on the patch. The latest is much better, but I'm still finding some test failures in Nova with it. Trying to see which side is doing something wrong21:30
*** rtheis has quit IRC21:31
*** ayoung has joined #openstack-nova21:32
lifelessharlowja: ah, well its replaced by inspect.signature, no ?21:32
harlowjalifeless  yes, except for a bunch of people using getargspec i think21:32
lifelessharlowja: sure, but deprecated :)21:32
harlowjaya21:32
lifelessharlowja: anyhow - how did you end up looking at that?21:32
harlowjaalaski and dims were doing some stuffs :-P21:33
harlowjaand they saw https://travis-ci.org/testing-cabal/fixtures/builds/12153594221:33
harlowjaand getargspec go away in nightly21:33
*** ducttape_ has quit IRC21:33
lifelessoh21:34
lifelessheh21:34
lifelessalaski: ^ so yeah, use inspect.signature (and we can drag in funcsigs to get signature on < 3.3)21:34
alaskiokay21:35
lifelessfuncsigs is a dep of mock already, so its in u-c etc etc21:35
harlowjaoslo.utils.reflection should do that21:36
alaskidoes funcsigs just need to be in requirements?21:36
harlowjashould already be there21:36
lifelessalaski: for fixtures? yeah. funcsigs>1, then in the module do something like21:36
harlowjahttps://github.com/openstack/oslo.utils/blob/master/oslo_utils/reflection.py#L3721:36
harlowjaoh21:36
harlowjafor fixtures, ya, not there, ha21:36
lifelessif not getattr(inspect, 'signature', None): from funcsigs import signature as inspectsignature else: inspectsignature = inspect.signature21:37
*** lucasagomes has quit IRC21:37
*** baoli has quit IRC21:37
*** baoli has joined #openstack-nova21:38
*** edtubill has quit IRC21:39
alaskiokay, with two small fixes to Nova the latest patch to fixtures works for me21:41
alaskion py27 at least21:41
lifeless\o/21:41
lifelesswhat do those fixes look like ?21:41
*** syjulian has quit IRC21:43
*** thorst_ has joined #openstack-nova21:44
alaskihttp://paste.openstack.org/show/493423/21:44
alaskiI'm actually surprised that was working before now21:45
*** edtubill has joined #openstack-nova21:45
alaskiI mean working now21:45
lifelessalaski: those look odd21:45
*** lucasagomes has joined #openstack-nova21:45
lifelessalaski: I'd expect a @classmethod to have a cls parameter21:45
alaskithey did21:45
alaskilet me get the full context21:45
lifelessalaski: I mean, its odd that this is a fix :)21:45
*** efried has quit IRC21:46
alaskihttp://git.openstack.org/cgit/openstack/nova/tree/nova/tests/unit/db/fakes.py#n45521:46
alaskithe issue is that the classmethod are being referenced in the class definition, apparently a no-no in python21:46
alaskiI'm really not sure why it's working now21:47
*** erlon has quit IRC21:47
alaskiI guess it's not really a class definition, they're just within a test method21:47
lifelessso, I'm smelling something wrong here21:48
*** thorst_ has quit IRC21:48
lifelessalaski: if those were @staticmethod21:48
lifelessalaski: that would make sense to me21:48
lifelessalaski: but a classmethod expects to be called with a class parameter21:49
alaskiclassmethod is wrong anyways since they're patching staticmethods21:49
lifelessalaski: they're patching functions AFAICT21:49
lifelessflavor.py line 60021:50
*** lucasagomes has quit IRC21:50
alaskiline 305 I think21:50
lifelessalaski: no21:51
lifelessnova.objects.flavor._flavor_get_all_from_db21:51
lifelessfakes.py line 45321:51
alaskithat one works fine21:51
lifelessnova.objects.Flavor._flavor_get_by_name_from_db21:51
alaskiit's _get and _get_by_name that that errored21:52
*** mylu has joined #openstack-nova21:52
*** Sukhdev has quit IRC21:52
lifelessoh, I see, capital21:53
lifelessand magic21:53
alaskiI tried changing to staticmethod and I get TypeError: 'staticmethod' object is not callable21:53
lifelessok, so we need to dig a little more21:53
lifelessI need to do a call (urgh sorry) and then I have no more interrupts at all, so 100% on this21:54
alaskino worries, though I may have to head out in a bit. it's about the end of my day21:54
*** eliqiao1 has joined #openstack-nova21:54
lifelesswhat are you using to reproduce?21:54
*** edtubill has quit IRC21:55
alaskitox -epy27 nova.tests.unit.virt.xenapi.test_xenapi.XenAPIVMTestCase21:55
alaskiwith latest fixtures patch21:56
*** lucasagomes has joined #openstack-nova21:56
openstackgerritSujitha proposed openstack/nova: Config options: Centralize network options  https://review.openstack.org/30309121:57
*** ducttape_ has joined #openstack-nova22:00
*** xyang1 has quit IRC22:00
*** ayoung has quit IRC22:01
mikal.22:02
*** ihrachys has quit IRC22:05
*** efoley_ has quit IRC22:06
*** dave-mccowan has quit IRC22:06
*** itlinux has joined #openstack-nova22:08
*** mylu has quit IRC22:08
*** pushkaru has quit IRC22:08
itlinuxhello all, I have not done much with Docker, but I am looking for some info about Docker with Nova, advantages of using it over a default spin up instances22:08
itlinuxanyone has some links ?22:08
*** mdrabe has quit IRC22:09
*** pwnall has quit IRC22:11
*** mrkz has quit IRC22:11
*** mrkz has joined #openstack-nova22:11
*** ducttape_ has quit IRC22:11
*** penick has joined #openstack-nova22:13
*** NightKhaos has quit IRC22:13
*** busterswt has quit IRC22:15
*** ducttape_ has joined #openstack-nova22:16
*** shakamunyi has joined #openstack-nova22:18
*** mikal has quit IRC22:18
*** mikal has joined #openstack-nova22:18
*** dave-mccowan has joined #openstack-nova22:18
*** knikolla has quit IRC22:19
*** barra204 has joined #openstack-nova22:20
*** sneti_ has joined #openstack-nova22:21
*** Sukhdev_ has joined #openstack-nova22:21
*** NightKhaos has joined #openstack-nova22:22
*** aunnam_ has joined #openstack-nova22:22
*** doug-fish has quit IRC22:23
*** shakamunyi has quit IRC22:24
*** barra204 has quit IRC22:25
*** burt has quit IRC22:25
*** ayoung has joined #openstack-nova22:26
*** Sukhdev_ has quit IRC22:26
*** aginwala has quit IRC22:28
*** aginwala has joined #openstack-nova22:28
*** dimtruck is now known as zz_dimtruck22:28
*** rcernin has quit IRC22:29
*** jwcroppe has quit IRC22:30
*** aginwala_ has joined #openstack-nova22:31
*** ducttape_ has quit IRC22:31
*** lpetrut has quit IRC22:32
*** angdraug has quit IRC22:32
*** aginwala has quit IRC22:32
*** rmart04 has quit IRC22:32
*** sneti_ has quit IRC22:35
*** aunnam_ has quit IRC22:35
*** aunnam_ has joined #openstack-nova22:37
*** yassine__ has quit IRC22:37
*** pumarani- has joined #openstack-nova22:42
*** eliqiao1 has quit IRC22:42
*** aginwala_ has quit IRC22:43
alaskilifeless: think I got it. When patching a staticmethod with a static/classmethod we don't want to rewrap the fake static/classmethod with staticmethod which is what was happening22:46
*** sneti_ has joined #openstack-nova22:47
alaskisetattr(obj, name, staticmethod(func)) works but it was essentially ending up with setattr(obj, name, staticmethod(staticmethod(func)) which fails22:47
alaskiI pushed up a fix, and am running on Nova now22:48
*** daemontool has joined #openstack-nova22:48
*** baoli has quit IRC22:52
*** mylu has joined #openstack-nova22:52
*** aginwala has joined #openstack-nova22:53
*** sdake has quit IRC22:54
*** p01nt3r75 has joined #openstack-nova22:54
alaskilifeless: yep, that did it22:55
alaskilatest patch works on nova py27 for me22:55
*** aginwala has quit IRC22:56
alaskibut I'm way past my end of day so I will get to any comments tomorrow, or feel free to clean/fix anything you see22:56
*** zz_dimtruck is now known as dimtruck22:56
*** sdague has quit IRC22:57
*** sdake has joined #openstack-nova22:58
*** mrkz has quit IRC22:59
*** aginwala has joined #openstack-nova23:00
*** akshai has quit IRC23:09
lifelessalaski: \o/ with no Nova changes?23:10
*** sdake has quit IRC23:12
*** aginwala has quit IRC23:13
*** aginwala has joined #openstack-nova23:13
*** tbachman has joined #openstack-nova23:14
*** mriedem has joined #openstack-nova23:14
*** vilobhmm111 has joined #openstack-nova23:15
alaskilifeless: correct. that ran on Nova master and passed23:15
*** vilobhmm11 has quit IRC23:17
*** aginwala has quit IRC23:17
mriedemwe're still planning to cap fixtures<2.0 until something is released right?23:19
mriedemor will fixtures 2.0.1 fix the issue?23:19
*** flwang has joined #openstack-nova23:20
*** aginwala has joined #openstack-nova23:20
alaskia new release with this code will fix Nova at least23:21
flwangmriedem: hi guys, i have a question about nova's metadata service23:21
*** aysyd has quit IRC23:21
alaskibut I'm out now until tomorrow23:21
flwangwhen i run "curl http://169.254.169.254/latest/meta-data/hostname" in the instance, so where does nova get the info?23:22
*** aunnam_ has quit IRC23:22
*** sneti_ has quit IRC23:22
*** pumarani- has quit IRC23:22
flwangmriedem: ^23:22
*** akrish9 has joined #openstack-nova23:23
*** akrish9 has quit IRC23:23
*** akrish9 has joined #openstack-nova23:23
*** salv-orl_ has quit IRC23:24
mriedemflwang: from https://github.com/openstack/nova/tree/master/nova/api/metadata23:24
flwangmriedem: so for example, if i have a instance named 'a' and after changed the name to 'b', will the metadata i see in the instance be changed as well?23:24
*** ayoung has quit IRC23:26
mriedemflwang: looks like it should https://github.com/openstack/nova/blob/master/nova/api/metadata/base.py#L33723:26
mriedeminside meta_data.json23:26
flwangjust tried with devstack, it didn't change23:26
flwangi asked, because we're seeing some problem caused by this23:27
mriedemi think there is a cache in there23:27
*** akrish9 has quit IRC23:27
flwanga renamed instance is renamed back to its original name magically23:27
flwangmriedem: is there any chance the cloun-init re-read the 'cached' name after some actions, like live migration?23:28
mriedemidk23:28
mriedemthere is a cache in the metadata request handler https://github.com/openstack/nova/blob/master/nova/api/metadata/handler.py#L7523:29
mriedemso that InstanceMetadata will be cached23:29
*** markvoelker has quit IRC23:29
JayFcloud-init keeps a static copy of metadata in /var/lib/cloud/instance/[] usually23:29
JayFthat could be going into play as well23:29
flwangJayF: ah, thanks for the info, let me check23:29
JayF(at least that's true for configdrive; I haven't used openstack w/metadata service much)23:30
flwangJayF: no, nothing under /var/lib/cloud/  in my cirros instance23:30
*** ducttape_ has joined #openstack-nova23:32
gmannmriedem: oomichi: I see, I added that in my list. Nice catch23:35
oomichigmann: thanks :-)23:35
*** jamielennox|away is now known as jamielennox23:36
gmannmriedem: oomichi: I think we have same issue with other datetime attribute too like created_at etc23:37
*** vtech has quit IRC23:37
gmannanyways i will check those, agree to make them more strict23:37
oomichigmann: yeah, maybe there are the same problem on several places23:37
*** ducttape_ has quit IRC23:37
oomichigmann: awesome, thanks in advance23:37
*** mylu has quit IRC23:38
hemnafkmriedem, https://www.gliffy.com/go/publish/10376541/23:39
oomichigmann: updated_at: 5 places23:40
gmannoomichi: yea23:40
oomichigmann: that is many than I expected23:40
mriedemhemnafk: that's almost too much detail :) nice job23:41
hemnafkyah it's a lot of info23:41
*** ZZelle_ has quit IRC23:41
*** Jeffrey4l_ has quit IRC23:42
gmannoomichi: yea. I think along with that let's check other attribute too if we have  loosen up anything23:42
*** anush_ has quit IRC23:43
gmannbut that might take time and let fix the datetime one now23:43
*** mylu has joined #openstack-nova23:45
*** vilobhmm111 has quit IRC23:46
*** akshai has joined #openstack-nova23:48
*** zenoway has quit IRC23:51
*** mingyu has joined #openstack-nova23:51
*** akshai_ has joined #openstack-nova23:54
*** mingyu has quit IRC23:56
*** Sukhdev_ has joined #openstack-nova23:57
*** akshai has quit IRC23:58
*** markvoelker has joined #openstack-nova23:59

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