Friday, 2017-04-07

*** jistr has quit IRC00:00
*** jistr has joined #openstack-nova00:01
*** david-lyle has quit IRC00:03
*** Hosam has joined #openstack-nova00:04
*** david-lyle has joined #openstack-nova00:07
*** dharinic has quit IRC00:10
*** hamzy has joined #openstack-nova00:10
*** hongbin_ has quit IRC00:11
*** thorst has joined #openstack-nova00:11
*** markvoelker has joined #openstack-nova00:13
mriedemdansmith: oh no00:14
mriedemTypeAffinityFilter uses instance.instance_type_id :(00:14
dansmithsigh00:14
mriedem"TypeAffinityFilter doesn't allow more than one VM type per host."00:15
mriedemwhat a dumb filter00:15
*** edmondsw has joined #openstack-nova00:15
*** thorst has quit IRC00:15
*** alexpilo_ has joined #openstack-nova00:16
dansmithwell,00:17
mriedemwe could send a simple dict from the computes with just uuid and instance_type_id, or a simple object00:17
dansmithif you want only one large per host I guess00:17
mriedemInstanceInfo00:17
dansmithyou're already looking up all the instances,00:18
dansmithyou can know what their flavor is00:18
dansmithalso00:18
dansmithinstance_type_id will be wrong after a year of running your cloud anyway I'm sure00:18
dansmithyeah, it's kinda dumb00:18
mriedemwell we're looking them up on either the compute or the scheduler00:19
mriedembut yeah we have the info, but we have to send something specific from the computes00:19
*** edmondsw has quit IRC00:19
mriedemand yeah the flavor id probably changes00:19
mriedemderp00:19
*** alexpilotti has quit IRC00:19
mriedemlet's just deprecate the filter :)00:20
dansmithisn't it using the int id of the flavor?00:20
dansmiththat's what instance.instance_type_id is00:20
dansmithwhich is even worse00:20
*** thorst has joined #openstack-nova00:21
mriedemyes00:22
*** armax has joined #openstack-nova00:22
mriedemhttps://github.com/openstack/nova/blob/master/nova/scheduler/filters/type_filter.py#L3500:22
mriedemhttps://github.com/openstack/nova/blob/master/nova/scheduler/filters/utils.py#L9600:23
mriedemso i had x1.large with an extra spec00:23
mriedemsomething was wrong with it and i needed to 'update' it00:23
mriedemso i deleted that flavor and recreated with a new x1.large as type id 200:23
mriedemnow both are on my same compute00:23
mriedemeven though they probably didn't fit anyway00:23
*** yingjun has joined #openstack-nova00:26
mriedemjogo added it 5 years ago00:27
*** nic has quit IRC00:27
*** thorst has quit IRC00:28
*** mtanino has quit IRC00:28
*** karimb has quit IRC00:32
dansmithmriedem: right00:33
mriedemheh, shouldn't it be called TypeAntifAffinityFilter?00:33
mriedemasked about it in the ops list00:34
*** MasterOfBugs has quit IRC00:34
*** sdague has quit IRC00:36
*** david-lyle has quit IRC00:36
*** xinliang has joined #openstack-nova00:37
*** jlvillal is now known as jlvillal_pto00:42
*** zhurong has joined #openstack-nova00:43
*** dharinic has joined #openstack-nova00:48
*** tovin07_ has joined #openstack-nova00:50
*** crushil has joined #openstack-nova00:51
*** thorst has joined #openstack-nova00:52
*** thorst has quit IRC00:52
*** dave-mcc_ has joined #openstack-nova00:57
*** cNilesh has joined #openstack-nova00:58
*** phuongnh has joined #openstack-nova00:58
*** dave-mccowan has quit IRC01:00
*** crushil has quit IRC01:01
*** marst has joined #openstack-nova01:07
*** iceyao has joined #openstack-nova01:08
*** kenperkins has quit IRC01:14
*** annegentle has quit IRC01:15
*** amotoki has quit IRC01:16
*** Apoorva_ has joined #openstack-nova01:17
*** lucasxu has joined #openstack-nova01:17
*** artom has quit IRC01:17
*** artom has joined #openstack-nova01:18
*** yassine has joined #openstack-nova01:19
*** dtp has quit IRC01:19
*** yassine is now known as Guest6101701:19
*** kevinz has joined #openstack-nova01:19
*** lucasxu has quit IRC01:20
*** Apoorva has quit IRC01:20
*** Apoorva has joined #openstack-nova01:21
*** Apoorva_ has quit IRC01:21
*** amotoki has joined #openstack-nova01:22
*** hongbin has joined #openstack-nova01:23
*** liverpooler has quit IRC01:25
*** thorst has joined #openstack-nova01:26
*** thorst has quit IRC01:26
*** bkopilov has quit IRC01:27
*** lucasxu has joined #openstack-nova01:30
*** Apoorva has quit IRC01:33
*** timello has joined #openstack-nova01:36
*** mtanino has joined #openstack-nova01:37
*** dave-mccowan has joined #openstack-nova01:37
*** sapcc-bot has quit IRC01:39
*** sapcc-bot has joined #openstack-nova01:39
*** dave-mcc_ has quit IRC01:39
*** kaisers_ has joined #openstack-nova01:42
*** kenperkins has joined #openstack-nova01:43
*** f10d4 has quit IRC01:43
*** f10d4 has joined #openstack-nova01:44
*** timello has quit IRC01:44
*** kaisers has quit IRC01:46
mriedemdansmith: just noticed this http://logs.openstack.org/16/453916/4/check/gate-tempest-dsvm-py35-ubuntu-xenial/09850e6/logs/screen-n-sch.txt.gz?level=TRACE#_2017-04-06_23_11_45_83401:49
mriedemlooks like maybe that's just on startup and not causing build failures01:51
mriedemhttps://bugs.launchpad.net/nova/+bug/168066101:56
openstackLaunchpad bug 1680661 in OpenStack Compute (nova) "HostMappingNotFound during update_instance_info" [Medium,Triaged]01:56
mriedemyeah it's a race on startup01:56
*** tuan_luong has joined #openstack-nova01:57
*** tuanla_ has joined #openstack-nova01:57
*** hongbin_ has joined #openstack-nova01:57
mriedemthe compute host is sending it's instance info (which is empty) to the scheduler before the compute host is mapped to the cell, and since it's an empty list the scheduler host manager tries to go back to the database to look up the instances on the compute node, which isn't mapped and we get the HostMappingNotFound01:57
*** crushil has joined #openstack-nova02:03
mriedemseems the compute shouldn't be sending anything if there are no instances to send...02:05
*** lyan has quit IRC02:05
*** suresh12 has quit IRC02:09
*** yanyanhu has joined #openstack-nova02:10
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Handle new hosts for updating instance info in scheduler  https://review.openstack.org/45442602:12
openstackgerritZhenyu Zheng proposed openstack/nova master: Support tag instances when boot  https://review.openstack.org/39432102:15
*** Sukhdev has quit IRC02:15
*** vishwanathj has joined #openstack-nova02:17
*** vishwanathj has quit IRC02:19
*** vishwanathj has joined #openstack-nova02:20
*** yonglihe has joined #openstack-nova02:22
openstackgerritXieYingYun proposed openstack/nova master: Optimize the link address  https://review.openstack.org/45412002:23
*** Hosam has quit IRC02:25
*** Hosam has joined #openstack-nova02:26
*** mtanino_ has joined #openstack-nova02:26
*** mtanino has quit IRC02:28
*** hongbin has quit IRC02:29
*** Hosam has quit IRC02:31
mriedemgmann: you should take a look at this https://bugs.launchpad.net/nova/+bug/168066702:33
openstackLaunchpad bug 1680667 in OpenStack Compute (nova) "TypeError: unorderable types: int() > str() in get_system_metadata_from_image" [Undecided,New]02:33
*** READ10 has joined #openstack-nova02:33
mriedemi really don't know how this works - but there are some functional tests that create a server by passing a URL for the flavorRef02:33
mriedembut i don't see how that works, because the server create API looks up the flavor by id, expecting it to be an integer id, not a URL02:34
*** suresh12 has joined #openstack-nova02:34
mriedemah common.get_id_from_href is supposed to parse the url02:36
gmannmriedem: i remember we stopped imageRef as url, but need to check for flavorRef02:36
*** suresh12 has quit IRC02:38
gmannmriedem: flavorRef is not restricted to id only - https://github.com/openstack/nova/blob/master/nova/api/validation/parameter_types.py#L32302:38
mriedemyeah it can be a url02:39
mriedemwe parse it here https://github.com/openstack/nova/blob/master/nova/api/openstack/common.py#L25402:40
gmannyea  - https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L59902:40
gmannwe did for imageRef as glance all work with uuid02:40
*** Jack_Iv has joined #openstack-nova02:41
mriedemi suspect the test is failing because it's running at the same time as another test which maybe stubs out the flavor db query method02:43
mriedemvalue = max(value or 0, flavor['root_gb'])"02:43
mriedemTypeError: unorderable types: int() > str()02:43
mriedemor,02:44
mriedemit could be an image snapshot with min_disk stored with a string value02:44
*** Jack_Iv has quit IRC02:45
*** fragatin_ has joined #openstack-nova02:47
*** sridharg has joined #openstack-nova02:47
*** xinliang has quit IRC02:50
*** fragatina has quit IRC02:50
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/45389602:51
*** fragatin_ has quit IRC02:51
gmannbut root_gb will be all int, stub db might be something causing this02:52
*** xinliang has joined #openstack-nova02:52
*** kenperkins has quit IRC02:53
mriedemyeah i don't see anything02:53
mriedemroot_gb in all tests, at least functional tests, is an int02:54
mriedemand i don't see min_disk set anywhere in tests02:54
mriedemanyway, not the end of the world02:54
gmannyea just greped on that02:55
*** amotoki has quit IRC03:00
*** gouthamr has quit IRC03:01
gmannmriedem: i suspect this -https://github.com/openstack/nova/blob/master/nova/tests/unit/fake_request_spec.py#L3103:03
gmannmriedem: image_fixtures - https://github.com/openstack/nova/blob/master/nova/tests/unit/image_fixtures.py#L5403:04
mriedemgmann: maybe the first, i'm seeing this in functional test runs so it shouldn't be the latter03:05
gmannyea on functional db tests doing first one03:06
openstackgerritYuYang proposed openstack/nova master: VMware:fix get VM root device conditional verify  https://review.openstack.org/45444103:07
mriedemgmann: yeah, that might be it03:08
mriedemseems worth changing anyway03:08
mriedemor,03:08
mriedemthe fake image service used in the tests needs to mimic the actual nova.image.glance code that casts min_disk to an int during show()03:09
gmannyea03:09
gmannmriedem: yea even many unit tests populate min_disk as string, we should change those to int to avoid any confusion03:09
gmannmriedem: but that bug not reproducible always, its just happen on parallel tests run as you said03:10
gmannmay be we can give try and see if again it happen in case anywhere prob exist03:11
mriedemlet's see03:13
openstackgerritMatt Riedemann proposed openstack/nova master: Image meta min_disk should be int in fake_request_spec  https://review.openstack.org/45444203:14
*** amotoki has joined #openstack-nova03:19
*** armax has quit IRC03:20
*** wangqwsh has joined #openstack-nova03:21
mriedemalright thanks for the help gmann03:22
mriedemi've got to call it a day03:22
mriedemttyl03:22
*** mriedem has quit IRC03:22
*** alexpilotti has joined #openstack-nova03:23
*** Yumeng has joined #openstack-nova03:23
gmannmrhillsman: thanks. ll review that03:23
gmannoops mrhillsman ignore :)03:24
openstackgerritShunli Zhou proposed openstack/nova master: Transform servergroup.create notification  https://review.openstack.org/45402303:25
*** alexpilo_ has quit IRC03:26
*** FL1SK has quit IRC03:26
*** nicolasbock has quit IRC03:28
*** tbachman has quit IRC03:30
*** ratailor has joined #openstack-nova03:33
*** david-lyle has joined #openstack-nova03:35
*** amotoki has quit IRC03:37
*** dave-mccowan has quit IRC03:39
*** david-lyle has quit IRC03:42
*** mtanino_ has quit IRC03:45
*** links has joined #openstack-nova03:47
*** zhurong has quit IRC03:51
*** ratailor has quit IRC03:53
*** amotoki has joined #openstack-nova04:00
*** amotoki has quit IRC04:01
*** amotoki has joined #openstack-nova04:01
*** voelzmo has joined #openstack-nova04:02
*** crushil has quit IRC04:02
*** zhurong has joined #openstack-nova04:03
*** ssurana has quit IRC04:09
*** voelzmo has quit IRC04:10
*** markvoelker has quit IRC04:11
*** vks1 has joined #openstack-nova04:14
*** fragatina has joined #openstack-nova04:14
*** vks1 has left #openstack-nova04:15
*** vks1 has joined #openstack-nova04:16
*** ratailor has joined #openstack-nova04:18
*** jamielennox is now known as jamielennox|away04:18
*** fragatina has quit IRC04:19
*** voelzmo has joined #openstack-nova04:20
*** adisky_ has joined #openstack-nova04:22
*** alexpilo_ has joined #openstack-nova04:23
*** alexpilotti has quit IRC04:23
*** adreznec has quit IRC04:26
*** adreznec has joined #openstack-nova04:27
*** marst has quit IRC04:28
*** udesale has joined #openstack-nova04:29
*** yamamoto has quit IRC04:30
*** tuanla_ has quit IRC04:30
*** tuan_luong has quit IRC04:30
*** yamamoto has joined #openstack-nova04:30
*** tuan_luong has joined #openstack-nova04:30
*** tuanla_ has joined #openstack-nova04:30
*** ayogi has joined #openstack-nova04:31
*** lucasxu has quit IRC04:33
*** kaisers_ has quit IRC04:34
*** ayogi has quit IRC04:37
*** ayogi has joined #openstack-nova04:38
*** sridharg has quit IRC04:38
*** crushil has joined #openstack-nova04:38
*** kaisers has joined #openstack-nova04:38
*** fragatina has joined #openstack-nova04:41
*** fragatina has quit IRC04:42
*** voelzmo has quit IRC04:43
*** fragatina has joined #openstack-nova04:43
*** kaisers has quit IRC04:43
*** rcernin has joined #openstack-nova04:48
*** dimtruck is now known as zz_dimtruck04:49
*** sridharg has joined #openstack-nova04:54
*** rcernin has quit IRC04:55
*** rcernin has joined #openstack-nova04:55
*** rcernin is now known as rcernin|wfh04:55
*** kaisers has joined #openstack-nova04:56
*** trinaths has joined #openstack-nova04:57
*** suresh12 has joined #openstack-nova05:00
*** sridharg has quit IRC05:00
*** crushil has quit IRC05:02
*** yamamoto_ has joined #openstack-nova05:07
*** seitan has joined #openstack-nova05:11
*** yamamoto has quit IRC05:11
*** markvoelker has joined #openstack-nova05:12
*** markvoelker has quit IRC05:17
*** browne has quit IRC05:20
*** yamamoto has joined #openstack-nova05:20
*** hongbin_ has quit IRC05:21
*** ssurana has joined #openstack-nova05:21
*** stvnoyes has quit IRC05:22
*** yamamoto_ has quit IRC05:24
*** ssurana has quit IRC05:25
*** ssurana has joined #openstack-nova05:26
*** gcb has quit IRC05:26
*** prateek has joined #openstack-nova05:34
*** Jack_Iv has joined #openstack-nova05:38
*** Jack_Iv has quit IRC05:39
*** gcb has joined #openstack-nova05:39
*** Jack_Iv has joined #openstack-nova05:40
*** Jack_Iv has quit IRC05:41
*** Jack_Iv has joined #openstack-nova05:41
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/45389605:48
*** esberglu has joined #openstack-nova05:49
*** hongbin has joined #openstack-nova05:50
*** esberglu has quit IRC05:53
*** zhurong has quit IRC05:55
*** hongbin has quit IRC05:56
*** kaisers has quit IRC05:57
*** kaisers has joined #openstack-nova05:57
*** yamamoto_ has joined #openstack-nova06:02
*** andreas_s has joined #openstack-nova06:06
*** yamamoto has quit IRC06:06
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/45389606:12
*** stvnoyes has joined #openstack-nova06:15
*** zhurong has joined #openstack-nova06:16
*** ssurana has quit IRC06:16
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/45453106:16
*** alexpilo_ has quit IRC06:24
*** alexpilotti has joined #openstack-nova06:24
*** diga has joined #openstack-nova06:25
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Add a removeFloatingIp example  https://review.openstack.org/45302606:28
*** yamamoto_ has quit IRC06:30
*** Spencer has joined #openstack-nova06:31
*** phuongnh has quit IRC06:31
*** phuongnh has joined #openstack-nova06:31
*** markus_z has joined #openstack-nova06:32
*** Spencer has quit IRC06:33
*** sridharg has joined #openstack-nova06:33
*** pcaruana has joined #openstack-nova06:34
*** yamamoto has joined #openstack-nova06:38
*** gcb has quit IRC06:38
*** diga has quit IRC06:39
*** gcb has joined #openstack-nova06:39
*** voelzmo has joined #openstack-nova06:42
*** diga has joined #openstack-nova06:42
openstackgerritTadas Ustinavičius proposed openstack/nova master: Updating blueprint with more informative note.  https://review.openstack.org/44555806:45
*** gcb has quit IRC06:46
*** abalutoiu has quit IRC06:50
*** belmoreira has joined #openstack-nova06:51
*** gcb has joined #openstack-nova06:51
openstackgerritYuYang proposed openstack/nova master: VMware:fix get VM root device conditional verify  https://review.openstack.org/45444106:52
*** ltomasbo|away is now known as ltomasbo06:53
*** zenoway has joined #openstack-nova06:54
*** andreas_s has quit IRC06:54
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/45389606:57
*** wangqwsh has quit IRC06:58
*** zenoway has quit IRC06:58
*** markus_z has quit IRC07:00
*** Shunli has joined #openstack-nova07:05
*** aloga has quit IRC07:06
*** aloga has joined #openstack-nova07:06
*** tesseract has joined #openstack-nova07:07
*** karimb has joined #openstack-nova07:08
*** Jack_Iv has quit IRC07:09
*** jaosorior_away is now known as jaosorior07:09
*** rmart04 has joined #openstack-nova07:10
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Example verification for servers-actions.inc  https://review.openstack.org/45456507:11
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/45389607:11
*** markvoelker has joined #openstack-nova07:13
*** phuongnh has quit IRC07:13
*** Jack_Iv has joined #openstack-nova07:15
*** markus_z has joined #openstack-nova07:15
openstackgerritGábor Antal proposed openstack/nova master: Transform instance.volume_attach notification  https://review.openstack.org/40199207:17
*** markvoelker has quit IRC07:17
*** yanyanhu has quit IRC07:19
jaosoriorgibi: do instance metadata updates push an instance.update notification?07:19
*** Jack_Iv has quit IRC07:19
jaosoriorgibi: also, what was the site for the notification work status?07:20
*** claudiub has quit IRC07:20
*** jpena|off is now known as jpena07:21
*** yanyanhu has joined #openstack-nova07:22
*** stvnoyes has quit IRC07:22
gibijaosorior: hi! worklist is on https://vntburndown-gibi.rhcloud.com/index.html07:25
gibijaosorior: let me check the code to answer the instance.update on metadata question07:26
openstackgerritMaho Koshiya proposed openstack/nova master: Add interfaces functional negative tests  https://review.openstack.org/44289207:28
*** yanyanhu has quit IRC07:28
*** masber has quit IRC07:29
*** karimb has quit IRC07:30
*** masber has joined #openstack-nova07:30
jaosoriorgibi: thanks a lot07:30
*** tuanla_ has quit IRC07:31
*** tuan_luong has quit IRC07:31
*** haplo37 has quit IRC07:31
*** yamamoto has quit IRC07:31
*** yamamoto has joined #openstack-nova07:32
*** tuan_luong has joined #openstack-nova07:32
*** tuanla_ has joined #openstack-nova07:32
*** lpetrut has joined #openstack-nova07:34
*** stvnoyes has joined #openstack-nova07:35
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Add live-migration-force-after-timeout  https://review.openstack.org/43021807:39
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: [WIP] API: Add os-migrateLive input parameters  https://review.openstack.org/45457807:39
*** haplo37 has joined #openstack-nova07:40
gibijaosorior: deleting a metadata has the notification code https://github.com/openstack/nova/blob/master/nova/objects/instance.py#L110807:42
*** Jack_Iv has joined #openstack-nova07:43
jaosoriorgibi: but, setting it?07:43
*** kaisers_ has joined #openstack-nova07:43
gibijaosorior: and there is notification for instance.save https://github.com/openstack/nova/blob/master/nova/objects/instance.py#L794 but I have to look more07:43
*** fragatina has quit IRC07:43
gibijaosorior: to see if that is called for metadata too07:43
jaosoriorinstance.save ... interesting07:44
jaosoriordidn't know about that one07:44
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: [WIP] API: Add os-migrateLive input parameters  https://review.openstack.org/45457807:44
*** kaisers has quit IRC07:46
*** CristinaPauna has joined #openstack-nova07:53
seitanGood morning. I'm struggling with my first blueprint in Nova. There are many points, where I fail with my patch (still haven't figured out correct workflow with gerrit). But patch submission should be second step as I'm guessing now. If I understand documentation correcly, - my blueprint has to be approved before submitting any code? If so, should I attend Nova IRC meeting next week and propose my blueprint there? My blueprint is small patch for07:54
seitanNova libvirt part: https://blueprints.launchpad.net/nova/+spec/custom-emulator-path thank you for your help.07:54
*** avolkov has joined #openstack-nova07:56
gibijaosorior: it seems that metadata change goes through instance.save so there should be notification but I will spin up a devstack and try it out07:57
jaosoriorgibi: dude! that would be awesome!07:58
jaosoriorgibi: is this something that works as well for legacy notifications? or is it exclusive for versioned notifications?07:58
jaosoriorgibi: also, instance.save is then called for both new instances and when updating instances?07:59
gibijaosorior: instance.update codepath quite similar for both legacy and versioned so it should work for both07:59
*** zzzeek has quit IRC08:00
*** karimb has joined #openstack-nova08:00
gibijaosorior: when instance is created then first instance.create() will be called and there will be instance.create notification08:00
*** takashin has left #openstack-nova08:00
*** zzzeek has joined #openstack-nova08:00
gibijaosorior: after instance create the instance goes through couple of state changes so there will be instance.save() calls and instance.update notifications emitted08:01
jaosoriorgibi: oh, so instance.update will also run for new instances, not only when one updates parameters for them?08:02
jaosoriorsay I do a nova boot, will I receive an instance.update notification?08:03
*** zenoway has joined #openstack-nova08:06
*** gcb has quit IRC08:09
*** ralonsoh has joined #openstack-nova08:09
*** efoley_ has joined #openstack-nova08:09
*** yamamoto has quit IRC08:09
*** gcb has joined #openstack-nova08:10
*** efoley__ has joined #openstack-nova08:12
*** efoley_ has quit IRC08:15
bauzastonyb: around by that time ?08:17
bauzastonyb: I have a bugfix that we merged in Pike and Ocata-RC2, but I wonder if it would be worth cherry-picking it for Newton too08:18
bauzastonyb: https://review.openstack.org/#/c/392643/6 looks to me reasonable08:18
bauzastonyb: FWIW https://review.openstack.org/#/c/454593/ comments welcome08:20
*** lucas-afk is now known as lucasagomes08:21
*** Jack_Iv has quit IRC08:24
*** Jack_Iv has joined #openstack-nova08:24
*** fragatina has joined #openstack-nova08:29
*** efoley__ is now known as efoley08:29
*** markus_z has quit IRC08:32
*** esberglu has joined #openstack-nova08:32
*** esberglu has quit IRC08:36
fricklersfinucan: sorry for missing the meeting yesterday and thanks for taking up my patches. I'm going to add reno+tests and then let's see what other reviewers think08:38
*** zhurong has quit IRC08:41
gibijaosorior: you will receive instance.update when nova update the instance state during the boot08:41
gibijaosorior: here is a functional test that shows what notifications are triggered during nova boot https://github.com/openstack/nova/blob/master/nova/tests/functional/notification_sample_tests/test_instance.py#L15708:42
*** cdent has joined #openstack-nova08:42
jaosoriorI see08:43
*** danpawlik has quit IRC08:43
jaosoriorgibi: is there a specific notification for instance.save? Would probably be less cumbersome than listening on instance.update08:43
*** yamamoto has joined #openstack-nova08:46
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276608:46
gibijaosorior: there is no specific notification for instance.save, you have to listen to instance.update08:47
jaosoriorok08:47
jaosoriorthat works08:47
jaosoriorgibi: thanks a lot dude08:47
*** karthiks has joined #openstack-nova08:47
gibijaosorior: I'm still in a process testing the metadata update question08:47
johnthetubaguyseitan: hi, can I help with your blueprint?08:47
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Add live-migration-force-after-timeout  https://review.openstack.org/43021808:48
johnthetubaguyseitan: is this the patch you are wondering about: https://review.openstack.org/#/c/44555808:48
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: [WIP] API: Add os-migrateLive input parameters  https://review.openstack.org/45462008:52
*** aarefiev_afk is now known as aarefiev08:54
*** derekh has joined #openstack-nova08:55
gibijaosorior: here are the notifications from a devstack about an nova boot08:56
gibijaosorior: http://paste.openstack.org/show/605721/08:56
jaosoriorbrilliant08:56
gibijaosorior: and then here are the notifications about a nova meta <server> set for the same instance http://paste.openstack.org/show/605723/08:56
gibijaosorior: it confirms that instance.update is emitted for meta set08:57
jaosoriorgibi: excellent, this is very useful for me. Thanks a lot08:57
*** voelzmo has quit IRC08:58
gibijaosorior: no problem. You can easily log notifications if you set the in the nova.conf driver = log08:58
gibijaosorior: in the section [oslo_messaging_notifications]08:58
*** tovin07 has joined #openstack-nova08:59
gibithen you just grep the nova logs for oslo.messaging.notification lines08:59
jaosoriorthat's good to know08:59
*** Drankis has joined #openstack-nova08:59
jaosoriorI was hacking up my service to output all the notifications it detected09:00
jaosoriorthis is a bit easier for testing a bit09:00
*** Jack_Iv has quit IRC09:00
seitanjohnthetubaguy: Hello, yes, this is the correct one09:01
*** suresh12 has quit IRC09:01
*** Jack_Iv has joined #openstack-nova09:02
johnthetubaguyseitan: how can I help you? it seems you have quite a lot of patches up against that blueprint right now09:03
johnthetubaguyseitan: this guide might help you: https://docs.openstack.org/infra/manual/developers.html09:04
johnthetubaguyseitan: I think you need to click abandon on all the patches that aren't the "best" one so far09:04
johnthetubaguyseitan: at a quick look at your patch, I would have a read of this doc on the git commit message: https://wiki.openstack.org/wiki/GitCommitMessages09:05
*** voelzmo has joined #openstack-nova09:05
*** voelzmo has quit IRC09:06
seitanjohnthetubaguy: Yes, I have read this documents, but still have some things unclear09:06
johnthetubaguyseitan: it looks like you are squashing your changes locally, but you end up with multiple change-ids in your git commit messages09:06
*** karimb has quit IRC09:07
*** Jack_Iv_ has joined #openstack-nova09:08
johnthetubaguyseitan: basically, you need to get one single gerrit entry, and has in one commit your latest and best code for your blueprint09:08
johnthetubaguyseitan: you might do that as lots of little git commits locally, but we need one git commit to review for merge into our master branch in gerrit09:09
seitanjohnthetubaguy: So basically  I should abandon all patches but the first one. Then to update that first release i just edit my Change-Id before putting to review?09:09
johnthetubaguyseitan: I would do that to tidy things up, yes09:09
*** Jack_Iv has quit IRC09:10
*** sambetts|afk is now known as sambetts09:10
johnthetubaguyseitan: the git hook adds the change-id to all your commits right? if you do an interactive rebase, I would use the "fix up" thing, and that should drop all the commit messages from your various commits, and stop you needing to tweak the change-id09:11
johnthetubaguyseitan: personally I just do git commit --amend locally, because I know the history is stored in the gerrit versions of my match09:11
*** dixiaoli has joined #openstack-nova09:12
gibijohnthetubaguy: there is a small bugfix with +2 and lot of +1 ons https://review.openstack.org/#/c/430026 Could you check it please?09:12
johnthetubaguygibi: not done my already has +2 sweep yet, it should get hit as part of that09:12
gibijohnthetubaguy: cool, thanks a lot!09:13
seitanjohnthetubaguy: okay, that makes things more clear. Thank you. What about approving the blueprint? Should i attend irc meeting to propose it?09:13
*** yamamoto has quit IRC09:13
johnthetubaguyseitan: you don't have to attend, its more about adding it to the agenda and including enough information in the blueprint to describe why you are doing what you are doing09:14
*** yamamoto has joined #openstack-nova09:15
*** diga has quit IRC09:16
johnthetubaguyseitan: the other thing I think your patch is missing is a unit test09:16
seitanjohnthetubaguy: that would be third question - i'm not sure, how to submit unit test.09:18
johnthetubaguyseitan: do you see how to run the unit tests local on your dev box, and where the code for them lives?09:19
seitanjohnthetubaguy: yes, I'm able to run tox test locally if this is it09:20
seitanjohnthetubaguy: oh, i should make a test script to check if my patch works?09:21
johnthetubaguyseitan: yeah, thats the idea, basically modify or add a test to ensure your patch generates the correct domain XML09:24
*** iceyao has quit IRC09:26
seitanjohnthetubaguy: aha, will do that. And the last question: do i need to create more information for this patch e. g. create specification file and add URL to it in blueprint?09:27
*** gongysh has quit IRC09:28
*** esberglu has joined #openstack-nova09:29
*** Shunli has quit IRC09:30
*** tbachman has joined #openstack-nova09:30
*** gongysh has joined #openstack-nova09:30
openstackgerritGábor Antal proposed openstack/nova master: Transform instance.volume_attach notification  https://review.openstack.org/40199209:33
openstackgerritGábor Antal proposed openstack/nova master: Transform instance.volume_detach notification  https://review.openstack.org/40867609:33
*** esberglu has quit IRC09:34
*** fragatina has quit IRC09:39
*** tbachman_ has joined #openstack-nova09:41
johnthetubaguyseitan: I don't think you need a nova-spec for this one, the blueprint alone should be fine09:41
*** tbachman has quit IRC09:42
*** tbachman_ is now known as tbachman09:42
*** gszasz has joined #openstack-nova09:44
seitanjohnthetubaguy: thank you for your help!09:45
johnthetubaguyseitan: no problem09:45
sfinucanvladikr, artom, cfriesen, sean-k-mooney: Do we expose any information about CPU features at the moment in nova?09:53
sfinucani.e. support for SSE etc.09:53
* sfinucan recalls seeing a filter for that kind of thing, but doesn't remember if it was actually implemented or proposed in a spec09:53
*** zhurong has joined #openstack-nova09:54
*** zhurong has quit IRC09:55
*** andreas_s has joined #openstack-nova10:00
*** sdague has joined #openstack-nova10:01
*** andreas_s has quit IRC10:01
*** nicolasbock has joined #openstack-nova10:02
*** andreas_s has joined #openstack-nova10:03
*** tovin07__ has joined #openstack-nova10:03
*** andreas_s has quit IRC10:03
openstackgerritjichenjc proposed openstack/nova-specs master: Add host-command-with-POST  https://review.openstack.org/30338810:03
*** tovin07_ has quit IRC10:06
*** tovin07__ has quit IRC10:08
kashyapsfinucan: Not as near as I know10:08
kashyapsfinucan: But to compute the most feature-rich CPU which is compatible with all given host CPUs, we use the libvirt's baselineCPU() API10:09
kashyapsfinucan: Look at get_capabilities() method in nova/virt/libvirt/host.py:10:09
kashyapsfinucan: Curious, why do you ask?10:10
*** amotoki has quit IRC10:10
sfinucankashyap: I got asked to review https://review.openstack.org/#/c/454042/, which seems to be looking to do just that10:11
sfinucanalbeit in a different project10:11
*** jaosorior has quit IRC10:11
* kashyap clicks10:12
sfinucanpersonally, I think everything they're looking for can be accomplished by resource-providers and traits (and I'm saying as much), but I was curious to know if there was anything already there10:12
kashyapI see10:13
kashyapsfinucan: Incidentally, I was thinking of working on allowing an ability to turn on / off CPU features / flags for the named CPU models10:14
*** markus_z has joined #openstack-nova10:14
kashyapThat'll allow us to supply specific features (like VMX, or SVM) when using a custom CPU mode (via Nova's 'cpu_mode').10:15
*** jaosorior has joined #openstack-nova10:15
sfinucankashyap: Hmm, sounds very...uncloudy :)10:16
*** links has quit IRC10:16
kashyapsfinucan: Allow me to tell why it's useful:10:16
kashyapsfinucan: If you have the above capability, _along_ with the ability to turn on / off said CPU features per flavor, a Cloud Admin, can then decide to whom they can give access to nested Virt10:17
kashyapA perfectly Cloudy Thing, if you ask me :-)  This discussion came up with danpb in the past.10:17
sfinucankashyap: Sure you'd be better to expose an "allow nested virt?" option then, rather than exposing every CPU flag?10:18
kashyapI have a TODO item to write up a bug with details for this10:18
sfinucan*Surely10:18
kashyapsfinucan: To expose that (non-existent) option, you need to supply *explicitly* either Intel's VMX or AMD's SVM CPU flag10:19
kashyapThe idea is to not expose every CPU flag :-)10:19
sfinucankashyap: Yeah, sorry I mean abstract all that stuff away and present just a single flag to the user10:20
sfinucando all the CPU flag magic under the hood10:20
sfinucanAha - my mistake :)10:20
kashyapAgreed, we should be able to abstract that all.10:22
kashyapAlso, related topic is that, in the past we've had multiple bugs with guest / host CPU compatibility10:22
kashyapNow, with QEMU 2.9 (about to be released) & libvirt 3.2, there has been major improvements --10:23
kashyapWhere now, when someone asks to do a 'host-passthrough', libvirt simply asks QEMU to provide a supported CPU model, in the past it used to use the CPUID instruction -- which led to enabling all kinds of CPU flags that QEMU didn't support10:24
kashyapAnyway...10:24
sfinucankashyap: So instead of 'cpu_mode' being a static thing applied to all VMs, you'd now have a magic 'hw:nested_virt' flavor extra spec that admins could use on certain flavours?10:24
kashyapsfinucan: Yep, something like that10:25
sfinucankashyap: Do QEMU publish pre-release release notes?10:25
kashyapsfinucan: There's a Wiki page where we try to collect feature items upcoming in a release, let me see10:26
sfinucankashyap: nifty. I've reviewed specs which proposed exposing the entire cpu_mode, cpu_model fields via flavors. That's less nice10:26
sfinucan(y)10:26
*** udesale has quit IRC10:26
kashyapsfinucan: Where are those specs?  Got a handy URL, btw?10:26
sfinucansec10:26
sfinucankashyap: https://review.openstack.org/#/c/387295/2/specs/ocata/approved/modify-cpu-mode-precedence.rst10:27
*** cNilesh has quit IRC10:27
kashyapsfinucan: Thanks10:27
sfinucankashyap: Also https://review.openstack.org/#/c/168982/, https://review.openstack.org/#/c/170397/ and https://review.openstack.org/#/c/170396/10:28
kashyapsfinucan: For the release notes, see the "FIXME" (it should be fixed, I'll do that) - http://wiki.qemu-project.org/ChangeLog/2.9#x8610:28
sfinucan:)10:28
kashyapIt's the 'query-cpu-model-expansion'10:28
kashyapIt took about 6 years (!) to fix all of it, there's a post somewhere from Eduardo, who maintains that stuff10:28
*** yingjun has quit IRC10:28
kashyapThanks for the links10:29
*** tesseract has quit IRC10:30
*** ratailor has quit IRC10:31
*** links has joined #openstack-nova10:32
openstackgerritjichenjc proposed openstack/nova master: Remove the extension check for os-quota-class-sets  https://review.openstack.org/45119310:33
*** cdent has quit IRC10:38
*** tesseract has joined #openstack-nova10:44
openstackgerritBalazs Gibizer proposed openstack/nova master: Factor out duplicated notification sample data (3)  https://review.openstack.org/45282010:46
openstackgerritBalazs Gibizer proposed openstack/nova master: Factor out duplicated notification sample data  https://review.openstack.org/45281810:46
openstackgerritBalazs Gibizer proposed openstack/nova master: Factor out duplicated notification sample data (2)  https://review.openstack.org/45281910:46
sean-k-mooneysfinucan: not sure if you got your answer but the cpu info is available via the hypervior api10:47
sean-k-mooneysfinucan: you can just the json filter to schedule to a node with a specific feature you may be able to also use the compute capablity filter10:48
*** jaosorior has quit IRC10:53
*** jaosorior has joined #openstack-nova10:53
*** jaosorior has quit IRC10:53
*** jaosorior has joined #openstack-nova10:56
*** zenoway has quit IRC10:57
*** jaosorior_ has joined #openstack-nova11:00
*** jaosorior has quit IRC11:01
*** zenoway has joined #openstack-nova11:01
*** suresh12 has joined #openstack-nova11:02
*** links has quit IRC11:04
*** links has joined #openstack-nova11:05
*** voelzmo has joined #openstack-nova11:05
*** zenoway has quit IRC11:06
*** suresh12 has quit IRC11:06
openstackgerritjichenjc proposed openstack/nova master: [placement] Add doc for resource provider usages  https://review.openstack.org/45010511:07
*** efoley has quit IRC11:10
*** iceyao has joined #openstack-nova11:10
*** efoley has joined #openstack-nova11:10
*** zenoway has joined #openstack-nova11:11
*** cNilesh has joined #openstack-nova11:13
bhagyashrisjohnthetubaguy: Hi, I have one doubt regarding patch:  https://review.openstack.org/#/c/409644/4/nova/compute/api.py . Do I need to check condition if rotation==0 in nova/cells/messaging.py? Should I set the instance.task_state as IMAGE_BACKUP in nova/cells/messaging? Because this is already set in nova/cells/messaging.py11:14
*** markvoelker has joined #openstack-nova11:14
openstackgerritStephen Finucane proposed openstack/nova master: console: provide an RFB security proxy implementation  https://review.openstack.org/34539911:16
*** openstackgerrit has quit IRC11:18
johnthetubaguybhagyashris: you see the compute_rpcapi call in compute/api.py, that runs the cells messaging code on the lower cell (https://github.com/openstack/nova/blob/master/nova/cells/messaging.py#L914) so if you skip the DB change in compute/api.py, you would also have to skip that change in the cells messaging logic. But I think you shouldn't skip that DB call in either, so your updated patch may mean you don't need to11:18
johnthetubaguy change the cells messaging layer11:18
*** ajo has left #openstack-nova11:19
*** markvoelker has quit IRC11:19
*** pcaruana has quit IRC11:22
bhagyashrisjohnthetubaguy: Thank you, For clearing my doubt. :)11:22
johnthetubaguybhagyashris: no problem11:22
*** alexpilotti has quit IRC11:27
*** openstackgerrit has joined #openstack-nova11:28
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for GET RP inventories  https://review.openstack.org/44976511:28
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for DELETE RP inventories  https://review.openstack.org/45270811:28
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for PUT RP inventories  https://review.openstack.org/45270711:28
*** alexpilotti has joined #openstack-nova11:28
*** lucasagomes is now known as lucas-hungry11:30
openstackgerritjichenjc proposed openstack/nova master: [placement] Add doc for resource provider classes  https://review.openstack.org/45166111:31
*** ratailor has joined #openstack-nova11:33
*** ratailor has quit IRC11:33
*** abalutoiu has joined #openstack-nova11:33
openstackgerritJens Rosenboom proposed openstack/nova master: Fix network metadata information - part 3/3  https://review.openstack.org/45029711:35
openstackgerritJens Rosenboom proposed openstack/nova master: Fix network metadata information - part 2/3  https://review.openstack.org/45021211:35
openstackgerritJens Rosenboom proposed openstack/nova master: Fix network metadata information - part 1/3  https://review.openstack.org/45021111:35
*** huanxie has quit IRC11:36
*** jaosorior_ is now known as jaosorior11:37
*** dixiaoli has quit IRC11:37
*** prateek has quit IRC11:44
*** tuanla_ has quit IRC11:44
*** tuan_luong has quit IRC11:44
*** ababich has joined #openstack-nova11:44
*** rfolco has joined #openstack-nova11:46
*** kevinz has quit IRC11:47
*** thorst has joined #openstack-nova11:47
*** cdent has joined #openstack-nova11:50
*** sapcc-bot has quit IRC11:54
*** sapcc-bot has joined #openstack-nova11:54
*** sapcc-bot1 has joined #openstack-nova11:55
*** sapcc-bot1 has quit IRC11:56
*** sapcc-bot2 has joined #openstack-nova11:56
*** jpena is now known as jpena|lunch11:58
*** sapcc-bot2 has quit IRC11:58
dimssdague : looks like we can't promote new novaclient to u-c - http://logs.openstack.org/64/454164/1/check/gate-grenade-dsvm-neutron-ubuntu-xenial/77e30c8/logs/grenade.sh.txt.gz#_2017-04-07_04_04_14_59311:58
dimssdague : good morning :)11:58
sdagueoh, I had never fixed that eh?11:58
*** sapcc-bot3 has joined #openstack-nova11:58
sdagueI wonder if there is an outstanding patch for that11:59
*** sapcc-bot has quit IRC11:59
*** sapcc-bot3 has quit IRC11:59
sdagueI remember talking to dtroyer about it at the PTG11:59
*** sapcc-bot has joined #openstack-nova12:00
*** sapcc-bot4 has joined #openstack-nova12:01
*** sapcc-bot has quit IRC12:01
*** jangutter has quit IRC12:01
*** sapcc-bot4 has quit IRC12:01
*** tuan_luong has joined #openstack-nova12:04
*** tuanla_ has joined #openstack-nova12:04
*** sapcc-bot has joined #openstack-nova12:04
*** sapcc-bot has quit IRC12:04
sdaguedims: https://review.openstack.org/45469412:04
*** sapcc-bot has joined #openstack-nova12:04
sdagueyeh, I guess we'd just never gotten around to fixing that12:04
*** sapcc-bot has quit IRC12:08
*** ericyoung has joined #openstack-nova12:08
*** sapcc-bot has joined #openstack-nova12:09
*** jaosorior has quit IRC12:09
*** jaosorior has joined #openstack-nova12:09
*** edmondsw has joined #openstack-nova12:09
dimssdague : +112:10
*** sapcc-bot1 has joined #openstack-nova12:11
*** dgonzalez_ has joined #openstack-nova12:11
*** tpatzig_ has joined #openstack-nova12:11
*** mkoderer_ has joined #openstack-nova12:11
*** carthaca_ has joined #openstack-nova12:11
*** databus23_ has joined #openstack-nova12:11
*** david_1 has joined #openstack-nova12:11
*** tpatzig_ has quit IRC12:13
*** mkoderer_ has quit IRC12:13
*** dgonzalez_ has quit IRC12:13
*** david_1 has quit IRC12:13
*** trinaths has left #openstack-nova12:13
*** carthaca_ has quit IRC12:13
*** databus23_ has quit IRC12:13
*** prateek has joined #openstack-nova12:14
*** markvoelker has joined #openstack-nova12:14
*** carthaca_ has joined #openstack-nova12:15
*** tpatzig_ has joined #openstack-nova12:15
*** mkoderer_ has joined #openstack-nova12:15
*** dgonzalez_ has joined #openstack-nova12:15
*** databus23_ has joined #openstack-nova12:15
*** david_1 has joined #openstack-nova12:15
*** gcb has quit IRC12:15
*** david_1 has quit IRC12:15
*** david_2 has joined #openstack-nova12:16
*** carthaca_ has quit IRC12:16
*** carthaca_ has joined #openstack-nova12:16
zioprotois anyone familiar with the nova.conf setting live_migration_tunnelled ?12:16
*** carthaca_ has quit IRC12:17
*** databus23_ has quit IRC12:17
*** dgonzalez_ has quit IRC12:17
*** mkoderer_ has quit IRC12:17
*** tpatzig_ has quit IRC12:17
*** david_2 has quit IRC12:17
*** sapcc-bot has quit IRC12:17
*** sapcc-bot has joined #openstack-nova12:18
*** tpatzig_ has joined #openstack-nova12:18
*** carthaca_ has joined #openstack-nova12:18
*** dgonzalez_ has joined #openstack-nova12:18
*** mkoderer_ has joined #openstack-nova12:18
*** databus23_ has joined #openstack-nova12:18
*** david_1 has joined #openstack-nova12:18
*** gouthamr has joined #openstack-nova12:18
*** david_1 has quit IRC12:18
*** lyan has joined #openstack-nova12:19
*** david_2 has joined #openstack-nova12:19
*** sapcc-bot1 has quit IRC12:19
*** sapcc-bot2 has joined #openstack-nova12:19
*** cNilesh has quit IRC12:19
*** carthaca_ has quit IRC12:20
*** tpatzig_ has quit IRC12:20
*** sapcc-bot has quit IRC12:20
*** databus23_ has quit IRC12:20
*** david_2 has quit IRC12:20
*** dgonzalez_ has quit IRC12:20
*** mkoderer_ has quit IRC12:20
*** tpatzig_ has joined #openstack-nova12:20
*** carthaca_ has joined #openstack-nova12:20
*** sapcc-bot has joined #openstack-nova12:20
*** sapcc-bot has quit IRC12:21
*** tpatzig_ has quit IRC12:21
*** carthaca_1 has joined #openstack-nova12:21
*** sapcc-bot has joined #openstack-nova12:21
*** tpatzig_ has joined #openstack-nova12:21
*** vks1 has quit IRC12:21
*** tpatzig_ has quit IRC12:21
*** sapcc-bot has quit IRC12:21
*** carthaca_1 has quit IRC12:21
*** carthaca_2 has joined #openstack-nova12:22
*** sapcc-bot has joined #openstack-nova12:22
*** tpatzig_ has joined #openstack-nova12:22
*** carthaca_ has quit IRC12:22
*** Jack_Iv_ has quit IRC12:23
*** prateek_ has joined #openstack-nova12:23
*** Jack_Iv has joined #openstack-nova12:23
*** Jack_Iv has quit IRC12:23
*** david_1 has joined #openstack-nova12:24
*** tpatzig_1 has joined #openstack-nova12:24
*** carthaca_ has joined #openstack-nova12:24
*** dgonzalez_ has joined #openstack-nova12:24
*** mkoderer_ has joined #openstack-nova12:24
*** databus23_ has joined #openstack-nova12:24
*** dgonzalez_ has quit IRC12:24
*** Jack_Iv has joined #openstack-nova12:24
*** tpatzig_1 has quit IRC12:24
*** dgonzalez_ has joined #openstack-nova12:24
*** lucas-hungry is now known as lucasagomes12:24
*** Jack_Iv has quit IRC12:24
*** tpatzig_2 has joined #openstack-nova12:24
*** david_1 has quit IRC12:25
*** mkoderer_ has quit IRC12:25
*** Jack_Iv has joined #openstack-nova12:25
*** david_2 has joined #openstack-nova12:25
*** mkoderer_ has joined #openstack-nova12:25
*** dgonzalez_ has quit IRC12:25
*** tpatzig_2 has quit IRC12:25
*** carthaca_ has quit IRC12:25
*** databus23_ has quit IRC12:25
*** mkoderer_ has quit IRC12:25
*** david_2 has quit IRC12:25
*** Jack_Iv has quit IRC12:26
*** dgonzalez_ has joined #openstack-nova12:26
*** carthaca_ has joined #openstack-nova12:26
*** Jack_Iv has joined #openstack-nova12:26
*** mkoderer_ has joined #openstack-nova12:26
*** databus23_ has joined #openstack-nova12:26
*** dgonzalez_1 has joined #openstack-nova12:26
*** tpatzig_1 has joined #openstack-nova12:26
*** david_1 has joined #openstack-nova12:26
*** sapcc-bot has quit IRC12:26
*** dgonzalez_1 has quit IRC12:27
*** tpatzig_1 has quit IRC12:27
*** david_1 has quit IRC12:27
*** dgonzalez_ has quit IRC12:27
*** carthaca_ has quit IRC12:27
*** mkoderer_ has quit IRC12:27
*** databus23_ has quit IRC12:27
*** david_2 has joined #openstack-nova12:27
*** tpatzig_2 has joined #openstack-nova12:27
*** databus23_ has joined #openstack-nova12:27
*** dgonzalez_ has joined #openstack-nova12:27
*** dgonzalez_2 has joined #openstack-nova12:27
*** mkoderer_ has joined #openstack-nova12:27
*** carthaca_ has joined #openstack-nova12:27
*** tpatzig_2 has quit IRC12:28
*** tpatzig_3 has joined #openstack-nova12:28
*** sapcc-bot2 has quit IRC12:28
*** databus23_ has quit IRC12:28
*** carthaca_ has quit IRC12:28
*** mkoderer_ has quit IRC12:28
*** dgonzalez_2 has quit IRC12:28
*** tpatzig_3 has quit IRC12:28
*** david_2 has quit IRC12:28
*** gcb has joined #openstack-nova12:28
*** sapcc-bot has joined #openstack-nova12:28
*** gongysh has quit IRC12:29
*** timello has joined #openstack-nova12:30
*** dgonzalez_ has quit IRC12:30
*** dgonzalez_ has joined #openstack-nova12:30
*** sapcc-bot has quit IRC12:31
*** liverpooler has joined #openstack-nova12:32
*** sapcc-bot has joined #openstack-nova12:33
*** sapcc-bot has quit IRC12:33
*** sapcc-bot has joined #openstack-nova12:34
*** sapcc-bot has quit IRC12:34
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove **kwargs passing in payload __init__  https://review.openstack.org/41848912:37
*** dgonzalez_ has quit IRC12:37
*** sapcc-bot has joined #openstack-nova12:37
*** dgonzalez_ has joined #openstack-nova12:38
*** sapcc-bot3 has joined #openstack-nova12:38
*** sapcc-bot3 has quit IRC12:38
*** carthaca_2 has quit IRC12:39
*** sapcc-bot4 has joined #openstack-nova12:39
*** carthaca_ has joined #openstack-nova12:39
*** zz_dimtruck is now known as dimtruck12:40
*** sapcc-bot5 has joined #openstack-nova12:40
*** seitan has quit IRC12:40
*** sapcc-bot has quit IRC12:42
*** dgonzalez_ has quit IRC12:42
*** sapcc-bot5 has quit IRC12:42
*** carthaca_ has quit IRC12:42
*** dgonzalez_ has joined #openstack-nova12:42
*** sapcc-bot has joined #openstack-nova12:42
*** eharney has joined #openstack-nova12:42
*** sapcc-bot has quit IRC12:43
*** dgonzalez_ has quit IRC12:43
*** esberglu has joined #openstack-nova12:43
*** dgonzalez_ has joined #openstack-nova12:43
*** sapcc-bot4 has quit IRC12:44
*** tpatzig_ has quit IRC12:44
*** dgonzalez_ has quit IRC12:44
*** sapcc-bot has joined #openstack-nova12:44
*** gcb has quit IRC12:46
fricklerthe ceph tests seems to be failing with a single error during volume backup creation: http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%20%5C%22tempest.exceptions.VolumeResourceBuildErrorException%3A%20backup%5C%2212:49
fricklerI haven't found anything obvious, maybe skip that test until someone can fix it?12:49
*** sapcc-bot has quit IRC12:50
*** sapcc-bot has joined #openstack-nova12:50
fricklerhmm, seems it also affects sheepdog, so I guess I better ask cinder folk12:50
*** sapcc-bot has quit IRC12:51
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/45389612:51
*** sapcc-bot1 has joined #openstack-nova12:53
*** Jack_Iv_ has joined #openstack-nova12:55
*** jpena|lunch is now known as jpena12:56
*** sapcc-bot1 has quit IRC12:57
*** sapcc-bot has joined #openstack-nova12:58
*** alexpilotti has quit IRC12:58
*** Jack_Iv has quit IRC12:58
*** alexpilotti has joined #openstack-nova12:59
*** sapcc-bot has quit IRC12:59
*** sapcc-bot has joined #openstack-nova13:00
*** yamamoto has quit IRC13:03
*** catintheroof has joined #openstack-nova13:03
*** tbachman has quit IRC13:06
*** yamamoto has joined #openstack-nova13:07
*** stvnoyes has quit IRC13:07
*** sapcc-bot has quit IRC13:07
*** sapcc-bot has joined #openstack-nova13:08
*** sapcc-bot has quit IRC13:08
*** edleafe is now known as figleaf13:09
*** sapcc-bot has joined #openstack-nova13:09
*** smatzek has joined #openstack-nova13:10
*** stvnoyes has joined #openstack-nova13:11
*** sapcc-bot has quit IRC13:12
*** smatzek has quit IRC13:12
*** smatzek has joined #openstack-nova13:12
*** sapcc-bot has joined #openstack-nova13:12
*** tbachman has joined #openstack-nova13:12
*** sapcc-bot has quit IRC13:13
*** sapcc-bot has joined #openstack-nova13:14
*** mdrabe has joined #openstack-nova13:14
*** p01nt3r75 has joined #openstack-nova13:15
openstackgerritStephen Finucane proposed openstack/nova master: console: provide an RFB security proxy implementation  https://review.openstack.org/34539913:15
*** artom has quit IRC13:20
*** garyk1 has joined #openstack-nova13:20
*** garyk has quit IRC13:20
openstackgerritStephen Finucane proposed openstack/nova master: console: introduce basic framework for security proxying  https://review.openstack.org/34539613:21
openstackgerritStephen Finucane proposed openstack/nova master: console: introduce framework for RFB authentication  https://review.openstack.org/34539713:21
openstackgerritStephen Finucane proposed openstack/nova master: console: introduce the VeNCrypt RFB authentication scheme  https://review.openstack.org/34539813:21
openstackgerritStephen Finucane proposed openstack/nova master: console: provide an RFB security proxy implementation  https://review.openstack.org/34539913:21
*** dimtruck is now known as zz_dimtruck13:24
*** zz_dimtruck is now known as dimtruck13:24
*** sapcc-bot has quit IRC13:24
*** sapcc-bot has joined #openstack-nova13:24
*** baoli has joined #openstack-nova13:27
*** burt has joined #openstack-nova13:28
*** tbachman has quit IRC13:29
*** cleong has joined #openstack-nova13:29
*** tbachman has joined #openstack-nova13:30
*** sapcc-bot has quit IRC13:31
*** sapcc-bot has joined #openstack-nova13:33
*** dimtruck is now known as zz_dimtruck13:33
*** tbachman has quit IRC13:34
*** sapcc-bot has quit IRC13:35
dimssdague : horizon is busted too fyi, pinging robcresswell on horizon channel now (http://logs.openstack.org/64/454164/2/check/gate-cross-horizon-python27-ubuntu-xenial/de047f5/console.html#_2017-04-07_12_17_05_822830)13:35
*** sapcc-bot1 has joined #openstack-nova13:35
*** sapcc-bot1 has quit IRC13:37
*** sapcc-bot has joined #openstack-nova13:37
*** sapcc-bot2 has joined #openstack-nova13:38
*** sapcc-bot has quit IRC13:38
*** mriedem has joined #openstack-nova13:38
*** yingjun has joined #openstack-nova13:39
*** sapcc-bot2 has quit IRC13:39
*** adreznec has quit IRC13:39
mriedemalex_xu: did you see jichenjc's question about os-quota-class-show in the ML?13:40
openstackgerritJohn Garbutt proposed openstack/nova master: api-ref: fix os-extended-volumes:volumes_attached in servers responses  https://review.openstack.org/44980913:40
dimsmriedem : grenade and horizon are busted with the python-novaclient release. https://review.openstack.org/#/c/454164/13:40
dimsmriedem : sdague has a fix for grenade that works fine13:40
dimsmriedem : oh, puppet-nova too13:41
*** sapcc-bot has joined #openstack-nova13:41
dimspinged EmilienM for puppet-nova and robcresswell for horizon. fyi13:41
EmilienMdims: I don't know why you mentionned tripleo but we don't use it fyi13:41
*** sapcc-bot has quit IRC13:41
dimsEmilienM : not tripleo, puppet-nova, i saw you were active there too13:42
*** ayogi has quit IRC13:42
EmilienMdims: yeah, we'll update it soon, thanks again13:42
*** sapcc-bot3 has joined #openstack-nova13:42
*** cdent has quit IRC13:43
*** Jack_Iv_ has quit IRC13:43
*** cdent has joined #openstack-nova13:43
mriedemdims: how are things broken when 8.0 isn't in upper-constraints?13:44
mriedemi believe horizon already knew they were going to be broken13:44
mriedembut again, upper-constraints13:44
mriedemoh that's the change13:44
mriedemi see13:44
dimsmriedem : it's trying to get stuff into u-c that's broken :)13:45
mriedemrobcresswell already knows about this for horizon13:45
dimsapologies13:45
mriedemit was in the ML a couple of weeks ago13:45
mriedemnp13:45
*** Jack_Iv has joined #openstack-nova13:46
*** iceyao has quit IRC13:47
*** mtanino has joined #openstack-nova13:48
*** awaugama has joined #openstack-nova13:48
*** dave-mccowan has joined #openstack-nova13:49
*** gongysh has joined #openstack-nova13:50
*** sapcc-bot3 has quit IRC13:50
johnthetubaguymriedem: do we have a list of folks who are at the forum/summit, there was an etherpad I guess?13:50
*** sapcc-bot has joined #openstack-nova13:50
*** sapcc-bot has quit IRC13:51
*** sapcc-bot has joined #openstack-nova13:51
mriedemyeah sec13:51
johnthetubaguymriedem: looks like I may have to cross myself off that list13:51
mriedemhttps://etherpad.openstack.org/p/BOS-Nova-brainstorming13:51
mriedemtwoard the bottom13:52
*** zhurong has joined #openstack-nova13:52
mriedem*toward13:52
*** zz_dimtruck is now known as dimtruck13:52
*** sapcc-bot has quit IRC13:53
*** sapcc-bot has joined #openstack-nova13:53
*** zhurong has quit IRC13:53
johnthetubaguymriedem: I guess we have enough folks to represent Nova without me being there, just wondering if I should self-fund my trip13:53
mriedemi'm not sure if i should take this private or not :)13:53
mriedemyou didn't get approval to go?13:53
johnthetubaguyheh, really just checking generally13:54
mriedemoh13:54
mriedemwell i know i'd like to have you there13:54
johnthetubaguyit looks that way, though13:54
johnthetubaguyyeah, I would like to be there too13:54
mriedemi haven't gone through http://forumtopics.openstack.org/ yet13:55
johnthetubaguyso just wondering what to do about stuff I was meant to be leading if I can't make it, etc13:55
*** sapcc-bot has quit IRC13:55
*** sapcc-bot has joined #openstack-nova13:55
*** udesale has joined #openstack-nova13:55
*** david_1 has joined #openstack-nova13:55
*** tpatzig_ has joined #openstack-nova13:55
*** dgonzalez_ has joined #openstack-nova13:55
*** carthaca_ has joined #openstack-nova13:55
*** mkoderer_ has joined #openstack-nova13:55
*** databus23_ has joined #openstack-nova13:55
mriedemso both of your vm+bm platform sessions were approved13:55
*** databus23_ has quit IRC13:56
*** carthaca_ has quit IRC13:56
*** mkoderer_ has quit IRC13:56
*** david_1 has quit IRC13:56
johnthetubaguymriedem: right, I worked with some UC folks to get them approved13:56
*** carthaca_ has joined #openstack-nova13:56
mriedemjohnthetubaguy: you're on the TC right? and the vm+bm thing is kind of a foundation/tc/constellation thing now right?13:56
*** databus23_ has joined #openstack-nova13:56
*** mkoderer_ has joined #openstack-nova13:56
mriedemi'd think the foundation would fund your travel13:56
johnthetubaguymriedem: so my term ends on the TC before the summit13:56
johnthetubaguyI wasn't really planing on going for the board meeting, etc on the sunday anyways13:57
*** david_3 has joined #openstack-nova13:57
*** crushil has joined #openstack-nova13:57
johnthetubaguyyeah, seem late for travel sponsorship13:57
*** databus23_ has quit IRC13:57
*** carthaca_ has quit IRC13:57
*** mkoderer_ has quit IRC13:57
*** tpatzig_ has quit IRC13:57
*** dgonzalez_ has quit IRC13:57
*** david_3 has quit IRC13:57
*** CristinaPauna has quit IRC13:57
johnthetubaguymriedem: it sounds like I am boarderline so this stuff may help push me the other way over the line13:57
*** yingjun has quit IRC13:58
johnthetubaguymriedem: fingers crossed13:58
*** felipemonteiro has joined #openstack-nova13:58
*** sapcc-bot has quit IRC13:58
*** adreznec has joined #openstack-nova14:00
*** david_1 has joined #openstack-nova14:00
*** carthaca_ has joined #openstack-nova14:00
*** tpatzig_ has joined #openstack-nova14:00
*** mkoderer_ has joined #openstack-nova14:00
*** dgonzalez_ has joined #openstack-nova14:00
*** databus23_ has joined #openstack-nova14:00
*** sapcc-bot has joined #openstack-nova14:01
*** ratailor has joined #openstack-nova14:01
*** amotoki has joined #openstack-nova14:01
*** suresh12 has joined #openstack-nova14:02
*** databus23_ has quit IRC14:02
*** dgonzalez_ has quit IRC14:02
*** mkoderer_ has quit IRC14:02
*** tpatzig_ has quit IRC14:02
*** carthaca_ has quit IRC14:02
*** david_1 has quit IRC14:02
*** jianghuaw has joined #openstack-nova14:03
*** sapcc-bot has quit IRC14:03
*** sapcc-bot has joined #openstack-nova14:04
*** sapcc-bot has quit IRC14:06
*** sapcc-bot has joined #openstack-nova14:06
*** david_1 has joined #openstack-nova14:06
*** tpatzig_ has joined #openstack-nova14:06
*** carthaca_ has joined #openstack-nova14:06
*** dgonzalez_ has joined #openstack-nova14:06
*** mkoderer_ has joined #openstack-nova14:06
*** databus23_ has joined #openstack-nova14:06
*** suresh12 has quit IRC14:06
*** databus23_ has quit IRC14:08
*** mkoderer_ has quit IRC14:08
*** tpatzig_ has quit IRC14:08
*** dgonzalez_ has quit IRC14:08
*** carthaca_ has quit IRC14:08
*** david_1 has quit IRC14:08
*** artom has joined #openstack-nova14:08
*** yingjun has joined #openstack-nova14:08
*** sapcc-bot has quit IRC14:10
*** sapcc-bot has joined #openstack-nova14:11
*** tpatzig_ has joined #openstack-nova14:11
*** carthaca_ has joined #openstack-nova14:11
*** dgonzalez_ has joined #openstack-nova14:11
*** mkoderer_ has joined #openstack-nova14:11
*** databus23_ has joined #openstack-nova14:11
*** david_1 has joined #openstack-nova14:11
mriedemapparently i need to fix the wroding in the claims in scheduler abstract http://forumtopics.openstack.org/cfp/details/6314:11
*** databus23_ has quit IRC14:13
*** mkoderer_ has quit IRC14:13
*** dgonzalez_ has quit IRC14:13
*** carthaca_ has quit IRC14:13
*** tpatzig_ has quit IRC14:13
*** david_1 has quit IRC14:13
*** thorst has quit IRC14:15
*** Drankis has quit IRC14:15
mriedemjohnthetubaguy: dansmith: does L26 sound like a better abstract? https://etherpad.openstack.org/p/BOS-Nova-brainstorming14:18
*** thorst has joined #openstack-nova14:18
*** amotoki has quit IRC14:19
*** amoralej is now known as amoralej|lunch14:20
dansmithmriedem: sure14:21
mriedemdone http://forumtopics.openstack.org/cfp/details/6314:22
mriedemdansmith: your forum session for cells v2 got approved14:23
*** adreznec has quit IRC14:23
dansmithwoot14:24
*** david-lyle has joined #openstack-nova14:25
*** links has quit IRC14:25
*** prateek_ has quit IRC14:25
*** ratailor has quit IRC14:25
mriedemso i assume you saw my late night ping about the HostMappingNotFound in n-sch on startup14:25
mriedemi posted https://review.openstack.org/#/c/454426/14:25
mriedemno tests yet14:25
mriedembut was looking for feedback14:26
mriedembasically, don't send an empty instance list from the compute on startup so the scheduler doesn't try and pull an empty list from the db - it's just a waste of time14:26
mriedemand also handle the not found in the scheduler during the update operation since we can recover later (and it could be an old compute sending an empty list)14:26
dansmithI didn't actually14:27
johnthetubaguymriedem: that looks like a good write up of all things "claim-ey"14:27
dansmithmriedem: ah yeah cool14:27
*** prateek has quit IRC14:28
*** cdent has quit IRC14:29
bauzasmriedem: the instance cache is only needed by a very few filters14:29
mriedembauzas: right i know14:29
bauzasmriedem: so, not providing the empty list looks good to me14:29
mriedembauzas: in case you haven't seen https://blueprints.launchpad.net/nova/+spec/put-host-manager-instance-info-on-a-diet14:30
mriedemor my query in the ops list about the TypeAffinityFilter14:30
mriedemand whether or not we can deprecate it14:30
bauzasI just don't remember how the HostState is created when that is not yet running14:30
bauzasmriedem: no, not yet14:30
bauzasmriedem: looking at your spec14:30
mriedemthe host state would have an empty instance dict14:30
mriedemit would anyway14:30
bauzasmriedem: yeah, so it's all good14:30
mriedemdansmith: so in general ok with that patch? if so i'll start tests14:31
dansmithmriedem: yeah14:31
mriedemcool14:31
bauzasit's just meaningless to update the scheduler with an empty list given the HostState already has it :)14:31
mriedemit's kind of nice that after so many years i've finally have to start looking at the HostManager code in the scheduler14:31
mriedemcan't avoid it forever i guess14:32
mriedembauzas: it's not a spec btw, it's just, don't send a full InstanceList of full objects from all computes to the scheduler14:32
mriedemwhen all the scheduler filters need really is uuid (and apparently instance_type_id)14:32
bauzasmriedem: yeah they also need the flavor id14:33
bauzasAFAIR14:33
*** dimtruck is now known as zz_dimtruck14:33
bauzassome filter is verifying it14:33
mriedemthe TypeAffinityFilter uses the instance.instance_type_id14:33
bauzasoh yeah, the InstanceTypeFilter one you mentioned14:33
mriedemwhich is the flavor primary key14:33
mriedemwhich is bad14:33
bauzasyeah yeah14:33
mriedemas noted in the ML14:33
mriedemand i'd be surprised if anyone uses it14:33
*** Dinesh_Bhor has quit IRC14:34
bauzasdon't be surprised14:34
bauzasmriedem: I'm pretty sure I'll find operators using it14:34
figleafmriedem: there was debate over that back when we removed db access from the filters14:34
bauzasoh man, TGIF14:34
*** bauzas is now known as bauwser14:34
figleafThere were people then who claimed those filters were used14:35
bauwserzactly14:35
mriedemif they claim they are used,14:35
mriedemthen i want to know how they deal with changing flavors14:35
mriedemor do they just never change flavors14:35
mriedemi.e. delete and recreate14:35
bauwserthe latter I guess14:35
figleafOtherwise I would have been happy to chuck 'em in the trash14:35
mriedemmaybe they just don't know they've been broken14:35
mriedemand this explains their NoValidHost issues14:35
figleafCould be14:35
bauwserhah14:36
mriedemif i have to send both,14:36
bauwseranyway14:36
figleafIt always seemed fragile14:36
*** lucasxu has joined #openstack-nova14:36
mriedemi'll probably still trim it down from a full InstanceList to a simple InstanceInfo object or something that's versioned and has 2 fields14:36
dansmithfragile is an understatement14:36
openstackgerritJohn Garbutt proposed openstack/nova master: Add description to policies in remote_consoles.py  https://review.openstack.org/45437214:36
mriedemrather than just a dict14:36
bauwserlgtm14:37
bauwserand honestly14:37
mriedemi was thinking, if we did deprecate TypeAffinityFilter, we'd have to wait on sending a list of uuids until queens14:37
bauwserwhen I wrote that BP14:37
bauwserabout fanouting the scheduler API with stuff14:37
mriedemand even then, some later filter might need something new and we'd have to add another field to the thing we send14:37
bauwserI was rather thinking of how to update the scheduler differently14:37
bauwserso, now we have placement14:37
*** smatzek has quit IRC14:37
bauwserI do wonder if we shouldn't rather use placement for pushing those kind of "resources"14:38
bauwsernot saying placement should verify those14:38
bauwserbut then the scheduler would query placement rather14:38
bauwserI dunno, it's just a thought14:38
*** CristinaPauna has joined #openstack-nova14:39
mriedemwell, placement does have the list of consumers (instance uuids) per resource provider (compute node)14:39
*** eharney has quit IRC14:39
mriedemplacement doesn't have the flavor id14:39
bauwserI don't like computes doing RPC fanouts to the scheduler, and I'm even not comfortable because I wrote that in the past14:39
figleafbauwser: placement doesn't "know" instance ids and flavor ids14:39
bauwserfigleaf: I know14:39
*** thorst has quit IRC14:39
*** udesale has quit IRC14:39
bauwserI'm just saying it's a problem for cellsv2 at least14:39
bauwserbecause it's an upcall14:39
mriedemthe resource provider will have a COMPUTE trait though right?14:39
bauwserlike rescheduling14:39
mriedemthe compute trait replaces the can_host field14:39
bauwsermriedem: sure, but I don't get your idea14:40
mriedemi don't either so let's not talk about it14:40
bauwserjust to make it clear, from a cells perspective, there are 3 upcalls from compute to the API world14:40
bauwserone is when you reschedule, you call out conductor14:40
bauwserthe second is the instance list14:41
bauwser(to the scheduler)14:41
*** armax has joined #openstack-nova14:41
bauwserthe third one is the aggregate list14:41
bauwser(to the scheduler too)14:41
mriedemdid you forget server group members?14:41
*** nicodemus_ has joined #openstack-nova14:41
mriedemhttps://review.openstack.org/#/c/442736/14:41
bauwserwe don't do that14:41
nicodemus_hello14:41
mriedemwe do14:41
bauwserit's passed in the Spec AFAIK14:41
mriedemsee ^14:41
*** udesale has joined #openstack-nova14:42
*** adreznec has joined #openstack-nova14:42
bauwseroh fuck, I thought you were talking of the Affinity filters verifying the group14:42
nicodemus_how can I modify the OS-EXT-SRV-ATTR properties on an instance? I've migrated five instances but had to do a rollback on the DB, and although the instances are in the new host the attributes show the old host...14:42
*** FL1SK has joined #openstack-nova14:42
bauwsermriedem: ServerGroup is an API DB thing ?14:43
bauwserI didn't recall that14:43
mriedembauwser: yes14:43
*** thorst has joined #openstack-nova14:43
bauwsera-ha then sorry, s/3/4 indeed14:43
*** thorst has quit IRC14:43
bauwserbut14:43
mriedemnicodemus_: what does rollback on the db mean?14:43
*** thorst has joined #openstack-nova14:44
bauwserthe 4th upcall is because we know it's racy14:44
mriedemnicodemus_: and which specific field?14:44
*** gszasz has quit IRC14:44
bauwserI do wonder if claims in the scheduler could help that race14:44
mriedembauwser: yes that's the idea for the workaround14:44
mriedemis it's temporary until we have claims in the scheduler14:44
mriedemper my understanding14:45
nicodemus_mriedem, two DB nodes went down and the remaining node didn't update the migration. The attributes I'd like to change are OS-EXT-SRV-ATTR:host and OS-EXT-SRV-ATTR:hypervisor_hostname14:45
mriedemand the commit message14:45
bauwsermriedem: well, the race still exists even if claims14:45
mriedemnicodemus_: you can see here https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/extended_server_attributes.py#L34 that hypervisor_hostname comes from the instances.node column14:45
mriedemand host comes from instances.host14:45
*** lpetrut has quit IRC14:46
nicodemus_mriedem, great! Thanks :)14:46
melwittjbernard: hey, I was wondering if you had made any progress on throttling down the concurrency of the ceph job (described on L142 in https://etherpad.openstack.org/p/nova-ptg-pike)14:46
*** zz_dimtruck is now known as dimtruck14:47
*** timello has quit IRC14:47
openstackgerritStephen Finucane proposed openstack/nova master: Add description to policies in server_password.py  https://review.openstack.org/45225914:47
*** abalutoiu has quit IRC14:47
*** belmoreira has quit IRC14:47
*** dharinic has quit IRC14:49
bauwsermriedem: dansmith: I'm confused by the help message of https://review.openstack.org/#/c/442736/21/nova/conf/workarounds.py14:50
bauwsermriedem: dansmith: do we plan to allow upcalls by default ?14:50
*** amoralej|lunch is now known as amoralej14:50
bauwserthe same would go for reschedules14:50
dansmithbauwser: we can't have upcalls if you have isolated your mq, so you have to disable that in that case14:50
bauwserie. we could switch the MQ by default unless the operator wanted isolation14:50
bauwserdansmith: of course14:51
bauwserdansmith: I mean, do we plan to do the MQ switch by default and leave a conf opt for that ?14:51
*** mlavalle has joined #openstack-nova14:51
dansmithbauwser: I dunno what you mean by "do the MQ switch"14:51
bauwserif so, would it make sense to have a single opt like "mq_isolated" ?14:51
bauwserdansmith: I mean, in the compute node, if a reschedule is required, do call super conductor by switching the MQ connection string14:52
*** adreznec has quit IRC14:52
*** cdent has joined #openstack-nova14:52
dansmithbauwser: we can't switch the mq string as we have no idea what it is or should be14:52
dansmithIMHO,14:52
dansmithwe should be moving completely to no upcalls,14:52
*** adreznec has joined #openstack-nova14:53
dansmithbut until we have claims and some other stuff like affinity in placement, we'll lose features if we just cut them off right now14:53
dansmithwhich is why it is a workaround14:53
bauwserdansmith: that's my point14:53
dansmithand no, I don't have to have a catch-all "is isolated" config,14:53
bauwserdansmith: I'm unclear on the reschedule case14:53
dansmithbecause fixing each thing will be separate14:53
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in security_groups.py  https://review.openstack.org/45230914:54
bauwserdansmith: ie. what happens in a v2 world where currently computes do conductor_api.do_this() for a reschedule ?14:54
mriedemin a single cell you have a single conductor and reschedules are fine, i believe14:55
*** liuyulong has joined #openstack-nova14:55
dansmithright,14:55
dansmithand we don't have multi-cell capability until my series merges14:55
dansmithso if we get all that in,14:55
dansmithwe still have that caveat on reschedules14:55
dansmithand we said we'd discuss in boston and decide what to do with feedback14:56
bauwserthat's my point, I'm past cells-aware14:56
bauwserokay14:56
bauwsersorry if I'm unclear, I'm not talking of the choice we would make14:56
mriedemdansmith: we don't yet have a patch in your series that breaks reschedules do we?14:57
bauwserI'm rather talking on whether it's technically possible for a message to be send to a queue (ie. if the API MQ is in the context or not)14:57
*** jvgrant_ has quit IRC14:57
mriedemi mean, that's a deployment option isn't it?14:57
dansmithmriedem: right14:57
mriedemok14:57
*** hongbin has joined #openstack-nova14:57
*** markus_z has quit IRC14:57
*** mdrabe has quit IRC14:59
liuyulonghi there, https://review.openstack.org/#/c/375221/ and https://review.openstack.org/#/c/379128/ need some great reviewers, thanks. : )15:00
*** rmart04 has quit IRC15:01
*** aarefiev is now known as aarefiev_afk15:01
*** markus_z has joined #openstack-nova15:01
*** markus_z has quit IRC15:01
*** voelzmo has quit IRC15:02
*** suresh12 has joined #openstack-nova15:03
*** gongysh has quit IRC15:04
*** rcernin|wfh has quit IRC15:04
*** patriciadomin_ is now known as patriciadomin15:05
mriedemdansmith: https://awwapp.com/b/urxhemxkr/15:05
mriedemcan you see that?15:05
*** mdrabe has joined #openstack-nova15:06
*** stefan_amann has joined #openstack-nova15:06
*** amann has joined #openstack-nova15:06
*** catintheroof has quit IRC15:06
dansmithmriedem: I see a child's drawing15:06
mriedemha15:06
*** annegentle has joined #openstack-nova15:06
*** catintheroof has joined #openstack-nova15:06
mriedemso in multi-cell,15:06
mriedemthe super conductor casts to the cell compute to build right?15:06
dansmithyup15:07
*** catintheroof has quit IRC15:07
mriedemand compute talks to cell conductor just for db?15:08
mriedemi'm a bit fuzzy on what the cell conductor does15:08
dansmithwell, resizes and stuff hit the super conductor because of the scheduler requirement, so.. yeah that might be it15:09
*** Oku_OS is now known as Oku_OS-away15:09
*** jamesdenton has joined #openstack-nova15:10
mriedemok15:10
mriedemthis thing doesn't provide a box shape unfortunately15:10
mriedemor a circle15:10
*** dharinic has joined #openstack-nova15:11
*** jianghuaw__ has joined #openstack-nova15:11
stefan_amannmriedem we were working on supporting FICON / ECKD devices, in addition to FCP. But then paused the work because we did not have a CI ready. And there were dependencies to os-brick. We would like to release the support with Pike. The specless blueprint is in 'pending approval' state. Can you change this to allow us go forward? I would very much appreciate...15:13
mriedemstefan_amann: link?15:13
mriedemi also don't know what any of those devices are15:14
stefan_amannhttps://blueprints.launchpad.net/nova/+spec/linux-ficon-support15:14
mriedemor acronyms15:14
*** jianghuaw has quit IRC15:14
mriedemstefan_amann: https://review.openstack.org/#/c/320536/ is abandoned15:14
mriedemi marked the nova blueprint as blocked because it's dependent on the os-brick changes15:15
stefan_amannFICON is a storage protocol, similar to FCP. Just that in case of FCP, different command blocks are transferred over Fibre-Channel. FICON is the standard protocol used on z Systems mainframes15:15
*** catintheroof has joined #openstack-nova15:15
mriedemhttps://review.openstack.org/#/c/342921/ is also very old15:16
*** catintheroof has quit IRC15:16
*** udesale has quit IRC15:16
*** cdent has quit IRC15:17
mriedemstefan_amann: i've re-approved the nova bp but left it in blocked state15:17
mriedemmaybe the approved status gets your manager to let you work on it :)15:17
*** cdent has joined #openstack-nova15:17
stefan_amann:-)15:17
stefan_amannthank you! So if e will soon release the os-brick changes you will remove the 'blocked' state?15:18
*** ericyoung has quit IRC15:19
stefan_amannmriedem :-) thank you! So if e will soon release the os-brick changes you will remove the 'blocked' state?15:19
mriedemwell,15:19
mriedemthe os-brick change is going to depend on the cinder change, so i don't expect any of that happening soon for an os-brick release15:20
mriedembut yeah once the os-brick stuff is in a better state let me know15:20
stefan_amannmriedem ok... thanks much!15:20
mriedemyw15:21
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/45389615:22
*** yingjun has quit IRC15:25
*** catintheroof has joined #openstack-nova15:26
*** sapcc-bot has quit IRC15:27
*** tpatzig_ has joined #openstack-nova15:27
*** dgonzalez_ has joined #openstack-nova15:27
*** databus23_ has joined #openstack-nova15:27
*** sapcc-bot has joined #openstack-nova15:27
*** catintheroof has quit IRC15:27
*** databus23_ has quit IRC15:29
*** dgonzalez_ has quit IRC15:29
*** tpatzig_ has quit IRC15:29
*** ssurana has joined #openstack-nova15:29
*** amotoki has joined #openstack-nova15:30
*** crushil has quit IRC15:32
*** crushil has joined #openstack-nova15:33
*** sapcc-bot has quit IRC15:34
bauwsermriedem: quick q before I leave (soonish), do you think https://review.openstack.org/#/c/454593/ could be a reasonable backport for a phase-II cycle ? :)15:34
bauwserI know it's not a security bugfix, neither a critical one15:34
bauwserbut I think it could be worth it for operators wanting to ping-pong their migrations15:35
mriedemso newton?15:35
bauwseryup15:35
bauwserthe fix itself is not really intrusive15:35
*** liuyulong has quit IRC15:35
bauwserin general, I'd -1 such things, but I think the benefits go over the risk15:36
dansmithyeah15:36
mriedemseems fine to me15:36
dansmithsuper tiny and it's a really stupid problem to have15:36
dansmith"ownership" in the commit message -> security -> fine.. right? :)15:37
mriedem+2 for you15:37
*** dave-johnston has joined #openstack-nova15:37
*** kristian__ has joined #openstack-nova15:38
bauwsermriedem: dansmith: thanks to both of you15:38
mriedemyou can pay me back by reviewing some stable/ocata backports15:39
mriedemoh wait jesus15:39
mriedemhttps://review.openstack.org/#/c/454593/15:39
mriedemis that in ocata?15:39
mriedemoh it is15:40
mriedemok whew15:40
mriedemi thought that was master for some reason15:40
*** sapcc-bot has joined #openstack-nova15:41
*** tpatzig_ has joined #openstack-nova15:41
*** dgonzalez_ has joined #openstack-nova15:41
*** mkoderer_ has joined #openstack-nova15:41
*** chyka has joined #openstack-nova15:41
*** yingjun has joined #openstack-nova15:41
bauwsermriedem: it's in master and stable/ocata15:42
mriedemyeah i see now15:42
*** sapcc-bot has quit IRC15:42
*** dgonzalez_ has quit IRC15:42
*** mkoderer_ has quit IRC15:42
*** tpatzig_ has quit IRC15:42
mriedemthought you pulled one over on me15:42
*** sapcc-bot has joined #openstack-nova15:43
*** mkoderer_ has joined #openstack-nova15:43
*** tpatzig_ has joined #openstack-nova15:43
*** dgonzalez_ has joined #openstack-nova15:43
mriedemalways like it when you red hat kids are doing customer bug duty on a friday15:43
bauwsermriedem: see my reviewstats for the last 3 days, and you'll guess it's not only friday :(15:43
mriedemi see #16 here http://stackalytics.com/report/contribution/nova/3015:44
mriedemare you trying to impress me :P15:44
*** jaosorior has quit IRC15:44
mriedemwe need these https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/ocata+topic:bug/167832615:44
mriedemthose are the regression backports for ocata15:45
*** dgonzalez_ has quit IRC15:45
*** tpatzig_ has quit IRC15:45
*** mkoderer_ has quit IRC15:45
bauwserhumpf http://russellbryant.net/openstack-stats/nova-reviewers-30.txt tells me 70-ish15:45
*** amann has quit IRC15:45
*** stefan_amann has quit IRC15:45
mriedemand then i'll do an ocata release15:45
mriedem^ probably includes specs15:45
bauwseroh, the stackalytics one doesn't ?15:45
mriedemnope15:46
mriedemthis does i think http://stackalytics.com/report/contribution/nova-group/3015:46
bauwserah ok15:46
mriedemnova-group is multiple nova projects15:46
mriedemi'd have to see what's actually in there though15:46
bauwsermmm, interesting, just looking over my stats for like a while ago15:47
* mriedem goes to lunch15:48
openstackgerritMatt Riedemann proposed openstack/nova master: Handle new hosts for updating instance info in scheduler  https://review.openstack.org/45442615:49
*** mlavalle has quit IRC15:50
*** sridharg has quit IRC15:51
*** lyan has quit IRC15:54
*** tbachman has joined #openstack-nova15:55
*** sapcc-bot has quit IRC15:59
*** cdent has quit IRC15:59
*** burt has quit IRC16:03
*** burt has joined #openstack-nova16:04
*** tpatzig_ has joined #openstack-nova16:05
*** sapcc-bot has joined #openstack-nova16:05
*** tpatzig_ has quit IRC16:07
*** zenoway has quit IRC16:10
*** zenoway has joined #openstack-nova16:11
*** djohnsto has joined #openstack-nova16:12
*** Jack_Iv has quit IRC16:12
*** amotoki has quit IRC16:15
*** zenoway has quit IRC16:15
*** abalutoiu has joined #openstack-nova16:18
*** voelzmo has joined #openstack-nova16:18
*** CristinaPauna has quit IRC16:19
*** dtp has joined #openstack-nova16:23
*** alexpilotti has quit IRC16:24
*** lucasxu has quit IRC16:24
*** ZZelle has joined #openstack-nova16:27
*** alexpilo_ has joined #openstack-nova16:30
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Add capabilities into the compute API  https://review.openstack.org/45479216:31
johnthetubaguytonyb: I had a quick go at kicking this off, as I hadn't seen anything go up: ^16:31
*** baoli has quit IRC16:31
*** lucasagomes is now known as lucas-afk16:32
*** derekh has quit IRC16:32
*** ediardo has joined #openstack-nova16:33
*** mlavalle has joined #openstack-nova16:34
*** alexpilo_ has quit IRC16:35
*** Sukhdev has joined #openstack-nova16:36
*** crushil has quit IRC16:36
*** jschluet has joined #openstack-nova16:39
*** jschluet has quit IRC16:42
*** tesseract has quit IRC16:42
*** baoli has joined #openstack-nova16:42
*** Jack_Iv has joined #openstack-nova16:43
*** lyan has joined #openstack-nova16:45
*** Jack_Iv has quit IRC16:48
*** abalutoiu has quit IRC16:50
*** catintheroof has joined #openstack-nova16:51
*** abalutoiu has joined #openstack-nova16:52
*** kristian__ has quit IRC16:53
*** sambetts is now known as sambetts|afk16:56
*** Apoorva has joined #openstack-nova16:57
*** armax has quit IRC16:57
*** catintheroof has quit IRC16:57
*** fragatina has joined #openstack-nova17:01
*** baoli_ has joined #openstack-nova17:04
*** cdent has joined #openstack-nova17:05
*** baoli has quit IRC17:06
*** samarendra has joined #openstack-nova17:09
samarendrawhat does the nova.conf on the controller actually do if it isn't also an hypervisor ?17:09
mriedemsamarendra: different options are used by different services17:10
samarendrait doesn't seem like it configures the api according to it because i am able to have and use different capabilities on the hypervisor than what is on the hypervisor17:10
samarendrai have disk_cachemodes different on my compute node and controller and the compute node options take precedence when spinning up the vm17:11
mriedemthat's because disk_cachemodes is only read from the nova-compute service17:12
samarendramriedem: ok17:12
samarendraso i can remove the option completely from controller ?17:12
mriedemyes17:12
samarendraok.17:12
*** sapcc-bot has quit IRC17:13
*** jpena is now known as jpena|off17:13
*** alexpilotti has joined #openstack-nova17:13
*** sapcc-bot has joined #openstack-nova17:13
*** sapcc-bot has quit IRC17:13
samarendramriedem: also on the same note, is there actually a detailed doc (apart from code :)) telling how disk_cachemodes can be configured?17:13
samarendralast i saw in the doc it was a bit confusing17:13
*** sapcc-bot has joined #openstack-nova17:13
mriedembesides https://docs.openstack.org/developer/nova/sample_config.html you mean?17:14
samarendramriedem: yes17:14
samarendrait talks of only file and block17:15
mriedemthere has been a multi-release effort underway to provide better help text to all of the config options, but unfortunately it looks like one hasn't been done yet17:15
samarendraok i just found another one on https://docs.openstack.org/developer/openstack-ansible/mitaka/install-guide/configure-nova.html17:15
*** ltomasbo is now known as ltomasbo|away17:16
samarendramriedem: ok. i will try and contribute something on that front from our experience17:16
mriedemthanks17:16
mriedemsamarendra: this is the blueprint for the cleanup effort by the way https://blueprints.launchpad.net/nova/+spec/centralize-config-options-pike17:16
*** sapcc-bot has quit IRC17:18
mriedemsamarendra: fyi https://review.openstack.org/#/c/18042/17:18
*** sapcc-bot has joined #openstack-nova17:18
samarendraok. i guess we using mitaka may mean not many useful things can be contributed.17:18
mriedemsure it odes17:18
mriedem*does17:18
mriedemthe option is basically unchanged17:18
*** yingjun has quit IRC17:18
mriedemthe option was introduced in grizzly17:19
mriedemwithout docs17:19
samarendraoh ok17:19
*** eharney has joined #openstack-nova17:20
mriedemfrom https://libvirt.org/formatdomain.html17:20
mriedemThe optional cache attribute controls the             cache mechanism, possible values are "default", "none",             "writethrough", "writeback", "directsync" (like             "writethrough", but it bypasses the host page cache) and             "unsafe" (host may cache all disk io, and sync requests from             guest are ignored).                            Since 0.6.0,               "directsync" since 0.9.5,17:20
mriedem     "unsafe" since 0.9.717:20
*** suresh12 has quit IRC17:21
*** amoralej is now known as amoralej|off17:21
mriedemsfinucan: is it possible to use choices with ListOpt?17:21
samarendramriedem: if by choices you mean x=y, a=b, then we are already using it :)17:22
mriedemno sorry i meant something else17:22
*** ociuhandu has joined #openstack-nova17:22
samarendramriedem: ok. btw thanks for the links! i never thought of looking at libvirt docs17:23
*** fragatina has quit IRC17:23
*** p01nt3r75 has quit IRC17:24
*** lucasxu has joined #openstack-nova17:24
*** haplo37 has quit IRC17:27
*** ralonsoh has quit IRC17:29
*** efoley has quit IRC17:29
*** crushil has joined #openstack-nova17:30
mriedemalso https://www.ibm.com/support/knowledgecenter/linuxonibm/liaat/liaatbpkvmguestcache.htm17:30
*** crushil has quit IRC17:30
*** baoli_ has quit IRC17:31
*** crushil has joined #openstack-nova17:31
*** baoli has joined #openstack-nova17:31
*** annegentle has quit IRC17:33
*** annegentle has joined #openstack-nova17:34
*** tuanla_ has quit IRC17:35
*** tuan_luong has quit IRC17:35
openstackgerritTadas Ustinavičius proposed openstack/nova master: Adding unit test for the patch  https://review.openstack.org/44555817:35
*** annegentle has quit IRC17:35
*** baoli has quit IRC17:36
samarendramriedem: thanks. have seen that already :)17:36
mriedemi'm shamelessly copying it into the config option help17:36
*** haplo37 has joined #openstack-nova17:36
*** baoli has joined #openstack-nova17:37
*** ociuhandu has quit IRC17:39
*** fragatina has joined #openstack-nova17:41
samarendramriedem: where can i find bugs for openstack nova? i was looking if anyone reported any issues with attaching and detaching volumes on ppc64le arch. or would that be in the domain of openstack-cinder?17:43
mriedemsamarendra: https://bugs.launchpad.net/nova/17:44
openstackgerritMatt Riedemann proposed openstack/nova master: Expand help text for [libvirt]/disk_cachemodes  https://review.openstack.org/45482317:44
mriedemsamarendra: also ^17:44
samarendrareview.openstack.org would be where people submit patches for the bugs on launchpad, right?17:45
mriedemyes17:45
samarendraok17:45
mriedemsee if https://review.openstack.org/#/c/454823/ looks ok17:45
*** armax has joined #openstack-nova17:47
samarendramriedem: +117:49
*** kristian__ has joined #openstack-nova17:53
*** annegentle has joined #openstack-nova17:53
*** Sukhdev_ has joined #openstack-nova17:54
*** ociuhandu has joined #openstack-nova17:58
*** kristian__ has quit IRC17:59
*** kristian__ has joined #openstack-nova17:59
*** suresh12 has joined #openstack-nova17:59
mriedemno jaypipes huh18:01
mriedemdansmith: re: https://review.openstack.org/#/c/407228/ do you know if we changed to always pre-load instances with 'tags' loaded by default now?18:01
mriedemi'm not really sure why we care about sending instance tags on every instance action payload18:01
dansmithmriedem: I have a -1 on the patch to do that18:01
dansmithhttps://review.openstack.org/#/c/415298/1518:02
dansmithhaven't really gotten an answer on it18:02
*** kristian__ has quit IRC18:02
mriedemhmm, so that comes AFTER https://review.openstack.org/#/c/407228/18:02
*** ociuhandu has quit IRC18:02
mriedemand ^ will lazy-load instance tags on every instance action notification18:02
dansmithI imagine the desire to have it in notifications is so you can do something for all instances tagged a certain way,18:02
mriedemwhich is a buttload18:02
dansmithbut it does seem expensive18:02
dansmithmriedem: yeah I know18:03
*** ociuhandu has joined #openstack-nova18:03
mriedemseems we should figure out the lazy-load thing before we start blasting that everywhere18:03
mriedemit'd be one thing if it were instance create/update18:03
dansmithmaybe I'm being silly, but it seems like we should pre-load tags anywhere we need to avoid that patch getting any more lazy-loads, then merge that patch18:03
dansmithwithout making it default18:03
dansmithagree18:03
*** suresh12 has quit IRC18:04
mriedemyeah i agree with you18:04
*** ociuhandu has quit IRC18:05
*** ociuhandu has joined #openstack-nova18:05
dansmithyou gonna slap the sad trombone on that bottom one?18:05
mriedemwa mfing wa18:06
mriedemsneti: are you around?18:06
mriedemi think we basically just send tags for instance create and update18:07
mriedemand none of the action payloads18:07
mriedemi believe the whole intent of this is to get instance tags into searchlight for filling in the compute rest api server show response18:08
mriedemto do that, i don't need to blast out tags for suspend/resume actions18:08
*** mvk has quit IRC18:08
dansmithah, yeah18:08
mriedemit even says in the bp18:09
mriedemhttps://blueprints.launchpad.net/nova/+spec/additional-notification-fields-for-searchlight18:09
mriedemStep1: Add simple fields to instance.create and instance.update18:09
dansmithsonofa bee18:10
mriedemalright cool, next thing18:11
*** ociuhandu has quit IRC18:11
mriedemso on your workaround patch,18:11
*** ociuhandu has joined #openstack-nova18:11
mriedemi wasn't sure if we should call that option out in the track_instance_changes option help text too or not18:11
mriedemor if we should mention it in a reno18:11
dansmithmriedem: or both, yeah I was going to do that18:11
dansmithI'm currently unfscking my discover patch you conflicted with :P18:12
mriedemi mean, a reno might raise eyebrows, which maybe you want or don't want18:12
mriedemgiven it's the default behavior maybe it's better to not ruffle feathers, idk18:12
dansmithI dunno, I think it's a good highlight for getting claims in the scheduler18:12
mriedemsure18:12
mriedemif you do a reno, i'd just put it in the 'other' section18:12
mriedemnot sure it's really a feature or issue or anything18:12
mriedemmaybe known issue18:12
dansmithokay18:12
mriedemlike, hey, if you plan on having a big deployment and you don't want upcalls from all computes to the api, set this thing, which is temporary until claims in the scheduler18:13
mriedemwhich is why it's a known issue and we're adding the backdoor workarsound18:13
dansmithack18:14
mriedemmelwitt: the first 4 changes here have my +2 https://review.openstack.org/#/c/442162/ they are super fun i swear - after the first one it's pretty easy18:15
mriedemthe first one is mostly just mechanics18:15
*** mnestratov has quit IRC18:16
jbernardmelwitt: not yet, i plan to look at that next18:18
*** suresh12 has joined #openstack-nova18:20
*** smatzek has joined #openstack-nova18:21
mriedemefried: the long awaited +2 https://review.openstack.org/#/c/438119/1118:23
efriedWohoo!!!18:24
efriedthorst ^^18:24
thorstomg18:25
thorstthank you18:25
*** suresh12 has quit IRC18:25
*** dave-johnston has quit IRC18:26
*** djohnsto has quit IRC18:27
mriedemooo actually18:30
mriedemlet me crush your souls real quick18:30
thomasem*gulp*18:31
openstackgerritMathieu Gagné proposed openstack/nova master: Add ability to signal and perform online volume size change  https://review.openstack.org/45432218:31
mriedemefried: thorst: we don't translate log messages anymore18:32
mriedemhttps://review.openstack.org/#/c/438119/11/nova/virt/powervm/driver.py18:32
mriedemso you can remove the _LI usage in there18:32
openstackgerritVladik Romanovsky proposed openstack/nova master: Support HTTP CONNECT in websocket proxy  https://review.openstack.org/45422618:32
*** smatzek has quit IRC18:33
*** ociuhandu has quit IRC18:34
efriedmriedem Roger that.18:34
*** ociuhandu has joined #openstack-nova18:34
* thorst soul crushed18:34
nicodemus_hello again... I'm having some trouble with a few instances in a Mitaka deploy. In short, a few instances were migrated from one compute node to another, but then a DB issue happened and I had to restore the DB to a point prior to the migration.18:37
nicodemus_An instance in compute "A" is running but has no networking setup, so I modified the instances table to reflect that it's in compute A (DB said it was on compute B)18:38
nicodemus_So, I'm trying to migrate it from compute A to compute B but have an "InstanceActionNotFound" error on nova-api logs :(18:39
*** MasterOfBugs has joined #openstack-nova18:39
nicodemus_this is the full trace: http://paste.openstack.org/show/605774/18:40
nicodemus_has anyone come across such issue?18:40
*** suresh12 has joined #openstack-nova18:44
sdaguemriedem: btw, just to see, I inverted the livesnapshot flag - https://review.openstack.org/#/c/454323/18:45
sdague2 different tempest runs failed on snapshotting paused images18:45
sdagueso... I think that remains a can of worms18:45
mriedemthose could just be latent bugs18:47
mriedemwe likely don't have a check in the libvirt driver to not live snapshot a paused guest18:47
*** cleong has quit IRC18:48
mriedemcould probably just open a bug for that18:48
mriedemyeah we get the power state here https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L154118:48
mriedemand determine if it's live snapshot here https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L155218:49
mriedembut don't check the state18:49
mriedemhere we check the state https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L157118:49
mriedemlater18:49
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/power_state.py#L3418:49
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/delete #1: no-ops  https://review.openstack.org/43811918:50
efriedmriedem ^^ back atcha.  Thanks!18:50
efriedthorst esberglu adreznec ^^ FYI and +118:50
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in security_groups.py  https://review.openstack.org/45230918:50
*** jianghuaw has joined #openstack-nova18:51
mriedemsdague: guessing maybe something with this? https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L166118:53
mriedempause vs suspend wrt qemu confuses me though18:53
*** tbachman has quit IRC18:53
*** jianghuaw__ has quit IRC18:54
*** CristinaPauna has joined #openstack-nova18:54
mriedemhttp://logs.openstack.org/23/454323/1/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/07a0fe4/logs/screen-n-cpu.txt.gz?level=TRACE#_2017-04-06_20_40_25_28518:55
mriedemtrying to snapshot a non-running instance: (state: 3 expected: 1)18:55
*** iceyao has joined #openstack-nova18:55
*** Sukhdev has quit IRC18:56
mriedemlibvirtError: Domain not found: no domain with matching uuid 'f2e92033-2fc7-44c4-8dda-70ce75620071' (instance-00000014)18:56
sdaguemriedem: well, it works some of the time18:57
mriedemsdague: i don't know what that means18:58
mriedemyou haven't rechecked this18:58
mriedemyou mean it passes in some jobs?18:58
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #2: functional  https://review.openstack.org/43859818:59
mriedemefried: doh18:59
mriedemi was in the middle of that one18:59
efriedmriedem Well, figured I should get rid of the log translations.19:00
*** iceyao has quit IRC19:00
efriedSorry about that.19:00
openstackgerritDan Smith proposed openstack/nova master: Make discover_hosts only query for unmapped ComputeNode records  https://review.openstack.org/42790319:00
openstackgerritDan Smith proposed openstack/nova master: Add ability to query for ComputeNodes by their mapped value  https://review.openstack.org/42790219:00
openstackgerritDan Smith proposed openstack/nova master: Add ComputeNode.mapped field  https://review.openstack.org/42790119:00
sdaguemriedem: it does pass some jobs19:00
mriedemsdague: do those jobs run that test?19:02
sdagueyes19:02
openstackgerritMatt Riedemann proposed openstack/nova master: Change livesnapshot to true by default  https://review.openstack.org/45432319:02
sdagueit's passing another tempest run19:02
mriedemwhich one? the live migration job?19:02
sdaguemriedem: oh, you know what, maybe it isn't19:03
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: power_on/off and reboot  https://review.openstack.org/42738019:03
mriedemsdague: right19:03
mriedemso i pushed up the paused check19:03
mriedemlet's see what happens19:03
*** thorst has quit IRC19:03
sdaguemriedem: ok, so the flake8-import-order completely is returning the wrong answers during my inbuffer file checking. Can I delete this thing.19:04
mriedemi don't know what that means either19:05
mriedemwrong answers, as in false negatives?19:05
sdagueyes19:06
sdagueit keeps saying nova needs to be before some other thing that it shouldn't be19:06
openstackgerritSean Dague proposed openstack/nova master: remove flake8-import-order  https://review.openstack.org/45485319:06
openstackgerritSean Dague proposed openstack/nova master: remove log translation tags from nova.cells  https://review.openstack.org/45485419:06
mriedemdo you have this change? https://github.com/openstack/nova/commit/07a042ba2c3355b4481ee976894834e819dc971019:08
sdagueyes, it's way after that change19:08
sdagueI don't know why it's giving me the entirely wrong answers, but it is19:08
openstackgerritAnusha Unnam proposed openstack/nova master: fix admin context scenarios for cinderclient  https://review.openstack.org/38479919:09
*** tbachman has joined #openstack-nova19:13
*** xyang1 has joined #openstack-nova19:13
*** alexpilotti has quit IRC19:15
*** yamahata has joined #openstack-nova19:16
*** crushil has quit IRC19:16
sdaguemriedem: https://dl.dropboxusercontent.com/1/view/wrhl4v895bc5rdr/Apps/Shutter/screenshot_368.png19:17
dansmithMY EYES19:17
sdaguedansmith: :P19:17
*** krtaylor has quit IRC19:18
mriedemit's probably the import nova.conf19:18
*** openstackgerrit has quit IRC19:19
mriedemcan't distinguish between from nova.* and import nova.*?19:19
mriedemefried: comments in the 2nd patch19:19
*** f10d4 has quit IRC19:20
sdaguemriedem: right, I don't know why it does it here, and not via tox runs19:21
*** felipemonteiro has quit IRC19:21
cdentsdague: is your in buffer stuff running out of the same venv?19:21
sdaguecdent: yep19:21
cdentweird19:21
sdaguebut, the whole point of doing pep8 things was to catch real errors and not make folks have to debug their local envs19:22
*** felipemonteiro has joined #openstack-nova19:22
sdagueso I really want to get rid of this thing19:22
sdagueespecially because we actually implemented that in hacking years ago, and deleted it19:22
cdentyeah, how did it manage to show up? It's relatively new, yeah?19:22
sdagueit's new19:22
sdaguemriedem: it's not in test-requirements19:25
mriedemsdague: cdent: while you're both here,19:25
mriedemnova-api under httpd in devstack19:25
cdentah yes19:26
mriedemsdague: i guess you're right https://github.com/openstack/nova/commit/a5d4adbd60291adc2eaaefdf76186edf74523ece19:26
cdentthat's on our lists19:26
mriedemsdague: cdent: so at the ptg you guys said you'd help with that19:26
mriedemmy ass is grass come p119:26
mriedemEmilienM is going to be all over me19:26
*** openstackgerrit has joined #openstack-nova19:27
openstackgerritayoung proposed openstack/nova master: Admin API Policy enforcement contingent on is_admin_project  https://review.openstack.org/38414819:27
EmilienMI'm not here next week19:27
cdentI can probalby do it next weeek then19:27
mriedemwhew19:27
sdaguemriedem: the first thing that actually should be done is get placement under uwsgi19:27
cdentcan probably do that too19:27
cdentI'm fairly unscheduled for a very short while19:27
mriedemi'm asking b/c i think this came up in the api subteam meeting a couple of weeks ago and i wasn't sure if there was a plan19:27
mriedemand we still have that service version bug for the api19:28
cdenti'm not aware of a plan, but I think we can probably make one quickly, and make it so19:28
sdaguecdent: we should really do this under uwsgi and not apache so that the systemd stuff is more useful19:28
mriedemsystemd systemd systemd19:28
*** bmace has quit IRC19:28
mriedemi was going to say, i thought placement was already running under apache in devstack so didn't think we cared about that one19:28
*** bmace has joined #openstack-nova19:29
cdentsdague: If you've got a list of hopes and dreams on this topic that you can write down somewhere (etherpad?) I can start looking into it for real on monday19:29
cdentmriedem: we can probably move forward concurrently19:29
cdentif we make it work under uwsgi it will also work under apache19:29
mriedemsure19:29
mriedemi think the release goal was either19:29
mriedembut ok19:29
cdentdevstack likes uwsgi, puppet/tripleo likes mod_wsgi (is that still true?)19:30
*** tbachman has quit IRC19:30
sdaguehttps://etherpad.openstack.org/p/devstack-uwsgi19:31
cdentit's pretty deep into my weekend already so I don't want to get too much into it right now, if possible, I'm just here for the giggles19:31
cdentcool19:31
cdentI'll watch that19:31
mtreinishcdent: actually devstack by default uses mod_wsgi too19:31
mtreinishthat's how we deploy keystone (and placement too iirc)19:31
cdentmtreinish: for now, sure, but the hope and dream is to change19:31
mtreinishit supports uwsgi though, and that's a much better model19:31
*** Guest75052 has quit IRC19:31
*** ekhugen has quit IRC19:31
cdentmtreinish: above I should have said "devstack would like uwsgi..."19:32
*** thorst has joined #openstack-nova19:32
cdentbut I'm a bad typer in the first place, and especially bad at the end of the week19:32
mtreinishcdent: ah, I just misread that as 'devstack uses uwsgi'19:33
*** ekhugen_alt has quit IRC19:33
mtreinishbut from the goal perspective it doesn't actually matter, because as long as the wsgi_script entry point is in the setup.cfg that's enough for anyone to use either model19:33
sdagueyeh, I just don't want to be doing apache things in devstack because it really breaks the debug flow19:33
cdentspeaking of the wsgi_script entry point, I think that pbr puts that in $PREFIX/bin is a bug19:33
sdaguecdent: well, where things can be installed in python is ... limited19:34
cdentit requires a <directory /usr/bin> that opens things up in an icky way19:34
mriedemso steps are moving placement to uwsgi in devstack,19:34
mriedemand then fixing the known service version bug for nova-api,19:34
sdagueyeh19:34
mriedemand then calling out https://github.com/openstack/nova/blob/master/nova/wsgi/nova-api.py in nova's setup.cfg,19:34
mriedemand then finally running nova-api under uwsgi?19:35
sdagueyeh, pretty much19:35
mriedemnow i have to find the bug again19:36
sdaguecdent: I do get the concern, we also just have the issue that what you can do in python packaging is kind of limited, and the previous approach was "leave as an exercise to the user"19:36
cdenti suppose having it somewhere predictable on the filesystem leaves open the option to move it in a predictable fashion19:37
sdagueyeh, and more importantly that when you make changes, even in the default scenario it installs over the old default place19:37
sdaguethat was the big issue before19:37
*** knikolla has left #openstack-nova19:37
mriedemdansmith: do you have the link to the service version bug for api under wsgi?19:37
sdaguethere was a completely out of band "copy this file now" part of the process19:38
*** knikolla has joined #openstack-nova19:38
mriedemah i think this was it https://bugs.launchpad.net/nova/+bug/166136019:38
openstackLaunchpad bug 1661360 in OpenStack Compute (nova) "tempest test fails with "Instance not found" error" [Undecided,In progress] - Assigned to Dan Smith (danms)19:38
cdentwould it make any sense for the wsgi script handling to be a bit like the console-script handling which produces a wrapper file in the installed location that points into the relevant module in the package, such that there isn't any "real" code in the wsgi script?19:39
dansmithmriedem: I don't know that I had one19:39
*** patriciadomin has quit IRC19:39
sdaguecdent: maybe, but, again it's completely out of bounds19:39
dansmithmriedem: I guess that title is rather obscure for this issue19:40
cdent"out of bounds" of what?19:40
sdaguepython's idea of where it can install19:40
cdentsdague: that's what I'm saying, if we are installing it in /usr/bin and someone moves it, as long as there's not much code in it, the problem of them forgetting to copy the new version into their custom location isn't one, because the "real" code is in site-packages19:41
mriedemdansmith: updated the title19:41
sdaguecdent: that turns out not to be true19:41
cdentoh?19:41
sdaguebecause even though there is *very* little code in it, there is some19:42
sdaguelike a module and function19:42
sdagueand, people change that stuff19:42
cdentthat ought to be a very limited interface, yes?19:42
*** alex_xu has quit IRC19:42
sdaguebecause they didn't ever think they were signing up for that to be a contract interface19:42
*** egarbade has joined #openstack-nova19:43
sdagueor it turns out we need a fix, like the threading fix19:43
sdaguecdent: I get the theory, but the fact is we did used to do that hing19:43
*** egarbade is now known as Guest249519:43
sdagueand then it broke because people actually needed to make changes in even the trivial stubs19:43
cdentthe past is a pain19:44
*** tbachman has joined #openstack-nova19:44
cdentbut what we've got19:44
sdagueright, but given that we needed that before19:44
sdagueI don't think it's fair to say "we've solved it forever" now19:44
*** alex_xu has joined #openstack-nova19:45
*** artom has quit IRC19:46
* cdent nods19:46
*** ekhugen has joined #openstack-nova19:46
sdagueI do really wish that python packaging had more rich constructures for things like SHARE directory and CONFIG directory like perl packaging does19:46
sdaguebecause being in SHARE would be ideal19:47
* cdent nods19:47
mriedemdoes go have all of the packaging issues solved? because if so, let's move to go.19:47
mriedemi heard dependency management in go is great.19:48
thomasemLol19:48
thomasemComing along https://github.com/golang/dep19:48
mriedemdansmith's toilets are all running on golang now19:48
mriedemi heard19:48
mriedemtoilet apps i should say19:49
dansmithas far as you know19:49
thomasemI can just imagine the applications.19:49
mriedemthe toilet app in go wipes your ass in half the time19:49
thomasem"I can't do that, Dave..."19:49
mriedem*blistering* speed19:49
dansmithhah19:49
dansmithouch19:50
thomasemD=19:50
cdentI think this might be a good time to leave.19:51
mriedemthanks, i got what i needed out of this https://review.openstack.org/#/c/454866/19:51
mriedemto keep ttx at bay19:51
cdent\o/19:52
* cdent waves goodnight19:52
*** cdent has quit IRC19:52
mriedemwe can have an index on a nullable column right?19:56
mriedemwondering if we should put an index on services.uuid19:56
mriedemfor the lookups that the api will be doing19:56
mriedemwe don't have one for compute_nodes though i guess19:57
mriedemmaybe we should, we look those up by a list of uuids from the scheduler, but would an index help there/19:57
mriedem?19:57
mriedemwhere is leakypipes when i need him19:57
*** ociuhandu has quit IRC19:59
*** Guest2495 has quit IRC20:02
mriedemhmm, if we declared the field as unique=True we wouldn't have to index it, but these are not specified that way, presumably b/c they are nullable=True for existing entries that are None20:02
*** abalutoiu has quit IRC20:03
mriedemzzzeek: can you have a unique=True and nullable=True column?20:03
mriedemor does the nullable=True defeat the unique constraint?20:04
mriedemi know you can't do that in db2, but i think mysql lets you get by with it20:04
zzzeekmriedem: yes but the rules for if NULL is counted are not necessarily consistent across backends20:04
*** abalutoiu has joined #openstack-nova20:04
mriedemhttps://www.postgresql.org/docs/9.0/static/indexes-unique.html20:06
zzzeekmriedem: A UNIQUE index creates a constraint such that all values in the index must be distinct. An error occurs if you try to add a new row with a key value that matches an existing row. For all engines, a UNIQUE index permits multiple NULL values for columns that can contain NULL.20:06
mriedemNull values are not   considered equal.20:06
zzzeekmriedem: yeah I think SQL server is the one that might be different20:06
mriedemand db220:06
mriedemi at least know that db2 never allowed a unique constraint with nullable columns20:07
mriedemit would allow a unique index though i think...20:07
mriedemit's been a long time since i had to remember20:07
*** Jack_Iv has joined #openstack-nova20:07
zzzeekdb2 makes oracle look like sqlite, installation-wise, so ive hardly ever run a DB220:07
mriedemanyway, it sounds like mysql and postgresql are ok with this20:07
zzzeekyep20:07
mriedemdb2 install requires a phd i think20:07
sdaguemriedem: just half a shelf of manuals20:08
mriedemcertified db2 installer20:08
*** annegentle has quit IRC20:08
mriedemi think i asked someone 5 years ago for a db2 server rpm for simple install and was laughed at20:08
sdaguewhich, is kind of dumb, because honestly the install steps are very repeatable20:09
sdaguethey wrote them in the manual, why they didn't just write them in the rpm post-install always blew my mind20:09
sdaguebrb20:09
*** sdague has quit IRC20:09
mriedemzzzeek: if i wanted to make a column unique=True in an alter during an offline migration, is that a pretty bad time sink?20:10
mriedemfor the compute_nodes table20:10
*** MasterOfBugs has quit IRC20:10
mriedemso not something as big as the instances table, compute_nodes is what, 10s of thousands at biggest?20:10
zzzeekmriedem: well it probably depends on the datatypes you're uniquing, it has to build an index20:10
mriedemnot sure where rax is at this point20:11
zzzeek10's of thousands is not much20:11
mriedemuuid = Column(String(36), nullable=True)20:11
zzzeekit should not be a huge time sink but, I dont have an ironclad guarantee on that20:11
zzzeekif youre < 1M rows, nothing should be that big of a deal20:12
mriedemi don't think cern is running 1M compute nodes yet20:12
*** sdague has joined #openstack-nova20:13
*** sdague_ has joined #openstack-nova20:13
*** sdague has quit IRC20:13
*** sdague_ is now known as sdague20:13
*** ociuhandu has joined #openstack-nova20:14
*** burt has quit IRC20:15
*** burt has joined #openstack-nova20:16
*** crushil has joined #openstack-nova20:16
*** Jack_Iv has quit IRC20:16
*** lucasxu has quit IRC20:17
*** egarbade- has joined #openstack-nova20:18
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in server_password.py  https://review.openstack.org/45225920:21
mriedemdtp: some comments in https://review.openstack.org/#/c/453025/20:26
*** gouthamr has quit IRC20:26
dtpok mriedem20:27
*** esberglu has quit IRC20:27
*** tbachman has quit IRC20:28
openstackgerritAnusha Unnam proposed openstack/nova master: fix admin context scenarios for cinderclient  https://review.openstack.org/38479920:29
*** esberglu has joined #openstack-nova20:30
*** voelzmo has quit IRC20:31
*** p01nt3r75 has joined #openstack-nova20:32
openstackgerritPushkar Umaranikar proposed openstack/nova-specs master: Stop using Neutron admin token  https://review.openstack.org/43989020:32
openstackgerritPushkar Umaranikar proposed openstack/nova-specs master: Use service token to authorize neutron port binding  https://review.openstack.org/43989020:33
*** Guest61017 has quit IRC20:35
*** adisky_ has quit IRC20:39
*** annegentle has joined #openstack-nova20:40
openstackgerritMatt Riedemann proposed openstack/nova master: Add compute_nodes_uuid_idx unique index  https://review.openstack.org/45488720:41
mriedemdtp: ^ is the unique index for compute_nodes.uuid20:41
openstackgerritBrianna Poulos proposed openstack/nova-specs master: API Option for Signature Verification  https://review.openstack.org/31222520:41
dtpok20:42
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in servers.py  https://review.openstack.org/45196620:42
*** ociuhandu has quit IRC20:42
*** crushil has quit IRC20:43
*** felipemonteiro has quit IRC20:43
*** abalutoiu has quit IRC20:46
*** abalutoiu has joined #openstack-nova20:46
*** ociuhandu has joined #openstack-nova20:47
mriedemdtp: you want me to start working the online data migration patch to live on top of this one?20:47
mriedemthe services.uuid patch i mean20:47
dtpthat's fine w/ me20:47
*** abalutoiu_ has joined #openstack-nova20:47
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/delete #1: no-ops  https://review.openstack.org/43811920:49
efriedmriedem ^^ requirements bump to match latest g-r20:49
efriedmriedem Thanks for the detailed review on #2 as well.  Working through it.20:49
*** rfolco has quit IRC20:51
*** abalutoiu has quit IRC20:51
*** gouthamr has joined #openstack-nova20:53
openstackgerritMatt Riedemann proposed openstack/nova master: Remove dead db api code  https://review.openstack.org/45488920:55
mriedemdansmith: fun one for you ^20:55
dansmith"fun"20:55
*** sdague has quit IRC20:58
*** voelzmo has joined #openstack-nova21:01
*** edmondsw has quit IRC21:02
*** jamesdenton has quit IRC21:02
*** edmondsw has joined #openstack-nova21:02
*** mvk has joined #openstack-nova21:04
*** annegentle has quit IRC21:04
*** student_ has joined #openstack-nova21:04
student_Hi there, I think I have an issue with the nova resources management, I do not have any instance running but it tells me "No valid host was found. There are not enough hosts available."21:05
student_I think it is a config problem with nova, when I am using "nova hypervisor list" command it brings me empty table21:05
*** voelzmo has quit IRC21:05
student_it looks like it is waiting to populate, but I cannot create new instances so it is not working21:06
student_and I am using newton on Ubuntu 16.0421:06
*** edmondsw has quit IRC21:07
*** catintheroof has joined #openstack-nova21:12
*** dimtruck is now known as zz_dimtruck21:12
mriedemstudent_: nova hypervisor list being empty means your nova-compute services aren't registered21:15
mriedemthere is a problem with the compute nodes checking in to the controller21:15
mriedemhas nothing to do with running instances21:15
mriedemthis isn't really the channel for debugging that,21:15
mriedemsee the channel topic - #openstack is better for general questions like this21:15
*** catintheroof has quit IRC21:16
*** esberglu has quit IRC21:19
student_mriedem they have send me here :|21:21
*** armax has quit IRC21:21
mriedemwell your compute node isn't checking in so i'd check your nova-compute logs for errors21:21
mriedemand make sure it's configured correctly to talk to the controller21:21
*** thorst has quit IRC21:22
student_mriedem I have only one server- controller node21:22
student_my nova-conductor.log http://paste.openstack.org/show/605649/ also nova-scheduler.log file http://paste.openstack.org/show/605647/21:22
*** nicodemus_ has quit IRC21:22
*** blaisebool has quit IRC21:23
*** gouthamr has quit IRC21:28
*** yonglihe has quit IRC21:29
*** Sukhdev has joined #openstack-nova21:35
*** abalutoiu__ has joined #openstack-nova21:42
*** abalutoiu_ has quit IRC21:46
efriedstudent_ First suspect is to check the compute log (might be called nova-compute.log or n-cpu.log) and see if an exception prevented that guy from starting up.21:47
*** p01nt3r75 has quit IRC21:48
*** tbachman has joined #openstack-nova21:50
student_efried thank you I will check it out21:50
efriedstudent_ Good luck.21:50
*** amoralej|off has quit IRC21:55
*** zz_dimtruck is now known as dimtruck21:55
openstackgerritMatt Riedemann proposed openstack/nova master: Add uuid to Service model  https://review.openstack.org/45302521:56
openstackgerritMatt Riedemann proposed openstack/nova master: Add online data migration for populating services.uuid  https://review.openstack.org/45489921:56
*** figleaf is now known as edleafe22:03
*** xyang1 has quit IRC22:05
openstackgerritTakashi NATSUME proposed openstack/nova master: Add a functional test for 'removeFloatingIp' action  https://review.openstack.org/45302622:07
*** esberglu has joined #openstack-nova22:07
*** esberglu has quit IRC22:12
*** mdrabe has quit IRC22:14
*** baoli has quit IRC22:14
*** mtanino has quit IRC22:20
*** patriciadomin has joined #openstack-nova22:20
*** ekhugen_alt has joined #openstack-nova22:20
*** student_ has quit IRC22:22
*** thorst has joined #openstack-nova22:22
*** egarbade- has quit IRC22:24
*** ZZelle has quit IRC22:25
*** ekhugen has quit IRC22:25
*** burt has quit IRC22:26
*** patriciadomin has quit IRC22:26
*** egarbade has joined #openstack-nova22:27
*** egarbade is now known as Guest4914422:27
*** ekhugen has joined #openstack-nova22:28
*** patriciadomin has joined #openstack-nova22:28
*** esberglu has joined #openstack-nova22:28
*** tongli has joined #openstack-nova22:34
*** rmart04 has joined #openstack-nova22:37
*** rmart04 has quit IRC22:40
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Example verification for servers-actions.inc  https://review.openstack.org/45456522:41
*** thorst has quit IRC22:41
*** tongli has quit IRC22:45
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #3: TaskFlow  https://review.openstack.org/43872922:50
efriedharlowja ^^ Digging those timing listeners!22:51
*** brault|away has quit IRC22:52
*** sapcc-bot has quit IRC22:53
harlowjaefried sweeet22:53
*** sapcc-bot has joined #openstack-nova22:54
harlowjashould be possible to do other crazy things if u want22:54
efriedharlowja I can see that.22:54
harlowjalike i always imagined a (mostly) real-time-dashboard that would show the workflow progressing22:54
efriedSo far we only wanted to do these two crazy things in particular22:54
harlowjait'd be like the ulitmate debug/visualization22:54
harlowjalike, not only do u have the logs from nova22:55
harlowjabut here is the trace of the workflow22:55
efriedharlowja https://pastebin.com/raw/wPk9F9Cs22:55
harlowjaya, timing stuffs22:55
harlowjanice to have to diagnoiss problems22:55
*** sapcc-bot has quit IRC22:56
*** sapcc-bot has joined #openstack-nova22:56
*** sapcc-bot1 has joined #openstack-nova22:57
harlowjai always wanted to integrate it with osprofiler more22:57
harlowjamaybe somedday, ha22:57
*** sapcc-bot1 has quit IRC22:57
*** sapcc-bot has quit IRC22:58
*** Hosam has joined #openstack-nova22:59
*** dimtruck is now known as zz_dimtruck23:00
*** sapcc-bot has joined #openstack-nova23:01
*** sapcc-bot has quit IRC23:02
*** sapcc-bot has joined #openstack-nova23:02
*** esberglu has quit IRC23:03
*** sapcc-bot has quit IRC23:06
*** sapcc-bot has joined #openstack-nova23:07
*** sapcc-bot has quit IRC23:08
*** sapcc-bot has joined #openstack-nova23:10
*** sapcc-bot has quit IRC23:12
*** sapcc-bot has joined #openstack-nova23:13
*** Hosam has quit IRC23:17
*** sapcc-bot has quit IRC23:19
*** zz_dimtruck is now known as dimtruck23:25
*** sapcc-bot has joined #openstack-nova23:26
*** sapcc-bot has quit IRC23:28
*** Hosam has joined #openstack-nova23:29
*** chyka has quit IRC23:29
*** chyka has joined #openstack-nova23:30
*** sapcc-bot has joined #openstack-nova23:30
*** sapcc-bot has quit IRC23:31
*** Hosam has quit IRC23:32
*** Hosam has joined #openstack-nova23:33
*** esberglu has joined #openstack-nova23:34
*** chyka has quit IRC23:34
*** dharinic has quit IRC23:36
*** armax has joined #openstack-nova23:38
*** esberglu has quit IRC23:38
*** thorst has joined #openstack-nova23:39
*** thorst has quit IRC23:43
*** sapcc-bot has joined #openstack-nova23:43
*** Sukhdev has quit IRC23:46
*** sapcc-bot has quit IRC23:46
*** sapcc-bot has joined #openstack-nova23:46
*** lyan has quit IRC23:48
*** smcginnis_vacati is now known as smcginnis23:48
*** sapcc-bot has quit IRC23:49
*** sapcc-bot has joined #openstack-nova23:51
*** mlavalle has quit IRC23:53
*** sapcc-bot has quit IRC23:54
*** sapcc-bot has joined #openstack-nova23:54
*** thorst has joined #openstack-nova23:56
*** sapcc-bot has quit IRC23:56
*** esberglu has joined #openstack-nova23:56
*** thorst has quit IRC23:57
*** sapcc-bot has joined #openstack-nova23:57

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