Monday, 2015-03-30

*** achanda has quit IRC00:00
mriedemi don't see any recent changes in nova.virt.disk00:03
mriedemboris-42: did anything change in rally around that time?00:04
*** baoli has joined #openstack-nova00:04
boris-42mriedem: I even don't know what to say, why changes in rally are producing errors in nova logs?)00:04
boris-42I mean how they can*00:04
*** baoli has quit IRC00:04
boris-42mriedem: as well we didn't merge too much at this period https://github.com/stackforge/rally/commits/master00:05
*** salv-orl_ has quit IRC00:06
*** armax has quit IRC00:07
boris-42mriedem: let me try to reset nova to march 26 =)00:11
boris-42and make depends-on patch in rally00:12
*** VW_ has quit IRC00:16
openstackgerritBoris Pavlovic proposed openstack/nova: do not merge  https://review.openstack.org/16874700:18
*** VW_ has joined #openstack-nova00:18
mriedemboris-42: well, i'm thinking config/deployment of rally00:19
*** promulo__ has joined #openstack-nova00:19
mriedemlike a change to devstack or something, i don't know how rally is setup00:19
mriedemi'd think if there were huge timing issues going on in nova, we'd be having timeouts in the gate jobs with tempest00:19
boris-42mriedem: so nothing changed I mean rally uses standard dsvm job (like tempest)00:20
boris-42mriedem: and we didn't change integration between rally-dsvm-gates for a long period of time00:20
boris-42mriedem: so this is going to test nova https://review.openstack.org/#/c/168748/00:22
*** VW_ has quit IRC00:22
boris-42mriedem: that was on the end of 25 March00:23
*** promulo has quit IRC00:23
*** ferest has joined #openstack-nova00:24
*** annegentle has quit IRC00:26
*** sdake has joined #openstack-nova00:26
*** yingjun has joined #openstack-nova00:28
*** annegentle has joined #openstack-nova00:29
*** ferest has quit IRC00:29
*** shaohe_feng has quit IRC00:36
*** haomaiwang has quit IRC00:36
*** arnaud__ has joined #openstack-nova00:38
*** yingjun has quit IRC00:39
*** gokrokve has joined #openstack-nova00:39
*** gokrokve has quit IRC00:44
*** smccully has quit IRC00:48
*** jhesketh has quit IRC00:50
*** jhesketh has joined #openstack-nova00:53
*** yingjun has joined #openstack-nova00:53
*** hdd has quit IRC00:59
*** achanda has joined #openstack-nova01:01
boris-42mriedem: it's strange that I can't reporduce this in local run..01:04
*** eharney has quit IRC01:04
*** achanda has quit IRC01:06
*** salv-orlando has joined #openstack-nova01:07
*** shakamunyi has joined #openstack-nova01:07
*** shakamunyi_ has joined #openstack-nova01:07
*** VW_ has joined #openstack-nova01:09
*** salv-orlando has quit IRC01:12
*** yingjun has quit IRC01:13
*** yingjun has joined #openstack-nova01:14
*** VW_ has quit IRC01:15
*** Longgeek has joined #openstack-nova01:15
*** annegentle has quit IRC01:19
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Avoid MODULEPATH environment var in config generator  https://review.openstack.org/16874501:23
*** eliqiao has joined #openstack-nova01:23
*** casusbelli has joined #openstack-nova01:30
*** shaohe_feng has joined #openstack-nova01:30
*** zhangtralon has joined #openstack-nova01:32
*** casusbel_ has quit IRC01:33
*** kaisers1 has joined #openstack-nova01:35
*** arnaud__ has quit IRC01:35
*** kaisers has quit IRC01:35
*** annashen has joined #openstack-nova01:37
*** baoli has joined #openstack-nova01:37
*** shaohe_robot has quit IRC01:38
*** gokrokve has joined #openstack-nova01:39
*** annashen has quit IRC01:41
*** gokrokve has quit IRC01:44
*** mhorban has quit IRC01:49
*** mhorban has joined #openstack-nova01:49
*** erkules has joined #openstack-nova01:50
*** sdake has quit IRC01:51
*** VW_ has joined #openstack-nova01:53
*** erkules_ has quit IRC01:53
*** salv-orlando has joined #openstack-nova01:53
*** igordcard_ has quit IRC01:54
*** salv-orlando has quit IRC01:58
openstackgerritEli Qiao proposed openstack/nova: Libvirt: show real vCpuCompareResult instead of a url link  https://review.openstack.org/16567101:59
*** baoli has quit IRC02:01
openstackgerritp-draigbrady proposed openstack/nova: support getting quota usage for all tenants  https://review.openstack.org/16864402:03
*** yasu_ has joined #openstack-nova02:04
*** salv-orlando has joined #openstack-nova02:10
*** VW_ has quit IRC02:12
*** salv-orlando has quit IRC02:12
*** Longgeek has quit IRC02:12
*** VW_ has joined #openstack-nova02:13
*** haomaiwang has joined #openstack-nova02:13
*** Longgeek has joined #openstack-nova02:16
*** yingjun has quit IRC02:17
*** VW_ has quit IRC02:18
*** popw has joined #openstack-nova02:18
*** Longgeek has quit IRC02:26
*** Longgeek has joined #openstack-nova02:26
*** yingjun has joined #openstack-nova02:29
*** baoli has joined #openstack-nova02:29
*** mriedem1 has joined #openstack-nova02:37
*** annashen has joined #openstack-nova02:38
*** mriedem has quit IRC02:39
*** gokrokve has joined #openstack-nova02:39
*** baoli has quit IRC02:42
*** annashen has quit IRC02:42
*** gokrokve has quit IRC02:44
*** wverdugo500 has quit IRC02:44
*** baoli has joined #openstack-nova02:45
*** annegentle has joined #openstack-nova02:45
*** annegentle has quit IRC02:51
*** shakamunyi__ has joined #openstack-nova02:51
*** david-ly_ is now known as david-lyle02:52
*** promulo__ has quit IRC02:52
*** shakamunyi has quit IRC02:54
*** shakamunyi_ has quit IRC02:54
*** shakamunyi has joined #openstack-nova02:54
*** mriedem1 has quit IRC02:58
*** dims has quit IRC02:59
*** dims has joined #openstack-nova02:59
*** dims has quit IRC03:00
*** wverdugo500 has joined #openstack-nova03:02
*** yingjun has quit IRC03:03
*** haigang has joined #openstack-nova03:04
*** Longgeek_ has joined #openstack-nova03:07
*** yingjun has joined #openstack-nova03:08
*** Longgeek has quit IRC03:10
*** iamjarvo has joined #openstack-nova03:16
*** iamjarvo has quit IRC03:16
*** arnaud__ has joined #openstack-nova03:24
*** armax has joined #openstack-nova03:24
*** iamjarvo has joined #openstack-nova03:24
*** salv-orlando has joined #openstack-nova03:25
*** armax has quit IRC03:25
*** sandywalsh has quit IRC03:28
*** arnaud__ has quit IRC03:28
*** salv-orlando has quit IRC03:30
*** dave-mcc_ has joined #openstack-nova03:34
*** sandywalsh has joined #openstack-nova03:37
*** dave-mccowan has quit IRC03:37
*** otter768 has quit IRC03:38
*** gokrokve has joined #openstack-nova03:39
*** wverdugo500 has quit IRC03:40
*** hdd has joined #openstack-nova03:42
*** gokrokve has quit IRC03:43
*** wverdugo500 has joined #openstack-nova03:45
*** iamjarvo has quit IRC03:47
*** baoli has quit IRC03:49
*** sdake has joined #openstack-nova03:49
*** casusbelli has quit IRC03:51
*** deepthi has joined #openstack-nova04:01
*** yingjun has quit IRC04:05
*** shaohe_feng has quit IRC04:08
*** takedakn has joined #openstack-nova04:12
*** dims has joined #openstack-nova04:15
*** dims has quit IRC04:21
*** neelashah has joined #openstack-nova04:22
*** pixelb has quit IRC04:23
*** neelashah has quit IRC04:24
*** achanda has joined #openstack-nova04:24
*** arnaud__ has joined #openstack-nova04:24
*** takedakn has quit IRC04:26
*** jecarey has quit IRC04:27
*** arnaud__ has quit IRC04:29
*** arnaud__ has joined #openstack-nova04:31
*** annashen has joined #openstack-nova04:39
*** shakamunyi_ has joined #openstack-nova04:39
*** gokrokve has joined #openstack-nova04:39
*** shakamunyi__ has quit IRC04:41
*** shakamunyi has quit IRC04:41
*** shakamunyi has joined #openstack-nova04:41
*** zhangtralon has quit IRC04:42
*** annashen has quit IRC04:44
*** gokrokve has quit IRC04:44
*** lpetrut has joined #openstack-nova04:46
*** welldannit has joined #openstack-nova04:46
*** sdake has quit IRC04:49
*** takedakn has joined #openstack-nova04:50
*** garyk has joined #openstack-nova04:53
*** pixelb has joined #openstack-nova04:54
openstackgerritEric Brown proposed openstack/nova: Remove dead vmvc code  https://review.openstack.org/16877804:54
*** pradipta has joined #openstack-nova04:54
*** shakamunyi_ has quit IRC05:04
*** pixelb has quit IRC05:05
*** oro has joined #openstack-nova05:08
*** oro_ has joined #openstack-nova05:08
*** takedakn has quit IRC05:13
*** mrodden has quit IRC05:17
*** oro_ has quit IRC05:17
*** shakamunyi has quit IRC05:18
*** oro has quit IRC05:19
*** nkrinner has joined #openstack-nova05:19
*** Alexandra_ has joined #openstack-nova05:19
*** takedakn has joined #openstack-nova05:20
*** arnaud___ has joined #openstack-nova05:20
*** arnaud__ has quit IRC05:21
*** unicell has quit IRC05:22
*** unicell has joined #openstack-nova05:22
*** achanda has quit IRC05:22
*** achanda_ has joined #openstack-nova05:22
*** ijw_ has quit IRC05:22
*** shakamunyi has joined #openstack-nova05:22
*** takedakn has quit IRC05:24
*** arnaud___ has quit IRC05:25
*** ildikov has quit IRC05:27
*** achanda has joined #openstack-nova05:29
*** vivekd has joined #openstack-nova05:30
*** achanda_ has quit IRC05:30
*** hblixt has joined #openstack-nova05:31
*** mrodden has joined #openstack-nova05:32
*** deepthi has quit IRC05:33
*** pradipta has quit IRC05:35
*** otter768 has joined #openstack-nova05:39
*** hdd has quit IRC05:39
*** yingjun has joined #openstack-nova05:39
*** ijw has joined #openstack-nova05:40
*** shaohe_feng has joined #openstack-nova05:40
*** otter768 has quit IRC05:43
*** deepthi has joined #openstack-nova05:49
*** VW_ has joined #openstack-nova05:50
*** vmtrooper has joined #openstack-nova05:50
openstackgerritEli Qiao proposed openstack/nova: API: Don't reload policy files in policy.d every time  https://review.openstack.org/16878405:50
openstackgerrityanheven proposed openstack/nova: replace "hpy.host" with "hyp.get('host')"  https://review.openstack.org/16878505:51
*** VW_ has quit IRC05:55
openstackgerritgaryk proposed openstack/nova: DB: add support for volume_type_id by BDMS  https://review.openstack.org/13999205:55
openstackgerritgaryk proposed openstack/nova: Object: add volume_type_id to block_device objects  https://review.openstack.org/13999405:55
*** moshele has joined #openstack-nova05:57
*** Marga_ has joined #openstack-nova05:58
*** Marga_ has quit IRC06:01
eliqiaogaryk: hi, u round?06:01
*** Marga_ has joined #openstack-nova06:01
garykeliqiao: yes, how are you?06:02
eliqiaogaryk: cool, thanks for your comments.06:02
eliqiaogaryk: it's re https://review.openstack.org/#/c/156112/ , I'v added some comments, can you help to check it again?06:03
*** stockpirate has joined #openstack-nova06:05
*** rajesht has joined #openstack-nova06:07
*** vmtrooper has quit IRC06:10
*** vmtrooper has joined #openstack-nova06:11
*** vmtrooper has quit IRC06:15
*** zhangtralon has joined #openstack-nova06:17
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/16203006:17
stockpiratewhere can i find original nova.conf files+06:18
stockpiratesamples06:18
garykeliqiao: yes, your comments make sense. i just think that maybe add to the docstring that the neutron client should be an admin one06:19
*** Nikolay_St has joined #openstack-nova06:20
*** jamielennox is now known as jamielennox|away06:20
*** tralon_ has joined #openstack-nova06:20
*** markvoelker has joined #openstack-nova06:22
*** zhangtralon has quit IRC06:23
*** vilobhmm__ has joined #openstack-nova06:24
*** vilobhmm__ has left #openstack-nova06:25
*** shakamunyi has quit IRC06:25
*** markvoelker has quit IRC06:27
*** dsanders has quit IRC06:27
*** sahid has joined #openstack-nova06:35
*** dsanders has joined #openstack-nova06:35
*** takedakn has joined #openstack-nova06:37
*** erkules has quit IRC06:43
*** erkules has joined #openstack-nova06:43
*** takedakn has quit IRC06:47
*** ildikov has joined #openstack-nova06:47
*** belmoreira has joined #openstack-nova06:48
openstackgerritRui Chen proposed openstack/nova: Fix failing of stopping intance when init host  https://review.openstack.org/16792606:49
openstackgerritRui Chen proposed openstack/nova: Fix empty instance nw_info cache  https://review.openstack.org/14603606:50
*** atuvenie has joined #openstack-nova06:50
*** salv-orlando has joined #openstack-nova06:54
openstackgerritLan Qi Song proposed openstack/nova: VMware: Attach iSCSI volume support CHAP authentication  https://review.openstack.org/16879506:56
*** salv-orl_ has joined #openstack-nova06:58
*** salv-orlando has quit IRC06:58
*** doude has joined #openstack-nova06:59
*** nuritv has joined #openstack-nova07:00
*** afazekas has joined #openstack-nova07:02
*** hblixt has quit IRC07:02
*** ankit_ag has joined #openstack-nova07:03
*** achanda has quit IRC07:08
*** dsanders has quit IRC07:10
*** veena has joined #openstack-nova07:12
*** garyk has quit IRC07:12
*** mrda is now known as mrda-away07:12
veenaHi zz_johnthetubagu07:13
veenaHi Mikal07:14
veenaHi ttx07:15
*** Marga_ has quit IRC07:16
eliqiaogaryk: thanks, any suggestion where I should put that docstring? sorry for response late.. :)07:17
*** doude_ has joined #openstack-nova07:18
*** doude has quit IRC07:22
*** markvoelker has joined #openstack-nova07:23
*** TobiasE has joined #openstack-nova07:24
*** markvoelker has quit IRC07:27
*** deepthi has quit IRC07:28
*** vivekd has quit IRC07:29
*** ildikov has quit IRC07:30
*** unicell has quit IRC07:30
*** Alexandra_ has quit IRC07:30
*** unicell has joined #openstack-nova07:31
*** amotoki has joined #openstack-nova07:38
*** markus_z has joined #openstack-nova07:39
*** romainh has joined #openstack-nova07:39
*** stockpirate has quit IRC07:39
*** otter768 has joined #openstack-nova07:39
*** annashen has joined #openstack-nova07:42
*** salv-orl_ has quit IRC07:42
*** jlanoux has joined #openstack-nova07:43
*** liusheng has quit IRC07:44
*** otter768 has quit IRC07:44
*** dulek has joined #openstack-nova07:44
*** vivekd has joined #openstack-nova07:45
*** romainh has quit IRC07:45
*** ildikov has joined #openstack-nova07:45
*** jyuso1 has joined #openstack-nova07:46
*** annashen has quit IRC07:46
openstackgerritEric Brown proposed openstack/nova: Fix config option types  https://review.openstack.org/16848107:49
*** veena_ has joined #openstack-nova07:50
*** vivekd has quit IRC07:50
*** veena has quit IRC07:51
*** garyk has joined #openstack-nova07:52
openstackgerritEric Brown proposed openstack/nova: Fix config option types  https://review.openstack.org/16848107:52
*** mpaolino has joined #openstack-nova07:52
*** dims has joined #openstack-nova07:53
*** ndipanov has joined #openstack-nova07:53
*** deepthi has joined #openstack-nova07:53
*** lpetrut has quit IRC07:53
*** Maike has joined #openstack-nova07:55
openstackgerritDeepak C Shetty proposed openstack/nova: libvirt: Use 'relative' flag for online snapshot's commit/rebase operations  https://review.openstack.org/16880507:57
*** vivekd has joined #openstack-nova07:58
*** dims has quit IRC07:58
*** Mike_D_wk has quit IRC07:58
*** vmtrooper has joined #openstack-nova07:59
*** gszasz has joined #openstack-nova08:00
*** eglynn has joined #openstack-nova08:01
*** Mike_D_wk has joined #openstack-nova08:02
*** vmtrooper has quit IRC08:04
*** vigneshvar has joined #openstack-nova08:05
*** vigneshvar_ has joined #openstack-nova08:05
*** romainh has joined #openstack-nova08:07
*** browne has quit IRC08:08
*** subscope has joined #openstack-nova08:09
*** jistr has joined #openstack-nova08:09
*** lucasagomes has joined #openstack-nova08:13
openstackgerritGhanshyam Mann proposed openstack/nova: Merge V2 and V2.1 services functional tests  https://review.openstack.org/16880808:15
openstackgerritMoshe Levi proposed openstack/nova: Add options to ssh to prevent prompting  https://review.openstack.org/16868008:16
*** haigang has quit IRC08:18
*** haigang has joined #openstack-nova08:18
*** haigang has quit IRC08:19
*** ildikov has quit IRC08:23
*** Maike has quit IRC08:30
*** apuimedo has joined #openstack-nova08:31
*** xek has quit IRC08:31
*** xek has joined #openstack-nova08:31
*** pradipta has joined #openstack-nova08:33
*** ildikov has joined #openstack-nova08:38
openstackgerrityanheven proposed openstack/nova: replace "obj.attr" with "obj['attr']"  https://review.openstack.org/16878508:38
*** oro_ has joined #openstack-nova08:39
*** oro has joined #openstack-nova08:39
*** salv-orlando has joined #openstack-nova08:43
*** salv-orlando has quit IRC08:47
veena_Hi dims08:48
*** Longgeek_ has quit IRC08:53
*** haigang has joined #openstack-nova08:55
openstackgerritvsaienko proposed openstack/nova: add ironic hypervisor type  https://review.openstack.org/16882008:55
*** vigneshvar has quit IRC08:56
*** ZZelle has joined #openstack-nova08:56
*** vigneshvar_ has quit IRC08:56
*** gszasz has quit IRC09:02
*** zz_johnthetubagu is now known as johnthetubaguy09:07
*** rdo has quit IRC09:11
*** rdo has joined #openstack-nova09:13
*** yingjun has quit IRC09:17
*** ociuhandu has joined #openstack-nova09:17
*** yingjun has joined #openstack-nova09:17
*** bkopilov has quit IRC09:18
*** bkopilov has joined #openstack-nova09:23
*** markvoelker has joined #openstack-nova09:24
*** mpaolino has quit IRC09:25
openstackgerritTakenori Yoshimatsu proposed openstack/nova: Catch AttributeError at instance.info_cache.delete  https://review.openstack.org/16790509:26
*** smccully has joined #openstack-nova09:26
*** markvoelker has quit IRC09:29
*** eliqiao has quit IRC09:29
*** yingjun has quit IRC09:32
*** derekh has joined #openstack-nova09:36
*** bkopilov has quit IRC09:37
*** bkopilov has joined #openstack-nova09:39
*** vivekd has quit IRC09:39
*** otter768 has joined #openstack-nova09:40
*** annashen has joined #openstack-nova09:43
*** otter768 has quit IRC09:45
*** annashen has quit IRC09:48
*** vmtrooper has joined #openstack-nova09:48
*** vmtrooper has quit IRC09:53
*** dims has joined #openstack-nova09:54
*** vigneshvar has joined #openstack-nova09:58
*** Longgeek has joined #openstack-nova09:58
openstackgerritgaryk proposed openstack/nova: DB: add support for volume_type_id by BDMS  https://review.openstack.org/13999209:59
*** vigneshvar_ has joined #openstack-nova09:59
openstackgerritgaryk proposed openstack/nova: Object: add volume_type_id to block_device objects  https://review.openstack.org/13999410:00
openstackgerritgaryk proposed openstack/nova: Neutron: add in API method for updating VNIC index  https://review.openstack.org/14712610:04
*** oro has quit IRC10:05
*** oro_ has quit IRC10:05
openstackgerritgaryk proposed openstack/nova: Metadata: support proxying loadbalancers  https://review.openstack.org/14753910:05
*** tralon_ has quit IRC10:12
*** flip214 has quit IRC10:17
*** flip214 has joined #openstack-nova10:17
*** Longgeek has quit IRC10:17
*** salv-orlando has joined #openstack-nova10:23
*** markvoelker has joined #openstack-nova10:25
*** markvoelker has quit IRC10:30
*** IanGovett has joined #openstack-nova10:31
*** romainh has quit IRC10:33
*** tralon_ has joined #openstack-nova10:35
*** bkopilov has quit IRC10:37
*** haigang has quit IRC10:40
*** johnthetubaguy is now known as zz_johnthetubagu10:41
*** iamjarvo has joined #openstack-nova10:46
*** haomaiwang has quit IRC10:47
*** bkopilov has joined #openstack-nova10:47
*** mpavone has joined #openstack-nova10:48
*** popw has quit IRC10:49
*** mwagner_lap has quit IRC10:52
*** vigneshvar_ has quit IRC11:04
*** vigneshvar has quit IRC11:04
*** vigneshvar has joined #openstack-nova11:05
*** vigneshvar_ has joined #openstack-nova11:05
*** yasu_ has quit IRC11:09
*** oro has joined #openstack-nova11:11
*** VW_ has joined #openstack-nova11:14
*** Longgeek has joined #openstack-nova11:15
*** jaypipes has joined #openstack-nova11:17
*** VW_ has quit IRC11:19
*** pixelb has joined #openstack-nova11:19
openstackgerritHans Lindgren proposed openstack/nova: Cleanup conductor before RPC major version bump  https://review.openstack.org/16885611:20
openstackgerritHans Lindgren proposed openstack/nova: Add version 3.0 of conductor RPC interface  https://review.openstack.org/16885711:20
openstackgerritHans Lindgren proposed openstack/nova: Remove conductor 2.x RPC API  https://review.openstack.org/16885811:20
openstackgerritHans Lindgren proposed openstack/nova: Remove lazy-loading property compute_task_api from compute api  https://review.openstack.org/16885911:20
openstackgerritvsaienko proposed openstack/nova: add ironic hypervisor type  https://review.openstack.org/16882011:22
sdaguedims: you triaging bugs this morning as well?11:25
dimssdague: i just did one so far11:25
*** markvoelker has joined #openstack-nova11:26
sdagueoh, ok, someone else definitely is doing it as well, as the counts keep jumping down every time I come back to the new list11:26
dimsinteresting11:26
*** markus_z has quit IRC11:27
*** lucasagomes is now known as lucas-hungry11:28
*** markvoelker has quit IRC11:31
*** TobiasE1 has joined #openstack-nova11:34
*** TobiasE has quit IRC11:36
*** vmtrooper has joined #openstack-nova11:37
*** iamjarvo has quit IRC11:37
openstackgerritzhangtralon proposed openstack/nova: creating ordinary numa vm fails with large_page_vm  https://review.openstack.org/16791711:38
*** Longgeek has quit IRC11:40
*** romainh has joined #openstack-nova11:41
*** otter768 has joined #openstack-nova11:41
*** vmtrooper has quit IRC11:42
openstackgerritDeepak C Shetty proposed openstack/nova: libvirt: Use 'relative' flag for online snapshot's commit/rebase operations  https://review.openstack.org/16880511:42
*** annashen has joined #openstack-nova11:45
*** otter768 has quit IRC11:46
*** iamjarvo has joined #openstack-nova11:47
*** oro has quit IRC11:48
*** dave-mccowan has joined #openstack-nova11:48
*** vigneshvar has quit IRC11:49
*** annashen has quit IRC11:49
*** vigneshvar_ has quit IRC11:50
*** dave-mcc_ has quit IRC11:51
*** pradipta has quit IRC11:54
*** deepthi has quit IRC11:57
*** iamjarvo has quit IRC11:57
*** nkrinner has quit IRC12:01
*** pixelb has quit IRC12:01
*** ferest has joined #openstack-nova12:02
*** dulek_ has joined #openstack-nova12:03
*** raildo has joined #openstack-nova12:04
*** nkrinner has joined #openstack-nova12:05
*** dulek has quit IRC12:06
*** ferest has quit IRC12:06
*** jistr has quit IRC12:07
*** jistr has joined #openstack-nova12:08
sdaguealex_xu: any chance you could respin this patch with the requested fixes?12:08
sdaguehttps://review.openstack.org/#/c/10920112:08
*** markvoelker has joined #openstack-nova12:10
*** dulek___ has joined #openstack-nova12:11
*** pixelb has joined #openstack-nova12:12
*** dulek_ has quit IRC12:14
*** tralon_ has quit IRC12:14
*** shaohe_feng has quit IRC12:14
*** ildikov has quit IRC12:17
*** pixelb has quit IRC12:17
*** dims has quit IRC12:17
*** dims has joined #openstack-nova12:18
*** krtaylor has quit IRC12:19
afazekassdague, ping12:21
sdagueafazekas: pong12:21
afazekasI think creating spec kind bugs are ok12:22
sdagueafazekas: I don't12:22
sdaguehere is the workflow for specs like bugs12:22
afazekasI am going to write a spec now for that, but some else who has time for that can do it based on the bug report12:22
sdaguethey get moved to Opinion / Wishlist, then ignored12:22
sdagueand at some point we just invalidate them in bulk12:22
afazekassdague: you aso made it invalid12:22
sdagueyes12:23
*** dulek___ is now known as dulek12:23
sdaguebecause from active contributors, I'm going to shortcut that12:23
sdaguebecause they should know better12:23
*** aysyd has joined #openstack-nova12:23
*** Maike has joined #openstack-nova12:23
sdaguethe bug tracker should be used for bugs not features12:23
sdagueespecially when it's as big as it is12:24
*** dave-mccowan has quit IRC12:24
afazekasLong time ago I made mistake and created a blueprint for an issue, and then someone expected me to implement that12:24
*** ferest has joined #openstack-nova12:24
afazekasHow to propose design changes when you are not going to implement them your self ?12:24
*** pixelb has joined #openstack-nova12:25
openstackgerritsahid proposed openstack/nova: servicegroup: remove get_all method never used as public  https://review.openstack.org/16887612:25
*** gtt116 has joined #openstack-nova12:26
afazekasI also have a pending spec like document for effective scheduling, but it is definitely longer than a bug's scope12:26
sdagueafazekas: so, honestly, wishlist features with no implementor really don't have much value, either in bugs or specs.12:26
afazekassdague: There are contributors who are looking for new tasks, a confirmed wish list bug is searchable for them12:27
*** salv-orlando has quit IRC12:27
sdaguea confirmed wishlist bug is often going to be rejected on code review for lacking a spec12:27
*** dkliban_afk is now known as dkliban12:27
sdagueafazekas: there are already 1000 open bugs, I suggest that's a better place for people looking for something to do12:28
afazekasDo we have bugs for the spec repo ? :)12:28
*** ferest has quit IRC12:28
*** salv-orlando has joined #openstack-nova12:30
*** smccully has quit IRC12:31
*** rfolco has joined #openstack-nova12:32
*** lucas-hungry is now known as lucasagomes12:32
*** nuritv has quit IRC12:36
*** Longgeek has joined #openstack-nova12:36
*** sandywalsh has quit IRC12:37
*** vladikr has joined #openstack-nova12:39
*** sandywalsh has joined #openstack-nova12:39
*** dave-mccowan has joined #openstack-nova12:41
*** baoli has joined #openstack-nova12:42
*** ildikov has joined #openstack-nova12:43
openstackgerritMoshe Levi proposed openstack/nova: Add option to ssh to prevent prompting  https://review.openstack.org/16868012:43
*** pixelb has quit IRC12:45
*** lascii is now known as alaski12:52
*** suresh12 has joined #openstack-nova12:52
*** mwagner_lap has joined #openstack-nova12:53
*** dboik has quit IRC12:56
openstackgerritvsaienko proposed openstack/nova: add ironic hypervisor type  https://review.openstack.org/16882012:57
*** shakamunyi has joined #openstack-nova12:57
*** eglynn has quit IRC12:59
*** iamjarvo has joined #openstack-nova12:59
afazekassdague, Do you mind if I change the status to opinion ? At least it does not means the bug is completely stupid.12:59
*** krtaylor has joined #openstack-nova13:00
*** neelashah has joined #openstack-nova13:00
sdagueafazekas: sure, that's fine13:01
sdaguebut in future, please don't file things like this, because it's not helpful13:01
afazekassdague: I see the ComputeFilter and AZ filter looks like has the 1 row response query in loop case,   can it be considered as bug or it is design issue ?13:04
*** veena_ has quit IRC13:05
*** atuvenie has quit IRC13:07
*** annegentle has joined #openstack-nova13:08
*** jecarey has joined #openstack-nova13:09
*** iamjarvo has quit IRC13:09
*** Longgeek has quit IRC13:10
*** haigang has joined #openstack-nova13:12
*** wverdugo500 has quit IRC13:12
*** shakamunyi has quit IRC13:13
*** wverdugo500 has joined #openstack-nova13:14
*** wverdugo500 has left #openstack-nova13:14
*** dboik has joined #openstack-nova13:16
*** whenry has joined #openstack-nova13:16
dimssdague: anything i can help with?13:17
*** dprince has joined #openstack-nova13:18
*** kaufer has joined #openstack-nova13:18
alex_xusdague: sure, no problem, does it hurry for today? if not, I will update it tomorrow13:20
sdagueafazekas: I'm not sure what you believe the bug is? is it a micro optimization?13:20
sdaguealex_xu: no prob13:20
*** lpetrut has joined #openstack-nova13:20
garyksdague: dims: are patches with log messages and exception forbidden at the moment due to a string freeze?13:20
garykmaybe forbidden is too harsh..13:20
*** zz_johnthetubagu is now known as johnthetubaguy13:21
sdaguegaryk: adding new strings means we should have a string freeze exception as part of it13:21
*** TobiasE has joined #openstack-nova13:21
sdaguettx: can maybe state what our approach should be there13:22
dimsgaryk: you may have seen this already... if not, https://wiki.openstack.org/wiki/StringFreeze13:22
*** Marga_ has joined #openstack-nova13:22
*** thomasem has joined #openstack-nova13:23
*** thomasem has quit IRC13:24
*** TobiasE1 has quit IRC13:24
afazekassdague: If you have 10 hypervisor it is micro if you have 1000++, it is more13:24
dimsboris-42: i see some chatter last night about slowness, did you get to the bottom of it?13:25
*** sdake has joined #openstack-nova13:25
sdagueafazekas: yeh, so that's true with the entire scheduler filter architecture as it's a giant set of nested reduce loops13:25
sdagueso I think a bug is useless, this really needs to be part of a spec to make the filter methodology more optimized13:25
afazekassdague: bat at least later I can reference the solved bugs on the etherpad and in a spec13:26
*** vmtrooper has joined #openstack-nova13:26
*** eglynn has joined #openstack-nova13:26
garykdims: thanks - guess that makes sense13:27
sdaguejust put that information in the spec13:27
afazekassdague: A scheduler can do little smart change, without a huge architecture change (spec). For example query more once, and process them in the filter. Some kind of singletone query with a manual join13:27
*** sdake_ has joined #openstack-nova13:28
sdaguewhen there are < 500 open bugs in nova, we can consider using it for tracking items like that. But until that time, bugs like this just reduce the chance that any bugs get fixed, because the bug pile is too high13:28
boris-42dims: nope not yet13:28
boris-42dims: I am not able to reproduce it13:28
boris-42dims: except in our gates13:28
*** hdd has joined #openstack-nova13:29
dimsboris-42: url?13:31
*** thomasem has joined #openstack-nova13:31
*** vmtrooper has quit IRC13:31
*** sdake has quit IRC13:31
afazekassdague, I feel like the performance or scale related issues does not get enough attention, because of the small more simpler things.13:31
sdagueafazekas: when the bug list is this large, nothing gets enough attension. What I'm saying is help reduce the existing backlog, and we can talk about new things like that.13:33
*** exploreshaifali has joined #openstack-nova13:33
sdaguealso, I don't think perf / scale issues are typically addressable in narrow bug scope, they mostly need a larger scale arch shift, like jaypipes work on the lockless db updates13:33
*** johnthetubaguy is now known as zz_johnthetubagu13:34
sdagueif you want to bring up target performance things, I think mailing list is a better forum. So few people are actually looking at the bug list it's not really going to drive the conversation you want.13:34
kashyapYeah, for intricate perf related topics, best discussed on the list.13:35
*** VW_ has joined #openstack-nova13:36
bauwserafazekas: as already explained somewhere in the ML, we know that there is some perf issues with the scheduler, but that's why we need to first reduce the tech debt13:37
kashyapAlso, I notice a lot of bugs like  "Bug, error, figure it out!" and never respond back when asked for details.13:37
kashyapEventually getting closed as "Invalid"13:37
bauwserafazekas: there are some design issues that can't be resolved just because of a bug13:38
*** hdd has quit IRC13:38
sdaguekashyap: yes, there are not enough folks helping drive the bug tracker into something useful13:39
*** Nikolay_St has quit IRC13:40
*** rfolco has quit IRC13:40
*** Nikolay_St has joined #openstack-nova13:40
*** jlanoux has quit IRC13:40
*** eharney has joined #openstack-nova13:41
kashyapsdague: Agreed, and I should admit - I'm guilty of it as much as anyone.13:41
kashyapsdague: Given that we're in RC-phase, maybe people will start looking at bugs.13:42
*** otter768 has joined #openstack-nova13:42
*** rfolco has joined #openstack-nova13:42
*** mriedem has joined #openstack-nova13:42
*** markus_z has joined #openstack-nova13:43
*** ankit_ag has quit IRC13:43
afazekasbauwser: For the scheduler I actually planning to write 2-3 spec, without assignee13:44
sdaguekashyap: maybe, I don't seem to see a huge number of new bug fixes inbound though13:44
boris-42dims: hm13:44
*** bauwser is now known as bauzas13:45
boris-42dims: what urls ?13:45
sdagueafazekas: so, honestly, before doing that, why don't you make in an ML thread?13:45
boris-42dims: before/after issue?13:45
afazekasbauzas, : it involves secirtygroup driver change13:45
*** jgrimm is now known as zz_jgrimm13:45
bauzasafazekas: well, that's okay, but if you want to help us, it would be better to join us for our weekly meetings13:45
bauzasafazekas: just to be clear, we're not missing ideas, we're missing contributors :)13:46
afazekassdague:  I have 232 concpt text so far (it will be 500 line), I will create an etherpad and post it to the ML, is it ok ?13:46
bauzasafazekas: but sure, you can share your thoughts13:46
kashyapafazekas: Please, just write to the list so it's archived, etherpads are horribly slow and the resyncing is a world of pain.13:47
*** rfolco has quit IRC13:47
*** otter768 has quit IRC13:47
*** annashen has joined #openstack-nova13:47
openstackgerritHans Lindgren proposed openstack/nova: Don't query compute_node through service object in nova-manage  https://review.openstack.org/16890713:47
openstackgerritHans Lindgren proposed openstack/nova: Mirror db schema changes to compute_node and service objects  https://review.openstack.org/16890813:47
dimsboris-42: yes, one before and one afer?13:48
afazekasdesing goal 100 sched/sec to >>100k host, without dropping cpython13:48
*** rfolco has joined #openstack-nova13:48
afazekassched/sec can be significantly greater , it is based on your rules mainly13:49
afazekasbauzas: which meeting and when ?13:49
*** sdake has joined #openstack-nova13:49
bauzasafazekas: Gantt meeting Tuesdays 1600UTC13:50
bauzasI actually hate this being called a "gantt" meeting, because that's the nova sched subteam but that's it :(13:51
*** vivekd has joined #openstack-nova13:51
bauzassounds like "nova scheduler subteam" is longer to type than "gantt"13:51
afazekas:)13:51
boris-42dims: ok13:52
*** annashen has quit IRC13:52
boris-42dims: before http://logs.openstack.org/42/160142/8/check/gate-rally-dsvm-rally/76fecde/rally-plot/results.html.gz#/NovaServers.boot_and_delete_server13:52
bauzasafazekas: https://wiki.openstack.org/wiki/Meetings#Gantt_.28Scheduler.29_team_meeting13:52
boris-42after http://logs.openstack.org/36/168636/3/check/gate-rally-dsvm-rally/ce18c9f/rally-plot/results.html.gz#/NovaServers.boot_and_delete_server13:52
dimsthanks boris-4213:52
mriedemv2 API is basically feature frozen in liberty right? i.e. no new extensions? we just add new API microversions in v2.1 now.13:52
boris-42dims: you know where are logs?13:52
bauzasafazekas: and oops, Tues 1500UTC13:52
dimsboris-42: no13:52
bauzasafazekas: not 4pm13:53
boris-42dims: so you need to remove from URL evertyhing starting from rally-plot13:53
*** sdake_ has quit IRC13:53
boris-42dims: so like  http://logs.openstack.org/36/168636/3/check/gate-rally-dsvm-rally/ce18c9f/13:53
*** tonytan4ever has joined #openstack-nova13:53
dimsboris-42: gotcha thanks13:53
boris-42dims: after that logs from all services13:53
*** xyang1 has joined #openstack-nova13:53
*** alexpilotti has joined #openstack-nova13:53
boris-42dims: and std dsvm job logs13:53
superdanmriedem: I believe so, yeah13:56
*** superdan is now known as dansmith13:56
mriedemcool, easy spec for a wishlist bug in liberty, i'd like to get my feet wet on a microversion13:56
edleafedims: Here's a quick patch to review: https://review.openstack.org/#/c/16584913:57
*** atuvenie has joined #openstack-nova13:57
*** baoli has quit IRC13:59
openstackgerritBartosz Fic proposed openstack/nova: Live migration failure in API doesn't revert task_state to None  https://review.openstack.org/16891613:59
*** baoli_ has joined #openstack-nova14:00
*** haomaiwang has joined #openstack-nova14:01
*** gokrokve has joined #openstack-nova14:02
*** TobiasE1 has joined #openstack-nova14:03
*** TobiasE has quit IRC14:03
*** dboik_ has joined #openstack-nova14:03
sdaguebauzas: a request, please stop using 'gantt' in communications, as it doesn't mean anything to anyone but a small number of people14:03
sdaguenova scheduler subteam is much better14:03
bauzassdague: 100% agreed, that's confusing for a lot of people14:04
afazekasbauzas: thx14:04
bauzassdague: I'll do a communication on the ML14:04
dimsedleafe: those are database instances right?14:04
*** rushil has joined #openstack-nova14:04
*** pixelb has joined #openstack-nova14:05
*** jyuso1 has quit IRC14:05
edleafedims: yes14:06
*** TobiasE has joined #openstack-nova14:06
*** dboik has quit IRC14:06
edleafedims: a small optimization suggested by johnthetubaguy during a previous review14:06
mriedemah, so when a thing is v2.4 in the API, it's v2.4 everywhere for all extensions, not just the extension that's changing14:07
*** matrohon has joined #openstack-nova14:07
mriedemlike racing for db migration numbers14:07
sdaguemriedem: https://bugs.launchpad.net/nova/+bug/135743714:07
openstackLaunchpad bug 1357437 in OpenStack Compute (nova) "nova.tests.virt.libvirt.test_driver should use constants from fakelibvirt" [Low,Confirmed]14:07
dimsedleafe: ack. thanks. left a tiny note14:07
*** TobiasE1 has quit IRC14:08
mriedemsdague: i think that's probably fixed by other stuff at this point14:08
mriedemi can dupe it14:08
sdaguemriedem: can you look at that bug you filed and figure out where we stand?14:08
sdaguemriedem: ok14:08
sdaguemriedem: and, yes, API version is global14:08
mriedemk14:08
edleafedims: I felt it was bad form to add my own patch to the trivial patch list :)14:08
*** nelsnelson has joined #openstack-nova14:09
*** doude_ has quit IRC14:09
afazekasbauzas: BTW do you know about published benchmark about the current scheduler's performance ? How many sched/sec it is able to do `officially` at scale ?14:09
*** doude has joined #openstack-nova14:09
dimsedleafe: y, i leave mine out as well14:09
sdaguemrda-away: which was intentional, and the code was structured such that competing versions would always merge conflict, like db migrations14:09
sdaguemriedem: ^^^14:09
bauzasafazekas: I heard some figures but not real benchs14:09
mriedemsdague: k, yeah, makes sense14:09
mriedemsdague: i guess for specs you just say the version will be whatever is available when it merges14:10
openstackgerritChris Friesen proposed openstack/nova: Fix "down" nova-compute service spuriously marked as "up"  https://review.openstack.org/16306014:10
bauzasafazekas: I was told that RAX ran some performance tests, but that's it14:10
edleafebauzas: RAX uses the caching scheduler, too, so the numbers aren't representative14:11
sdaguemriedem: yes14:11
bauzasafazekas: just to give raw numbers, I've been told that the scheduler is able to scale up to 1000 computrs14:11
afazekasbauzas: After Google  I found benchmark around 10/sec  at 340..1000 node14:11
jogosdague: there is a governance patch to retire the gantt repo all together in fact14:12
bauzasafazekas: I know about RAX, but they wrote the caching scheduler because of the figures I mentioned :)14:12
bauzasjogo: could you please give me the change number ?14:12
jogobauzas: https://review.openstack.org/#/c/168883/214:13
bauzasjogo: thanks14:13
sdaguejogo: oh, now that you are here - https://bugs.launchpad.net/nova/+bug/1153827 - where does that stand?14:13
openstackLaunchpad bug 1153827 in OpenStack Compute (nova) "soft delete values in InstanceSystemMetadata on instance delete " [Low,Triaged]14:13
jogosdague: actually no idea what the status of that is14:14
afazekasbauzas: Is it still one worker process scheduler or is it able to use multiple workers ?14:15
dansmithsdague: jogo: is that still a bug?14:15
jogoskimming  instance_destroy in the db api it looks like its still valid14:16
jogothis was part of the failed effort to stop reading deleted values14:16
jogoto make it easier to hard delete etc.14:16
sdaguejogo: can you move it into confirmed then?14:17
afazekasbauzas: My pending document contains things related to multiple worker, and an option to cache flavor related data (I do not need more)14:17
bauzasafazekas: well, n-sch having multiple workers is doable but racy14:17
sdaguemriedem: https://bugs.launchpad.net/nova/+bug/1349515 - where does that bug stand? it's one of the year old db2 bugs14:17
openstackLaunchpad bug 1349515 in OpenStack Compute (nova) "Commit 0e98f5a breaks db migrations with DB2" [Low,Triaged] - Assigned to Matt Riedemann (mriedem)14:18
*** jcoufal has joined #openstack-nova14:18
*** tonytan_brb has joined #openstack-nova14:18
garyksdague: the db patches are still in review (as far as i last saw)14:18
dansmithsdague: jogo: I can work on that, but I'm not entirely sure what the point is14:18
*** mtanino has joined #openstack-nova14:18
*** whenry has quit IRC14:18
dansmithsdague: jogo: deleted metadata items are showing up in notifications?14:18
mriedemsdague: i'll close it, it's handled in the db2 change with a backend specific check14:19
mriedemi.e. https://review.openstack.org/#/c/69047/45/nova/db/sqlalchemy/migrate_repo/versions/247_nullable_mismatch.py14:19
jogodansmith: goal was to make it safe to remove soft deleted data from the db14:19
*** suresh12 has quit IRC14:19
jogoand to not have a huge list of 'undeleted' data even though its really deleted14:19
jogoorphaned InstanceSystemMetadata14:20
sdaguedansmith: right, like jogo said. The previous attempt to do that caused stack traces because notification happens after the delete14:20
dansmithsdague: okay, just because we tried to read_deleted=yes a joined query with sysmeta?14:21
afazekasbauzas: I propose optimistic concurrency control,  the min max value in the nova boot command will mean something..14:21
jogodansmith: see https://bugs.launchpad.net/nova/+bug/118519014:21
openstackLaunchpad bug 1185190 in OpenStack Compute (nova) grizzly "instance_type data cannot be extracted from sys_meta after instance deleted" [Critical,Fix released] - Assigned to Chris Behrens (cbehrens)14:21
*** tonytan4ever has quit IRC14:22
dansmithjogo: ah, flavor shit14:22
jogoyeah, this stuff is all a rats nest14:23
dansmithjogo: well, sysmeta is mostly decoupled from flavor now, which makes it easier,14:23
*** Marga_ has quit IRC14:23
jogoalthough I think changes since should look at soft deleted data explicitly no?14:23
dansmithalthough for this release we kinda need to support both14:23
jogodansmith: this but is by no means a priority14:24
jogodansmith: so if punting it to Lemming makes it easier then lets just do that14:24
dansmithjogo: yeah,was just about to say it would be easier if we punt until we can drop some compat code14:24
*** haomaiwang has quit IRC14:24
jogothe impact is a slightly dirtier db14:24
jogodansmith: cool can you add that comment to the bug14:25
*** haomaiw__ has joined #openstack-nova14:25
dansmiththat reminds me that I need to check the release notes for migrating flavor stuff14:25
dansmithyep, I will14:25
jogothanks14:25
*** jlanoux has joined #openstack-nova14:26
*** toan-tran has joined #openstack-nova14:27
*** toan-tran has left #openstack-nova14:27
*** tralon has joined #openstack-nova14:28
*** tralon has quit IRC14:29
*** jlanoux_ has joined #openstack-nova14:31
*** pbrooko has joined #openstack-nova14:33
*** achanda has joined #openstack-nova14:33
*** jlanoux has quit IRC14:34
sdaguebauzas: is there a more appropriate bug for this one to duplicate into - https://bugs.launchpad.net/nova/+bug/134142014:34
openstackLaunchpad bug 1341420 in OpenStack Compute (nova) "gap between scheduler selection and claim causes spurious failures when the instance is the last one to fit" [High,Triaged]14:34
sdaguejogo: this is your bug, what do you want to do about it - https://bugs.launchpad.net/nova/+bug/1257788 ? it doesn't seem particularly actionable in current state14:35
openstackLaunchpad bug 1257788 in OpenStack Compute (nova) "nova-network doesn't handle large amount of concurrent booting instances well" [Low,Triaged]14:35
*** artom has joined #openstack-nova14:35
bauzassdague: erm, I think this one can't be resolved until we fix some other stuff which would probably require a spec14:35
bauzassdague: we should be working on the resource claims by Liberty, which could address that bug14:36
*** tonytan_brb is now known as tonytan4ever14:36
*** sseverson has quit IRC14:37
*** cbader has quit IRC14:37
*** asselin has quit IRC14:37
sdaguebauzas: ok, I'll move it out of triaged and into confirmed then14:37
bauzassdague: ok14:37
*** sseverson has joined #openstack-nova14:37
*** cbader has joined #openstack-nova14:37
*** asselin has joined #openstack-nova14:37
sdagueI wasn't sure if there were other issues being addressed here that would handle it14:38
*** ildikov has quit IRC14:38
bauzassdague: none I'm thinking abouyt14:38
*** cbader has quit IRC14:39
*** cbader has joined #openstack-nova14:39
bauzasalaski: around ?14:40
bauzasalaski: I'm still struggled with the cells bug14:40
*** asselin has quit IRC14:40
alaskibauzas: yep14:40
bauzasalaski: ie. melwitt's -1 on https://review.openstack.org/#/c/157185/914:40
*** asselin has joined #openstack-nova14:41
bauzasalaski: as I'm fed up loosing time not testing it, I'm trying to deploy a cells-ish devstack14:41
bauzasalaski: luckily, there is https://etherpad.openstack.org/p/nova-cells-testing14:41
*** asselin has quit IRC14:41
*** asselin_ has joined #openstack-nova14:41
sdaguegaryk: is this going anywhere - https://bugs.launchpad.net/nova/+bug/1330873 ?14:41
openstackLaunchpad bug 1330873 in OpenStack Compute (nova) "Instance name set in horizon is not set in VMware vCenter" [Medium,Confirmed] - Assigned to Jun Xie (junxiebj)14:41
bauzasalaski: just to be clear, a AIO devstack can still be cell-ish ?14:42
alaskibauzas: yes.  it's just one parent and one child cell, but it works fine14:42
sdaguebauzas: yes, see the localrc in the cells job14:42
bauzasalaski: yeah, and I guess that the dsvm job is doing that way14:42
*** asselin_ has quit IRC14:42
garyksdague: i actually have a patch for that - it has been in review for a few days14:42
*** patrickeast has joined #openstack-nova14:42
*** cbader has quit IRC14:42
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware driver: Increasing speed of downloading image  https://review.openstack.org/13562514:42
alaskibauzas: yeah.  I run it that way locally and it's great14:43
sdaguegaryk: ok, any idea why it didn't mark it in progress?14:43
*** cbader has joined #openstack-nova14:43
*** asselin_ has joined #openstack-nova14:43
garyksdague: i was not aware of the bug :)14:43
sdaguecan you put the patch reference in there manually?14:43
bauzasalaski: sdague: okay thanks for the clarification, I'm just struggling with installing heat but that should be fixed14:43
garyksdague: https://review.openstack.org/#/c/166608/14:44
*** asselin_ has quit IRC14:44
sdaguegaryk: it was tagged vmware correctly it seems, who's responsible for keeping on top of vmware bugs?14:44
*** achanda has quit IRC14:44
bauzassdague: btw. I'm really sorry but I had no time working on https://bugs.launchpad.net/nova/+bug/1431291 yet14:44
openstackLaunchpad bug 1431291 in OpenStack Compute (nova) "Scheduler Failures are no longer logged with enough detail for a site admin to do problem determination" [High,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)14:44
*** asselin_ has joined #openstack-nova14:44
bauzassdague: I was really focused on fixing the cells bugs for RC114:44
garyksdague: tracy and i. it was just tagged a very long time ago.14:44
*** zz_jgrimm is now known as jgrimm14:44
sdaguebauzas: ok, can you un-assign yourself then?14:44
bauzassdague: sure14:45
bauzasdone14:45
sdaguegaryk: ok, so no one is doing full review of the tag on a regular basis?14:45
*** cbader has quit IRC14:45
garyksdague: we are.14:45
bauzassdague: I'll try to provide a patch by this week but RC1 is close14:45
*** asselin_ has quit IRC14:45
*** cbader has joined #openstack-nova14:45
*** asselin_ has joined #openstack-nova14:45
garyksdague: high bugs do not get reviews so why even address low and mdium ones?14:45
garyknot to mention critical ones?14:46
*** cbader has quit IRC14:46
*** sseverson has quit IRC14:46
*** tsekiyama has joined #openstack-nova14:46
*** asselin_ has quit IRC14:46
alaskibauzas: it's most likely be turned into a dict there by _TargetedMessage.process()14:47
*** asselin has joined #openstack-nova14:47
*** cbader has joined #openstack-nova14:47
*** sseverson has joined #openstack-nova14:47
bauzasalaski: that's my thoughts14:47
bauzasalaski: but I looked at the code, and it's reconstructed14:47
*** haomaiwa_ has joined #openstack-nova14:47
*** asselin has quit IRC14:47
openstackgerritgaryk proposed openstack/nova: VMware: improve instance names on VC  https://review.openstack.org/16660814:47
*** sseverson has quit IRC14:47
*** zul has quit IRC14:47
*** cbader has quit IRC14:47
sdaguegaryk: my concern is that one of the reasons we have an out of control bug list is because of situations like this14:47
bauzasalaski: so I was about to introspect it14:47
sdaguewhere there are bugs, and there are patches fixing those bugs, but they don't reference those14:48
*** sseverson has joined #openstack-nova14:48
*** cbader has joined #openstack-nova14:48
garyksdague: i understand your concern. i will go over the list again and see what can and ha been addressed.14:48
*** asselin has joined #openstack-nova14:48
sdaguegaryk: thanks14:48
*** sseverson has quit IRC14:48
*** cbader has quit IRC14:48
*** asselin has quit IRC14:49
*** cbader has joined #openstack-nova14:49
*** asselin_ has joined #openstack-nova14:49
*** sseverson has joined #openstack-nova14:49
*** armax has joined #openstack-nova14:49
*** haomaiw__ has quit IRC14:49
*** burt has joined #openstack-nova14:50
*** sseverson has quit IRC14:50
*** asselin_ has quit IRC14:50
*** cbader has quit IRC14:50
*** asselin_ has joined #openstack-nova14:50
*** sseverson has joined #openstack-nova14:50
*** cbader has joined #openstack-nova14:50
*** asselin_ has quit IRC14:51
*** sseverson has quit IRC14:51
*** cbader has quit IRC14:51
alaskibauzas: http://git.openstack.org/cgit/openstack/nova/tree/nova/cells/messaging.py#n448 I don't think anything converts it after that point14:51
*** cbader has joined #openstack-nova14:51
*** asselin_ has joined #openstack-nova14:51
*** sseverson has joined #openstack-nova14:51
*** hemnafk is now known as hemna14:52
bauzasalaski: agreed, that's why I think it's just serialized over RPC and then reconstructed14:52
*** sseverson has quit IRC14:52
*** cbader has quit IRC14:52
bauzasalaski: if that's a NovaObject, that's reversible14:52
*** asselin_ has quit IRC14:52
bauzasalaski: and we know that it works with the cn_get() stuff AFAIK14:52
*** sseverson has joined #openstack-nova14:52
*** cbader has joined #openstack-nova14:52
*** asselin_ has joined #openstack-nova14:52
*** thangp has joined #openstack-nova14:53
*** haigang has quit IRC14:53
*** zul has joined #openstack-nova14:53
jogosdague: https://bugs.launchpad.net/nova/+bug/1257788 has been fixed14:55
openstackLaunchpad bug 1257788 in OpenStack Compute (nova) "nova-network doesn't handle large amount of concurrent booting instances well" [Low,Fix released] - Assigned to Dan Smith (danms)14:55
*** Longgeek has joined #openstack-nova14:55
*** rajesht has quit IRC14:55
alaskibauzas: gotcha.  My test setup is running highy modified code atm or I would test it real quick14:56
*** thedodd has joined #openstack-nova14:56
jogosdague: as for 1341420 not sure14:56
*** wverdugo500 has joined #openstack-nova14:57
bauzasalaski: no worries, I wanted to deploy a cell devstack anyway, so that's a good case14:57
*** wverdugo500 has left #openstack-nova14:57
mriedemhmm, this doesn't seem to work http://docs.openstack.org/developer/nova/devref/api_microversions.html#a-method-with-only-small-changes-between-versions14:57
*** _gryf is now known as _gryf|afk14:59
sdaguedansmith: how related is this - https://bugs.launchpad.net/nova/+bug/1391816 to the pci bug you were tracking last week?15:00
openstackLaunchpad bug 1391816 in OpenStack Compute (nova) "[pci-passthrough] nova-scheduler throws a 500 when PCI passthrough is used if the PCI passthrough scheduler has not been added" [Low,Triaged]15:00
openstackgerritjichenjc proposed openstack/nova: Remove 2 class variables not used.  https://review.openstack.org/16850015:00
openstackgerritjichenjc proposed openstack/nova: No need to create APIVersionRequest every time  https://review.openstack.org/16850115:00
*** rwsu has joined #openstack-nova15:01
dansmithsdague: not related, I don't think15:01
sdagueok15:01
dansmithsdague: related in sadness only..15:01
sdaguein the sadness of pci being a mess? :)15:01
*** gtt116 has quit IRC15:02
dansmithsdague: aye15:02
openstackgerritjichenjc proposed openstack/nova: Remove unused class variables in extended_volumes  https://review.openstack.org/16850015:02
openstackgerritjichenjc proposed openstack/nova: No need to create APIVersionRequest every time  https://review.openstack.org/16850115:02
*** zul has quit IRC15:02
*** zul has joined #openstack-nova15:03
*** apuimedo has quit IRC15:03
*** iamjarvo has joined #openstack-nova15:04
jogojaypipes: https://review.openstack.org/#/c/168883/215:04
*** dboik_ has quit IRC15:04
*** dboik has joined #openstack-nova15:04
sdaguedansmith: so is the crux of some of these issues that we're assuming pci is default enabled, but our scheduler filters require manual enablement?15:06
dansmithsdague: that may be the crux of that issue, but not the others I've seen15:07
*** jlanoux_ has quit IRC15:07
dansmithsdague: the others have all been "everything works until you enable PCI and then things break in unexpected ways"15:07
sdagueit does seem like odd that pci code isn't behind a conditional given that the filter isn't in the default filter list15:07
*** zul has quit IRC15:08
*** zul has joined #openstack-nova15:08
*** jlanoux has joined #openstack-nova15:08
*** smccully has joined #openstack-nova15:11
openstackgerritDan Smith proposed openstack/nova: Remove compute/api.py::update()  https://review.openstack.org/13852215:11
*** nkrinner has quit IRC15:12
*** Longgeek has quit IRC15:13
*** vmtrooper has joined #openstack-nova15:15
*** tonytan4ever has quit IRC15:15
*** afazekas has quit IRC15:16
*** tonytan4ever has joined #openstack-nova15:16
*** zzzeek has joined #openstack-nova15:16
openstackgerritChris Friesen proposed openstack/nova: Conditionally expose "last_seen_up" in service list  https://review.openstack.org/16841815:17
*** TobiasE1 has joined #openstack-nova15:17
*** haomaiwa_ has quit IRC15:18
*** TobiasE has quit IRC15:18
*** baoli_ has quit IRC15:18
*** haomaiwa_ has joined #openstack-nova15:18
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: WIP: Avoid expensive loop when NBD module is absent  https://review.openstack.org/16895015:18
*** annegentle has quit IRC15:19
bauzassdague: oh gosh, reading https://bugs.launchpad.net/nova/+bug/139181615:19
openstackLaunchpad bug 1391816 in OpenStack Compute (nova) "[pci-passthrough] nova-scheduler throws a 500 when PCI passthrough is used if the PCI passthrough scheduler has not been added" [Low,Confirmed]15:19
*** annegentle has joined #openstack-nova15:19
bauzassdague: IMHO, that's just a config problem, because the filter has to be enabled15:19
sdaguebauzas: right, but it's not by default15:20
sdagueand all the pci code is unconditional15:20
dimsboris-42: can you please trigger a rally run that Depends-On https://review.openstack.org/168950 ?15:20
boris-42dims: i can try15:20
*** vmtrooper has quit IRC15:20
boris-42dims: just saw patch15:20
boris-42dims: thanks=)15:20
bauzassdague: that should not be15:20
boris-42dims: I hope to get this some day merged https://review.openstack.org/#/c/147765/15:21
bauzassdague: PCI tracking of resources is optional IIRC15:21
sdagueso you are opening up an interface, but exploding horribly if a user didn't also change a config file value, which there was no real warning that they needed to do15:21
bauzassdague: just to be clear, that's a conditional in the RT AFAIK15:22
*** baoli_ has joined #openstack-nova15:22
sdaguethen why does it explode?15:22
bauzassdague: https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L416-L43015:22
dimsboris-42: please add it to https://etherpad.openstack.org/p/liberty-nova-summit-ideas - maybe we can reach a consensus at the summit15:23
garykboris-42: dims: rally causes ulcers!15:23
*** dulek has quit IRC15:24
boris-42dims: I can add this image http://i.ytimg.com/vi/hHDnD62QWTU/maxresdefault.jpg =)15:24
bauzassdague: oooooooh, found something really ugly15:24
sdaguebauzas: apply_requests is getting called unconditionally15:24
*** dsanders has joined #openstack-nova15:24
dimsboris-42: garyk: i remain an optimist15:24
dims:)15:24
boris-42dims:  https://i.imgflip.com/jimy3.jpg =)15:25
*** shakamunyi has joined #openstack-nova15:25
bauzassdague: yeah, that's just something I saw15:25
bauzassdague: that's even worse, we're adding anyway something in the resources dict at the virt layer, even if there is nothing to track15:26
sdagueyep15:26
bauzasokay, I don't have the bandwitdth yet to address that bug but indeed you're right, that's a confirmed bug15:26
*** sdake_ has joined #openstack-nova15:26
*** belmoreira has quit IRC15:27
bauzasthe resolution being to make it *really* optionnal15:27
sdaguenuma has the same issue IIRC. It actually feels like we should block the creation of flavors or booting of images with pci / numa attrs at the API level if the scheduler in the env isn't configured to support those features15:27
*** browne has joined #openstack-nova15:27
dansmithsdague: can't block creating flavors, IMHO15:27
bauzassdague: that would require a filters discoverabily which I tend to disagree15:27
dansmithyeah15:27
sdaguedansmith: why not?15:27
dansmithsdague: because the numa bits are just random extra_specs on the flavor15:28
bauzassdague: in general, we assume that the operator is able to provide distributed configuration right15:28
dansmithhaving api know about that stuff is a major layering violation15:28
sdagueeven in the admin api?15:28
bauzassdague: yeah15:28
dansmiththe fact that that's how we expose numa knobs is a reasonable point to argue, but that's how it is right now15:28
sdaguethis seems like basic integrity constraints seems like we should address this somehow15:29
bauzassdague: in general, we leave the operator provide a consistent configuration for both the API, the scheduler and the n-cpus15:29
bauzashere, the problem is that even the operator doesn't want to track PCI, we still provide PCI stats to the scheduler15:29
sdaguethat's terrible15:29
dansmithsdague: making the scheduler fail fast and explicitly would be the thing we should do, if that's what we want15:30
*** dboik_ has joined #openstack-nova15:30
dansmithsdague: like, if pci filter is not enabled and pci stuff is specified, fail fast with "PCI is not enabled and your flavor has $foo in it"15:30
*** baoli_ has quit IRC15:30
*** sdake has quit IRC15:30
bauzassdague: what is terrible ? having a distributed config or something not optional ?15:30
dansmithnot sure that the current filter organization makes that easy, but it would be reasonable to do15:30
sdagueright, current filter stack doesn't make that easy15:30
*** suresh12 has joined #openstack-nova15:30
bauzasdansmith: yeah, we can bug that15:30
*** baoli_ has joined #openstack-nova15:31
sdaguebauzas: because we're setting people up for failure. The filters are all optional, half of them are off by default. All these other attributes can be added with no warning that we're going to ignore them all. And hopefully you are then running your entire cluster a debug so you might ever figure out why it's not doing what you thought you told it to do.15:31
bauzassdague: I was unclear then15:32
bauzassdague: I'm not saying that we should prevent the operators to have better understanding of a failure15:32
*** dboik has quit IRC15:32
bauzassdague: I'm just saying that making sure that n-cpu nova.conf and n-sch nova.conf are consistent is something mandatory for the operator15:33
dansmithsee,15:33
sdagueyou firmly believe it should not be an error to create a pci requiring flavor in an OpenStack which can't support it?15:33
dansmithI don't like t hat15:33
openstackgerritAlexander Schmidt proposed openstack/nova: Prevent access to image when filesystem resize is disabled  https://review.openstack.org/16896115:33
dansmithnot because I think they shouldn't be, but because I think making the scheduler look at compute bits and compute look at scheduler bits is breaking another layer15:33
*** tralon_ has joined #openstack-nova15:33
bauzasdansmith: that's my point15:34
dansmithbauzas: you know I was addressing your "all configs should be the same" point right?15:34
sdagueok, but you agree the end behavior is incorrect15:34
*** matrohon has quit IRC15:34
dansmithsdague: I agree that trying to schedule something that is disabled is probably non-obvious15:34
dansmithsdague: how about this:15:34
sdaguejust a concern about how one might actually implement it with the existing architecture15:34
*** suresh12 has quit IRC15:35
dansmithsdague: what if we had a "newbie filter" that was enabled by default, that tried to fail fast based on config bits15:35
dansmithpeople could disable that filter if there was some reason15:35
dansmithbut otherwise, it defaults to running first and doesn't actually filter,15:35
dansmithbut just checks sanity15:35
sdaguedansmith: that would be better, for sure15:36
boris-42dims: I added to the etherpad15:36
boris-42dims: plus https://review.openstack.org/#/c/168962/ here is Rally patch that depends on your patch15:36
boris-42dims: I hope this will fix issue=)15:36
sdaguebut I still think long term we need to think about the consistency model here. Like if both computes and scheduler reported back capabilties into the service structure15:37
sdagueso that at an API layer you could prevent the creation of flavors that can't be satisfied in the cluster15:37
dansmithsdague: the only way I'm on board with that is if these things become first class citizens of flavor15:38
*** artom has quit IRC15:38
dansmithbecause right now, they're magic metadata15:38
dansmithand, if we actually store and can compute usable capabilities15:38
dansmithdoing it based on config is perilous because of upgrade situations as well, where we might have old API that doesn't think we should be able to do things that we actually can,15:39
bauzassorry, on a call right now, so limited bandwitdth for discussing15:39
dansmithbecause everything behind us is plenty new15:39
*** tralon_ has quit IRC15:40
*** dsanders has quit IRC15:40
dansmithI should have used more periods above ^. I blame distraction from the same call as bauzas  :)15:41
openstackgerritEric Brown proposed openstack/nova: Remove dead vmrc code  https://review.openstack.org/16877815:41
dansmithI think the summary is: there are some things we can do short-term to be better. The longer-term thing is complicated and requires architectural changes to be reasonable I think15:42
openstackgerritBenjamin GRASSART proposed openstack/nova: Add vnc_keymap support for vmware compute  https://review.openstack.org/16725815:42
bauzasdansmith: +115:42
*** dboik_ has quit IRC15:42
bauzasdansmith: that comes up to better understanding of a scheduler failure right ?15:43
*** dboik has joined #openstack-nova15:43
*** otter768 has joined #openstack-nova15:43
dansmithbauzas: well, I think this is different than just that15:43
dansmithbauzas: sdague wants things to fail that currently don't fail in the scheduler15:43
openstackgerritMatt Riedemann proposed openstack/nova: Show 'reserved' status in os-fixed-ips  https://review.openstack.org/16896615:43
dansmithwell, he wants them to fail earlier than that, but... :)15:43
openstackgerritChris Friesen proposed openstack/nova: Conditionally expose "last_seen_up" in service list  https://review.openstack.org/16841815:44
sdaguedansmith: right, I want things that *can't* ever work to not be allowed15:44
bauzassdague: like you said creating a flavor using PCI metadata ?15:44
sdaguebut I agree that's a longer architectural concern15:44
dansmithsdague: right, and based on the current architecture, "not allowed" should be enforced at the scheduler; early and clearly15:44
sdaguedansmith: right, which gets hung up on the fact that nothing really is clear out of the scheduler15:45
dansmithyeah15:45
openstackgerritMatt Riedemann proposed openstack/nova: Show 'reserved' status in os-fixed-ips  https://review.openstack.org/16896615:45
sdaguebut we can poke at that one15:45
*** haomaiwa_ has quit IRC15:46
*** zz_johnthetubagu is now known as johnthetubaguy15:46
*** otter768 has quit IRC15:48
*** tsekiyama has quit IRC15:49
*** tsekiyama has joined #openstack-nova15:49
mriedemalex_xu: cyeoh: either of you around?15:50
*** jcoufal has quit IRC15:51
mriedemi guess in general, it looks like we don't have any json schema validation for os-fixed-ips in the v3 tree, is that an oversight?15:51
sdaguedansmith: I'm assuming - https://bugs.launchpad.net/nova/+bug/1039065 remains unfixed right?15:51
openstackLaunchpad bug 1039065 in OpenStack Compute (nova) "scheduler hints should persist with instance for use in migration, resize, and evacuate" [Wishlist,Confirmed] - Assigned to Yassine (yassine-lamgarchal)15:51
sdaguemriedem: yes, missing json schema is just a bug afaik15:52
mriedemsdague: ok, reporting15:52
*** shakamunyi has quit IRC15:52
*** iamjarvo has quit IRC15:52
mriedemv15:54
mriedemhttps://bugs.launchpad.net/nova/+bug/143828615:54
openstackLaunchpad bug 1438286 in OpenStack Compute (nova) "os-fixed-ips does not have json schema validation" [Medium,Triaged] - Assigned to Matt Riedemann (mriedem)15:54
dansmithsdague: I don't know15:56
*** jcoufal has joined #openstack-nova15:56
*** jcoufal has quit IRC15:56
*** markus_z has quit IRC15:57
jogosdague: any nova specific check jobs we can drop? we are starting to get a lot15:58
jogo14 jobs is a lot15:59
sdagueI remain unconvinced that check-tempest-dsvm-ironic-pxe_ssh is useful15:59
jogodevananda: ^16:00
*** tonytan4ever has quit IRC16:00
sdagueI'd be pro dropping the pg job16:00
jogosdague: I think we can drop neutron-large-ops to a periodic job that I can baby sit16:00
jogosdague: me too, but that may be a political thing16:00
*** gokrokve_ has joined #openstack-nova16:00
jogobut fun fact http://superuser.openstack.org/articles/openstack-user-survey-insights-november-201416:00
jogomore people use devstack that postgres16:00
sdaguealso, if bauzas addresses his patch issues on cells, we should be able to turn cells tempest job on and drop the devstack one16:00
devanandaI'm ++ on dropping the pg job16:01
jogosdague: cool16:01
jogodevananda: the ironic-pxe_ssh job?16:01
devanandasdague: but i'm curious why you don't see value in the check-tempest-dsvm-ironic-pxe_ssh job16:01
devanandajogo: the postgres variant of it16:01
sdaguedevananda: because I don't believe that's testing anything useful from the nova side16:02
openstackgerritChris Friesen proposed openstack/nova-specs: Allow specifying cpu model in flavor extra-specs or image metadata  https://review.openstack.org/16898216:02
jogodevananda: right we are talking about two separate things at once16:02
*** gokrokv__ has joined #openstack-nova16:02
*** gokrokve_ has quit IRC16:02
*** yjiang5 has joined #openstack-nova16:03
*** yjiang5 has left #openstack-nova16:03
jogosdague: devananda FYI https://review.openstack.org/#/c/168486/16:03
jogotesting the waters with that one16:03
jogobut happy to do that everywhere if there is enough support16:03
*** artom has joined #openstack-nova16:03
*** gokrokve has quit IRC16:04
*** TobiasE has joined #openstack-nova16:04
*** TobiasE1 has quit IRC16:05
*** annashen has joined #openstack-nova16:05
*** Marga_ has joined #openstack-nova16:06
*** ndipanov has quit IRC16:06
*** annegentle has quit IRC16:07
*** unicell has quit IRC16:07
*** Maike has quit IRC16:08
mriedemsdague: how are json schemas handled in tempest with microversion changes? i'm assuming when tempest tests v2.1 it's testing the latest version?16:09
mriedemso anything added in a response after v2.1 is optional in the response for tempest?16:09
sdaguemriedem: no, it's testing v2.116:09
sdagueI don't think there are yet tempest tests for microversion adds16:09
mriedemsdague: ok, so if we wanted to test v2.3 we'd have to change something?16:10
mriedemok16:10
*** shakamunyi has joined #openstack-nova16:10
sdagueyeh, you'd have to add microversion header support to the tempest client, which actually should be pretty easy16:10
*** thedodd has quit IRC16:10
devanandajogo: so I was referring to the tempest-dsvm-ironic-pxe_ssh-postgres jobs which appear to only run on Ironic anyway16:10
*** veena has joined #openstack-nova16:10
sdaguedevananda: right, we're not talking about that job at all :)16:11
devanandasdague: gotcha. so re the -ironic-pxe_ssh job, it's testing the nova.virt.ironic driver. how is that not useful?16:12
*** pixelb has quit IRC16:12
sdaguebecause that should not require a tempest job to be tested16:13
devanandawhat should it require?16:13
*** garyk has quit IRC16:13
sdagueunit tests should be sufficient16:14
dansmithwait, what?16:14
dansmithwe ask all the other drivers to have tempest CI, right?16:14
jaypipesjogo: I'll prolly just defer to jeblair and fungi's knowledge there w.r.t. how to handle this...16:16
devanandasdague: there are a bucketload of interactions between scheduler, conductor, compute, and then the Ironic service itself ... and issues inbetween these have been caught by that test plenty of times. it's definitely a test I want to keep around.16:17
sdaguedansmith: I guess in that context, however, this is a *really* weird an synthetic iteration of ironic16:17
jogojaypipes: well the part where I am interested in your thoughts are what is the plan going forward16:17
dansmithsdague: synthetic is what way? because they're VMs?16:17
sdaguedansmith: yes16:17
dansmithsdague: but they're PXEing, right?16:18
devanandasdague: the only part that's synthetic is the power driver inside ironic16:18
jogojaypipes: when you expect the split (if we are even doing a split). do you want to keep the name gantt etc.16:18
sdagueright, but the pxe mechanism is on the ironic side, there is no nova code for that, right?16:18
jaypipesjogo: well, it's tough to say. the end goal is to have a functional gantt project by mid-Liberty I believe. whether or not to delete the original repo or not is more of an infra question, no?16:18
*** sahid has quit IRC16:18
dansmithsdague: still, it seems pretty valuable to me. The power driver aside.16:18
jogojaypipes: well do you want the same name I mean?16:19
jogogantt vs ???16:19
devanandasdague: that test is testing the nova<->ironic integration AND all the ironic plumbing aside from the specific power driver16:19
*** armax has quit IRC16:19
devanandasdague: I'm all for making it better, but it's the most important test we have right now16:19
sdagueok, if someone shows me patches that were blocked by that job in nova for real issues being introduced, I'll change my opinion on it16:19
jaypipesjogo: I honestly don't care :) whatever is easier and makes sense for infra is fine by me. honestly, I have trouble seeing that the name Gantt would *not* be legally problematic.16:20
devanandasdague: if you really want I can go look for scheduler changes that broke us before that job was voting16:20
devanandaat the end of the Juno cycle16:20
dansmithyeah16:20
devanandait was exceptionaly frustrating16:20
dansmiththat was going to be my first example16:20
devanandato everyone on the ironic team16:20
sdaguedevananda: we've been through that one before, and every instance you pointed at wasn't valid any more16:20
devananda(probably to the nova folks too)16:20
*** Mike_D_laptop has joined #openstack-nova16:21
jogojaypipes: well just leave your thoughts on the patch in question and infra can figure out what makes the most sense once they have all the information16:21
jaypipeswill do right now.16:21
jaypipesthx jogo16:21
jogojaypipes: thank you!16:21
sdaguewe put the contract interface in place, and that addressed it16:21
devanandasdague: so the point of having cross project integration tests is specifically, in my opinion, to guard us against introducing changes that break the way projects rely on unstable APIs between each other16:21
devanandasdague: and nova has repeatedly said the driver API is unstable and not something we can rely on16:21
sdagueexcept the driver isn't in ironic16:22
devanandasdague: but that test, in nova, is testing the integration between nova and that driver16:22
sdagueso I'm not sure how that's an issue any more16:22
bauzasalaski: bingo http://paste.openstack.org/show/197591/16:22
jaypipesjogo: dne16:22
jaypipesdone even.16:22
devanandaremoving that test means nova could delete the whole driver and there'd be no issue. or make any breaking change to it16:22
dansmithsdague: what contract?16:22
devanandasdague: i'm really confused now16:23
sdagueso, in early juno this was breaking a lot16:23
bauzasalaski: sounds like the object was primitived but not correctlyu16:23
devanandasdague: we removed that contract code because a) it didn't actually work, b) we added this job16:23
devananda(or I thought we removed it)16:23
* devananda checks16:23
bauzasalaski: because we lost the version and metadata fields on the primitive16:23
sdaguedevananda: no, you removed the contract code because you moved the driver into the nova tree16:24
sdagueso there was no longer a point for it16:24
sdaguebecause now changes can be picked up through in tree testing16:24
devanandasdague: does nova test integration with other services, eg. swift or cinder?16:25
dansmithsdague: I really don't see how this is any different than xenapi or vmware CI16:25
dansmithalaski: 13 failures on the cells test on that updated update (heh) patch. That seems right to me16:25
devanandadansmith: it's different in that openstack-infra runs it. aside from that, it's also different because this is anothe ropenstack service that we're integrating with16:26
sdaguedansmith: maybe it's not, I think the current approach is pretty low use in finding actual issues however.16:26
devanandabut I need to run16:26
*** vivekd has quit IRC16:26
dansmithdevananda: those seem to be arguments to strengthen the case, not weaken it :)16:26
veenaHi, I need to understand the nova code base and would like to trace the code based on different funtionalities. Please suggest how do I start16:27
bauzasveena: start at the API level16:28
bauzasveena: and look at how nova is booting an instance from the API level to the virt level16:28
dansmithsdague: well, I disagree. I probably can't argue based on actual test results, but the things being tested seem worthwhile to me16:29
sdaguedansmith: more useful than multinode?16:29
dansmithsdague: are we going to say we can't have multinode if we keep ironic testing?16:29
*** baoli_ has quit IRC16:29
sdaguethe reason this came up at all is that jogo is concerned about proposing multinode into the check queue because node utilization in the system is too high16:30
sdagueso I'm pointing at what I consider the least useful jobs we have16:30
dansmithI have to jump on a cal16:30
dansmithbut will be glad to continue in a bit16:30
sdaguebut, yes, we're going to have to make priority calls in the near term if we want multinode running in the gate, due to resource constraints16:31
bauzasveena: like begin with nova.api.openstack.compute.servers module and look at the create() method corresponding to the REST PUT for booting a new instance16:31
alaskidansmith: looking.  I reviewed the cells code as well and didn't see any hidden use of that method16:31
veenabauzas, Thanks. would like to understand the infra of the code first, like there's manager.py as an entry point for every nova process.16:32
*** Nic has joined #openstack-nova16:32
veenabauzas, would like to have more insight on the driver.py files. But i get lost in the middle as the code base is huge :)16:32
*** aysyd has quit IRC16:32
bauzasveena: then docs.openstack.org/developer/nova/devref/ can help but some design pages are outdated16:32
*** cfriesen has joined #openstack-nova16:33
cfriesenlooking for some help with nova-specs...I'm writing a new spec for liberty.  The README.rst file says to run "tox" to validate that the specification is syntactically correct.  When I run "tox" it appears to complete and it generates a bunch of info for the juno/kilo specs, but doesn't seem to pick up my new liberty spec.16:33
*** oro has joined #openstack-nova16:33
*** marun has joined #openstack-nova16:33
veenabauzas, okay. will check the link16:34
sdaguecfriesen: can you push your patch ?16:34
*** suresh12 has joined #openstack-nova16:34
*** emagana has joined #openstack-nova16:34
*** aysyd has joined #openstack-nova16:35
*** oro has quit IRC16:36
*** oro has joined #openstack-nova16:36
*** rushil has quit IRC16:37
alaskibauzas: good catch, re http://paste.openstack.org/show/197591/ .  Have you found where it's happening yet?16:38
*** suresh12 has quit IRC16:38
*** baoli has joined #openstack-nova16:38
*** unicell has joined #openstack-nova16:39
cfriesensdague: pushed....https://review.openstack.org/#/c/168982/16:39
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: WIP: Avoid expensive loop when NBD module is absent  https://review.openstack.org/16895016:39
bauzasalaski: still chasing but babysitting time16:39
bauzas:)16:39
cfriesensdague: problems seems to be related to the fact that there is no symlink under doc/source/specs/liberty/16:40
bauzasalaski: will further look at it later this evening16:40
alaskibauzas: ok.  I'll poke around too when I find a moment16:40
bauzasalaski: no worries, it's pretty easy to follow the down path16:40
*** apuimedo has joined #openstack-nova16:40
bauzasalaski: I'm already set up, that's just matter of finding time :)16:41
openstackgerritMatt Riedemann proposed openstack/nova-specs: Show 'reserved' status in os-fixed-ips API  https://review.openstack.org/16899616:41
openstackgerritHans Lindgren proposed openstack/nova: Consolidate code to get the correct availability zone of an instance  https://review.openstack.org/14956216:43
openstackgerritSean Dague proposed openstack/nova-specs: add approved symlink to allow liberty specs to be tested  https://review.openstack.org/16900016:43
sdaguedansmith / jogo: fast land on ^^^ is probably handy16:44
*** pbrooko has quit IRC16:44
openstackgerritHans Lindgren proposed openstack/nova: Fix the inconsistent info of availability zone  https://review.openstack.org/15973016:44
*** moshele has quit IRC16:44
*** yamahata has joined #openstack-nova16:44
*** jistr has quit IRC16:44
*** Nic has quit IRC16:46
*** pbrooko has joined #openstack-nova16:46
*** pixelb has joined #openstack-nova16:47
*** ecosta has joined #openstack-nova16:48
mriedemsdague: was just testing docs build with specs, let me try that quick16:48
*** alanf-mc has joined #openstack-nova16:48
openstackgerritMarian Horban proposed openstack/nova: WIP: Graceful shutdown WSGI server  https://review.openstack.org/12916716:48
*** jaypipes has quit IRC16:49
*** rushil has joined #openstack-nova16:50
mriedemsdague: so specs should be put under specs/liberty/approved?16:51
sdagueyeh16:51
mriedemok, wasn't clear in the ML (actually said the opposite i think)16:51
sdaguemriedem: reference?16:51
mriedemsdague: http://lists.openstack.org/pipermail/openstack-dev/2015-March/058107.html16:52
*** pbrooko has quit IRC16:52
*** rushil has quit IRC16:52
mriedem2-3 threads in16:52
sdaguethis is how it was always done in the past16:52
*** ildikov has joined #openstack-nova16:52
sdagueCopy your spec from the specs/<oldrelease>/approved directory to16:52
sdaguethe specs/liberty/approved directory. Note that if we declared your16:52
sdaguespec to be a "partial" implementation in Kilo, it might be in the16:52
sdagueimplemented directory. This was rare however.16:52
mriedemyeah, i know, hence the confusion16:53
sdagueI think there was a typo at the end16:53
sdagueFor other proposals, the process is the same as Juno and Kilo...16:53
sdaguePropose a spec review against the specs/kilo/approved directory and16:53
sdaguewe'll review it from there.16:53
sdagues/kilo/liberty/16:53
sdagueunless you are reading something else that I'm missing16:53
*** Marga_ has quit IRC16:54
*** Marga_ has joined #openstack-nova16:54
*** romainh has left #openstack-nova16:56
*** derekh has quit IRC16:57
cfriesensdague: my interpretation was that new specs should be put directly under "liberty".   From the README.rst file:  "16:58
cfriesenSpecifications are proposed for a given release by adding them to the16:58
cfriesen``specs/<release>`` directory and posting it for review.16:58
*** erlon has joined #openstack-nova16:59
*** ecosta has left #openstack-nova16:59
openstackgerritMatt Riedemann proposed openstack/nova-specs: Show 'reserved' status in os-fixed-ips API  https://review.openstack.org/16899616:59
sdaguecfriesen: that language goes back pre juno17:00
sdagueso I'm pretty sure the approved directory is still the right place for things to go17:00
*** lucasagomes is now known as lucas-dinner17:00
sdagueit could probably be cleaned up, I'm not a nova-driver so I don't know for sure17:00
*** apuimedo has quit IRC17:01
cfriesenaccording to the email mriedem linked, only previously-approved specs go in "approved", for new ones the process is the same as before (which I take to mean that they go directly under "liberty")17:01
cfriesenwhoops, though it does say in the email to go under approved.  Missed that part.17:01
cfriesenokay, I'll move mine17:01
*** vmtrooper has joined #openstack-nova17:03
*** adalbas has joined #openstack-nova17:04
*** mpavone has quit IRC17:04
*** suresh12 has joined #openstack-nova17:05
*** Marga_ has quit IRC17:05
openstackgerritChris Friesen proposed openstack/nova-specs: Fix up instructions for proposing spec for approval  https://review.openstack.org/16900717:06
*** hdd has joined #openstack-nova17:06
sdaguedims: in https://bugs.launchpad.net/nova/+bug/1438260 - why is rally using nbd at all? Are it's systems just misconfigured?17:08
openstackLaunchpad bug 1438260 in OpenStack Compute (nova) "Expensive Device allocation loop when NBD is absent" [Undecided,In progress] - Assigned to Davanum Srinivas (DIMS) (dims-v)17:08
openstackgerritChris Friesen proposed openstack/nova-specs: Allow specifying cpu model in flavor extra-specs or image metadata  https://review.openstack.org/16898217:08
bauzasalaski: okay, a few findings show me that there is a problem with the messaging service providing a serialized dict while we wait for a serialized object17:08
*** vmtrooper has quit IRC17:08
dansmiththis removes dead code: https://review.openstack.org/#/c/138522/17:09
dansmithand makes tests not lie17:09
*** dsanders has joined #openstack-nova17:10
sdaguedansmith: nice17:11
*** dsanders has quit IRC17:11
dansmithsdague: so going back to the other thing,17:11
*** dsanders has joined #openstack-nova17:11
dansmithsdague: if ironic precludes multinode then certainly I choose multinode, but I think that to be fair and covered, we need to have someone running third party against ironic just like any other thing17:11
dansmithsdague: given that ironic is part of openstack and not just any other hypervisor, I'd be really sad to see us lose the ability to actually gate on it17:12
*** Nic has joined #openstack-nova17:12
dansmithgiven that I don't think it's unusefully synthetic17:12
openstackgerritChris Friesen proposed openstack/nova: Conditionally expose "last_seen_up" in service list  https://review.openstack.org/16841817:13
mriedemwhen did nova core also become nova-specs core?17:13
sdaguemriedem: oh, no idea, I assumed it wasn't17:14
*** atuvenie has quit IRC17:14
mriedemi'm going to so abuse nova-specs17:14
*** armax has joined #openstack-nova17:16
*** rushil has joined #openstack-nova17:16
alaskibauzas: interesting.  do you know where it's being serialized?17:17
*** oro has quit IRC17:18
*** yamahata has quit IRC17:18
sdaguemriedem: look, it even caught an issue in your spec :)17:18
sdaguedansmith: you want to approve - https://review.openstack.org/#/c/169000/ ?17:19
bauzasalaski: still chasing17:19
bauzasalaski: on the child cell probably17:20
bauzasalaski: because it's badly serialized17:20
*** jgrimm is now known as zz_jgrimm17:22
alaskibauzas: okay, I'm wondering if it's something explicitly done, or the messaging layer doesn't handle objects real well when passing up17:23
*** achanda has joined #openstack-nova17:24
*** melwitt has joined #openstack-nova17:25
*** harlowja_away is now known as harlowja17:25
*** gokrokve has joined #openstack-nova17:25
*** iamjarvo has joined #openstack-nova17:26
openstackgerritAndrew Laski proposed openstack/nova: Pass instance object to add_instance_fault_from_exc  https://review.openstack.org/16901417:26
alaski^^ small fix for error reporting during scheduling failures17:27
*** atuvenie has joined #openstack-nova17:28
boris-42dims: http://logs.openstack.org/62/168962/1/check/gate-rally-dsvm-rally/2e213c7/rally-plot/results.html.gz#/NovaServers.boot_and_delete_server17:28
*** Maike has joined #openstack-nova17:28
*** gokrokv__ has quit IRC17:28
boris-42dims: your fix works17:29
openstackgerritEric Brown proposed openstack/nova: Fix tenant_network test  https://review.openstack.org/16901617:30
*** gokrokve has quit IRC17:30
dimsboris-42: yay17:30
boris-42dims: you my hero17:30
dimsboris-42: don't know why this started showing up though...17:31
dims:)17:31
*** igordcard has quit IRC17:32
*** igordcard has joined #openstack-nova17:32
cfriesen what happens when a bugfix requires an API change...does it turn into a feature that needs a blueprint/spec?17:33
mriedemsdague: yeah, would have caught that locally but docs won't build for me locally17:33
mriedembbiab17:34
*** mriedem has quit IRC17:34
sdagueboris-42: so... why are the rally jobs using nbd at all?17:34
sdaguethat's the confusing part17:34
boris-42sdague: I don't know * what ht hell is that17:35
boris-42sdague: maybe somebody changed something in infra related to rally jobs?17:35
*** dboik has quit IRC17:35
dansmithsdague: I'm not sure that's right, so I'll leave it for jogo17:35
sdagueso it's the really old legacy way of injecting content into guest disks17:35
*** dboik has joined #openstack-nova17:35
*** pixelb has quit IRC17:36
*** tonytan4ever has joined #openstack-nova17:36
*** amotoki has quit IRC17:36
*** eglynn has quit IRC17:37
boris-42sdague: very very strange17:37
boris-42sdague: sooo https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/rally.yaml#L45-L6517:37
*** annegentle has joined #openstack-nova17:37
boris-42sdague: I don't see anything strange here in dvsm job17:38
boris-42sdague: you?17:38
sdaguenope, but you saw my logstash query right?17:38
sdaguethis seems to only be in rally and cells jobs17:38
*** yamahata has joined #openstack-nova17:38
sdagueand started 3 days ago17:39
boris-42sdague: yep17:39
sdagueso it would be good to know what's different here17:39
boris-42sdague: and 3 days ago we got this issue with performance17:39
boris-42sdague: we didn't merge too much https://github.com/stackforge/rally/commits/master for 3 days17:39
*** sbfox has joined #openstack-nova17:39
boris-42sdague: just few small patches17:39
*** promulo has joined #openstack-nova17:40
boris-42sdague: maybe something in devstack?17:40
*** ZZelle_ has joined #openstack-nova17:41
sdagueyeh, looking there as well17:41
openstackgerritEric Brown proposed openstack/nova: Fix config option types  https://review.openstack.org/16848117:41
sdagueboris-42: these are run as post jobs?17:42
*** jaypipes has joined #openstack-nova17:42
*** annegentle has quit IRC17:43
dansmithalaski: on that notification patch,17:43
dansmithalaski: I got burned on a thing with notifications triggering lazy loads of the object you pass it17:43
dansmithalaski: I wonder if we should neuter the object during that call to prevent that?17:43
dansmithalaski: ...since we just constructed it without much inside17:43
*** otter768 has joined #openstack-nova17:44
*** annegentle has joined #openstack-nova17:44
alaskidansmith: yeah, that would work17:44
alaskireally it only needs the instance uuid, so I could update the api but that has a larger surface area17:44
alaskier, larger amount of required changes17:45
boris-42sdague: nope regular checks and gates pipelines17:45
dansmithalaski: commented17:45
dansmithalaski: hmm, you know that nothing in the notification path hits more?17:46
dansmithalaski: when I hit it, it was pretty deep in there, inside "add instance info" or some such17:46
*** annashen has quit IRC17:46
alaskidansmith: nothing in add_instance_fault_from_exc needs it17:46
dansmithalaski: oh, I just misread the line17:47
dansmithI thought it was modifying the send_update() contents17:47
dansmithwhich is already getting the object17:47
*** annashen has joined #openstack-nova17:47
alaskigotcha.  I would be wary of that too17:47
dansmithalaski: I still have flavor scars.17:48
openstackgerritChris Friesen proposed openstack/nova-specs: Allow explicit numa pinning in flavor extra specs or image metadata  https://review.openstack.org/16902617:48
*** otter768 has quit IRC17:48
*** Sukhdev has joined #openstack-nova17:48
sdagueboris-42: what's the payload for the tests? because this seems like rally is somehow driving things down an nbd path which shouldn't be touched17:49
sdagueand that's the actual issue to be figured out17:49
alaskidansmith: heh17:49
*** iamjarvo has quit IRC17:49
alaskidansmith: I'm starting to think we need a make_me_impotent() method for objects we can call in places like this17:49
boris-42sdague: what do you mean by payload?17:50
dansmithalaski: well, we have the temporary context thing17:50
*** pradipta has joined #openstack-nova17:50
sdagueboris-42: the real issue in the rally jobs is this - http://logs.openstack.org/09/169009/1/check/check-devstack-dsvm-cells/f590346/logs/screen-n-cpu.txt.gz#_2015-03-30_17_47_19_30017:50
*** mriedem has joined #openstack-nova17:51
boris-42sdague: okay but if we didn't touch rally jobs at all (they are not touched in infra/rally repos)17:51
boris-42sdague: and we didn't merge anything in rally related to this17:51
sdagueboris-42: that's fine, however, figuring out what changed is kind of important17:51
jogodansmith: the general issue are facing is don't have a lot of extra nodes in nodepool usually17:53
boris-42sdague: nothing https://github.com/openstack/nova/commits/master/nova/virt/disk changed there17:53
jogodansmith: we can add multi node testing without dropping anything if we want, and remove it, if it takes up too many resources17:53
sdagueyeh, I know what triggered it17:53
alaskidansmith: yeah, that would work here.  I was thinking more permanently, but I think passing a neutered object over RPC would fix it anyways17:53
dansmithjogo: yes, and ironic is different here in that it consumes upstream nodes instead of vendor-supplied ones17:53
jogodansmith: right, same for ceph17:53
dansmithalaski: ah, no, whenever you pass an object over rpc, it magically gets endowed with the context you used in the call17:54
boris-42sdague: http://logstash.openstack.org/#eyJzZWFyY2giOiJcIlVuYWJsZSB0byBpbXBvcnQgZ3Vlc3Rmc1wiIiwiZmllbGRzIjpbXSwib2Zmc2V0IjowLCJ0aW1lZnJhbWUiOiIxNzI4MDAiLCJncmFwaG1vZGUiOiJjb3VudCIsInRpbWUiOnsidXNlcl9pbnRlcnZhbCI6MH0sInN0YW1wIjoxNDI3NzM4MDQ0NTI0fQ==17:54
sdaguethough, I kind of don't understand why rally is the only thing tripping over it17:54
dansmithalaski: so if we want to defeat that, we'd need something else like you say17:54
jogodansmith: long term, if multi node works, we can probably drop the regular job and switch to multi node17:54
jogodansmith: and hopefully remove postgres as well17:54
dansmithjogo: yeah, that seems much better to me17:54
jogoto balance things out17:55
jogodansmith: but aioppcu is too new and complex to make gating at the moment17:55
sdagueboris-42: so that's the thing which is important to figure out, what is rally doing that modifies the guests before they boot?17:55
dansmithjogo: yep17:55
boris-42sdague: okay let analyze boot-and-delete-server scenario17:55
jogodansmith: will post a patch getting the multi node test running non voting on nova17:56
boris-42sdague: https://github.com/stackforge/rally/blob/master/rally/benchmark/scenarios/nova/servers.py#L102-L104 just 2 methods here17:56
jogodansmith: and we can take it from there17:56
dansmithjogo: cool.. was nice to get to work with clarkb on that last week17:56
dansmithjogo: he only used your name as a curse word like three or four times17:56
boris-42sdague: this codes boot vm https://github.com/stackforge/rally/blob/master/rally/benchmark/scenarios/nova/utils.py#L118-L11917:56
*** lucas-dinner has quit IRC17:57
jogodansmith: :)17:57
boris-42sdague:  self.clients("nova") - is just plain nova python client17:57
sdagueboris-42: what else is in your kwargs?17:57
openstackgerritEric Brown proposed openstack/nova: Fix tenant_network test  https://review.openstack.org/16901617:58
sdaguedo you have the full request json somewhere?17:58
boris-42sdague: it is passed from input config17:58
openstackgerritEric Brown proposed openstack/nova: Fix config option types  https://review.openstack.org/16848117:58
boris-42sdague: in this case as far as I know nothing17:58
sdagueok, can you point me to where you are logging the request json somewhere?17:58
*** browne has quit IRC17:59
boris-42sdague: http://logs.openstack.org/62/168962/1/check/gate-rally-dsvm-rally/2e213c7/rally-plot/results.html.gz#/NovaServers.boot_and_delete_server/task17:59
sdagueboris-42: that's not the nova request17:59
boris-42sdague: so we can run in debug rally17:59
sdagueI need the actual nova request18:00
boris-42sdague: and get all logs18:00
cfriesenwould it be possible to get someone to review https://review.openstack.org/162746 ?  It's got a +1 from garyk, but hasn't really gotten much attention.  Should be pretty much a no-brainer.  There's also a followup at https://review.openstack.org/164762 that fixes a race that both affinity/anti-affinity server groups are susceptible to.18:00
boris-42sdague: or I can share logs18:00
sdagueboris-42: it's not logged during normal runs?18:00
boris-42sdague:  http://logs.openstack.org/62/168962/1/check/gate-rally-dsvm-rally/2e213c7/logs/18:00
boris-42sdague: here is console http://logs.openstack.org/62/168962/1/check/gate-rally-dsvm-rally/2e213c7/console.html18:00
boris-42sdague: we disabled debug mode because it was generating too much data18:01
boris-42sdague: but it is easy to turn it on for single run18:01
sdagueboris-42: ok, I'm not going to sift all the rally logs here, please provide me a direct link to something with the nova request that was inbound18:01
boris-42sdague: okay let me make patch in rally it will take some time18:02
boris-42sdague: to be run in gates18:02
*** vladikr has quit IRC18:03
sdagueyeh, so the issue is we accidentally stopped installing python-guestfs in devstack, because guestfs doesn't publish to pypi18:05
sdagueand the venv bits for nova broke18:05
sdaguehowever, it exposes that only rally actually uses them for anything18:06
dansmithfile injection?18:06
sdagueand it would be really good to figure out what is triggering that code18:06
kashyapCan anyone else reproduce this issue? -- https://bugs.launchpad.net/nova/+bug/143818318:06
openstackLaunchpad bug 1438183 in OpenStack Compute (nova) "Graceful shutdown of nova-compute service fails" [Undecided,New]18:06
sdaguedansmith: yeh18:06
kashyapI doubt if the test I noted in comment #2 is helpful which just sends a SIGTERM to nova-compute process immediately after booting an instance18:07
sdaguekashyap: there is another bug already for tha18:07
dansmithkashyap: you'll have to time it just right18:07
*** greghaynes has quit IRC18:07
dansmithI should probably take that one18:08
dansmithand make nova kill all event waiters18:08
dansmithkashyap: ^18:08
sdagueoh, the other bug is for the api actually18:08
*** jlanoux has quit IRC18:09
kashyapsdague: Got a URL?18:09
kashyapdansmith: Ah, "time it just right"18:09
sdaguekashyap: https://review.openstack.org/#/c/129167/ is the review, the bug is backlinked from it18:10
dansmithkashyap: I'll snagificate this one18:10
kashyapdansmith: Is that word? :-)18:10
*** sbfox has quit IRC18:11
kashyapBut, please do. I was just looking at it out of curiosity to see the behavior.18:11
dansmithkashyap: depends on your definition of "is" :)18:11
kashyapsdague: Thanks.18:11
*** vladikr has joined #openstack-nova18:12
sdaguedims: you up for updating https://review.openstack.org/#/c/55873 to use DeprecatedOpt so that we aren't trying to deprecate this option for another 2 years?18:16
sdaguebauzas: in future, just updating a patch like that is more helpful than the -118:16
dimssdague: ack18:16
dimssdague: will take a stab at it in a few mins18:17
sdaguedims: cool, it should be quick18:17
dimssdague: so in https://review.openstack.org/#/c/168950/2/nova/virt/disk/mount/nbd.py,cm i was trying to fail fast, as we know that the ndb stuff is not available. is that not right?18:17
sdaguedims: well, the only reason we got there is because it was our last resort18:18
*** sbfox has joined #openstack-nova18:18
dimstrue18:18
sdaguerealistically in this kind of scenario we should probably fail all the way back to the user and put vms into error state18:18
sdaguebecause nova was told to do a very specific thing, and it couldn't18:19
dimssdague: i'll try again later to submit one that fails all the way (and fail fast)18:20
sdaguedims: cool, though it did expose that apparently we aren't using libguestfs at all in normal jobs18:21
dims1y18:21
dimsy18:21
sdagueso let's not rush to close it until we figure out how to tickle those bits18:21
sdagueor more importantly, let's make sure we're getting libguestfs tested somewhere18:22
dimsi had WIP in the title. ack18:23
*** johnthetubaguy is now known as zz_johnthetubagu18:23
*** gokrokve has joined #openstack-nova18:26
openstackgerritMatt Riedemann proposed openstack/nova-specs: Show 'reserved' status in os-fixed-ips API  https://review.openstack.org/16899618:26
openstackgerritChris Friesen proposed openstack/nova-specs: Allow explicit numa pinning in flavor extra specs or image metadata  https://review.openstack.org/16902618:27
*** rushil_ has joined #openstack-nova18:28
*** vilobhmm11 has joined #openstack-nova18:29
vilobhmm11sjcazzol : ping18:29
*** rushil has quit IRC18:31
vilobhmm11does this idea seem useful to the group https://review.openstack.org/#/c/84432/ we are interested in this feature and if the group seems an interest in this kind of a feature would like to work on this…previously this feature was abandoned due to some valid concerns…has anything changed in nova after that ; that will allow to have flavor based quotas ?18:32
*** exploreshaifali has quit IRC18:33
*** VW_ has quit IRC18:37
*** VW_ has joined #openstack-nova18:37
*** achanda has quit IRC18:38
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Scheduler: deprecate mute_weight_value option on weigher  https://review.openstack.org/5587318:38
*** VW_ has quit IRC18:39
*** VW_ has joined #openstack-nova18:39
*** sbfox has quit IRC18:46
*** xyang1 has quit IRC18:46
*** suresh12 has quit IRC18:47
*** pradipta has quit IRC18:48
*** dsanders1 has joined #openstack-nova18:50
*** dsanders has quit IRC18:51
*** Nic has quit IRC18:51
*** iamjarvo has joined #openstack-nova18:51
*** iamjarvo has quit IRC18:51
*** iamjarvo has joined #openstack-nova18:52
*** Maike has quit IRC18:52
*** Maike has joined #openstack-nova18:52
*** vmtrooper has joined #openstack-nova18:52
*** apuimedo has joined #openstack-nova18:56
*** achanda has joined #openstack-nova18:57
*** achanda has quit IRC18:57
*** achanda has joined #openstack-nova18:58
*** vmtrooper has quit IRC18:58
*** baoli has quit IRC19:00
*** xyang1 has joined #openstack-nova19:01
*** matrohon has joined #openstack-nova19:01
*** oro has joined #openstack-nova19:02
*** suresh12 has joined #openstack-nova19:04
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Print choices in the config generator  https://review.openstack.org/16844719:04
*** claudiub has joined #openstack-nova19:07
*** sbfox has joined #openstack-nova19:08
*** Marga_ has joined #openstack-nova19:12
*** rushil has joined #openstack-nova19:13
*** Nic has joined #openstack-nova19:15
*** rushil_ has quit IRC19:16
*** iamjarvo has quit IRC19:18
*** Maike has quit IRC19:19
openstackgerritJoe Gordon proposed openstack/nova-specs: Update Liberty index  https://review.openstack.org/16905319:19
jogomriedem sdague dansmith: that should finally fix the liberty specs stuff19:19
*** Sukhdev has quit IRC19:20
*** nikhil|afk has quit IRC19:21
dansmithjogo: reviewing that right now would compete with a burrito, and honestly, lose.19:21
jogodansmith: lol19:21
*** annashen has quit IRC19:22
*** penick has joined #openstack-nova19:24
*** Marga_ has quit IRC19:25
vilobhmm11dansmith : hi19:27
dansmithvilobhmm11: hello19:27
vilobhmm11any inputs on "does this idea seem useful to the group https://review.openstack.org/#/c/84432/ we are interested in this feature and if the group seems an interest in this kind of a feature would like to work on this…previously this feature was abandoned due to some valid concerns…has anything changed in nova after that ; that will allow to have flavor based quotas ?"19:27
dansmithvilobhmm11: didn't we have this conversation already?19:28
vilobhmm11asked this question in the nova channel couple of min ago19:28
openstackgerritChris Friesen proposed openstack/nova-specs: Allow explicit numa pinning in flavor extra specs or image metadata  https://review.openstack.org/16902619:28
vilobhmm11not really19:28
vilobhmm11dansmith : ^^19:28
dansmithvilobhmm11: yeah, I saw, but everyone is kinda busy with this release and thus looking at stuff for L is kinda off the radar at the moment19:28
dansmithvilobhmm11: I had a conversation about flavor quotas with someone.. that wasn't you?19:29
dansmitha couple weeks ago19:29
*** exploreshaifali has joined #openstack-nova19:29
vilobhmm11no dansmith…I asked about the object model for quotas and not falvor based quotas19:29
vilobhmm11will check when you are free to consider about L19:30
*** lpetrut has left #openstack-nova19:30
*** adalbas has quit IRC19:31
dansmithvilobhmm11: that would be better19:32
openstackgerritDan Smith proposed openstack/nova: Cancel all waiting events during compute node shutdown  https://review.openstack.org/16905619:32
openstackgerritDan Smith proposed openstack/nova: Prevent scheduling new external events when compute is shutdown  https://review.openstack.org/16905719:32
*** atuvenie has quit IRC19:34
bauzassdague: re: https://review.openstack.org/#/c/55873, I'm okay with your PoV, but just wanted to say that I'm actually doing this only for commit msgs atm19:34
bauzassdague: but of course, will do it in the future19:34
*** annashen has joined #openstack-nova19:34
sdaguejogo: it fails tests19:35
*** veena has quit IRC19:37
*** VW__ has joined #openstack-nova19:40
*** VW_ has quit IRC19:40
*** exploreshaifali has quit IRC19:42
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Fix API links and labels  https://review.openstack.org/16698519:42
jogosdague: thanks,19:44
sdaguemriedem: you still around?19:44
sdagueI want to fix that doc bug of yours19:44
mriedemsdague: i am19:44
mriedemi'm also playing with that19:44
*** burt has quit IRC19:44
sdaguecan you try reordering the requirements.txt ?19:44
openstackgerritJoe Gordon proposed openstack/nova-specs: Update Liberty index  https://review.openstack.org/16905319:44
jogotake 219:44
sdaguepbr first19:44
jogoabout to board a flight, so if that fails feel free to respin19:45
sdaguesphinx second19:45
sdaguethen the rest19:45
mriedemsdague: ok, will try it19:45
*** otter768 has joined #openstack-nova19:45
*** adalbas has joined #openstack-nova19:45
sdagueand rm -rf .tox to make sure we're starting from a clean point19:46
*** Mike_D_laptop has quit IRC19:47
*** otter768 has quit IRC19:49
*** mpavone has joined #openstack-nova19:50
*** apuimedo has quit IRC19:51
bauzasalaski: still there ?19:52
bauzasalaski: I think I found the root proble19:52
bauzaspbb19:52
bauzasproblem even19:52
alaskibauzas: yep19:52
bauzasalaski: https://github.com/openstack/nova/blob/master/nova/cells/messaging.py#L1854-L185719:53
*** iamjarvo has joined #openstack-nova19:54
bauzasalaski: jsonutils.dumps(obj) creates a dict but jsonutils.loads(dict) doesn't rehydrate an object19:55
bauzaswe should rather call obj_to_primitive IIUC19:55
alaskibauzas: yeah.  it will need to conditionally primitize the object and rehydrate it19:57
*** sdgdfgfdsg has joined #openstack-nova19:57
sdgdfgfdsgsamp.bmhp.net:777719:57
mriedemsdague: re-ordering the reqs didn't help19:57
* dansmith clicks on the url to check it out19:57
bauzasalaski: so, that means that all the objects methods are serialized into dicts...19:58
bauzass/serialized/primitived19:58
sdgdfgfdsgsamp.bmhp.net: 777719:58
*** oro has quit IRC19:58
dansmithsdgdfgfdsg: I'm putting in my personal info, but it says my login is incorrect19:58
bauzasalaski: btw. I don't see why we need to do all of this using oslo.messaging, do you know ?19:58
*** oro has joined #openstack-nova19:59
*** dprince has quit IRC19:59
bauzasalaski: to do all of this *not* using oslo.messaging of course... (late here)19:59
alaskibauzas: the serializaition is only an issue on the responses, most methods don't need a response so not everything is broken20:00
alaskibauzas: I don't know if there's a reason it's not using oslo.messaging20:00
bauzasalaski: agreed, but that's just something broken for any call, right?20:00
bauzasRPC call I mean20:00
alaskiany that are expecting an object to be returned20:01
bauzassure20:02
*** pixelb has joined #openstack-nova20:02
sdgdfgfdsgyou hack my server ok samp.bmhp.net:7777 hack me hehhe20:02
bauzasokay, let's fix this once that we know why...20:02
alaskibauzas: compute_node_get_all is doing an obj_to_primitive before it hits that point20:03
sdgdfgfdsgdone ahahahha20:03
bauzasalaski: not in my patch20:03
alaskibauzas: ahh20:03
NobodyCamsdague: question, I was just reading the scroll back and saw your chat with devananda this morning about removing the pxe_ssh job.20:03
alaskibauzas: need to get my head on this again20:04
bauzasalaski: np20:04
sdgdfgfdsgyou hack my server ok samp.bmhp.net:7777 hack me hehhe20:04
NobodyCamis there a place (review) I can follow this?20:04
sdgdfgfdsg.i.20:04
*** annegentle has quit IRC20:04
bauzasalaski: anyway, I'll fix the above method20:05
sdagueNobodyCam: not really, jogo just asked my opinion on low value jobs. And I said that was a low value one as I don't know of any regressions that it's caught since the ironic driver merged20:05
sdagueI would be happy to be pointed at instances where it did catch a regression that was uncaught by other mechanisms20:06
sdague*since* the ironic driver merged20:06
*** iamjarvo has quit IRC20:06
sdgdfgfdsgyou hack my server ok samp.bmhp.net:7777 hack me hehhe20:07
dansmithsdague: I think there are circumstances where, despite not having caught anything yet, we can make an educated call that testing is valuable, right?20:07
dansmithanyone mind if I boot sdgdfgfdsg out?20:07
*** ChanServ sets mode: +o dansmith20:08
sdaguedansmith: go for it20:08
*** sdgdfgfdsg was kicked by dansmith (Your behavior is not conducive to the desired environment.)20:08
*** sdgdfgfdsg has joined #openstack-nova20:08
sdgdfgfdsg.i.20:08
*** dansmith sets mode: +b *!~ircap@178-223-226-167.dynamic.isp.telekom.rs20:08
*** sdgdfgfdsg was kicked by dansmith (Your behavior is not conducive to the desired environment.)20:08
*** ChanServ sets mode: -o dansmith20:08
*** suresh12 has quit IRC20:10
alaskibauzas: ok.  you might be able to take some inspiration from https://github.com/openstack/nova/blob/master/nova/cells/messaging.py#L302-L31220:10
bauzasalaski: agreed, I was looking at the pattern20:11
sdaguedansmith: does that educated call involve looking at the actual test payload of that job? :)20:11
sdaguebecause it's not what you think20:11
sdaguefor instance, it doesn't actually run any compute tests20:11
dansmithsdague: how do you know what I think it is?20:12
sdagueI don't20:12
sdaguewell, based on your statements earlier about it being like vmware and hyperv20:12
sdagueI assumed you thought it was running compute tests20:12
dansmithsdague: indeed I thought it was running more than it is, because what seems to be running isn't even enough for us to have put it into the tree in the first place20:14
dansmithso presumably a job got dropped somewhere?20:14
sdaguenot as far as I know20:14
*** BadCub has joined #openstack-nova20:14
dansmithI recall looking at fairly complete tempest runs just before merge20:15
*** lpetrut has joined #openstack-nova20:15
sdaguewell, it was a regex, I don't know how complete it was20:15
sdagueagain, this is the job as evolved by the ironic team20:15
sdagueand part of the problem with cross linked jobs like this, because someone goes and changes out the job definition20:16
dansmithare they running a full tempest run on their commits?20:16
sdagueI don't know20:17
sdaguelooks like not20:17
dansmithdon't they have to in order to be a whatever-we-call-it-these-days project?20:17
mtreinishdansmith: IIRC they are not20:17
jrollsdague: dansmith: we aren't running *full* tempest suite because we don't support everything nova does, like rescue20:18
dansmithhow is that possible?20:18
sdagueand, hence, why I don't think there is value here20:18
jrolland private networks or whatever20:18
jroll(afaik)20:18
dansmithjroll: yeah, that excuse doesn't work :)20:18
dansmithsdague: doesn't the TC care about this?20:18
jrolldansmith: so you don't think ensuring the ironic driver can boot and delete an instance is valuable?20:18
dansmithI mean, I swear this was a thing20:18
sdaguedansmith: right, and that was the thing where no one could ever merge code20:19
jrolldansmith: which includes all the resource interaction etc20:19
jrollresource tracker*20:19
dansmithjroll: what test tests that?20:19
sdaguetheir one scenario test does20:19
jrolldansmith: dsvm-pxe_ssh or whatever20:19
sdaguejroll: actually you only have 1 test in there that does that20:19
dansmithjroll: no I mean within that *job* which of the very few tests does that20:19
dansmithjroll: because what I'm seeing looks really skimpy20:20
jrolldansmith: I'd have to look for specifics, adam_g knows more off the top of his head20:20
sdaguedansmith: so I've actually been pushing on the idea of not testing everything against everything, per the testing specification up there now.20:20
dansmithsdague: I know you can't speak for the TC thing, but can you comment?20:20
dansmithsdague: not even tempest against ironic on *their* patches?20:20
sdaguethey are running the baremetal tag of tempest on their patches20:21
dansmithsdague: AFAIK, our requirement (for nova) has been "a reasonably complete tempest run, minus things you don't support", which this doesn't look anywhere close20:21
sdaguedansmith: sure, from a nova perspective that's true20:21
sdaguethis job is not that20:21
sdaguehence, it has really low value in my mind20:22
dansmithit also took >5 minutes to boot a single guest?20:22
dansmithsdague: it would have helped a lot if you had led with this :)20:22
*** suresh12 has joined #openstack-nova20:22
jrolldansmith: nested virt is pretty slow :|20:22
dimsmriedem: i can't recreate your problem with docs either20:22
sdaguehonestly, I knew it was incomplete, I did not fully understand it was this incomplete until recently20:22
cfriesenjroll: if you do nested kvm it's not bad20:23
adam_ghi20:23
NobodyCamsdague: is this something nova is looking to remove before the summit. would we be able to sit down and plan it at the summit20:23
NobodyCamHi adam_g :)20:23
adam_gthe tempest job was skimped back last week https://review.openstack.org/#/c/161420/20:23
jrollcfriesen: I can't control what hypervisor rackspace or HP use20:23
sdaguethe fact that it had never caught a regression to my understanding was part of not thinking it was useful20:23
adam_gprior to that we had two jobs: the pxe_ssh which still ran a subset, tho not a slim, and another job (running outsie of nova) that ran the whole test suite20:23
dansmithadam_g: can you point me at one of the unslimmed runs?20:24
sdagueanyway, I have errands to go run20:24
adam_gwe decided just target a smaller subset tests via the baremetal tag after discussion with devananda and mtreinish in -qa20:24
adam_gdansmith, let me find some20:24
*** jecarey has quit IRC20:24
dansmithadam_g: thanks20:24
dansmith40 minutes of test time to boot a single guest is pretty hard to justify :/20:25
*** annegentle has joined #openstack-nova20:25
adam_gdansmith, pre-slimming we were still only booting one guest via the scenari20:25
dansmithokay, well, that's what I wanted to see20:25
mtreinishadam_g: that discussion was about the job for running on baremetal commits, I don't think we ever discussed what was required for nova20:26
adam_gdansmith, compute tests that booted instances were explictily skipped IIRC. the other tjob that was running th *entire* suite (with compute tests that spawned instances) took 60min+20:26
dansmithadam_g: okay20:26
adam_gmtreinish, fair enough20:26
adam_gone sec, let me logstash20:26
dansmithso, I think we need to have a conversation about this, because this is a far lower bar than we hold for anyone else, where ironic's should be at least as high, running in infra and all20:27
dansmithand lower than our stated minimum for being in tree20:27
adam_gdansmith, tempest can run in its entirety now (it didnt before, which is why we were using that regex).. the questin is, is nova okay with having a voting job that takes 1hr+ to run?20:27
*** afazekas has joined #openstack-nova20:27
dansmithadam_g: well, there are two concerns:20:28
mtreinishadam_g: it takes >1hr running in parallel?20:28
dansmithadam_g: first is us wanting to see full runs and second is infra trying to disable even what we have because of resources20:28
adam_gmtreinish, yes. each instance takes minutes to boot20:28
dansmithif getting what we really want is too heavy on resources, then we have a real problem20:28
adam_gdansmith, im not aware of it ever being an issue of resources, the test still runs below the infra global job timeout20:29
mtreinishadam_g: what about trying to bump the concurrency to try and block less on slow server boots?20:29
NobodyCamdansmith: is this some thing wa can discuss at the summit, while leaving whats there inplace until we can draft some kind of action plan?20:29
dansmithadam_g: that's what brought this up today20:29
adam_gmtreinish, we cant: bumping the concurrency requires bigger slaves to spawn more beefy VM nodes  in parallel20:30
dansmithNobodyCam: well, the problem is, we are making a release under the assumption that this stuff has seen some testing20:30
dansmithNobodyCam: and that turns out to be only very slightly true :(20:30
NobodyCambut is not slightly true better then not at all true?20:31
dansmithNobodyCam: I think the schedule is working in your favor as I can't imagine making a knee-jerk change here is going to be on anyone's list of pleasant actions, but...20:31
dansmithI'm just really (really) disappointed20:31
jrolldansmith: I mean, there isn't a ton of functionality in the ironic driver. I think it's all tested afaict20:31
NobodyCamI am all of makeing better20:31
NobodyCamjust not removing with a bulk swip whats already there20:31
*** ijw has quit IRC20:31
dansmithso the thing that came up here,20:32
cfriesenmaybe ironic needs dedicated actual hardware for testing?  or at least VMs that could do nested kvm (avoiding the need for qemu)?20:32
dansmithwas potentially looking to remove this job altogether because it's not useful enough to justify the "cost"20:32
adam_gdansmith, sorry, looks like there aren't jobs archived going back to before the 20th20:32
dansmithand tbh, I can't really argue that what we're covering is worth the ~40 minutes of nodepool time20:32
dansmithadam_g: okay, thanks20:32
mtreinishadam_g: logstash only has 10 days of history20:32
jrollcfriesen: nested kvm won't work because rackspace runs xen. if we can find actual hardware, that would be ideal. tis kind of hard.20:33
*** melwitt has quit IRC20:33
dansmithjroll: FWIW, every other hypervisor driver has committed significant hardware resources to their CI20:33
*** melwitt_ has joined #openstack-nova20:33
dansmithI know the owner isn't as clear cut in this case20:33
jrolldansmith: I promise you I've tried. I can't even get hardware for a downstream CI environment.20:34
*** afazekas has quit IRC20:34
cfriesenwhat about piggybacking on the intel CI that's doing the NUMA/PCI testing?20:34
*** ociuhandu has quit IRC20:34
adam_gdansmith, so the idea behind cutting out the compute API tests was that the single scenario test that does run covers stressing all of the integration points between nova+ironic, or at least is supposed to20:36
dansmithadam_g: it doesn't cover all of the driver though.. it can't20:36
dansmithadam_g: I could merge a rebuild() implementation that raises Exception('haha, you're broken') and ironic CI wouldn't catch it, AFAICT20:37
adam_gdansmith, that scenario tests rebuild20:37
*** afazekas has joined #openstack-nova20:37
dansmithadam_g: fine, pick some other operation ironic doesn't support :)20:37
adam_gdansmith, tests that stress opeerations not supported by the driver would just be skipped anyway?20:38
mriedempause!20:38
dansmithadam_g: you understand my point, right? or do you want to keep arguing like this? :)20:39
mriedemdoes the scenario test cover interface attach/detach?20:39
adam_gsince theres no way for tempest to determine driver capabilities, it uses feature flags to avoid the tests known not to be supported. so enabling the entire suite gets a really long test time and a bunch of skips. the API tests that do end up running burn cycles spinning up ironic nodes to test, say, nova+glance integratino20:39
dansmithadam_g: that scenario test doesn't test reboot, right?20:39
dansmithadam_g: or stop/start20:40
dansmithadam_g: or the code that gets run when security groups are modified on a running instance20:40
dimsdansmith: the LOG.debug in https://review.openstack.org/#/c/169056/1/nova/compute/manager.py,cm does not seem right (compare with LOG.debug in say the external_instance_event method)20:40
jrollthis entire conversation reads to me as "slow operations shouldn't be tested"20:40
dansmithdims: did it for string freeze.. wanted it to be a warning :/20:40
*** mwagner_lap has quit IRC20:40
jrollwhich is... an interesting viewpoint.20:40
adam_gdansmith, fair enough20:41
dansmithjroll: not even a little20:41
*** annegentle has quit IRC20:41
dansmithjroll: what I want is you to run the tests. presumably infra wants their resources back since you're not :)20:41
jrolldansmith: the reason to drop the ironic testing is that it takes too long, AIUI20:41
adam_gdansmith, where was the discussion about resources happening?20:41
*** vmtrooper has joined #openstack-nova20:41
jrolldansmith: we're clearly running tests. just not all the tests you expect.20:41
dansmithjroll: no, the reason to drop what we have is that the value is so much less than the cost.. I'd definitely rather keep what we have than lose it, but it's also hard to defend that viewpoint20:42
dansmithadam_g: here, this morning20:42
dansmithadam_g: I don't know what the impetus was20:42
adam_gok20:42
jrolldansmith: right, it's too slow to bother testing.20:42
dansmithadam_g: I just jumped in and tried to defend ya'lls resources as absolutely critical20:42
dansmithadam_g: jroll: but then it was pointed out that you're not even meeting nova's minimum20:42
*** vladikr has quit IRC20:43
*** mrda-away is now known as mrda20:43
mriedemcouldn't stop/start/reboot etc just be added to test_baremetal_basic_ops? once you have the server up, that's most of the cost isn't it?20:43
jrolldansmith: got a list of the minimum?20:43
dansmithjroll: tempest - anything you don't specifically support20:43
jrollok20:43
dansmithmriedem: it wouldn't cover a lot of the edge cases the other tests probe for20:43
dansmithmriedem: but would certainly be better20:43
adam_gdansmith, we can easily revert the change and go back to testing the whole thing if it is okay resource-wise. need to read irc logs20:43
*** afazekas has quit IRC20:44
adam_gmriedem, yeah, but then we'd just be duplicating a lot of test code20:44
mordredinfra doesn't need any resources back, fwiw20:44
dansmithadam_g: you said you weren't actually building any more than one guest before the slimming right?20:44
mordredwe have clouds - we shoudl use them20:44
dansmithmordred: any idea where the thing came from this morning then?20:44
mordredand so far we have avoided solving problems in infrastructure by removing testing20:44
mordredno, I do not20:44
mordredfirst I've heard of it20:44
mordredone of our clouds is limpy a little bit right now20:45
dansmithmordred: cool, well, that's what I was defending this morning: not dropping these tests because of perceived low value20:45
adam_gdansmith, sorry, i meant we can revert that change and add the full run to nova's pipeline20:45
mordredbut that's  life - removing a test won't help much :)20:45
dansmithmordred: sounds like we just need to ramp that up to actually cover what we want20:45
mordreddansmith: cool. I mean, it's possible I'm missing some context of course ...20:45
mordredjeblair: ^^ you know anything about this ?20:45
mtreinishmordred, dansmith: just blame jogo, that sounds like his windmill20:45
mordredkk20:45
dansmithadam_g: I can't make that call myself, especially since it has an effect on our total turnaround time, right?20:46
dansmithheh20:46
mordredwell, I'm fine with removing or keeping whatever people want to run20:46
mordredbut infra is not running out of resources20:46
mordredwe're here to run what the projects want to run20:46
mordredand if we need to solve issues around that, we'll do so20:46
dansmithcool, then mtreinish had some ideas about changing the parallelism to make that turnaround time quicker too20:46
*** Sukhdev has joined #openstack-nova20:46
mordredcool!20:46
*** vmtrooper has quit IRC20:47
dansmithadam_g: so when we first had this discussion before we merged ironic,20:47
dansmithadam_g: the thing we wanted was for ironic to be run like 3rd party, which was reporting separately from jenkins,20:47
dansmithadam_g: which means it could run longer and we wouldn't care as much20:47
adam_gthe parallelism of the ironic job is limited by the size of the test slaves20:47
dansmithadam_g: but I think that was hard for $reasons20:47
mtreinishdansmith: well maybe, adam_g said the nodes aren't big enough to bring up enough virtual baremetal guests20:48
mordredyah. _that_ is a thing that infra does not support at the moment20:48
dansmithyeah, that would just make it much easier since we wouldn't block jenkins on one very serial test20:48
mtreinishadam_g: but what is the resource constraint ram, cpus?20:48
jeblairmordred, dansmith: i do not know what 'the thing from this morning is'.  i agree with what mordred has said.20:48
dansmithand I'd hate to see us not get full runs because that is painful for people20:48
dansmithjeblair: cool, I have no idea where the infra part came from20:49
adam_gmtreinish, RAM.20:49
jeblairmordred, dansmith, mtreinish: and yeah, jogo is removing unecessary jobs, which is good, because that's hard to figure out what jobs are really unecessary.  but i don't think we've actually crossed the line to removing jobs that actually test things.  :)20:49
dansmithjeblair: excellent20:49
jeblairmordred, dansmith, mtreinish: (ie, jobs that don't actually test neutron running on neutron changes, etc)20:49
*** jecarey has joined #openstack-nova20:50
adam_gwasn't there some work last cycle going on to enable jobs running on upstream infra to report similar to third party jobs?20:50
dansmithso one thing we could do,20:50
mriedemhmm, seems our hypervisor support matrix is not accurate for ironic, e.g. says suspend is partially supported http://docs.openstack.org/developer/nova/support-matrix.html20:50
dansmithwhich would not be completely ideal,20:50
dansmithbut would be to have a full job that only runs on changes to drivers/ironic/*20:50
dansmithwhich would provide about as much coverage as other hypervisors provide20:50
dansmithI don't think the others vote on all patches, but at least prioritize their driver directory20:51
mtreinishadam_g: why do you need so much ram in the 2nd level guests? Isn't the only difference the ipmi thing running on those images. How much can that take :)20:51
*** annegentle has joined #openstack-nova20:52
*** rfolco has quit IRC20:54
jrollmtreinish: the deploy ramdisk takes quite a bit of RAM20:54
lifelessjroll: are you running the iscsi one now?20:55
lifelessjroll: that should let you thin it out20:55
*** ijw has joined #openstack-nova20:55
*** suresh12 has quit IRC20:55
jrolllifeless: what, we're running the IPA ramdisk now20:55
lifelessjroll: yes but there is an IPA+iscsi option too now20:55
lifelessjroll: I thought that landed20:55
jrolllifeless: yes. that doesn't reduce the size of that ramdisk20:56
*** suresh12 has joined #openstack-nova20:56
*** adalbas has quit IRC20:56
lifelessjroll: I know, but it will reduce the working footprint by the size of the compressed image20:56
lifelessdeploy image, not ramdisk image20:56
jrolllifeless: if anyone made an effort to reduce the size of the DIB + IPA ramdisk, it might help, it's currently requiring 3gb20:56
jrolllifeless: oh, the instance image? right20:57
jrollcirros is pretty small, I don't think 20MB or whatever will make much of a difference20:57
openstackgerritMatt Riedemann proposed openstack/nova: Update hypervisor support matrix for ironic wrt pause/suspend  https://review.openstack.org/16908620:57
lifelessjroll: yeah, because no qcow2 into tmpfs overhead20:57
lifelessok20:57
jrollright20:57
lifelessso DIB+IPA is 3G. Thats surprisingly big.20:57
jrolllifeless: we only run iscsi driver on nova changes, fwiw20:57
jrollright.20:57
jrollthat's why we don't use it20:57
jrollnobody has optimized it yet, by removing build-time deps etc20:58
*** ijw_ has joined #openstack-nova20:58
*** signed8bit has joined #openstack-nova20:58
*** sbfox has quit IRC20:59
*** amotoki has joined #openstack-nova20:59
*** ijw has quit IRC20:59
*** vilobhmm11 has quit IRC21:01
*** melwitt_ has quit IRC21:01
*** melwitt has joined #openstack-nova21:01
*** ijw_ has quit IRC21:01
*** vilobhmm1 has joined #openstack-nova21:01
*** dkliban is now known as dkliban_afk21:01
*** melwitt has quit IRC21:02
*** matrohon has quit IRC21:02
*** vilobhmm1 has quit IRC21:02
*** ociuhandu has joined #openstack-nova21:02
*** vilobhmm1 has joined #openstack-nova21:02
*** ijw has joined #openstack-nova21:03
*** ijw_ has joined #openstack-nova21:04
*** raildo is now known as raildo|away21:04
*** Marga_ has joined #openstack-nova21:05
*** afazekas has joined #openstack-nova21:06
*** ijw has quit IRC21:07
*** melwitt has joined #openstack-nova21:09
*** mpavone has quit IRC21:11
*** sbfox has joined #openstack-nova21:12
*** casusbelli has joined #openstack-nova21:12
*** mpavone has joined #openstack-nova21:13
*** burt has joined #openstack-nova21:15
openstackgerritMoshe Levi proposed openstack/nova: Add option to ssh to prevent prompting  https://review.openstack.org/16868021:15
*** thangp has quit IRC21:16
*** ak22 has joined #openstack-nova21:17
*** sdake has joined #openstack-nova21:18
*** boris-42 has quit IRC21:18
*** afazekas has quit IRC21:18
*** mpavone has quit IRC21:20
*** annegentle has quit IRC21:21
*** sdake_ has quit IRC21:21
openstackgerritChris Friesen proposed openstack/nova-specs: Expose "last_seen_up" when listing services  https://review.openstack.org/16909321:21
*** oro has quit IRC21:25
*** boris-42 has joined #openstack-nova21:30
*** cbader has quit IRC21:30
*** yamahata has quit IRC21:34
openstackgerritjichenjc proposed openstack/nova: Do not delete volumes during reschedule  https://review.openstack.org/16909721:34
*** jamielennox|away is now known as jamielennox21:36
*** annegentle has joined #openstack-nova21:36
*** burt has quit IRC21:40
*** sbfox1 has joined #openstack-nova21:40
*** Marga_ has quit IRC21:40
*** sbfox has quit IRC21:40
openstackgerritMatt Riedemann proposed openstack/nova-specs: Show 'reserved' status in os-fixed-ips API  https://review.openstack.org/16899621:41
*** Marga_ has joined #openstack-nova21:43
*** mriedem is now known as mriedem_away21:45
*** otter768 has joined #openstack-nova21:46
*** jamielennox is now known as jamielennox|away21:46
*** lpetrut has quit IRC21:48
*** dave-mccowan has quit IRC21:50
*** otter768 has quit IRC21:51
*** jamielennox|away is now known as jamielennox21:53
*** Marga_ has quit IRC21:53
*** kaufer has quit IRC21:54
*** Marga_ has joined #openstack-nova21:54
*** Marga_ has quit IRC21:54
*** aysyd has quit IRC21:55
*** annashen has quit IRC21:57
*** ijw_ has quit IRC21:59
*** oro has joined #openstack-nova21:59
*** suresh12 has quit IRC22:00
*** unicell has quit IRC22:02
*** unicell has joined #openstack-nova22:02
*** nelsnelson has quit IRC22:02
*** vilobhmm1 has quit IRC22:04
openstackgerritEric Brown proposed openstack/nova: Use oslo_config choices support  https://review.openstack.org/15857322:04
*** vilobhmm1 has joined #openstack-nova22:05
*** vilobhmm11 has joined #openstack-nova22:08
*** vilobhmm12 has joined #openstack-nova22:09
*** vilobhmm1 has quit IRC22:09
*** mhorban has quit IRC22:10
*** amotoki has quit IRC22:10
*** paul-- has quit IRC22:11
*** paul-- has joined #openstack-nova22:12
*** vilobhmm11 has quit IRC22:13
*** dboik_ has joined #openstack-nova22:15
*** dboik has quit IRC22:18
*** oro has quit IRC22:19
*** annegentle has quit IRC22:19
*** dboik_ has quit IRC22:19
*** gokrokve has quit IRC22:21
*** mhorban has joined #openstack-nova22:22
*** VW__ has quit IRC22:24
*** vmtrooper has joined #openstack-nova22:30
*** claudiub has quit IRC22:35
*** vmtrooper has quit IRC22:35
*** ijw has joined #openstack-nova22:36
*** Marga_ has joined #openstack-nova22:37
*** Marga_ has quit IRC22:37
*** ajayaa has joined #openstack-nova22:37
*** Marga_ has joined #openstack-nova22:38
*** iamjarvo has joined #openstack-nova22:38
*** iamjarvo has joined #openstack-nova22:39
*** annegentle has joined #openstack-nova22:41
*** annashen has joined #openstack-nova22:42
*** smccully has quit IRC22:43
*** dboik_ has joined #openstack-nova22:43
*** eharney has quit IRC22:43
*** oro has joined #openstack-nova22:44
*** harlowja has quit IRC22:45
*** harlowja_ has joined #openstack-nova22:45
*** Sukhdev has quit IRC22:46
*** neelashah has quit IRC22:50
*** annegentle has quit IRC22:55
openstackgerritDan Smith proposed openstack/nova: Prevent scheduling new external events when compute is shutdown  https://review.openstack.org/16905722:57
openstackgerritDan Smith proposed openstack/nova: Cancel all waiting events during compute node shutdown  https://review.openstack.org/16905622:57
*** markvoelker has quit IRC22:57
*** annashen has quit IRC23:00
mikal.23:01
*** suresh12 has joined #openstack-nova23:02
*** unicell has quit IRC23:02
*** unicell has joined #openstack-nova23:03
*** oro has quit IRC23:06
*** ijw has quit IRC23:06
*** patrickeast_ has joined #openstack-nova23:08
*** patrickeast has quit IRC23:08
*** patrickeast_ is now known as patrickeast23:08
*** ijw has joined #openstack-nova23:09
*** igordcard_ has joined #openstack-nova23:11
*** zzzeek has quit IRC23:13
*** yasu_ has joined #openstack-nova23:16
*** hblixt has joined #openstack-nova23:16
*** penick has quit IRC23:16
*** ajayaa has quit IRC23:17
*** melwitt has quit IRC23:17
*** baoli has joined #openstack-nova23:20
*** hemna is now known as hemnafk23:20
*** alexpilotti has quit IRC23:24
*** baoli_ has joined #openstack-nova23:25
*** alexpilotti has joined #openstack-nova23:26
*** alexpilotti has quit IRC23:26
*** baoli has quit IRC23:28
*** sbfox1 has quit IRC23:34
*** asettle has quit IRC23:37
*** dims has quit IRC23:38
*** iamjarvo has quit IRC23:39
*** Marga_ has quit IRC23:43
*** Marga_ has joined #openstack-nova23:44
*** otter768 has joined #openstack-nova23:46
*** yasu_ has quit IRC23:47
*** igordcard_ has quit IRC23:50
*** ZZelle_ has quit IRC23:50
*** otter768 has quit IRC23:51
*** markvoelker has joined #openstack-nova23:53
*** zzzeek has joined #openstack-nova23:54
*** Marga_ has quit IRC23:55
*** shakamunyi has quit IRC23:55
*** annegentle has joined #openstack-nova23:56
*** iamjarvo has joined #openstack-nova23:56
*** iamjarvo has quit IRC23:57
*** takedakn has joined #openstack-nova23:57
*** iamjarvo has joined #openstack-nova23:57
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Fix disconnect_volume issue when find_multipath_device returns None  https://review.openstack.org/15962623:58
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: instance termination with update_dns_entries set fails  https://review.openstack.org/16085823:58
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Add the last of the oslo libraries to hacking check  https://review.openstack.org/16618823:58
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Remove orphaned tables - iscsi_targets, volumes  https://review.openstack.org/16621423:58
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Add documentation for nova-cells and nova-idmapshift commands  https://review.openstack.org/16655323:58
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Remove stale test + opensssl information from docs  https://review.openstack.org/16655523:59
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Stale rc.local file - vestige from cloudpipe.rst  https://review.openstack.org/16656623:59
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Fix API links and labels  https://review.openstack.org/16698523:59

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