Thursday, 2015-08-27

*** sachin has quit IRC00:04
*** zhangjn has quit IRC00:05
*** veena has joined #openstack-nova00:05
*** agireud has quit IRC00:08
*** sachin has joined #openstack-nova00:09
*** r-daneel has joined #openstack-nova00:09
*** achanda has joined #openstack-nova00:11
*** armax has quit IRC00:13
*** mtanino_ has quit IRC00:13
*** tsekiyama has quit IRC00:14
*** armax has joined #openstack-nova00:17
*** bnemec has quit IRC00:18
*** achanda has quit IRC00:19
*** dave-mcc_ has joined #openstack-nova00:24
*** achanda has joined #openstack-nova00:25
*** agireud has joined #openstack-nova00:26
*** tpeoples has joined #openstack-nova00:27
*** dave-mccowan has quit IRC00:27
*** garyk has joined #openstack-nova00:28
*** xyang1 has quit IRC00:31
*** tpeoples has quit IRC00:36
*** agireud has quit IRC00:40
*** asd112z has joined #openstack-nova00:41
*** salv-orlando has quit IRC00:43
*** kylek3h has quit IRC00:46
*** sachin has quit IRC00:46
*** bnemec has joined #openstack-nova00:47
*** sachin has joined #openstack-nova00:48
*** zhangjn has joined #openstack-nova00:49
*** sachin has quit IRC00:49
*** sachin has joined #openstack-nova00:50
*** sachin_ has joined #openstack-nova00:50
*** sachin has quit IRC00:50
*** zhangjn has quit IRC00:51
*** Marga_ has joined #openstack-nova00:51
*** sachin_ has quit IRC00:52
*** sachin has joined #openstack-nova00:52
*** sachin has quit IRC00:53
*** armax has quit IRC00:53
*** zhangjn has joined #openstack-nova00:53
*** sachin has joined #openstack-nova00:53
*** zhangjn has quit IRC00:54
*** shoutm has joined #openstack-nova00:54
*** Marga_ has quit IRC00:54
*** Marga_ has joined #openstack-nova00:55
gmannalex_xu: hi00:55
*** zhangjn has joined #openstack-nova00:55
alex_xugmann: hi00:55
*** andreykurilin__ has quit IRC00:55
gmannalex_xu: https://review.openstack.org/#/c/214085/ need rebase on master as other tests merge patches has been merged00:56
gmannalex_xu: I know what all specific changes needed to remove00:56
gmannalex_xu: can i rebase https://review.openstack.org/#/c/215436/ on master and then paste.ini one?00:56
alex_xugmann: sure, thanks for rebase00:57
gmann https://review.openstack.org/#/c/215436/ should not loose johnthetubaguy  +2 :)00:57
gmannalex_xu: cool. i will do right now00:57
*** shoutm_ has quit IRC00:57
alex_xugmann: cool00:57
openstackgerritGhanshyam Mann proposed openstack/nova: Strip the extra properties out when using legacy v2 compatible middleware  https://review.openstack.org/21543600:58
*** Marga_ has quit IRC01:00
*** Marga_ has joined #openstack-nova01:00
*** skylerberg has quit IRC01:02
*** meghal has joined #openstack-nova01:03
*** veena has quit IRC01:04
*** zhenguo has joined #openstack-nova01:05
*** meghal has quit IRC01:05
*** yangyp has joined #openstack-nova01:06
*** lykinsbd_ has quit IRC01:09
*** thorst has quit IRC01:09
*** shoutm has quit IRC01:10
*** angdraug has quit IRC01:10
*** shoutm has joined #openstack-nova01:14
*** meghal has joined #openstack-nova01:15
*** SourabhP has quit IRC01:17
*** meghal has quit IRC01:17
*** asettle has joined #openstack-nova01:18
*** unicell has quit IRC01:19
*** vilobhmm1 has quit IRC01:23
*** jcoufal has joined #openstack-nova01:25
*** jcoufal has quit IRC01:29
*** ssurana has quit IRC01:30
*** dannywilson has quit IRC01:31
*** dannywilson has joined #openstack-nova01:32
*** r-daneel has quit IRC01:35
openstackgerritZhenyu Zheng proposed openstack/nova: add support for muti_statuses_query from migration  https://review.openstack.org/16963101:35
openstackgerritZhenyu Zheng proposed openstack/nova: DB:support for migration objects multi-statuses  https://review.openstack.org/16960401:35
openstackgerritZhenyu Zheng proposed openstack/nova: resize-revert can break anti-affinity policy  https://review.openstack.org/16011001:35
*** dannywilson has quit IRC01:36
*** dannywil_ has joined #openstack-nova01:36
*** dannywil_ has quit IRC01:41
*** bnemec has quit IRC01:41
*** dims has joined #openstack-nova01:43
*** tpeoples has joined #openstack-nova01:47
openstackgerritZhenyu Zheng proposed openstack/nova: Make query to quota usage table order preserved  https://review.openstack.org/21358401:50
*** sachin has quit IRC01:50
*** tpeoples has quit IRC01:52
*** armax has joined #openstack-nova01:58
*** shuquan has joined #openstack-nova01:59
*** ndipanov has quit IRC02:00
*** haomaiwa_ has joined #openstack-nova02:03
*** jlk has left #openstack-nova02:04
*** haomaiwa_ has quit IRC02:09
*** mdrabe has joined #openstack-nova02:09
*** haomaiwang has joined #openstack-nova02:10
*** lyanchih has joined #openstack-nova02:16
*** summer has joined #openstack-nova02:17
openstackgerritGhanshyam Mann proposed openstack/nova: api: tidy up paste.ini  https://review.openstack.org/21408502:17
*** summer has quit IRC02:18
*** summerWendy has joined #openstack-nova02:18
gmannalex_xu: johnthetubaguy : ^^ merged paste.ini one02:18
alex_xugmann: thanks02:19
gmannalex_xu: np02:19
*** shuquan has quit IRC02:20
*** Apoorva has quit IRC02:21
*** Marga_ has quit IRC02:28
*** skylerberg has joined #openstack-nova02:29
*** shuquan has joined #openstack-nova02:29
*** shuquan has quit IRC02:29
openstackgerritSean McCully proposed openstack/nova: Creates disk.fallocate_test  https://review.openstack.org/18824902:30
openstackgerrithuan proposed openstack/nova: Do not rely on XenAPI to guess device names  https://review.openstack.org/21311202:32
*** shuquan has joined #openstack-nova02:33
*** yamahata has quit IRC02:34
*** zzzeek has joined #openstack-nova02:34
*** shuquan_ has joined #openstack-nova02:40
*** shuquan has quit IRC02:40
*** shuquan_ is now known as shuquan02:40
*** mriedem has quit IRC02:43
*** salv-orlando has joined #openstack-nova02:44
*** sinisak has quit IRC02:46
*** zzzeek has quit IRC02:47
*** salv-orlando has quit IRC02:48
*** asd112z has quit IRC02:50
*** hakimo_ has joined #openstack-nova02:52
*** takedakn has joined #openstack-nova02:53
*** dave-mcc_ has quit IRC02:54
*** hakimo has quit IRC02:55
*** dims has quit IRC02:56
*** summerWendy has quit IRC02:58
*** haomaiwang has quit IRC03:01
openstackgerritHuang Zhiteng proposed openstack/nova: libvirt: Force iSCSI disconnect after timeout  https://review.openstack.org/16781503:01
*** haomaiwang has joined #openstack-nova03:01
*** kylek3h has joined #openstack-nova03:10
*** kylek3h has quit IRC03:15
*** kylek3h has joined #openstack-nova03:15
*** kylek3h has quit IRC03:20
*** shuquan has quit IRC03:21
*** liusheng has joined #openstack-nova03:22
*** shuquan has joined #openstack-nova03:32
*** EinstCrazy has joined #openstack-nova03:32
*** deepthi has joined #openstack-nova03:42
*** jgriffith has quit IRC03:43
*** jgriffith has joined #openstack-nova03:44
*** jgriffith is now known as Guest5416203:45
*** alex_xu has quit IRC03:45
*** takedakn has quit IRC03:45
*** alex_xu has joined #openstack-nova03:46
openstackgerritMichael Still proposed openstack/nova: libvirt: take account of disks in migration data size  https://review.openstack.org/20663203:57
*** chaochin has quit IRC03:58
*** chaochin has joined #openstack-nova03:58
*** irenab has joined #openstack-nova04:00
*** rajesht has joined #openstack-nova04:00
*** haomaiwang has quit IRC04:01
*** haomaiwa_ has joined #openstack-nova04:01
*** jamielennox is now known as jamielennox|away04:04
*** jamielennox|away is now known as jamielennox04:05
*** Nikolay_1t has quit IRC04:06
*** achanda has quit IRC04:08
*** agireud has joined #openstack-nova04:11
openstackgerritGhanshyam Mann proposed openstack/nova: api: tidy up paste.ini  https://review.openstack.org/21408504:15
*** shyu has quit IRC04:16
*** Sree has joined #openstack-nova04:16
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696804:17
*** ajayaa has joined #openstack-nova04:20
*** shyu has joined #openstack-nova04:20
*** shuquan has quit IRC04:23
*** garyk has quit IRC04:26
*** mdrabe has quit IRC04:30
*** rushil has joined #openstack-nova04:32
*** rushil_ has joined #openstack-nova04:34
*** agireud has quit IRC04:34
*** rushil has quit IRC04:37
*** summer has joined #openstack-nova04:38
*** links has joined #openstack-nova04:38
*** asettle has quit IRC04:44
*** achanda has joined #openstack-nova04:44
*** changbl has quit IRC04:46
*** unicell has joined #openstack-nova04:46
*** rushil_ has quit IRC04:50
*** unicell has quit IRC04:53
*** unicell has joined #openstack-nova04:53
*** haomaiwa_ has quit IRC05:01
*** armax has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:01
*** ajayaa has quit IRC05:01
*** SourabhP has joined #openstack-nova05:01
*** salv-orlando has joined #openstack-nova05:02
*** nkrinner has joined #openstack-nova05:02
*** SourabhP_ has joined #openstack-nova05:03
*** lyanchih has quit IRC05:05
*** armax has joined #openstack-nova05:05
*** skylerberg has quit IRC05:05
*** irenab has quit IRC05:05
*** garyk has joined #openstack-nova05:06
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove API_V3_CORE_EXTENSIONS from v2.1 API  https://review.openstack.org/21751805:06
*** SourabhP has quit IRC05:06
*** SourabhP_ is now known as SourabhP05:06
*** salv-orlando has quit IRC05:07
*** irenab has joined #openstack-nova05:07
openstackgerritJay Pipes proposed openstack/python-novaclient: Add mechanism to vm list to return all resources  https://review.openstack.org/21710105:08
*** tojuvone has joined #openstack-nova05:09
*** openstackgerrit has quit IRC05:16
*** openstackgerrit has joined #openstack-nova05:17
*** ankit_ag has joined #openstack-nova05:23
*** albertom has quit IRC05:29
*** pkoniszewski has quit IRC05:30
*** pkoniszewski has joined #openstack-nova05:30
*** albertom has joined #openstack-nova05:31
*** ildikov has quit IRC05:34
*** shyu has joined #openstack-nova05:43
*** armax has quit IRC05:43
*** rdopiera has joined #openstack-nova05:44
*** rushiagr_away is now known as rushiagr05:45
*** vilobhmm1 has joined #openstack-nova05:45
*** dims has joined #openstack-nova05:46
*** ajayaa has joined #openstack-nova05:49
*** agireud has joined #openstack-nova05:49
*** EinstCrazy has quit IRC05:50
*** Marga_ has joined #openstack-nova05:51
*** Marga_ has quit IRC05:51
*** Marga_ has joined #openstack-nova05:51
*** geekinutah has quit IRC05:52
*** dims has quit IRC05:52
*** EinstCrazy has joined #openstack-nova05:53
*** agireud has quit IRC05:54
*** abhishekk has joined #openstack-nova06:00
*** lyanchih has joined #openstack-nova06:00
*** haomaiwang has quit IRC06:01
*** 5EXABZ8QP has joined #openstack-nova06:01
*** Sree has quit IRC06:02
*** sahid has joined #openstack-nova06:04
*** Sree has joined #openstack-nova06:06
*** Murali has joined #openstack-nova06:06
*** afazekas_ has joined #openstack-nova06:06
*** jichen has joined #openstack-nova06:19
*** fawadkhaliq has joined #openstack-nova06:21
*** deepakcs has joined #openstack-nova06:22
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/21236706:24
*** geekinutah has joined #openstack-nova06:28
openstackgerritLi Yuanyuan proposed openstack/nova: Fix exception message mistake  https://review.openstack.org/21550906:29
*** Nikolay_St has joined #openstack-nova06:32
*** albertom has quit IRC06:34
*** pkoniszewski has quit IRC06:35
*** humble__ has joined #openstack-nova06:35
*** mpaolino has joined #openstack-nova06:35
*** eliqiao has quit IRC06:35
*** fesp has joined #openstack-nova06:35
*** wanghua has joined #openstack-nova06:37
*** fesp has quit IRC06:37
*** alexschm has joined #openstack-nova06:38
openstackgerritRadomir Dopieralski proposed openstack/nova: Make the create_instance call accept security group ids as well as names  https://review.openstack.org/21729206:38
*** humble_ has quit IRC06:38
openstackgerritRadomir Dopieralski proposed openstack/nova: Make the create_instance call accept security group ids as well as names  https://review.openstack.org/21729206:39
*** humble__ has quit IRC06:40
*** albertom has joined #openstack-nova06:40
*** vilobhmm1 has quit IRC06:45
*** vilobhmm1 has joined #openstack-nova06:45
*** vilobhmm1 has quit IRC06:46
*** salv-orlando has joined #openstack-nova06:47
*** pkoniszewski has joined #openstack-nova06:50
openstackgerritJuPing proposed openstack/nova: Fix description for "Inapt spelling of a word"  https://review.openstack.org/21754706:51
*** salv-orlando has quit IRC06:52
*** eliqiao has joined #openstack-nova06:53
*** rushiagr is now known as rushiagr_away06:53
*** kaisers has quit IRC06:54
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove API_V3_CORE_EXTENSIONS from v2.1 API  https://review.openstack.org/21751806:56
*** vilobhmm1 has joined #openstack-nova06:59
*** ildikov has joined #openstack-nova06:59
*** markus_z has joined #openstack-nova07:00
*** 5EXABZ8QP has quit IRC07:01
*** moshele has joined #openstack-nova07:01
*** browne has quit IRC07:01
*** haomaiwang has joined #openstack-nova07:02
*** shyu has quit IRC07:03
*** shyu has joined #openstack-nova07:03
*** salv-orlando has joined #openstack-nova07:06
*** achanda has quit IRC07:06
*** drankis has joined #openstack-nova07:06
*** markus_z has quit IRC07:07
*** stefan_amann has joined #openstack-nova07:08
*** tobasco_ is now known as tobasco07:14
*** Sree has quit IRC07:19
openstackgerritgaryk proposed openstack/nova: VMware: add in folder support on VC  https://review.openstack.org/16506007:30
openstackgerritgaryk proposed openstack/nova: VMware: improve instance names on VC  https://review.openstack.org/16660807:31
*** dims has joined #openstack-nova07:35
*** vilobhmm1 has quit IRC07:36
*** ircuser-1 has joined #openstack-nova07:36
*** eliqiao has quit IRC07:37
*** pkoniszewski has quit IRC07:38
*** mpaolino has quit IRC07:38
openstackgerritgaryk proposed openstack/nova: VMware: add in vif resource limitations  https://review.openstack.org/18020207:39
*** eliqiao has joined #openstack-nova07:39
*** pkoniszewski has joined #openstack-nova07:39
*** dims has quit IRC07:40
*** vivekd has joined #openstack-nova07:41
*** yuntongjin has joined #openstack-nova07:44
*** matrohon has joined #openstack-nova07:44
*** lalitd has quit IRC07:47
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756707:48
openstackgerritJianghua Wang proposed openstack/nova: XenAPI: Expose labels for root and ephemeral disks  https://review.openstack.org/21309407:49
*** yassine has joined #openstack-nova07:49
*** achanda has joined #openstack-nova07:51
*** yuntongjin1 has joined #openstack-nova07:51
*** yuntongjin has quit IRC07:52
*** yamahata has joined #openstack-nova07:53
openstackgerritGhanshyam Mann proposed openstack/nova: Expose VIF net-id attribute in os-virtual-interfaces  https://review.openstack.org/21757207:54
*** SourabhP has quit IRC07:54
*** IanGovett has joined #openstack-nova07:56
*** shoutm_ has joined #openstack-nova07:57
*** doude has joined #openstack-nova07:59
*** doude has quit IRC07:59
*** doude has joined #openstack-nova07:59
*** ildikov has quit IRC07:59
*** shoutm has quit IRC08:00
*** haomaiwang has quit IRC08:01
*** haomaiwang has joined #openstack-nova08:01
*** lpetrut has joined #openstack-nova08:02
*** lpetrut1 has joined #openstack-nova08:02
*** lpetrut has left #openstack-nova08:03
*** lpetrut1 has quit IRC08:03
*** lpetrut1 has joined #openstack-nova08:03
openstackgerritEli Qiao proposed openstack/nova: Scheduler: Move notifier.info to scheduler manager  https://review.openstack.org/21757408:04
openstackgerritgaryk proposed openstack/nova: Objects: add limits, reservations and shares to ImageMetaProps object  https://review.openstack.org/18832108:05
openstackgerritgaryk proposed openstack/nova: VMware: support limits via image meta data  https://review.openstack.org/18094208:06
openstackgerritEli Qiao proposed openstack/nova: Scheduler: Move notifier.info to scheduler manager  https://review.openstack.org/21188708:06
openstackgerritAlex Xu proposed openstack/nova: Add a note about the 400 response not requiring a microversion  https://review.openstack.org/21757708:08
*** takedakn has joined #openstack-nova08:08
*** rajesht_ has joined #openstack-nova08:09
*** karimb has joined #openstack-nova08:09
*** abhishekkk has joined #openstack-nova08:10
*** boris-42 has quit IRC08:10
*** kaisers has joined #openstack-nova08:11
*** kiran-r has joined #openstack-nova08:11
*** ildikov has joined #openstack-nova08:12
*** kaisers has quit IRC08:12
*** abhishekk has quit IRC08:12
*** rajesht has quit IRC08:13
*** summer has quit IRC08:13
*** kaisers has joined #openstack-nova08:14
*** jistr has joined #openstack-nova08:15
*** irenab has quit IRC08:16
*** hparekh has quit IRC08:17
*** summer has joined #openstack-nova08:17
*** irenab has joined #openstack-nova08:19
*** lucasagomes has joined #openstack-nova08:22
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Add mechanism to vm list to return all resources  https://review.openstack.org/21710108:25
*** danpb has joined #openstack-nova08:27
*** karimb has quit IRC08:29
openstackgerritAnkit Agrawal proposed openstack/nova: Test patch libvirt race condition (do not merge)  https://review.openstack.org/19173208:30
*** ndipanov has joined #openstack-nova08:30
*** shoutm_ has quit IRC08:32
*** longsube has joined #openstack-nova08:35
longsubeHi08:36
longsubeDo you have issue in live migrating VM in KILO Version08:36
*** derekh has joined #openstack-nova08:40
*** sudipto has joined #openstack-nova08:42
openstackgerritgaryk proposed openstack/nova: Compute: be consistent with logs about NotImplemented methods  https://review.openstack.org/18839208:42
garykjohnthetubaguy: ^ addresed your comments08:42
*** yuntongjin has joined #openstack-nova08:45
*** yuntongjin1 has quit IRC08:46
*** garyk has quit IRC08:47
*** hparekh has joined #openstack-nova08:48
*** achanda has quit IRC08:50
*** irenab has quit IRC08:50
*** haomaiwang has quit IRC08:51
*** irenab has joined #openstack-nova08:51
*** haomaiwang has joined #openstack-nova08:51
*** jistr has quit IRC08:54
*** jistr has joined #openstack-nova08:56
*** apuimedo_ has joined #openstack-nova08:58
*** alex_klimov has joined #openstack-nova08:58
*** garyk has joined #openstack-nova08:59
*** wuhg has joined #openstack-nova09:00
*** haomaiwang has quit IRC09:01
*** jistr has quit IRC09:01
*** haomaiwang has joined #openstack-nova09:02
*** lyanchih has quit IRC09:03
*** kylek3h has joined #openstack-nova09:03
*** jistr has joined #openstack-nova09:05
*** Sree has joined #openstack-nova09:07
*** apuimedo_ has quit IRC09:11
*** lyanchih has joined #openstack-nova09:12
johnthetubaguygaryk: sweet, thanks for the update, LGTM09:17
johnthetubaguylongsube: there are certainly some known issues in that area, but I would ask on #openstack for more info09:18
*** andreykurilin__ has joined #openstack-nova09:20
*** Sree has quit IRC09:26
*** kiran-r has quit IRC09:27
*** irenab has quit IRC09:29
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the api v2 extension configuration  https://review.openstack.org/21460109:30
bauzaslongsube: http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/migration-fix-resource-tracking.html09:32
bauzaslongsube: is one of the areas that we know are buggy09:33
*** Sree has joined #openstack-nova09:34
*** irenab has joined #openstack-nova09:34
ndipanovbauzas, that's only an issue if you have pci devices (which you can't really live migrate) or NUMA stuff09:39
alex_xujohnthetubaguy: do we need upgradeimpact flag for https://review.openstack.org/#/c/214592/6 ?09:39
ndipanovbauzas, livemig not working for someone is unlikely to be caused by that09:39
ndipanovor rather09:40
ndipanovthere are far more likely things that could have gone wrong09:40
alex_xujohnthetubaguy: as renamed the options, operator need update their config when upgrade the code09:40
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the concept of extensions in v2.1  https://review.openstack.org/21459209:40
johnthetubaguyalex_xu: yeah, we totally do, added that ^09:40
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the api v2 extension configuration  https://review.openstack.org/21460109:40
openstackgerritHiroyuki Eguchi proposed openstack/nova: Cannot rebuild a instance booted from volume  https://review.openstack.org/20145809:40
alex_xujohnthetubaguy: yea :), saw you just updated09:40
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the api v2 extension configuration  https://review.openstack.org/21460109:41
johnthetubaguyalex_xu: good spotted, added that into both09:41
alex_xujohnthetubaguy: thanks09:42
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756709:42
*** Sree_ has joined #openstack-nova09:43
*** Sree_ is now known as Guest2589909:43
openstackgerritGhanshyam Mann proposed openstack/nova: Remove unused sample files from /doc dir  https://review.openstack.org/21760609:45
johnthetubaguyalex_xu: how are we looking with the API stuff, do we have that etherpad all up to date now?09:46
*** yamahata has quit IRC09:46
gmannalex_xu: johnthetubaguy : ^^ quick one, missed on previous patch09:46
*** Sree has quit IRC09:46
*** shuquan has joined #openstack-nova09:47
alex_xujohnthetubaguy: emm...let me check09:48
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Add mechanism to vm list to return all resources  https://review.openstack.org/21710109:48
alex_xuI should summary all the key stuff of API before release09:48
openstackgerritgaryk proposed openstack/nova: VMware: create method for getting datacenter from datastore  https://review.openstack.org/20581909:49
johnthetubaguyalex_xu: that would be very cool, I have a project update summit session, it would be good to roll the info into that too09:49
johnthetubaguyalex_xu: looking at your comment in here: https://review.openstack.org/#/c/214085/22/etc/nova/api-paste.ini,cm09:49
alex_xujohnthetubaguy: yea09:49
johnthetubaguyalex_xu: not sure I understand your question09:49
johnthetubaguyalex_xu: I think liberty we make v2.1 the default API, by default no use of v2, at least that was the idea I think09:50
*** dims has joined #openstack-nova09:50
*** ildikov has quit IRC09:51
alex_xujohnthetubaguy: "and is suggested that you use it as the default." looks like suggestion user use v2.1 compat mode as default.09:51
alex_xujohnthetubaguy: as you said, we suggest use v2.1 as default09:51
alex_xujohnthetubaguy: maybe we should say: In liberty, v2.1 is as the default. if you want to use v2 API, we suggest you use v2.1 compat mode.09:52
johnthetubaguyalex_xu: hmm, but you should never use v2.1 for /v2, thats the only way you are "allowed" to use v2.1 right?09:52
johnthetubaguyalex_xu: no, we must have /v2 and /v2.109:53
*** oomichi has quit IRC09:53
johnthetubaguyalex_xu: otherwise we break the backwards compatibility point09:53
alex_xujohnthetubaguy: ah, I see now09:53
rajesht_hi cores,09:53
alex_xujohnthetubaguy: that word means suggest use v2.1 compat mode as default for /v209:54
johnthetubaguyalex_xu: now I am guessing my comment doesn't explain that well, so we should really do something better in there I guess09:54
rajesht_have a look at it https://review.openstack.org/#/c/170118/09:54
alex_xujohnthetubaguy: I think I understand now, just I miss understand the English words09:55
johnthetubaguyalex_xu: no worries, I am not sure my english works were that good to start with!09:55
alex_xujohnthetubaguy: :)09:56
*** yuntongjin has quit IRC09:56
*** shuquan has quit IRC09:58
*** VikasC has joined #openstack-nova09:58
*** hparekh2 has joined #openstack-nova10:00
openstackgerritJohn Garbutt proposed openstack/nova: api: use v2.1 only in api-paste.ini   https://review.openstack.org/21408510:00
*** hparekh has quit IRC10:00
openstackgerritJohn Garbutt proposed openstack/nova: api: use v2.1 only in api-paste.ini  https://review.openstack.org/21408510:00
*** haomaiwang has quit IRC10:01
bauzasndipanov: sorry was in a call, but yeah, agreed10:02
*** shuquan has joined #openstack-nova10:02
*** summer has quit IRC10:02
*** haomaiwang has joined #openstack-nova10:02
openstackgerritJohn Garbutt proposed openstack/nova: Strip the extra properties out when using legacy v2 compatible middleware  https://review.openstack.org/21543610:02
johnthetubaguygmann: I just spotted this change, seems to need a rebase: https://review.openstack.org/#/c/202431/10:04
*** lyanchih has quit IRC10:04
*** ildikov has joined #openstack-nova10:05
*** jistr has quit IRC10:06
bauzasjohnthetubaguy: not sure if you saw https://wiki.openstack.org/wiki/ReleaseNotes/Liberty#Upgrade_Notes but could you also take a look at the allocation ratios branch ? sorry to hassle you, I guess you're already pretty busy these days :/10:07
bauzasjohnthetubaguy: I won't particularly address that as a top feature, but I feel that as a quickwin for Nova10:08
johnthetubaguybauzas: I did have a look recently, I guess there have been updates10:08
bauzasjohnthetubaguy: it had, because dansmith had an excellent point10:08
johnthetubaguybauzas: cool, will take a peak10:08
johnthetubaguygmann: alex_xu: just looking at the list of patches on the etherpad, looks like we are missing links to some of the ones edleafe posted, I don't have the links, any others? https://etherpad.openstack.org/p/liberty-nova-priorities-tracking10:09
bauzasoh, Jenkins is unhappy because of a gate problem, will recheck the last one - but the change is safe10:09
bauzasjohnthetubaguy: thanks, I usually hate pinging people, just wanted to keep you informed10:09
bauzasjohnthetubaguy: if that doesn't get merged because of other stuff, fair enough, it's just a matter of opportunities and bandwidth10:10
*** kylek3h has quit IRC10:10
*** zhenguo has quit IRC10:10
*** kylek3h has joined #openstack-nova10:11
johnthetubaguybauzas: yeah, I am spending today going up and down the etherpad, and you are in there, so thats fine10:11
johnthetubaguybauzas: yeah, looks like the ones I +2ed have merged now, hadn't quite got my head around this end of the chain yet, looking now10:12
johnthetubaguywell, after I get a glass of water10:12
*** shz has joined #openstack-nova10:13
*** EinstCrazy has quit IRC10:13
*** yangyp has quit IRC10:13
*** maurosr has quit IRC10:14
*** zhangjn has quit IRC10:15
*** rotbart has joined #openstack-nova10:15
*** kylek3h has quit IRC10:15
*** shihanzhang has quit IRC10:16
*** rotbeard has quit IRC10:16
*** maurosr has joined #openstack-nova10:17
*** xyhuang has joined #openstack-nova10:17
*** jistr has joined #openstack-nova10:18
openstackgerritHuang Zhiteng proposed openstack/nova: libvirt: Force iSCSI disconnect after timeout  https://review.openstack.org/16781510:21
johnthetubaguybauzas: this doesn't seem quite right here: https://review.openstack.org/#/c/216696/3/nova/scheduler/filters/core_filter.py,cm10:23
johnthetubaguybauzas: is there not a way we can use the config? or maybe warn if there is a miss-match or something like that?10:24
*** Marga_ has quit IRC10:24
*** hparekh2 has quit IRC10:27
*** hparekh has joined #openstack-nova10:27
johnthetubaguybauzas: just looking for a middle ground, this does feel like it violates our upgrade rules right now, of no need to change your config during your upgrade10:27
*** gszasz has joined #openstack-nova10:27
*** ociuhandu has quit IRC10:30
ndipanovjohnthetubaguy, fwiw - I don't like that approach at all10:31
ndipanovit's too tricky to get it right when upgrading10:31
johnthetubaguyndipanov: reporting the conf from the compute node, or just the compatibility bit?10:31
ndipanovso imho we need a new conf10:32
ndipanovotherwise you have to make sure to roll out the conf with the upgrade or it will do the wrong thing10:32
johnthetubaguyndipanov: hmm, I hadn't thought of doing that, but that might be cleaner in some ways10:32
ndipanovbut I may be overthinking it10:32
johnthetubaguyndipanov: so we do claim to support upgrades with zero configuration changes10:33
johnthetubaguyndipanov: this sure violates that10:33
johnthetubaguyndipanov: unless you happen to stupidly put the same nova.conf everywhere, not sure that would even work10:33
ndipanovjohnthetubaguy, if you were messing with those 2 confs than yes10:33
ndipanovyou have to roll the conf update with the code update10:34
johnthetubaguyndipanov: trying to think of a way to do it, without deprecating one config and adding another, something tells me the compute nodes reporting None would work10:34
johnthetubaguyndipanov: we claim you don't need a conf update when you upgrade, as long as you fix up all the warnings after the upgrade, you should be good for next time (in theory)10:35
ndipanovjohnthetubaguy, yes but how would they know that the conf they see is not the one set by the policy so as to send None10:35
johnthetubaguyndipanov: would need to have a better default I think10:35
ndipanov:)10:36
ndipanovlet me pop my -1 back on there10:38
*** Kennan has quit IRC10:38
*** chaochin has quit IRC10:39
*** park_ has quit IRC10:40
*** kiran-r has joined #openstack-nova10:40
*** takedakn1 has joined #openstack-nova10:41
*** takedakn has quit IRC10:42
*** shuquan has quit IRC10:43
ndipanovbauzas, johnthetubaguy https://review.openstack.org/#/c/216362/10:44
johnthetubaguyI just added some ideas in how I think this could work10:44
ndipanovjohnthetubaguy, can we change the default just like that10:45
*** ociuhandu has joined #openstack-nova10:46
ndipanovwe need to make sure that we are handling NONE everywhere10:46
ndipanovat least10:46
johnthetubaguyndipanov: yeah, I think we can, assuming that we make the default the same in the code after the fact10:48
ndipanovright10:48
johnthetubaguyndipanov: it seems the best option at least, without adding a new config10:48
*** vivekd has quit IRC10:48
ndipanovyeah if we can make it None10:48
ndipanovthen it should work10:48
ndipanovprovided we have compat code in the scheduler10:48
johnthetubaguyndipanov: the annoying bit is the scheduler still needs to know the default, but we can fix that up next release when we drop that compatibility stuff10:49
*** Kevin_Zheng_ is now known as Kevin_Zheng10:49
ndipanovagreed10:49
johnthetubaguyyou have to upgrade the control plane first, so this should work, I think10:49
ndipanovyes10:49
johnthetubaguyI don't like us using the value in the conductor, like the current code does10:49
ndipanovso I guess we agreed that there is real value in moving this to compute nodes10:50
ndipanovI think that having a global knob is also kinda useful10:50
ndipanovbut I don't really care too much10:50
johnthetubaguyso I think it should love in the resource tracker, I am cool with that10:50
johnthetubaguyits a per compute node type thing, anyways10:50
ndipanovjohnthetubaguy, yes in theory10:51
ndipanovbut a lot of use cases will not need that granularity10:51
ndipanovso it's kinda overhead10:51
ndipanovconceptually yes - I agree10:51
johnthetubaguyits broken having nova config inside the scheduler though, thats the big deal here10:51
johnthetubaguynow this is something reported by the compute nodes, it sits much more comfortably10:52
*** chaochin has joined #openstack-nova10:52
openstackgerritZhenyu Zheng proposed openstack/nova: Add checks for volume status when rebuilding  https://review.openstack.org/21756710:52
ndipanovwell my point is that having a global policy set by the scheduler is not completely dumb10:52
ndipanovmaybe it is10:52
johnthetubaguybut when we separate out the scheduler, it needs to push it to the compute nodes, and that feels a bit odd really10:53
ndipanovyeah10:53
ndipanovstill feels lika a global know would be useful too - sane defaults and all10:53
johnthetubaguynow only setting the config in the scheduler will avoid a lot of screw ups, so its not without merit10:53
ndipanovknob not know10:54
*** sudipto has quit IRC10:54
johnthetubaguyyeah, its just when we get nova-scheduler out of tree, it really doesn't want to be in there, I think thats the main drive here10:54
johnthetubaguy(turns out you get a few other things for free like the granularity, but agreed they are an upside and a downside!)10:55
*** sudipto has joined #openstack-nova10:55
*** Kennan has joined #openstack-nova10:55
ndipanovwell a split out scheduler could have a global thing too,,,10:55
ndipanoveven if not set by the config10:55
*** park_ has joined #openstack-nova10:56
*** kiran_c has joined #openstack-nova10:56
*** vivekd has joined #openstack-nova10:57
*** kiran_c has left #openstack-nova10:59
openstackgerritMarian Horban proposed openstack/nova: Rsync compression removed  https://review.openstack.org/20995710:59
*** haomaiwang has quit IRC11:01
johnthetubaguyndipanov: it could, its just the resource tracker should really own that allocation ratio, so it gets complicated11:01
*** haomaiwa_ has joined #openstack-nova11:02
*** aix has quit IRC11:02
openstackgerritgaryk proposed openstack/nova: VMware: prevent volume deletion if volume in instance folder  https://review.openstack.org/19310311:02
*** tojuvone has quit IRC11:04
*** mwagner_lap has quit IRC11:06
* johnthetubaguy goes for some food11:06
openstackgerritgaryk proposed openstack/nova: Cells: remove redundant check if cells are enabled  https://review.openstack.org/19853711:06
*** lyanchih has joined #openstack-nova11:08
openstackgerritgaryk proposed openstack/nova: Cells: remove redundant check if cells are enabled  https://review.openstack.org/19853711:08
*** longlq has joined #openstack-nova11:10
openstackgerritgaryk proposed openstack/nova: Flavors: use dict comprehension for get_all_flavors  https://review.openstack.org/19870211:10
*** haomaiwa_ has quit IRC11:11
*** smatzek has joined #openstack-nova11:11
*** Guest25899 has quit IRC11:12
*** kylek3h has joined #openstack-nova11:12
*** yuntongjin has joined #openstack-nova11:12
*** longsube has quit IRC11:14
*** wanghua has quit IRC11:15
*** kylek3h has quit IRC11:17
*** irenab has quit IRC11:18
*** shyu has quit IRC11:20
*** alex_xu has quit IRC11:20
openstackgerritgaryk proposed openstack/nova: Virt: add context to attach and detach interface  https://review.openstack.org/20936211:21
*** yuntongjin1 has joined #openstack-nova11:22
*** alex_xu has joined #openstack-nova11:23
*** yuntongjin has quit IRC11:24
*** thorst has joined #openstack-nova11:27
*** thorst1 has joined #openstack-nova11:29
*** dave-mccowan has joined #openstack-nova11:30
*** irenab has joined #openstack-nova11:30
*** thorst has quit IRC11:32
*** longlq has quit IRC11:32
*** aix has joined #openstack-nova11:33
*** dprince has joined #openstack-nova11:34
*** garyk has quit IRC11:35
*** lyanchih has quit IRC11:40
*** yuntongjin1 has quit IRC11:42
*** VikasC has quit IRC11:44
openstackgerritIldiko Vancsa proposed openstack/nova-specs: Add soft policies for server-group feature  https://review.openstack.org/21250411:45
*** lucasagomes is now known as lucas-hungry11:48
*** wanghua has joined #openstack-nova11:50
*** vivekd has quit IRC11:52
*** haomaiwang has joined #openstack-nova11:53
*** deepakcs has quit IRC11:54
*** deepthi has quit IRC11:56
*** kiran-r has quit IRC11:58
*** mmedvede has quit IRC11:58
ftersinsdague: hi. could you please look again to https://review.openstack.org/#/c/173204/11:59
ftersini've put a comment there to you and mriedem12:00
*** mmedvede has joined #openstack-nova12:00
*** haomaiwang has quit IRC12:01
*** wanghua has quit IRC12:02
*** haomaiwang has joined #openstack-nova12:02
openstackgerritNoel Nelson Dsouza proposed openstack/nova: Delete flavor should raise error, if it is inuse  https://review.openstack.org/21767412:03
*** rfolco has joined #openstack-nova12:04
bauzasjohnthetubaguy: heya, was out for lunch12:05
sdagueftersin: ok, I think I understand now, yeh the defaults with no user input was what I was most concerned about. It looks like the patch needs rebasing anyway.12:06
bauzasndipanov: sorry, missed your pings too12:07
bauzasjohnthetubaguy: ndipanov: so I actually discussed with dansmith about all of that and we agreed upon having config flags being provided correctly in https://wiki.openstack.org/wiki/ReleaseNotes/Liberty#Upgrade_Notes12:07
bauzasjohnthetubaguy: ndipanov: the idea is to say that anytime, the ComputeNode object will provide the allocation ratios12:08
sdaguejohnthetubaguy: so, sorry I wasn't around much yesterday, I was mostly trying to sleep off the bug I picked up at LinuxCon. On the testing for the API front here is what I'm currently thinking:12:08
sdaguethe default jobs get switched to nova v2.112:09
bauzasjohnthetubaguy: ndipanov: but it will be actually be done either by the RT (if the compute is Liberty), or by the scheduler's nova.conf as it's already12:09
sdaguethen we build another job for the 2 v2.0 stacks. v2.0 old code and v2.0 on v2.112:09
sdaguewhich we run as a new functional job on nova, and just execute tempest twice with 2 different service catalog entries12:10
ftersinsdague: thanks. at least now the rebasing makes sense :)12:10
*** raildo-afk is now known as raildo12:10
johnthetubaguybauzas: I am just back from lunch myself12:11
bauzasjohnthetubaguy: okay, I actually missed all your convo with ndipanov, my bad :/12:12
bauzasjohnthetubaguy: I understand your problem, what if the operator had provided a change to nova.conf in the scheduler but not in the computes, correct?12:12
johnthetubaguybauzas: no worries, was hoping to catch you12:12
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: virtuozzo instance rescue mode support  https://review.openstack.org/21767912:13
johnthetubaguybauzas: so my thinking is simple, we currently say you don't need to change your nova.conf when you upgrade, that patch set seems to violate that rule, when I think about it12:13
bauzasjohnthetubaguy: yes, but we also make the assumption that all nova.conf are identical, right?12:13
johnthetubaguybauzas: I added a proposal for a slightly alternative approach12:13
johnthetubaguybauzas: I don't think we can make that assumption12:13
bauzasjohnthetubaguy: well, I discussed that with dansmith last week f2f12:13
*** dims has quit IRC12:14
*** kylek3h has joined #openstack-nova12:14
bauzasjohnthetubaguy: and dansmith made a good point in https://review.openstack.org/#/c/215471/4/nova/objects/compute_node.py,cm12:14
*** rushil has joined #openstack-nova12:14
johnthetubaguybauzas: agreed, just not sure I agree with the outcome of that chat, willing to be persuaded, what don't you like about my proposed direction?12:14
openstackgerritsahid proposed openstack/nova: libvirt: make detach_device to return async object  https://review.openstack.org/21768012:15
johnthetubaguybauzas: yeah, agreed with his point, I just don't like the trade off12:15
bauzasjohnthetubaguy: I don't really like to change the default values for the ratios and thus having a nullable field for the reason that dansmith explained in https://review.openstack.org/#/c/215471/4/nova/objects/compute_node.py,cm12:15
*** thangp has joined #openstack-nova12:15
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: virtuozzo instance rescue mode support  https://review.openstack.org/21767912:15
bauzasjohnthetubaguy: I just wonder if having a flag for saying 'I want to have allocation ratios per compute' is not worth it12:15
johnthetubaguyI know its more complicated, but I don't want to violate our upgrade rules12:16
bauzasjohnthetubaguy: where in that case, there would be an if branch for all the filters12:16
johnthetubaguybauzas: so I don't think thats the point here, the point is its not something a separate scheduler project should own, its something the resource tracker should be enforcing12:16
johnthetubaguybauzas: yep, there would be an if in all the filters, be we get to drop it during the next release12:17
johnthetubaguys/be we/but we/12:17
bauzasjohnthetubaguy: I see that BP uncorrelated for the separate sched IMO12:17
ndipanovbauzas, imho - even if we decide to go with this, you still want to avoid having to do code and config rollout at the same tiem12:17
ndipanovthat's what we are mostly complaining about12:18
bauzasndipanov: well, before upgrading, you have to follow release notes nope ?12:18
*** kylek3h has quit IRC12:18
*** rushil_ has joined #openstack-nova12:18
bauzasndipanov: so you would change the compute opt values before upgrading12:18
johnthetubaguybauzas: yes, but we promise you can upgrade without changing your config12:18
*** jcoufal has joined #openstack-nova12:19
johnthetubaguybauzas: this breaks that promise (unless you happen to have the same nova.conf everywhere)12:19
ndipanovbauzas, I would not do anything - I am just pointing out an issue with the current proposed implementation12:19
ndipanovjohnthetubaguy, it breaks the promise period since it is dependant on the config12:19
bauzasjohnthetubaguy: when is the nova meeting ?12:20
bauzasjohnthetubaguy: I'd love to provide those changes as stale reviews ;)12:20
bauzasjohnthetubaguy: I see, 9pm UTC12:20
*** ociuhandu has quit IRC12:20
johnthetubaguybauzas: yep12:20
bauzasjohnthetubaguy: ok, considering your proposal12:20
ndipanovwhy is nova meeting relevant here?12:20
bauzasndipanov: because I think we're discussing about a promise we made12:21
johnthetubaguybauzas: to be fair, its a promise we made but never wrote down anywhere, I should check...12:21
ndipanovregardless it's still a goofy way to do it imho12:21
*** rushil has quit IRC12:22
bauzasjohnthetubaguy: so, given that we change the rules12:22
bauzasjohnthetubaguy: saying that RT values would be set to None12:22
bauzasjohnthetubaguy: that would impact the current situation because now, the scheduler filters are importing those opts12:22
*** haigang has joined #openstack-nova12:22
*** lbeliveau has joined #openstack-nova12:22
ndipanovthe difference between for example the flavor stuff dansmith did that had a realease not and this is - there is a clear benefit to the flavor thing - no potentially huge db downtime12:22
*** ajayaa has quit IRC12:23
ndipanovthis is just "we mess your stuff up LOL"12:23
johnthetubaguyndipanov: but the flavor stuff worked seamlessly across the release boundy?12:23
johnthetubaguyboundry12:23
ndipanovwell you do need to run a script eventually12:23
ndipanovright12:23
ndipanovthe nova manage thing12:23
johnthetubaguyndipanov: agreed, after the full upgrade12:23
bauzasyup12:23
ndipanovso that's kind of the relnote12:23
johnthetubaguyjust like you must change your config after the upgrade before trying the next one12:24
ndipanovthis is more disruptive for less (no?) gain to the user12:24
ndipanovagreed12:24
johnthetubaguythis is worse because you need to change *before* the upgrade, not at some point after the upgrade when its good for you12:24
ndipanovright12:24
ndipanovmy point exactly12:24
*** mtanino has joined #openstack-nova12:24
johnthetubaguythinking I should clarify this in here, we clearly don't all have the same understanding of the rules right now: http://docs.openstack.org/developer/nova/project_scope.html#upgrades12:25
johnthetubaguy(I think it was some talk of tags for upgrade rules that reminded me about the configuration thing)12:25
*** vladikr has joined #openstack-nova12:25
*** aysyd has joined #openstack-nova12:26
bauzasokay, I need to consider another approach because changing the default of the ratios couldn't work12:26
johnthetubaguybauzas: why?12:26
ndipanovwhy?12:26
bauzasjohnthetubaguy: because the filters are importing those opts12:26
*** ociuhandu has joined #openstack-nova12:26
*** haigang has quit IRC12:26
bauzasjohnthetubaguy: so the core filter would be having the allocation ratio defaulted to None12:26
ndipanovso make filter not import them and hard code them instead12:26
johnthetubaguybauzas: but you upgrade the control plane first, thats fine right?12:26
bauzasjohnthetubaguy: yeah, that's the usual approach12:27
ndipanovscheduler gets upgraded first12:27
johnthetubaguyyeah, as mentioned in my comments, the scheduler filters will have to use some util that defaults them to the existing default for one release only12:27
johnthetubaguybauzas: are we missing something big here :S12:27
*** kiran_c has joined #openstack-nova12:28
bauzasjohnthetubaguy: well, https://review.openstack.org/#/c/215278/ is merged12:28
johnthetubaguybauzas: we can revert it if we want, although I don't think we need to12:28
bauzasjohnthetubaguy: agreed12:28
*** dims has joined #openstack-nova12:29
johnthetubaguybauzas: I want the config moved, just the default says in the scheduler for one release, so we can detect when the config gets moved12:29
bauzasjohnthetubaguy: rereading your proposal12:29
johnthetubaguyits a bit messy for us, but that goes away after one cycle (all except the object needing a major bump to remove the null-able bit)12:29
*** mmedvede has quit IRC12:29
*** annegentle has joined #openstack-nova12:31
*** openstackgerrit has quit IRC12:31
bauzasjohnthetubaguy: just trying to understand correctly12:32
*** mmedvede has joined #openstack-nova12:32
*** openstackgerrit has joined #openstack-nova12:32
bauzasjohnthetubaguy: we need to have a signal by the operator saying "okay, read the opt values in RT, right?"12:32
*** edmondsw has joined #openstack-nova12:32
bauzasjohnthetubaguy: which is in your proposal to have nullable ratios by default, and set them by the operator12:33
*** burgerk has joined #openstack-nova12:33
bauzasjohnthetubaguy: but that proposal implies that the scheduler will get those nullable ratios by default, correct?12:34
bauzasjohnthetubaguy: that's what I dislike12:34
johnthetubaguybauzas: the signal is the operator setting that config value right?12:34
johnthetubaguybauzas: if the config is set, we use it, I am fine with that12:35
bauzasjohnthetubaguy: yup, but that means that if they haven't set that yet in controller's nova.conf, it will default to None for the filters12:35
bauzasjohnthetubaguy: and I guess most of the deployments haven't set that12:35
*** Marga_ has joined #openstack-nova12:35
johnthetubaguybauzas: no, the filters will see the computes value is not None, and just use that12:35
*** andreykurilin__ has quit IRC12:35
*** jcoufal has quit IRC12:35
bauzasjohnthetubaguy: sorry, I don't get that :/12:36
bauzasjohnthetubaguy: so, the filter is getting a nullable ratio12:36
johnthetubaguybauzas: shall we do a quick hangout?12:36
bauzasjohnthetubaguy: probably12:36
johnthetubaguybauzas: I can't do this very well in text12:36
bauzassure12:36
johnthetubaguybauzas: let me start one and I will post the link12:37
*** lucas-hungry is now known as lucasagomes12:37
bauzasack12:37
johnthetubaguybauzas: ndipanov: https://plus.google.com/hangouts/_/eq7jgaupopsdih3vfq5dvvtu4qb12:37
ndipanovjohnthetubaguy, ugh in a shared office space today :/12:38
johnthetubaguyndipanov: ah, doh12:38
johnthetubaguyndipanov: will try fill you in after if that works?12:38
ndipanovsure - let me know if you come up with something more clever than changing the default12:39
openstackgerritNoel Nelson Dsouza proposed openstack/nova: Delete flavor should raise error, if it is inuse  https://review.openstack.org/21767412:40
*** wuhg has quit IRC12:41
johnthetubaguyndipanov: +112:42
openstackgerritAnkit Agrawal proposed openstack/nova: libvirt: Race condition leads to instance in error  https://review.openstack.org/18554912:46
*** abhishekkk has quit IRC12:48
*** jcoufal has joined #openstack-nova12:49
*** salv-orlando has quit IRC12:53
openstackgerritjichenjc proposed openstack/nova: Remove 'Retry-After' in server create and resize  https://review.openstack.org/21469112:55
bauzasndipanov: so johnthetubaguy will summarize our convo in a new vote12:55
bauzasndipanov: we basically agreed on a new approac12:56
bauzasapproach12:56
*** Marga_ has quit IRC12:56
edleafealex_xu: around? Questions about your comments on https://review.openstack.org/#/c/21285112:56
alex_xugmann: are you still aournd, looks like nothing for this  https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:merge_sample_tests,n,z , right?12:57
ndipanovbauzas, nice12:57
alex_xuedleafe: yea12:57
johnthetubaguyndipanov: slight change is we can hide some of the mess in the object, which is nice12:57
edleafealex_xu: I was simply replacing the /v3 with /v2. Where did the need for adding a tenant_id come from?12:57
alex_xuedleafe: yea, we should, there isn't 'tenant_id' in the url for v3. But that added back for v2.112:58
*** rushil_ has quit IRC12:58
alex_xuedleafe: although most of them just fake url, but avoid confuse people, we should add tenant_id12:58
edleafealex_xu: ugh, yeah12:59
edleafealex_xu: so add it after the /v2 ?12:59
*** baoli has joined #openstack-nova12:59
alex_xuedleafe: yea, but some of them not need, like the image_href13:00
edleafealex_xu: ok, let me work on it...13:00
alex_xuedleafe: thanks13:00
*** rfolco has quit IRC13:01
*** haomaiwang has quit IRC13:01
*** yuntongjin has joined #openstack-nova13:01
alex_xujohnthetubaguy: sorry, update late https://etherpad.openstack.org/p/liberty-nova-priorities-tracking, I saw you just update, looks like we have everything here for liberty13:01
johnthetubaguyalex_xu: I think this is the last patch from gmann https://review.openstack.org/#/c/217606/13:02
johnthetubaguyalex_xu: do we have the patches from edleafe in there now?13:02
*** haomaiwang has joined #openstack-nova13:02
alex_xujohnthetubaguy: yea, I think so, it is last one13:03
alex_xujohnthetubaguy: the left patch in  https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:merge_sample_tests,n,z , I think it isn't the scope of L13:03
johnthetubaguyedleafe: alex_xu: should we not change /v3 to /v2.1 ?13:03
johnthetubaguyalex_xu: OK, should we just abandon that one?13:03
johnthetubaguy(for now)13:03
alex_xujohnthetubaguy: we should change to /v2. As before we said, we only have '/v2' endpoint, then we change them all to '/v2'. And v2.1 compat with v2, so I think we just make all the test consistent use '/v2' for now13:04
edleafejohnthetubaguy: just catching up after a day on the road.13:04
edleafejohnthetubaguy: which patch are you referring to?13:04
alex_xujohnthetubaguy: we can just remove it from the priority etherpad13:04
johnthetubaguyalex_xu: thats not what we have in api-paste.ini, thats my issue, but anyways, I would rather have /v2 than /v3, so I am a bit loose13:06
johnthetubaguyalex_xu: OK13:06
*** dustins has joined #openstack-nova13:06
*** changbl has joined #openstack-nova13:06
*** I has joined #openstack-nova13:06
alex_xujohnthetubaguy: can we continue remove v3 stuff in RC?13:07
*** I is now known as Guest6274913:07
*** Marga_ has joined #openstack-nova13:07
johnthetubaguyalex_xu: tests, yes13:07
alex_xujohnthetubaguy: ok, got it13:07
johnthetubaguyalex_xu: my main worry is getting the paste-api changes and config changes in13:07
alex_xujohnthetubaguy: yea13:07
*** rushil has joined #openstack-nova13:08
bauzasalaski: when you're around, I just remember something that we haven't discussed about primitiving RequestSpec13:09
bauzasalaski: basically, if doing that, then the payload would change for notifications13:09
bauzasalaski: I'm not saying it's not okay, just something that we need to care13:10
*** diogogmt has joined #openstack-nova13:10
bauzasalaski: eg. http://paste.openstack.org/show/429655/13:10
sudiptodansmith, There are around, 3 dict compat reviews - we could close when you have sometime...13:10
sudiptodansmith, https://review.openstack.org/#/c/201282/ https://review.openstack.org/#/c/216371/ https://review.openstack.org/#/c/216822/13:11
*** mtanino has quit IRC13:11
*** ankit_ag has quit IRC13:12
*** kiran_c has quit IRC13:12
*** mdrabe has joined #openstack-nova13:12
alaskibauzas: all request specs should have been built by scheduler/utils.py:build_request_spec, the object should generate somethat that matches that13:12
alaskigah, *something13:12
bauzasalaski: yeah, I agree with that, just saying something about how clean our notifications are :)13:13
bauzasalaski: but that's fine, working on the stuff13:13
*** neelabh_ has joined #openstack-nova13:15
alaskiyeah, notifications are a terribly freeform thing right now13:15
neelabh_Guys Please tell me how to access nova.servers.list() through only token....13:15
neelabh_alaski: hi13:15
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the concept of extensions in v2.1  https://review.openstack.org/21459213:16
*** hartsock1 has joined #openstack-nova13:16
alaskineelabh_: if it's about your question I would point you at http://docs.openstack.org/developer/python-novaclient/api.html#usage13:16
bauzasneelabh_: http://docs.openstack.org/developer/python-novaclient/api.html#usage13:17
bauzasergh13:17
*** hartsock1 has quit IRC13:17
neelabh_alaski: I already read this doc, but they are not using any token but username and password, please see https://ask.openstack.org/en/question/80901/how-to-get-list-of-all-servers-through-token-based-authetication/13:18
neelabh_bauzas: thanks for responding, I already go through this doc, they are not using token,  I want to use only token to access server-list not password...13:19
alaskineelabh_: I have no experience with the bindings in that way, as I almost always use the CLI, but you may want to look at http://docs.openstack.org/developer/python-keystoneclient/api/keystoneclient.auth.html#keystoneclient.auth.token_endpoint.Token13:20
alaskineelabh_: also, this sort of question is better suited for #openstack13:20
johnthetubaguysdague: alex_xu: generally whooping, this is nice and green now, great to see that: https://review.openstack.org/#/c/214085/13:20
openstackgerritBalazs Gibizer proposed openstack/nova: virt: Allow multiple volume attachments  https://review.openstack.org/19313513:20
openstackgerritBalazs Gibizer proposed openstack/nova: comp: Allow multiple volume attachments  https://review.openstack.org/19313413:20
openstackgerritBalazs Gibizer proposed openstack/nova: obj: Allow multiple volume attachments  https://review.openstack.org/19313313:20
openstackgerritBalazs Gibizer proposed openstack/nova: db: Allow multiple volume attachments  https://review.openstack.org/15303313:20
neelabh_alaski: I was thinking this channel for nova...13:20
*** kylek3h has joined #openstack-nova13:21
neelabh_alaski: thanks..13:21
alaskineelabh_: this is the channel for nova development.  usage questions are better handled in #openstack13:21
*** zzzeek has joined #openstack-nova13:22
*** salv-orlando has joined #openstack-nova13:23
*** zhenguo has joined #openstack-nova13:25
*** afazekas_ has quit IRC13:26
*** rlrossit has joined #openstack-nova13:28
alex_xujohnthetubaguy: yea13:29
alex_xujohnthetubaguy: but I'm thinking alaski's comment on https://review.openstack.org/#/c/21543613:30
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the api v2 extension configuration  https://review.openstack.org/21460113:30
*** xyang1 has joined #openstack-nova13:31
ndipanovis stable/icehouse eoled or?13:32
ndipanovjohnthetubaguy, ^ you may know13:32
*** mriedem has joined #openstack-nova13:32
sdaguejohnthetubaguy: nice13:32
dansmithndipanov: johnthetubaguy I'm confused about why there is a config impact13:33
ndipanovdansmith, if someone changed the defautls13:33
johnthetubaguyalex_xu: yeah alaski has a good and valid concern, just not sure the way around it13:33
ndipanovthen they would need to roll those defaults out to new compute nodes13:33
ndipanover those changed values13:34
ndipanovat the same time when they roll out the code13:34
ndipanovor the new compute nodes would start using the defaults13:34
dansmithndipanov: so previously we made call that people using openstack are using config management and that we don't need to distinguish between config on computes and config on, say, the scheduler13:34
sdaguejohnthetubaguy: were you planning on adding those log warnings to that patch, or as a follow on?13:34
dansmithjohnthetubaguy: remember in mountainview?13:34
johnthetubaguydansmith: I had totally forgot that, sorry13:35
dansmithjohnthetubaguy: we were talking about moving something from one to the other, I asked if that was a problem and mikal said "dude, config management, no"13:35
ndipanovdansmith, that seems like a weird assumption to make13:35
dansmithndipanov: well, I had the same concern as you and was the minority opinion in the room,13:35
johnthetubaguydansmith: we need to start writing these down, I have a bad memory13:35
dansmithso I've come to assume that to be the case13:35
dansmithmy point is, we need to either have it one way or the other13:36
dansmithlast time it was "config is pervasive"13:36
johnthetubaguysdague: good point, I dropped that bit, do you have time to add that as a follow on patch for me, me owning patches is not going well right now.13:36
alaskito offer a data point, we have separate configs for each type of service but we roll configs out with code each time13:36
*** claudiub has joined #openstack-nova13:37
*** atuvenie has joined #openstack-nova13:37
dansmithalaski: the question is, do you have things like filter configs in your compute nodes?13:37
*** ctrath has joined #openstack-nova13:37
dansmithbecause the argument in mountainview was that the compute nodes could make decisions about what to send to the scheduler based on what filters were configured13:37
johnthetubaguydansmith: we totally need to write this down and tell people our decision13:37
alaskidansmith: we do not13:37
dansmithalaski: okay, well, then that's a useful data point13:38
johnthetubaguydansmith: so stuff like the DB config that you don't want on your compute nodes does violate that that rule, thinking about it (although thats not the strongest form of security)13:38
alaskidansmith: we would certainly add them if needed.  but that seems a weird thing for them to need to know about13:38
dansmithjohnthetubaguy: either way, that's a little different, IMHO13:38
dansmithjohnthetubaguy: since the db_url should really be different on every host13:39
sdaguejohnthetubaguy: I'll see what I can do. My current status is 6 guys banging on my roof doing a replacement13:39
dansmithalaski: okay13:39
*** Guest62749 has quit IRC13:39
johnthetubaguydansmith: true13:39
dansmithalaski: well, I'm just echoing what we discussed there.. I forget, were you in mountainview?13:39
ndipanovthat assumption breaks in a number of other cases I think13:39
johnthetubaguysdague: ouch, that sucks13:39
sdaguewell, it will be good once I have a new roof13:39
alaskidansmith: I was, but I don't clearly remember this discussion13:39
dansmithokay13:40
*** Murali has quit IRC13:40
ndipanovso back to my unrelated question - stable/icehouse... eoled?13:40
alex_xujohnthetubaguy: sdague, you are talk about "add log messages when deprecated v3 and v2 code gets used"?13:40
alaskibut I tend to agree with mikals statement.  with config management I really don't care what config is needed where, as long as I know beforehand what needs to be where13:40
alex_xuif yes, I can help on13:40
dansmithjohnthetubaguy: so your suggestion is to make the param nullable and use the scheduler side if it's null on the compute side?13:40
sdaguealex_xu: yes, that13:40
johnthetubaguyndipanov: yeah, I was looking up the wiki page: https://wiki.openstack.org/wiki/StableBranch#Support_phases13:40
alex_xusdague: that isn't hard, if you are busy, I can do that13:40
mriedemndipanov: icehouse has been dead for a while13:41
johnthetubaguydansmith: yeah, its a bit nasty, but seems to work out, and we can clean it up next time13:41
sdaguealex_xu: that would be great if you could, thank you13:41
alex_xusdague: np, let me do that13:41
ndipanovtnx mriedem johnthetubaguy13:41
sdaguealex_xu: mostly to warn people to update their paste.ini if they are using the old pipelines13:41
dansmithjohnthetubaguy: so, we can't clean it up next time I don't think13:41
sdaguealex_xu: great, thank you13:41
alex_xusdague: ok, got it13:41
dansmithjohnthetubaguy: we can't go from nullable to non-nullable across a single release, right?13:41
johnthetubaguymriedem is a stable czar, he knows the deal there, I just tend to look herE: https://github.com/openstack/nova/branches13:41
dansmithjohnthetubaguy: because then L configs (with null) won't work in M where they're non-nullable13:42
dansmithso this is a year to correct13:42
johnthetubaguydansmith: I was figuring we fix that with compat logic over the next two releases, I must be missing a piece13:43
bauzasdansmith: johnthetubaguy: by discussing with john, a middleground was found where we could define a ratio equal to 0.013:44
dansmithjohnthetubaguy: you're talking about making the config nullable, right?13:44
johnthetubaguydansmith: like L sends null/or0.0 which gets mapped to 16 in the object, then the following release, the new nodes start sending 16, old ones send 0.0, then we drop it all the following release13:44
bauzasdansmith: johnthetubaguy: that wouldn't be needing a nullable field13:44
dansmithah, 0.013:44
johnthetubaguydansmith: yeah, just using the default default in oslo.config really, or 0.0 if we have to13:44
bauzasdansmith: yeah, I was pretty against a nullable field, and so we discussed how to properly default it13:44
dansmithbauzas: and still, we do the 0.0 detection in the object and not in every filter, right?13:45
bauzasdansmith: that, we agreed with johnthetubaguy13:45
bauzasdansmith: to keep the object facade13:45
bauzasdansmith: I had 3 concerns13:45
johnthetubaguydansmith: yeah, I got confused with the object code, I thought it was running in nova-conductor, but its not13:45
bauzas1/ the default value for RTs13:45
dansmithjohnthetubaguy: well, I don't think it really matters where it's running, but anyway13:45
bauzas2/ the hardcoded value in the object in case it goes to the default RT value13:45
dansmithsounds like this is a solution, so that's fine13:45
bauzas3/ keeping the compat in the object13:46
bauzasso I'm about to spin-off a new change, not really a big stuff13:46
johnthetubaguydansmith: its the need to read the config on the scheduler node bit, I think we can actually do that in the object, apparently13:46
*** mwagner_lap has joined #openstack-nova13:46
dansmithright13:46
*** diogogmt has quit IRC13:47
johnthetubaguyI got that mixed up in my head with the first set of comments, certainly hides the mess putting it in there13:47
bauzasokay, hold your fire, writing a new set, should be done in 20 mins13:49
bauzasjohnthetubaguy: dansmith: so you could comment on13:49
*** yuntongjin has quit IRC13:49
*** ferest has joined #openstack-nova13:50
*** yuntongjin has joined #openstack-nova13:51
*** mtanino has joined #openstack-nova13:52
*** mjturek1 has quit IRC13:53
*** mjturek1 has joined #openstack-nova13:54
*** ferest has quit IRC13:54
*** tpeoples has joined #openstack-nova13:56
*** Piet has quit IRC13:56
*** rods has left #openstack-nova13:58
*** yuntongjin1 has joined #openstack-nova13:58
*** exploreshaifali has joined #openstack-nova13:59
*** yuntongjin has quit IRC14:00
*** haomaiwang has quit IRC14:01
*** 7GHAA12OT has joined #openstack-nova14:02
*** Kennan has quit IRC14:02
*** Kennan has joined #openstack-nova14:03
*** lyanchih has joined #openstack-nova14:03
*** jwcroppe has joined #openstack-nova14:03
*** fawadkhaliq has quit IRC14:04
*** fawadkhaliq has joined #openstack-nova14:05
*** rfolco has joined #openstack-nova14:06
*** krtaylor has quit IRC14:07
*** fawadkhaliq has quit IRC14:08
*** lyanchih has quit IRC14:09
*** ildikov has quit IRC14:10
*** eglynn_ has quit IRC14:11
*** doude has quit IRC14:12
*** yuntongjin1 has quit IRC14:15
openstackgerritJohn Garbutt proposed openstack/nova: api: allow any scheduler hints  https://review.openstack.org/21772714:16
johnthetubaguysdague: alex_xu: I have put this idea up, to see if that helps with the case alaski is worried about, what do you think?14:17
johnthetubaguysdague: alex_xu: alaski: https://review.openstack.org/#/c/217727/14:17
* alex_xu is checking14:17
*** shoutm has joined #openstack-nova14:18
alex_xujohnthetubaguy: emm... it is change the v2.1 api contract also, maybe we should doing this only for v214:19
jwcroppedansmith: morning... regarding https://review.openstack.org/#/c/216923/ - feel free to let me know if you're cool with this, it seems to align with your comment in terms of general direction14:19
alex_xujohnthetubaguy: if sdague alaski like this, I can help for find a way tune that tomorrow14:20
dansmithjwcroppe: yep, wanna make sure jay is cool with that, when he gets on14:20
dansmithshould be shortly14:20
jwcroppedansmith: cool.  thanks14:20
*** diogogmt has joined #openstack-nova14:21
jwcroppedansmith: it will be good to get that bugger squashed14:21
dansmithyep14:21
*** romainh has joined #openstack-nova14:21
*** eharney has joined #openstack-nova14:23
*** yamahata has joined #openstack-nova14:23
*** yamahata has quit IRC14:23
*** yamahata has joined #openstack-nova14:24
*** IanGovett has quit IRC14:24
*** diogogmt has quit IRC14:25
*** IanGovett has joined #openstack-nova14:25
sdaguealex_xu: so I think we agreed at this point that scheduler filters would be porous, i.e. allow extension. Because a bunch of folks do that.14:27
sdaguewe can work on locking that down in the future14:28
alex_xusdague: emm...I also agree we allow extend schedule hints14:29
*** angdraug has joined #openstack-nova14:30
alex_xusdague: just thinking that we shouldn't limit that in the beginning of v2.1, but we did that14:30
*** achanda has joined #openstack-nova14:31
*** browne has joined #openstack-nova14:31
openstackgerritSylvain Bauza proposed openstack/nova: Add cpu_allocation_ratio and ram_allocation_ratio to ComputeNode  https://review.openstack.org/21547114:33
openstackgerritSylvain Bauza proposed openstack/nova: Update HostManager and filters to use ComputeNode ratios  https://review.openstack.org/21669614:33
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with allocation ratios in the RT  https://review.openstack.org/21636214:33
openstackgerritSylvain Bauza proposed openstack/nova: Fix the default allocation ratios to 0.0  https://review.openstack.org/21773714:33
bauzasndipanov: johnthetubaguy: dansmith: ^ sorry for pinging you guys, but here is the latest news14:33
alex_xumriedem: sdague johnthetubaguy , extend 403 case https://review.openstack.org/#/c/217577/14:33
bauzasndipanov: johnthetubaguy: dansmith: since it's a pretty sensitive change, I'd love to get feedback soon if you could14:34
johnthetubaguyalex_xu: funny, just reading that, about to add a +214:34
alex_xujohnthetubaguy: thanks :)14:34
*** krtaylor has joined #openstack-nova14:34
*** agireud has joined #openstack-nova14:35
*** ijuwang has joined #openstack-nova14:35
*** yuntongjin has joined #openstack-nova14:36
johnthetubaguyalex_xu: I have two slight nits on the text, but not going to block on them, but let me know if you update it14:36
*** yuntongjin has quit IRC14:36
*** romainh has left #openstack-nova14:36
mriedemalex_xu: i'm sure jichen will appreciate that :)14:36
alex_xujohnthetubaguy: thanks, update soon14:37
*** links has quit IRC14:37
alex_xumriedem: yea :)14:37
mriedem+2 but want sdague to review it14:37
*** Nikolay_St has quit IRC14:37
bauzasjohnthetubaguy: ndipanov: dansmith: holy shit, I badly covered the case where the compute is new and the default config is there, just fixing that14:37
ndipanovbauzas, so that was my point right14:38
sdaguemriedem: +A14:38
*** salv-orlando has quit IRC14:38
bauzasndipanov: yeah, fixing that now14:38
bauzasndipanov: I mean, my test was wrong and not covering that, but my if branch is correct, unless I missed something14:39
*** achanda has quit IRC14:40
alex_xusdague: thanks, should I fix the words now?14:40
sdaguealex_xu: if you like14:41
sdaguealex_xu: the gate is so full, you might as well14:41
openstackgerritAlex Xu proposed openstack/nova: Add a note about the 400 response not requiring a microversion  https://review.openstack.org/21757714:41
alex_xusdague: done ^ :)14:41
bauzasoh man, value is 0.014:41
bauzas'value is 0.0'14:41
bauzasbauzas: you have to copy 100 times "I shall not copy/paste dumbly"14:42
*** agireud has quit IRC14:42
* bauzas hides14:42
johnthetubaguybauzas: be sure to cut and paste your lines14:42
* alex_xu go to bed now. will continue thinking about scheduling-hint in the sleep....14:42
bauzasjohnthetubaguy: nah, just quickly copied 'if value is None' and changed it to 'if value is 0.0' which is just silly14:43
bauzasjohnthetubaguy: in the last change I quickly wrote14:44
bauzasand since my coverage was unsufficient...14:44
openstackgerritSylvain Bauza proposed openstack/nova: Add cpu_allocation_ratio and ram_allocation_ratio to ComputeNode  https://review.openstack.org/21547114:45
openstackgerritSylvain Bauza proposed openstack/nova: Update HostManager and filters to use ComputeNode ratios  https://review.openstack.org/21669614:45
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with allocation ratios in the RT  https://review.openstack.org/21636214:45
bauzasdansmith: johnthetubaguy: ndipanov: ^that is much better to review14:45
openstackgerritFeodor Tersin proposed openstack/nova: Fix precedence of image bdms over image mappings  https://review.openstack.org/21362414:47
openstackgerritFeodor Tersin proposed openstack/nova: Change order of bdms in merged bdm list  https://review.openstack.org/21774314:47
*** yamahata has quit IRC14:48
*** dustins has quit IRC14:48
*** yamahata has joined #openstack-nova14:49
*** dims has quit IRC14:51
*** dims has joined #openstack-nova14:51
*** agireud has joined #openstack-nova14:52
*** ildikov has joined #openstack-nova14:53
*** afazekas_ has joined #openstack-nova14:54
*** jaypipes has joined #openstack-nova14:55
*** armax has joined #openstack-nova14:55
*** ijuwang has quit IRC14:55
*** davideagnello has quit IRC14:56
*** tpeoples has quit IRC14:56
*** dustins has joined #openstack-nova14:57
jaypipesmorning all14:58
*** tonytan4ever has joined #openstack-nova14:58
*** drankis has quit IRC14:59
dansmithjaypipes: wanna revisit this? https://review.openstack.org/#/c/216923/414:59
dansmithjaypipes: that's my preference for solving it, which I think you were okay with, but you're still -1 so wanted to check14:59
bauzasyeah, I think it's a seamless approach15:00
*** 7GHAA12OT has quit IRC15:01
*** doude has joined #openstack-nova15:02
*** doude has quit IRC15:02
*** doude has joined #openstack-nova15:02
*** haomaiwa_ has joined #openstack-nova15:02
*** krtaylor has quit IRC15:02
*** eglynn has joined #openstack-nova15:02
*** hemnafk is now known as hemna15:03
*** nkrinner has quit IRC15:03
*** xiaohui has quit IRC15:03
*** xiaohui has joined #openstack-nova15:04
*** tpeoples has joined #openstack-nova15:06
*** fawadkhaliq has joined #openstack-nova15:06
*** agireud has quit IRC15:06
andreykurilinsdague: hi! Is there a way to launch each functional test(in novaclient) in separate tenant?15:06
sdagueandreykurilin: hmmmm I don't think so15:06
*** mdrabe has quit IRC15:08
jaypipesdansmith: looking..15:08
andreykurilinsdague: :( it's hard to test list command(there is a limit in 10 vms for 4 parallel tests)15:08
jaypipesandreykurilin: there is that ability in tempest (I know because I added it...) perhaps it's possible to use tempest for tests of that kind of functionality that you need to run?15:09
jaypipesbauzas: "criticity" <-- interesting. :)15:10
*** fawadkhaliq has quit IRC15:10
sdaguejaypipes: yeh, well was hoping to get this on the novaclient side instead.15:10
andreykurilinjaypipes: no, I don't want to use tempest for this task:) I just want to add several functional tests in novaclient, which should check new cli stuff15:10
openstackgerritMatthew Treinish proposed openstack/nova: Handle neutron exception on bad floating ip create request  https://review.openstack.org/21068415:10
*** jmccrory has quit IRC15:10
bauzasjaypipes: heh15:10
mtreinishdims, mriedem: ^^^  sorry for the slow turnaround15:10
sdagueandreykurilin: so, honestly, I'd just make the novaclient functional tests run in serial for now. There aren't that many of them.15:11
jwcroppejaypipes: we love new words :)15:11
mnestratovmriedem: hi, could you please take a look at https://review.openstack.org/#/c/184153/15:11
*** jmccrory has joined #openstack-nova15:12
bauzasjaypipes: okay, hope it's not critical :p15:12
jaypipesdansmith, bauzas, jwcroppe: +Wallaby'd it.15:12
dansmithjaypipes: Wcool15:12
bauzasWell15:12
bauzasjaypipes: so you jumped on your chair?15:12
jaypipesandreykurilin, sdague: sure... understood. perhaps andreykurilin, you could take a look at how tempest accomplishes the creation of isolated tenants and port that functionality to python-novaclient's functional tests. just a suggestion, nothing more.15:13
*** burgerk has quit IRC15:13
jaypipesbauzas: I have mad hops, yo.15:13
*** davideagnello has joined #openstack-nova15:14
jwcroppejaypipes: thanks15:14
bauzasjaypipes: that reminds me that the allocation-ratios slightly diverged from what we discussed initially, your thoughts would be appreciated :)15:15
bauzasjaypipes: huge UpgradeImpact stuff (/teaser)15:15
*** thedodd has joined #openstack-nova15:15
*** garyk has joined #openstack-nova15:16
jwcroppedansmith, bauzas: thanks for the quick reviews on that15:17
andreykurilinjaypipes: since I want to merge new feature before new release of novaclient, I'll try to work on isolation of tests starting next week:)15:17
bauzasjwcroppe: np, tell me anytime when you consider something with huge criticity15:17
jwcroppebauzas: will do15:18
*** Guest54162 is now known as jgriffith15:18
*** ccarmack has left #openstack-nova15:18
*** jgriffith is now known as Guest2815915:19
*** yangyp has joined #openstack-nova15:21
*** yangyp has quit IRC15:21
*** exploreshaifali has quit IRC15:22
*** links has joined #openstack-nova15:22
sdagueandreykurilin: yeh, so the run time is short enough now, I'd just make it serial. And do the isolation post release.15:25
*** afazekas_ has quit IRC15:27
andreykurilinsdague: is it already in master or may I do it?15:27
*** mdrabe has joined #openstack-nova15:27
*** dustins has quit IRC15:28
jaypipesandreykurilin: sure, no worries :)15:28
mtreinishandreykurilin: fwiw, it's been on the list to migrate the tenant isolation mechanisms from tempest to tempest-lib, although no progress has been made on that so far (except for basically dead patches renaming the providers before the migration)15:29
mtreinishwhenever that's done you should likely be able to reuse it for the client functional suite15:29
sdagueandreykurilin: it's not yet in master, it should just be a single line change to the tox.ini15:29
andreykurilinsdague: ok, I'll try to do it now15:29
sdagueandreykurilin: if you do it, I'll +2 it pretty quickly15:29
andreykurilinmtreinish: thanks for info15:30
sdaguemtreinish might have the magic add for that somewhere pretty easily I forget if you can pass --concurrency=1 through the python setup.py testr command15:31
*** kumar has joined #openstack-nova15:32
mtreinishsdague: I normally use: python setup.py test --no-parallel15:34
mtreinishbut --concurrency=1 will do it too15:34
*** toure1 has joined #openstack-nova15:34
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Launch functional tests serially  https://review.openstack.org/21776815:34
*** toure1 has quit IRC15:35
*** afazekas_ has joined #openstack-nova15:35
*** toure has quit IRC15:35
*** toure has joined #openstack-nova15:35
mtreinishandreykurilin: ^^^ the concurrency flag has to be passed into testr args15:36
mtreinishbecause it's a testr arg15:36
*** tsekiyama has joined #openstack-nova15:36
*** atuvenie has quit IRC15:37
andreykurilinmtreinish sdague: after reading run-tests.sh file from tempest, I thought that tests are launched serially by default(when no option is determined) - https://github.com/openstack/tempest/blob/master/run_tests.sh#L93-L9515:37
*** changbl has quit IRC15:37
sdagueandreykurilin: these are triggered via tox -e functional15:38
sdaguewhich will be parallel by default15:38
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Launch functional tests serially  https://review.openstack.org/21776815:39
andreykurilinmtreinish: should it be like this^15:39
andreykurilinsdague: got it15:39
*** toure has quit IRC15:39
*** SourabhP has joined #openstack-nova15:40
*** skylerberg has joined #openstack-nova15:40
*** ccesario has quit IRC15:41
mtreinishandreykurilin: that will make it parallel if you want to filter what you're running15:41
mtreinishbut yes it'll make the gate run serially15:41
bauzasedleafe: oh man, why have you provided the reservation_id for the logs in the nova.filters ?15:42
mtreinishandreykurilin: also by switching to the pbr command you lose the subunit-trace output formatting15:42
bauzasedleafe: that stuff is not really done15:42
*** toure has joined #openstack-nova15:42
*** bnemec has joined #openstack-nova15:42
bauzasedleafe: and I don't want it to be passed to the Scheduler honestly - I haven't planned to pass it in the Spec object15:43
*** shoutm has quit IRC15:43
*** jdurgin has quit IRC15:43
bauzasedleafe: here https://github.com/openstack/nova/blob/master/nova/filters.py#L10915:43
*** Marga_ has quit IRC15:43
*** changbl has joined #openstack-nova15:44
*** jdurgin has joined #openstack-nova15:44
*** toure has quit IRC15:44
*** Nikolay_St has joined #openstack-nova15:44
*** toure has joined #openstack-nova15:44
*** toure has quit IRC15:46
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Launch functional tests serially  https://review.openstack.org/21776815:46
*** toure has joined #openstack-nova15:46
andreykurilinmtreinish: ^15:47
*** vivekd has joined #openstack-nova15:47
jaypipesbauzas: FYI, on your question to ndipanov about why not set move_type to 'resize'...15:47
bauzasjaypipes: yup ?15:47
bauzasjaypipes: that's for my knowledge15:47
jaypipesbauzas: because resize is not actually moving anything... i.e. it's not a migration.15:47
bauzasmmm15:47
ndipanovjaypipes, well it can be15:47
bauzasreally ? I thought it can be moved15:47
ndipanovit's really confusing15:47
bauzasresize can be providing a new dest host IIRC15:48
*** andreykurilin__ has joined #openstack-nova15:48
* jaypipes considers a resize to a different host as being a cold migration...15:48
ndipanovwe are exceptionally bad at naming things15:48
*** Apoorva has joined #openstack-nova15:48
ndipanovbut it's called a resize15:48
mriedemmnestratov: looking15:48
bauzascold migration is not changing flavors15:48
bauzashence migration != resize AFAICU15:48
*** lykinsbd has joined #openstack-nova15:49
bauzasjaypipes: but all of that is pretty done the same way in the conductor IIRC15:49
*** Marga_ has joined #openstack-nova15:49
mriedemmnestratov: sed -i -e 's/MIN_LIBVIRT_PARALLELS_VERSION = (1, 2, 12)/MIN_LIBVIRT_PARALLELS_VERSION = (1, 2, 8)/' nova/virt/libvirt/driver.py ?15:49
*** rushil has quit IRC15:50
*** SourabhP has quit IRC15:50
*** afazekas_ has quit IRC15:50
*** sahid has quit IRC15:50
*** changbl has quit IRC15:51
mriedemmnestratov: so i see you're running this ci with libvirt-1.2.8-16.vz7_1.3.13.x86_6415:51
*** SourabhP has joined #openstack-nova15:51
mnestratovmriedem: it does look weird but it's temporary till we switch to later version15:51
mnestratovyes15:51
bauzasjaypipes: I have a question for you since edleafe is not responding but why did we approve https://github.com/openstack/nova/blob/master/nova/filters.py#L109 ?15:51
bauzasjaypipes: reservation_id is purely an EC2 hack15:52
*** SourabhP_ has joined #openstack-nova15:52
mriedemmnestratov: so if you can run parallels with libvirt 1.2.8, why isn't that in the driver code in nova?15:52
bauzasjaypipes: that I don't want to see in the scheduler15:52
*** alexschm has quit IRC15:52
*** lykinsbd has quit IRC15:52
bauzasjaypipes: instead, we have something called context.request_id :)15:52
mnestratovwe backported all upstream libvirt patches to libvirt 1.2.815:52
mriedemmnestratov: just for your CI?15:53
*** lykinsbd has joined #openstack-nova15:53
mriedembauzas: we still support the ec2 api15:53
mriedemand reservation ID is in that API and in other parts of the code15:53
bauzasmriedem: agreed, but that has nothing to deal with the scheduler15:53
jaypipesbauzas: two different things.15:53
*** longlq has joined #openstack-nova15:53
bauzasmriedem: the scheduler is a dead-end and no filters are using it15:53
mnestratovin upstream libvirt minimal stuff for openstack came at 1.2.1215:53
mriedemmnestratov: ok, so no distro would actually work with this and libvirt 1.2.815:54
bauzasjaypipes: I know the difference, but still15:54
*** longlq has quit IRC15:54
*** Guest28159 has quit IRC15:54
bauzasjaypipes: I mean, we are generating an id and persisting it15:54
mnestratovmriedem: actually we want to rebase to something more fresh15:55
*** moshele has quit IRC15:55
bauzasjaypipes: but that's not really something we have a contract on, except for the EC2 API15:55
mriedemmnestratov: ah yeah i see the vz7 in the package name libvirt-1.2.8-16.vz7_1.3.13.x86_6415:55
mriedemso that makes sense15:55
mriedemjust threw me off a bit15:55
*** jgriffit1 has joined #openstack-nova15:55
*** SourabhP has quit IRC15:56
*** SourabhP_ is now known as SourabhP15:56
mriedemmnestratov: i don't want to -1 for this, but can you add a follow up patch that updates the hypervisor support matrix for this? http://docs.openstack.org/developer/nova/support-matrix.html15:57
mriedemhttp://docs.openstack.org/developer/nova/support-matrix.html#operation_snapshot15:57
bauzasalaski: thoughts on that ? https://github.com/openstack/nova/blob/master/nova/filters.py#L10915:57
bauzasalaski: I honestly don't want it shipped in the ReqSpec object15:58
mnestratovmriedem: sure15:58
*** agireud_ has joined #openstack-nova15:59
*** agireud_ has quit IRC15:59
alaskibauzas: is it used anywhere?16:00
bauzasalaski: in the scheduler, no16:00
alaskiokay16:00
*** irenab has quit IRC16:00
bauzasI would be pleased to drop it off16:00
alaskiI don't see a reason for that to go to the scheduler16:00
*** VW_ has joined #openstack-nova16:00
bauzasalaski: I do think the same16:00
*** haomaiwa_ has quit IRC16:01
bauzaswe already have the instance id16:01
bauzasand that's a hack16:01
*** haomaiwa_ has joined #openstack-nova16:02
alaskiyeah, I'm working towards making that private16:02
*** artom has joined #openstack-nova16:04
jaypipesndipanov: plan to push a rev for https://review.openstack.org/#/c/214713/ ? :)16:05
ndipanovjaypipes, yes hopefully in the next 45 min16:05
ndipanovI am working on some patches further up that branch atm16:05
*** haomaiwa_ has quit IRC16:06
*** gszasz has quit IRC16:07
*** afazekas_ has joined #openstack-nova16:08
edleafebauzas: just catching up - in two meetings right now16:08
bauzasedleafe: I'm working on a change to remove the res_d16:09
edleafebauzas: that's just logging for the ops16:09
bauzasres_id from the payload16:09
*** SourabhP has quit IRC16:09
*** tjones has joined #openstack-nova16:09
*** tjones has left #openstack-nova16:09
bauzasedleafe: yeah, got that but you know that we're working on providing a Spec object for the scheduler, right ?16:09
edleafebauzas: sure, and we can update it then16:10
bauzasedleafe: which means that we make a contract, and we can't just pick an item from the current filt_props dict16:10
bauzasedleafe: I'm strongly opposed to adding reservation_id as a filed16:10
bauzasfield16:10
*** ccesario has joined #openstack-nova16:10
edleafebauzas: ops need a way to tie log entries to specific requests that failed16:10
*** changbl has joined #openstack-nova16:10
edleafebauzas: what do you suggest>16:10
edleafe?16:10
bauzasedleafe: using the instance uuid16:11
bauzasedleafe: and if 2 instances done at the same time, then dig in the logs and find the req-id16:11
edleafebauzas: ok, that's already there16:11
bauzasedleafe: or look at instance-actions16:11
bauzasedleafe: I'm not against your change, it helps16:12
edleafebauzas: so if I remove the reservation_id, will that suffice?16:12
bauzasedleafe: but it just adds one element to a contract16:12
edleafefrom the logs16:12
bauzasedleafe: I'm just writing that16:12
mriedemrlrossit: https://bugs.launchpad.net/nova/+bug/148953116:12
openstackLaunchpad bug 1489531 in OpenStack Compute (nova) "There should be a nova.objects.fields.DiskFormatEnum for the ImageMeta.disk_format field" [Wishlist,Confirmed]16:12
*** smatzek has quit IRC16:13
*** smatzek has joined #openstack-nova16:13
rlrossitthanks mriedem. Will start that in a bit16:13
openstackgerritFeodor Tersin proposed openstack/nova: Do not specify default security group to Neutron by default  https://review.openstack.org/17320416:13
*** jichen has quit IRC16:13
*** fawadkhaliq has joined #openstack-nova16:13
*** jgriffit1 has quit IRC16:14
*** jgriffit1 has joined #openstack-nova16:15
*** smatzek_ has joined #openstack-nova16:15
*** smatzek has quit IRC16:15
*** kiran_c has joined #openstack-nova16:17
*** unicell has quit IRC16:20
*** lpetrut1 has quit IRC16:20
*** smatzek_ has quit IRC16:22
mriedemmnestratov: so close, but -116:22
mriedemthere is a false positive unit test, and looks like some other missing unit test coverage for the changes to libvirt utils16:22
*** alex_klimov has quit IRC16:22
*** burt has joined #openstack-nova16:24
*** irenab has joined #openstack-nova16:24
*** jistr has quit IRC16:24
*** dustins has joined #openstack-nova16:24
*** exploreshaifali has joined #openstack-nova16:26
*** eharney has quit IRC16:26
mriedemcan anyone explain to me how libvirt + lxc or libvirt + parallels is different from the nova-docker driver?16:27
*** claudiub|2 has joined #openstack-nova16:27
*** marzif has joined #openstack-nova16:27
*** sudipto has quit IRC16:27
*** afazekas_ has quit IRC16:27
mriedemit would be an interesting post mortem in our devref as to why we included one set in tree but not the other - barring the whole mess of no community support for nova-docker, or is that the only reason it's not back in tree?16:28
*** dannywilson has joined #openstack-nova16:29
*** matrohon has quit IRC16:29
*** dannywilson has quit IRC16:29
*** claudiub has quit IRC16:29
*** dannywilson has joined #openstack-nova16:29
*** salv-orlando has joined #openstack-nova16:29
dansmithmriedem: quite different in mechanics16:30
dansmithmriedem: docker doesn't use libvirt for its containers16:30
dansmithmriedem: parallels doesn't use namespaces for its containerization16:31
*** stefan_amann has quit IRC16:31
dansmithwell, it might use some of it now16:31
mriedemi'm not sure why "docker doesn't use libvirt for its containers" is a valid reason16:31
dansmithhistorically it hasn't, and there is still a lot of special-sauce differences in paralles16:31
dansmithmriedem: because the docker driver requires all new nova code to talk to docker, but libvirt-lxc requires just a few differences in the libvirt driver16:32
mriedemyeah, i understand it's easier to add support for things that libvirt already supports per https://libvirt.org/drivers.html16:33
mriedembtw, i'm only playing devils advocate here16:33
danpbyeah, if you look at the changes needed to support parallels and lxc over what we had to kvm, it was trivial16:33
*** annegentle has quit IRC16:33
danpbmost of the work in parallels was related to their special disk format in fact16:33
ndipanovjaypipes, might be tomorrow :(16:33
danpband not directly related to the containre technology16:33
*** rajesht_ has quit IRC16:34
danpbi'm personally fine with having docker in tree, if people are will to maintain it16:34
*** nic has joined #openstack-nova16:34
danpbbut despite there apparently being people who want it in nova, this never seems to turn in people willing to be maintainers for it16:34
dansmithand I'm only fine with lxc/parallels because it's such a small delta16:35
dansmithnot because I think it's a godo thing :)16:35
mriedemok, that was about what i figured on both fronts16:35
mriedemyes, nova-docker is bit rot city16:35
* dansmith waits for the youtube link16:35
mriedemand lxc/parallels are small deltas to the libvirt driver16:35
mriedemno link16:35
*** sudipto has joined #openstack-nova16:35
mriedemhttps://www.youtube.com/watch?v=0R5J6dvpujs ?16:36
mriedemif you need one16:36
dansmiththere it is16:36
danpbi thought it was this link https://www.youtube.com/watch?v=dQw4w9WgXcQ16:36
* dansmith isn't fooled16:36
mriedemdanpb: since your here still :)16:36
mriedemdanpb: do you have any reason i shouldn't -2 this due to feature freeze? https://review.openstack.org/#/c/184153/16:36
mriedem*you're16:37
*** kiran_c has quit IRC16:37
danpbah its one of those fun  lack-of-a-feature-implementation bugs16:38
mriedemyeah16:38
mriedemtotally wishlist16:38
mriedemdespite popular opinion, i don't like stomping on people's balls over this kind of thing,16:39
danpbif we're consistent with past practice we'd -2 it16:39
mriedembut kind of need to tow the line16:39
*** boris-42 has joined #openstack-nova16:39
mriedemyeah16:39
danpbthough personally i would prefer to see us be more forgiving an accept this kind of thing16:39
*** jgriffit1 has quit IRC16:39
*** doude has quit IRC16:40
mriedemi just dropped the hammer16:40
*** zhenguo has quit IRC16:41
*** ctrath has quit IRC16:41
johnthetubaguymriedem: nova-docker talks to the docker API I think16:43
*** derekh has quit IRC16:44
*** skylerberg has quit IRC16:44
johnthetubaguyoops, client no scroll down fail16:44
*** lucasagomes has quit IRC16:44
*** geekinutah has quit IRC16:45
*** links has quit IRC16:45
*** yamahata has quit IRC16:45
* johnthetubaguy nods at the scrollback16:46
bauzasjohnthetubaguy: thanks for having reviewed the allocation-ratios changes16:46
bauzasjohnthetubaguy: saw some comments, basically nits right?16:47
*** browne has quit IRC16:47
*** browne has joined #openstack-nova16:47
bauzasjohnthetubaguy: do I need another iteration for having you happy?16:48
johnthetubaguybauzas: I had to run to an hours worth of meetings, I escaped, so going to head back in there for a proper look, it seemed mostly sane I think16:49
bauzasjohnthetubaguy: no worries16:49
bauzasjohnthetubaguy: I'm currently working on rebasing the ReqSpec BP, but I was wondering if you were happy or not since you left some comments16:50
*** eglynn has quit IRC16:50
johnthetubaguybauzas: I just wondered about that config change, might be easier to have in the third or forth patch rather than the first, but I am OK with it in context16:50
bauzasbtw. the XenServer CI seems down... :(16:50
*** ndipanov has quit IRC16:50
johnthetubaguybauzas: what did it say?16:50
johnthetubaguyBobBall: there is roomer of a dead CI system, is that true?16:50
bauzasjohnthetubaguy: I need to look at those before calling BobBall :)16:51
*** annegentle has joined #openstack-nova16:51
bauzasjohnthetubaguy: but I had no time since my Spec BP just takes all my time again...16:51
*** annegentle has quit IRC16:51
*** EinstCrazy has joined #openstack-nova16:51
*** browne has quit IRC16:51
*** agireud has joined #openstack-nova16:52
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: support snapshots with parallels virt_type  https://review.openstack.org/18415316:52
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: snapshot creation now works for virtuozzo  https://review.openstack.org/21779716:52
*** atuvenie has joined #openstack-nova16:52
*** sudipto has quit IRC16:52
*** lyanchih has joined #openstack-nova16:52
*** krtaylor has joined #openstack-nova16:52
*** afazekas_ has joined #openstack-nova16:52
*** annegentle has joined #openstack-nova16:54
*** browne has joined #openstack-nova16:55
*** ctrath has joined #openstack-nova16:55
johnthetubaguybauzas: no worries, thats the right thing to focus on right now, its crunch time16:55
bauzasyeah, 16 changes in a series :('16:55
*** marzif has quit IRC16:55
*** harlowja has joined #openstack-nova16:55
*** vilobhmm1 has joined #openstack-nova16:55
*** agireud has quit IRC16:56
*** aix has quit IRC16:58
*** unicell has joined #openstack-nova16:59
*** ccarmack has joined #openstack-nova16:59
BobBallnice spelling johnthetubaguy17:00
openstackgerritSylvain Bauza proposed openstack/nova: Modify Scheduler RPC API select_dests()  https://review.openstack.org/19920517:00
openstackgerritSylvain Bauza proposed openstack/nova: Consider that all scheduler calls are IO Ops  https://review.openstack.org/18848617:00
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848717:00
openstackgerritSylvain Bauza proposed openstack/nova: Prepare filters for using RequestSpec object  https://review.openstack.org/19791217:00
openstackgerritSylvain Bauza proposed openstack/nova: Modify left filters for RequestSpec  https://review.openstack.org/20267817:00
openstackgerritSylvain Bauza proposed openstack/nova: Modify conductor to use RequestSpec object  https://review.openstack.org/20307817:00
openstackgerritSylvain Bauza proposed openstack/nova: Modify metric-related filters for RequestSpec  https://review.openstack.org/20267617:00
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec in the ChanceScheduler  https://review.openstack.org/19905117:00
openstackgerritSylvain Bauza proposed openstack/nova: Modify NUMA, PCI and num_instances filters for RequestSpec  https://review.openstack.org/20267717:00
BobBalland btw, I am not a happy bunny.17:00
openstackgerritSylvain Bauza proposed openstack/nova: Modify Aggregate filters for RequestSpec  https://review.openstack.org/20267417:00
openstackgerritSylvain Bauza proposed openstack/nova: Modify default filters for RequestSpec  https://review.openstack.org/20267517:00
openstackgerritSylvain Bauza proposed openstack/nova: Add RequestSpec methods for primitiving into dicts  https://review.openstack.org/18719717:00
openstackgerritSylvain Bauza proposed openstack/nova: Modify Affinity filter for RequestSpec  https://review.openstack.org/20267317:00
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in HostManager  https://review.openstack.org/19125117:00
openstackgerritSylvain Bauza proposed openstack/nova: Use the same pci_requests field for all filters and HostManager  https://review.openstack.org/19125017:00
openstackgerritSylvain Bauza proposed openstack/nova: Remove reservation_id from the logs when a schedule fails  https://review.openstack.org/21779817:00
BobBallI was _JUST_ about to go home17:00
BobBallhttp://zuul.openstack.xenproject.org/scoreboard/?project=openstack/nova&user=jenkins,citrix_xenserver_ci,XenProject-CI&timeframe=24 Rumours are correct - xenserver CI is down17:00
*** jgriffith_ has joined #openstack-nova17:00
bauzasalaski: you should be happy with ^ (rebase of Spec object)17:01
*** kylek3h has quit IRC17:01
BobBallStopped it running new tests17:01
bauzasalaski: I had to rebase my code and touch some stuff, since some changes were merged that impacted my branch17:01
bauzasBobBall: I apologize :)17:01
bauzaseven :'17:01
bauzasor :( rather17:01
*** lyanchih has quit IRC17:02
johnthetubaguyBobBall: no worries, stopping the bad votes is good, you may now enjoy your trip home :)17:02
BobBallLooks like someone added a new BFV test and ignored the CI's -1 vote :)17:03
BobBallI can't because I'm on holiday tomorrow17:03
BobBallso I need to fix the CI now :D17:03
*** lpetrut has joined #openstack-nova17:03
*** lpetrut has quit IRC17:03
*** jgriffith_ is now known as jgriffith17:03
*** lpetrut has joined #openstack-nova17:04
BobBallhttps://review.openstack.org/#/c/213621/17:04
BobBallThe test landed and is broken so a revert is being pushed17:04
*** geekinutah has joined #openstack-nova17:04
*** smatzek has joined #openstack-nova17:05
*** lpetrut has left #openstack-nova17:06
*** kiran_c has joined #openstack-nova17:07
mriedemBobBall: https://review.openstack.org/#/c/182994/ was already fixed last week17:07
*** afazekas_ has quit IRC17:07
mriedemhttps://review.openstack.org/#/c/213723/17:08
*** Nikolay_St has quit IRC17:08
*** kiran_c has left #openstack-nova17:08
BobBallsorry mriedem - is this related to the CI?17:08
*** Marga_ has quit IRC17:08
mriedemBobBall: that's in the context of https://review.openstack.org/#/c/213621/17:09
BobBallAh yes17:09
*** eharney has joined #openstack-nova17:09
BobBallI understand now17:09
*** afazekas_ has joined #openstack-nova17:09
BobBallBut the comment on https://review.openstack.org/#/c/213621/13 suggests that the tempest test is going to be reverted until it is fixed17:09
BobBallBut it's fine17:10
BobBallI've just excluded the test from the XS CI for now17:10
BobBallI'll re-enable it when I'm back from holiday and either the test is fixed or we can investigate + fix ourselves.17:10
mriedemtempest seems fine, cinder made a backward incompatible change to their api17:10
mriedemit's actually good that we have that test in tempest now :)17:10
jgriffithmriedem which cinder change?17:11
mriedemjgriffith: https://review.openstack.org/#/c/182994/17:11
mriedemjgriffith: which you fixed in https://review.openstack.org/#/c/213723/17:11
jgriffithmriedem: Yeah, that one!!!17:11
mriedemBobBall: by all means though, enjoy your time off17:12
BobBallmriedem: The issue is that the tempest test is broken for 3rd party CIs - probably because of a missing check in it; did you see the comment on https://review.openstack.org/#/c/213621/13?  If you disagree with the comment, might be worth weighing in?17:14
BobBallJust so happens that the gate doesn't tickle this particular race condition17:15
mriedemBobBall: ah ok, i didn't see that, i agree it's a bug17:15
*** afazekas_ has quit IRC17:15
mriedemi'll leave it up to the QA team to sort that out if they revert or not17:16
BobBallIndeed.17:16
BobBallI'm just excluding the test to get the CI back up quickly :)17:16
BobBallWhere quickly is some function of a very overloaded zuul17:16
*** yamahata has joined #openstack-nova17:16
mriedemsure, sounds reasonable17:17
*** BobBall is now known as BobBall-AWOL17:17
dansmithjohnthetubaguy: not sure I can ever forgive you for the naming of this: https://blueprints.launchpad.net/nova/+spec/liberty-bump-object-and-rpcapi-versions17:17
BobBall-AWOLWill check + re-enable tonight bauzas: Feel free to xenserver: recheck and it will get queued for when I re-start running jobs.17:17
johnthetubaguydansmith: its one of my most awesome-est whatsits ever17:19
dansmithjohnthetubaguy: it's exercising my copy-paste skills :)17:19
johnthetubaguydansmith: oh yeah, the commit message, oops17:19
*** danpb has quit IRC17:20
johnthetubaguydansmith: I meant to ping you about that, yeah lets get that in earlier this time :)17:21
dansmith:)17:21
*** bnemec has quit IRC17:21
dansmithwell, we're not going to get it all for sure17:21
dansmithbut I'm doing instance right now17:21
dansmithwhich is the hardest17:21
dansmithI dont really think it's worth bumping the RPCs because there are like <=2 changes each17:21
*** smatzek has quit IRC17:21
johnthetubaguydansmith: yeah, that makes sense, except maybe conductor, I think there stuff we can drop there?17:22
* dansmith looks17:22
*** kiran_c has joined #openstack-nova17:22
johnthetubaguythe removals that didn't require a bump17:22
dansmithyeah, true I guess17:22
*** achanda has joined #openstack-nova17:22
dansmithbut, it's minor stuff, so probably lower priority than other drops17:22
dansmithbut sure17:22
johnthetubaguyyeah, very true17:23
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: support snapshots with parallels virt_type  https://review.openstack.org/18415317:23
dansmiththis instance bump is dropping a bunch of stuff17:23
dansmithand it's fairly hairy17:23
dansmithso that's my top priority... about to post that in the next hour or so17:23
dansmiththe manifest version backports is going to make sooo much stuff easier17:23
* johnthetubaguy makes note for the morning17:24
dansmithreally looking forward to dropping the old stuff in M17:24
johnthetubaguyyeah, its amazing to see how far we have come with all this17:24
* johnthetubaguy uses the term "we" like a manager17:25
*** irenab has quit IRC17:25
*** atuvenie has quit IRC17:25
dansmithheh17:25
*** kylek3h has joined #openstack-nova17:25
openstackgerritDan Smith proposed openstack/nova: Pull out the common bits of Instance into _BaseInstance  https://review.openstack.org/21781517:25
openstackgerritDan Smith proposed openstack/nova: Fix an issue with NovaObjectRegistry hook  https://review.openstack.org/21781617:25
openstackgerritDan Smith proposed openstack/nova: Refactor Instance tests to use objects.Instance  https://review.openstack.org/21781717:25
openstackgerritDan Smith proposed openstack/nova: Update objects test infrastructure for multiple versions  https://review.openstack.org/21781817:25
openstackgerritDan Smith proposed openstack/nova: Add Instance v2.0 object  https://review.openstack.org/21781917:25
*** kiran_c has left #openstack-nova17:26
dansmithjaypipes: you wanted that real bad, so I expect you to review it :) ^^17:27
*** afazekas_ has joined #openstack-nova17:27
*** garyk has quit IRC17:29
openstackgerritClaudiu Belu proposed openstack/nova: WIP: Hyper-V: determine live migration failures  https://review.openstack.org/21782217:30
*** reed has joined #openstack-nova17:31
ftersinalaski: around?17:32
*** angdraug has quit IRC17:32
alaskiftersin: yes17:32
jaypipesdansmith: will do shortly.17:32
*** atuvenie has joined #openstack-nova17:33
ftersinalaski: hi, i hope you understand something around https://github.com/openstack/nova/blob/master/nova/objects/block_device.py#L14717:33
*** browne has quit IRC17:33
*** mriedem1 has joined #openstack-nova17:33
ftersinalaski: now we have a problem with cells: http://logstash.openstack.org/#eyJzZWFyY2giOiJcIkJsb2NrIERldmljZSBNYXBwaW5nIGlzIEludmFsaWQ6IEJvb3Qgc2VxdWVuY2UgZm9yIHRoZSBpbnN0YW5jZSBhbmQgaW1hZ2UvYmxvY2sgZGV2aWNlIG1hcHBpbmcgY29tYmluYXRpb24gaXMgbm90IHZhbGlkLlwiIiwiZmllbGRzIjpbXSwib2Zmc2V0IjowLCJ0aW1lZnJhbWUiOiIxNDQwMCIsImdyYXBobW9kZSI6ImNvdW50IiwidGltZSI6eyJ1c2VyX2ludGVydmFsIjowfSwic3RhbXAiOjE0NDA2OTU5ODk1NTd917:33
ftersinalaski: looks like an instance has two similar bdms17:33
*** rdopiera has quit IRC17:34
ftersinalaski: both bdms are root and have the same volume_id and device_name17:34
*** Marga_ has joined #openstack-nova17:34
ftersinalaski: is it possible, if device_name is changed to None and to /dev/vda during booting?17:35
*** mriedem has quit IRC17:36
*** annegentle has quit IRC17:36
ftersinalaski: i mean that initially device name is None, then it is updated to /dev/vda17:37
alaskiftersin: it shouldn't be, due to the code you linked first17:38
ftersinalaski: other case is that device name is initially /dev/vda, then it's updated to None, and finally - to /dev/vda17:38
j_kingFixed up issues and got this patch passing tempest tests, looking for some reviews https://review.openstack.org/#/c/210126/17:39
alaskiftersin: the bdm is looked up by instance uuid and device name, so there's something really off if you're seeing two bdms with the same device name for an instance17:39
alaskiftersin: because the code is supposed to do an update or create17:39
ftersinalaski: i don't know where to find the bdm list in logs, but i found bdms of an snapshot of the instance17:41
ftersinalaski: http://logs.openstack.org/43/170243/13/gate/gate-tempest-dsvm-cells/4f030d7/logs/tempest.txt.gz#_2015-08-27_14_45_33_11717:41
openstackgerritEd Leafe proposed openstack/nova: Remove v3 references in unit test 'contrib'  https://review.openstack.org/21285117:45
*** VW_ has quit IRC17:45
*** meghal has joined #openstack-nova17:45
*** VW_ has joined #openstack-nova17:46
alaskiftersin: that's an image request call.  I'm not sure where it pulls the bdm data from for that17:46
alaskiI expect that's something stored in glance17:47
ftersinalaski: look at http://logs.openstack.org/43/170243/13/gate/gate-tempest-dsvm-cells/4f030d7/logs/screen-n-api.txt.gz#_2015-08-27_14_45_31_66517:47
ftersinalaski: this is a log of creation of this image17:48
*** afazekas_ has quit IRC17:48
*** exploreshaifali has quit IRC17:48
*** EinstCrazy has quit IRC17:48
ftersinalaski: search there volume id: 450c797f-b05b-41d2-b1ba-82993ba29b3b17:48
ftersinalaski: two snapshots are created there from this volume17:49
ftersinalaski: the code which does it: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L232717:50
*** VW_ has quit IRC17:50
*** tjones has joined #openstack-nova17:51
ftersinalaski: i don't believe that this code can create two snapshots from one bdm17:52
alaskiftersin: is this happening consistently for you on a patch17:52
ftersinalaski: not for me only17:53
*** sachin has joined #openstack-nova17:53
openstackgerritChuck Carmack proposed openstack/nova: Don't trace on InstanceInfoCacheNotFound when refreshing network info_cache  https://review.openstack.org/21782617:53
alaskiokay, I was hoping to add some logging in17:53
ftersinalaski: and it's randomly17:53
*** rods has joined #openstack-nova17:54
ftersinalaski: since that this test was merged today17:54
alaskito prevent duplication the code at https://github.com/openstack/nova/blob/master/nova/objects/block_device.py#L124 keeps it from being created in the api first.  then https://github.com/openstack/nova/blob/master/nova/objects/block_device.py#L151 ensures we only sync up a change when we can uniquely look up a bdm to update it17:55
alaskiftersin: which test?17:55
ftersinalaski: https://github.com/openstack/tempest/blob/master/tempest/scenario/test_volume_boot_pattern.py#L18817:55
openstackgerritCale Rath proposed openstack/nova: Make generate_password more secure  https://review.openstack.org/21009217:56
ftersinalaski: you can look at logstash on the link above17:56
*** kumar has quit IRC17:59
ftersinalaski: iiuc db at api cell doesn't have bdm with no device name, does it?18:01
*** meghal has quit IRC18:01
*** Kennan has quit IRC18:03
*** tonytan4ever has quit IRC18:03
*** Piet has joined #openstack-nova18:03
alaskiftersin: no, it should not.  That was fixed with the code I added18:03
openstackgerritAndrew Laski proposed openstack/nova: DNM Adding logging around bdm actions for cells  https://review.openstack.org/21782918:03
*** Kennan has joined #openstack-nova18:03
ftersinalaski: thanks, will look extended logs18:07
alaskiI'll keep rechecking that to try to hit the error18:10
alaskiI'm also now wondering if we should have a unique constraint on device_name and instance uuid18:10
alaskibut I would need ndipanov to chime in on that18:11
*** ociuhandu has quit IRC18:11
*** atuvenie has quit IRC18:11
mriedem1i smell pending lawsuit https://www.youtube.com/watch?v=GNCd_ERZvZM18:11
mriedem1https://www.youtube.com/watch?v=ABrSYqiqvzc18:11
*** rfolco has quit IRC18:11
*** meghal has joined #openstack-nova18:15
*** apuimedo_ has joined #openstack-nova18:15
*** apuimedo_ has quit IRC18:20
*** SourabhP has joined #openstack-nova18:21
*** takedakn1 has quit IRC18:22
openstackgerritgaryk proposed openstack/nova: VMware: enable a resize of instance with no root disk  https://review.openstack.org/17380218:23
*** annegentle has joined #openstack-nova18:23
*** yassine has quit IRC18:25
*** annegentle has quit IRC18:25
openstackgerritChuck Carmack proposed openstack/nova: Don't trace on InstanceInfoCacheNotFound when refreshing network info_cache  https://review.openstack.org/21784018:30
*** meghal1 has joined #openstack-nova18:34
*** meghal has quit IRC18:34
*** browne has joined #openstack-nova18:35
*** tonytan4ever has joined #openstack-nova18:35
*** ctrath has quit IRC18:37
*** atuvenie has joined #openstack-nova18:38
*** exploreshaifali has joined #openstack-nova18:40
mriedem1dansmith: sdague: while looking at this https://review.openstack.org/#/c/213433/ i got thinking about that migration.status thing the other day - migration.status would be better named as migration.display_status and a unicode type in the database schema18:40
mriedem1just thinking if someone comes along later and says https://review.openstack.org/#/c/213433/ broke some API b/c we all of a sudden started naming the volumes that nova creates18:41
mriedem1we can say, well it's display_name which is user-editable, so it's not an API breakage18:41
dansmithyeah, it's unfortunately named18:41
mriedem1could we add a new display_status column to the migration table that just mirrors migration.status for now in it's value?18:42
mriedem1i assume this is all probably nothing no one wants to deal with right now18:43
*** jichen has joined #openstack-nova18:46
*** annegentle has joined #openstack-nova18:46
*** angdraug has joined #openstack-nova18:49
*** Marga_ has quit IRC18:50
dansmithdoes that help? all that matters is what the user sees, right?18:51
*** xyhuang has quit IRC18:53
*** ctrath has joined #openstack-nova18:56
*** rushil has joined #openstack-nova18:56
*** atuvenie has quit IRC18:57
mriedem1dansmith: it may only help in making it more clear that 'this field is display status only, not part of some api contract, don't treat it as such'19:01
mriedem1even though people probably still would19:01
mriedem1mtreinish: went through https://review.openstack.org/#/c/210684/19:01
mriedem1mtreinish: you're not going to be happy19:01
mriedem1mtreinish: i'll see if i can dig up where that ec2 api code is unit tested though19:01
dansmithmriedem1: well, we're going to introduce a state element, so hopefully state will look solid and status will seem fuzzy :)19:01
mriedem1also, i thought about the unicode type on the column b/c of what sdague was saying about that value should be a translatable thing using _()19:02
mriedem1looks like tags are the only things in the nova schema that use unicode types19:02
mriedem1you know, for our friends in asia19:03
dansmithreally? names should all be unicode19:03
*** jichen_ has joined #openstack-nova19:03
dansmiththought we had a push to clean that up a while back19:03
mriedem1they are strings19:03
dansmithwell, if they're UTF-8 then they're good, right?19:03
*** jichen has quit IRC19:03
*** jichen_ is now known as jichen19:04
mriedem1http://git.openstack.org/cgit/openstack/nova/tree/nova/db/sqlalchemy/models.py#n28619:04
mriedem1yeah i assume things are encoded in the code before putting into the db and decoded when pulling out19:04
mriedem1or whatever19:04
mriedem1seems like that could still blow up the size limit on that column though19:04
mriedem1since 'a' would be like what 4 chars?19:04
dansmithtwo but yeah19:05
mriedem1was thinking u004119:05
openstackgerritDan Smith proposed openstack/nova: Add Instance v2.0 object  https://review.openstack.org/21781919:05
openstackgerritDan Smith proposed openstack/nova: Make the conductor fixture use version manifests  https://review.openstack.org/21785119:05
dansmithalthough jaypipes did say something about how mysql does silly things when encoding utf-8 stuff I think19:05
dansmithor that's just storing actually, so unrelated to the size limit19:06
mriedem1i know you need to have your database or tables configured properly for unicode/utf-819:06
dansmithI'm pretty sure that accepting english into your culture is easier than unicode19:06
mriedem1ha, +1 to that19:06
openstackgerritAndrew Laski proposed openstack/nova: Cells: Limit instances pulled in _heal_instances  https://review.openstack.org/17692519:07
*** vivekd has quit IRC19:08
rlrossitdansmith: instance 2.0? what's the fanciness that we're adding to it?19:08
dansmithrlrossit: the "fanciness" is "less baggage"19:10
rlrossitdansmith: lame19:10
*** aix has joined #openstack-nova19:11
mriedem1rlrossit: is obviously a horder19:11
rlrossitmriedem1: you're not wrong19:11
dansmithheh19:12
*** tjones has left #openstack-nova19:12
rlrossitI tend to be lazy in the organizing things area. I went through my mail for the first time in 2 months last night19:12
*** skylerberg has joined #openstack-nova19:14
mriedem1mtreinish: i think i found where that ec2 api Executor stuff is unit tested19:15
*** dprince has quit IRC19:20
*** rushil has quit IRC19:26
*** jkomg has joined #openstack-nova19:28
*** aysyd has quit IRC19:29
*** smatzek has joined #openstack-nova19:30
mtreinishmriedem1: heh, yeah not happy19:34
mtreinishI'll work on respinning it now19:34
*** fawadkhaliq has quit IRC19:35
*** nic has quit IRC19:35
*** annegentle has quit IRC19:36
*** annegentle has joined #openstack-nova19:37
*** burgerk has joined #openstack-nova19:38
*** jichen has quit IRC19:39
*** aysyd has joined #openstack-nova19:39
*** gsilvis has joined #openstack-nova19:40
*** agireud has joined #openstack-nova19:41
*** skylerberg has quit IRC19:44
*** matrohon has joined #openstack-nova19:45
*** agireud has quit IRC19:46
*** nic has joined #openstack-nova19:47
*** agireud has joined #openstack-nova19:50
*** IanGovett has quit IRC19:51
*** agireud has quit IRC19:57
*** achanda has quit IRC19:58
*** smatzek has quit IRC20:01
*** fawadkhaliq has joined #openstack-nova20:06
*** xyang1 has quit IRC20:06
*** jmccrory has quit IRC20:07
*** whenry__ has quit IRC20:08
*** rushil has joined #openstack-nova20:09
*** matrohon has quit IRC20:09
*** atuvenie has joined #openstack-nova20:10
*** jmccrory has joined #openstack-nova20:11
openstackgerritMatthew Treinish proposed openstack/nova: Handle neutron exception on bad floating ip create request  https://review.openstack.org/21068420:12
*** baoli has quit IRC20:14
j_kingjust wondering if anyone has time for a review https://review.openstack.org/#/c/210126/ cheers20:15
*** eharney has quit IRC20:15
*** matrohon has joined #openstack-nova20:16
*** atuvenie has quit IRC20:16
*** reed has quit IRC20:16
*** yamahata has quit IRC20:16
*** adam_g has quit IRC20:17
*** mriedem1 is now known as mriedem20:17
*** rlrossit has left #openstack-nova20:17
*** adam_g has joined #openstack-nova20:21
*** adam_g has quit IRC20:21
*** adam_g has joined #openstack-nova20:21
*** reed has joined #openstack-nova20:21
*** achanda has joined #openstack-nova20:22
*** achanda has quit IRC20:22
*** achanda has joined #openstack-nova20:23
*** matrohon has quit IRC20:23
*** sachin has quit IRC20:24
mriedemj_king: i'm not sure about that change20:24
mriedemsome comments inline20:24
j_kingmriedem: ty20:24
*** rlrossit has joined #openstack-nova20:25
mriedemalso, don't we test rebuild in the gate?20:25
mriedemin the neutron job20:25
*** matrohon has joined #openstack-nova20:25
*** sachin has joined #openstack-nova20:25
*** alex_klimov has joined #openstack-nova20:26
mriedemj_king: http://logs.openstack.org/59/215859/7/check/gate-tempest-dsvm-neutron-full/7167f62/console.html#_2015-08-25_20_21_15_82920:27
mriedem^ indicates that the rebuild test works with neutron20:27
*** vladikr has quit IRC20:29
vishwanathjHi, I am trying to understand and use the user_data option via heat by following the steps in blog https://developer.rackspace.com/blog/openstack-orchestration-in-depth-part-2-single-instance-deployments/ however, I see the following message in the instance log "/sbin/cirros-userdata: line 1: /run/cirros/datasource/data/user-data: not found", not sure what I am doing wrong....20:29
vishwanathjany guidance would be highly appreciated20:29
*** exploreshaifali has quit IRC20:30
j_kingmriedem: working on pulling some logs. we've had to float our own patch to support this in production for some time but we are still on an older stable branch.20:33
j_kingmriedem: thanks for taking the time.20:33
*** markvoelker has quit IRC20:33
*** dustins has quit IRC20:34
mriedemj_king: it's possible you're missing some other recent changes for rebuild + neutron that cfriesen/sdague worked on20:36
mriedemwhich branch are you on?20:36
*** dave-mccowan has quit IRC20:37
*** exploreshaifali has joined #openstack-nova20:39
j_kingmriedem: we're running stable/juno. we've been applying this patch to log/warn about stray ports being left out when instances are deleted during rebuild, etc.20:41
*** geekinutah has quit IRC20:42
mriedemj_king: https://review.openstack.org/#/c/169827/20:44
mriedemthat's what i was thinking of20:44
mriedemj_king: also, are you sure it's rebuild and not evacuate?20:44
bauzasmriedem: heard about a possible grenade issue with -infra ?20:45
mriedemno20:45
*** exploreshaifali has quit IRC20:45
bauzasmriedem: per the logs, out of servers20:45
bauzasthru ansible I mean20:45
bauzasmriedem: okay, lemme check your magic logstash query20:45
mriedemwell that would suck20:45
bauzashope it's transient20:46
*** krtaylor has quit IRC20:46
dansmithI have seen several grenade runs today that didn't start the new side20:46
*** signed8bit has joined #openstack-nova20:48
bauzaswell, logstash shows it's pretty small20:48
bauzashttp://logs.openstack.org/86/188486/30/check/gate-grenade-dsvm/ce74f1c/console.html as a pattern for matching20:49
bauzasI mean http://logs.openstack.org/86/188486/30/check/gate-grenade-dsvm/ce74f1c/console.html#_2015-08-27_18_29_39_58120:49
*** ildikov has quit IRC20:50
*** rushil has quit IRC20:50
mriedemomg omg omg nova meeting in 10 minutes20:50
* mriedem dances around and flutters hands20:50
bauzashttp://logstash.openstack.org/#eyJzZWFyY2giOiJidWlsZF9uYW1lOlwiZ2F0ZS1ncmVuYWRlLWRzdm1cIiBBTkQgbWVzc2FnZTpcIk5vIGhvc3RzIG1hdGNoZWRcIiBBTkQgYnVpbGRfc3RhdHVzOlwiRkFJTFVSRVwiIiwiZmllbGRzIjpbXSwib2Zmc2V0IjowLCJ0aW1lZnJhbWUiOiI4NjQwMCIsImdyYXBobW9kZSI6ImNvdW50IiwidGltZSI6eyJ1c2VyX2ludGVydmFsIjowfSwic3RhbXAiOjE0NDA3MDg1MTc5MDJ920:50
*** mwagner_lap has quit IRC20:51
mriedembauzas: logstash is backed up so it could be worse than what logstash shows20:51
*** n0ano has joined #openstack-nova20:51
bauzasmriedem: erm20:51
bauzasmriedem: how can I know that ?20:51
*** gyee has joined #openstack-nova20:51
*** rushil has joined #openstack-nova20:51
bauzasmriedem: unless hassling infra ?20:51
mriedemyou have to know the oracle20:51
*** gibi has quit IRC20:52
bauzasI won't say candyman 3 times20:52
*** rushil_ has joined #openstack-nova20:52
mriedembauzas: so a few things20:53
mriedemhttp://status.openstack.org/zuul/ - at the bottom is a logstash worker queue graph20:54
mriedemwhen that's all spiky, things are possibly backed up20:54
mriedemi know that some things are backed up b/c of another gate failure that i wasn't getting hits on but i know is failing in some jobs20:54
reedbauzas, I will20:55
reedcandyman20:55
reedcandyman20:55
reed...20:55
* bauzas violently runs20:55
reed:)20:55
bauzasmriedem: oh yeah20:55
bauzasmriedem: good point about the spikes20:55
*** rushil has quit IRC20:56
*** raildo is now known as raildo-afk20:56
melwittI'm seeing a failure in the cells job that's not quite the same as the existing bug, Block Device Mapping is Invalid: Boot sequence for the instance and image/block device mapping combination is not valid.', u'code': 400 for test_create_ebs_image_and_check_boot20:57
mriedemmelwitt: known issue20:57
*** Marga_ has joined #openstack-nova20:57
mriedemmelwitt: well https://bugs.launchpad.net/tempest/+bug/148958120:58
openstackLaunchpad bug 1489581 in tempest "test_create_ebs_image_and_check_boot is race failing" [High,In progress] - Assigned to Andrey Pavlov (apavlov-e)20:58
melwittmriedem: okay, I thought it was different than https://bugs.launchpad.net/tempest/+bug/1489581 because that one says waiting for the snapshot to be available20:58
bauzasmelwitt: yeah that too20:58
bauzasmelwitt: I noticed the cells job less happy20:58
mriedemmelwitt: do you have a link to some cells job logs that have a trace or something?20:58
melwittmriedem: I was looking at the detail view of this so far http://logs.openstack.org/78/203078/20/check/gate-tempest-dsvm-cells/3f431ee/logs/testr_results.html.gz20:59
bauzasmriedem: http://logs.openstack.org/86/188486/30/check/gate-tempest-dsvm-cells/78a34c9/ sounds a good candidate20:59
mriedemmelwitt: bauzas: is there an error in the nova logs?21:00
mriedemor anything INFO+21:00
melwittmriedem: I'm looking for that, not found yet21:00
*** fawadkhaliq has quit IRC21:00
johnthetubaguymikal tjones cburgess jgrimm adrian_otto funzo mjturek jcookekhugen irina_pov krtaylor danpb alexpilotti flip214 jaypipes garyk edleafe dims moshele anteaya Nisha sileht claudiub lxsli neiljerram markus_z swamireddy alevine tonyb andreykurilin ndipanov sc68cal akuriata artom jlvillal mnestratov kashyap aloga rgeragnov bauzas xyang tpatil med_ nic scottda nagyz dannywilson belliott dguitarbite its nova meeting time #openstack-meeting21:00
mriedemyeah, i know there is a failure in the c-vol logs, but that wasn't showing up in logstash21:01
mriedemb/c it's backed up21:01
mriedemand it's super generic21:01
mtreinishmriedem: what did I screw up: http://logs.openstack.org/84/210684/4/check/gate-nova-python27/3d9afd6/console.html#_2015-08-27_20_31_27_07521:01
mtreinishit works on the 2.1 case21:01
*** thedodd has quit IRC21:01
mriedemprobably missing a mock21:02
mriedemnova-meeting21:02
mriedemthe other test class does a shitload of mox stubbing in setup21:02
mriedemso it probably handles some mocks for you there, but it's super brittle21:02
mtreinishmriedem: :/ look at what you made me do21:03
mriedemhey, as top test guy in openstack land i expect you to be able to sort it out :P21:03
melwittmriedem: found an INFO http://logs.openstack.org/78/203078/20/check/gate-tempest-dsvm-cells/3f431ee/logs/screen-n-api.txt.gz#_2015-08-27_18_42_37_934 (to look at after meeting)21:04
*** aysyd has quit IRC21:04
mtreinishmriedem: heh, I suck at writing tests. Have you ever looked at the code for my projects?21:07
mriedemdisgraceful21:07
dimshaha21:07
*** rushil_ has quit IRC21:10
*** jcoufal has quit IRC21:10
mriedemmelwitt: yeah http://goo.gl/fJVVT521:12
mriedemnice find21:12
mriedemthat's only for the cells job htough21:12
*** thorst1 has quit IRC21:13
*** Piet has quit IRC21:13
*** tjones has joined #openstack-nova21:14
*** apuimedo_ has joined #openstack-nova21:16
*** shz has quit IRC21:19
*** rlrossit has left #openstack-nova21:20
*** shz has joined #openstack-nova21:20
*** skylerberg has joined #openstack-nova21:20
openstackgerritChuck Carmack proposed openstack/nova: :Don't trace on InstanceInfoCacheNotFound when refreshing network info_cache  https://review.openstack.org/21784021:21
*** burgerk has quit IRC21:25
*** rushil has joined #openstack-nova21:28
openstackgerritMatthew Treinish proposed openstack/nova: Handle neutron exception on bad floating ip create request  https://review.openstack.org/21068421:29
mtreinishmriedem: got it ^^^21:29
mtreinishmissed a tab offset so the assert call wasn't under the mock21:29
*** Piet has joined #openstack-nova21:30
*** sachin has quit IRC21:32
mriedemweak21:33
mtreinishmriedem: it's all your fault anyway, the mox stuff didn't have to worry about tab offsets21:34
mriedemsuuuure21:35
mriedemjust if you're using the 4th or 5th index in the stubbed port list from the setup21:35
mriedemb/c if you mess that up the tests fall over21:36
mtreinishheh, fair enough21:36
mriedemanyway, i have to head out - i'll try to get back to that tonight21:36
mtreinishmriedem: no rush, it took me like 2 weeks to respin21:36
mriedemwell stop traveling21:37
mtreinishalso I'm sure oomichi will find something else wrong with it overnight21:37
mriedemyes, he will21:37
mtreinishmriedem: well after qa sprint nothing until tokyo21:37
mriedemtravel or work?21:37
mtreinishtravel21:37
mtreinishI don't think i can skip work for the 6 weeks before summit21:38
mtreinishnot everyone gets to go to disney world21:38
*** sachin has joined #openstack-nova21:38
mriedemgets to?21:38
mriedemhas to21:38
mriedemalright, really leaving21:39
*** sachin has quit IRC21:39
*** mriedem has quit IRC21:39
*** sachin has joined #openstack-nova21:39
openstackgerritAditi Rajagopal proposed openstack/nova: Rm openstack/common/versionutils from setup.cfg  https://review.openstack.org/21792421:39
alaskimelwitt: ftersin brought up the cells failure earlier and I spent some time looking at it but haven't gotten anywhere yet21:40
alaskiI did throw https://review.openstack.org/#/c/217829/ up to add some more logging if I can hit the failure there21:40
alaskibut I added some code a while ago to prevent what's supposedly happening from happening, so I'm not sure what's up yet21:41
melwittalaski: okay. I just barely looked at it and the invalid block device doesn't make any sense to me yet21:43
alaskiwhat was pointed out to me is that a snapshot is writing info for two block devices to glance21:44
*** thorst1 has joined #openstack-nova21:44
*** agireud has joined #openstack-nova21:44
melwittalaski: oh, that sounds familiar...21:44
*** krtaylor has joined #openstack-nova21:44
*** annegentle has quit IRC21:45
alaskiI've been focusing on how two block devices might be in the nova db.  I haven't looked at the snapshot process itself closely yet21:45
melwittalaski: L449, pretty unhelpful comment from me https://etherpad.openstack.org/p/nova-cells-testing but I observed this before back when we were trying to get the job to pass21:46
melwittalaski: and that sounds like the patch you had to avoid writing it initially if it doesn't have device set or something21:47
alaskimelwitt: yeah.  that should be preventing multiple bdms with the same device name being written to the db21:48
alaskibut there are a couple of conditionals when writing bdms so it's possible that some path isn't being covered properly21:48
*** rushil has quit IRC21:50
*** agireud has quit IRC21:54
*** rushil has joined #openstack-nova21:56
*** burt has quit IRC21:56
alaskione potential problem I see is that there's a create call and an update_or_create call.  and if a create and then update_or_create happened everything would be fine, but if they got processed backwards it would be a problem.  however I don't see where create is used in this flow21:58
*** jkomg has quit IRC21:59
melwittalaski: good point. makes one wonder why there is a separate create :P22:01
*** rushil has quit IRC22:04
*** rushil has joined #openstack-nova22:04
*** rushil_ has joined #openstack-nova22:06
alaskihuh, I hit the failure on the second try with https://review.openstack.org/#/c/217829/22:06
*** penick has joined #openstack-nova22:06
melwittalaski: you're good22:06
alaskibut there's food afoot so I will have to dig into it tomorrow22:06
alaskimelwitt: I'm not sure whether to consider myself lucky or unlucky on that22:07
*** annegentle has joined #openstack-nova22:07
melwittalaski: haha :) okay, seeya22:08
*** rushil has quit IRC22:09
dansmithfood. afoot.22:09
dansmithsuch vocabulary and grace22:09
melwittdansmith: see, someone else says afoot other than me22:09
dansmithyes, but he has much less impressive footwear22:10
melwitt:)22:10
alaskihah, very true22:10
*** mdrabe has quit IRC22:13
*** rushil_ has quit IRC22:14
*** sachin has quit IRC22:15
*** rushil has joined #openstack-nova22:15
*** ctrath has quit IRC22:15
*** rushil_ has joined #openstack-nova22:16
*** rushil has quit IRC22:20
*** matrohon has quit IRC22:22
*** annegentle has quit IRC22:24
*** SourabhP has quit IRC22:24
*** annegentle has joined #openstack-nova22:25
*** sachin has joined #openstack-nova22:26
*** zzzeek has quit IRC22:26
*** SourabhP has joined #openstack-nova22:26
*** signed8bit has quit IRC22:26
*** nic has quit IRC22:29
*** annegentle has quit IRC22:29
*** signed8bit has joined #openstack-nova22:31
*** sachin has quit IRC22:33
*** kylek3h has quit IRC22:33
*** sachin has joined #openstack-nova22:33
*** tonytan4ever has quit IRC22:36
*** sachin has quit IRC22:37
*** sachin has joined #openstack-nova22:38
*** annegentle has joined #openstack-nova22:39
*** unicell1 has joined #openstack-nova22:42
*** unicell has quit IRC22:42
*** alex_klimov has quit IRC22:47
*** thangp has quit IRC22:47
*** yamahata has joined #openstack-nova22:47
*** edmondsw has quit IRC22:51
*** sachin has quit IRC22:51
*** sachin has joined #openstack-nova22:59
*** tpeoples has quit IRC22:59
*** jwcroppe has quit IRC23:00
*** liusheng has quit IRC23:02
*** liusheng has joined #openstack-nova23:03
*** jwcroppe_ has joined #openstack-nova23:03
*** rushil_ has quit IRC23:04
*** asettle has joined #openstack-nova23:07
*** mriedem has joined #openstack-nova23:08
*** claudiub|2 has quit IRC23:09
*** jwcroppe_ has quit IRC23:09
*** nelsnels_ has joined #openstack-nova23:10
*** jwcroppe has joined #openstack-nova23:10
*** hemna is now known as hemnafk23:12
*** shoutm has joined #openstack-nova23:12
*** nelsnelson has quit IRC23:12
*** annegentle has quit IRC23:14
*** jwcroppe has quit IRC23:14
*** VW_ has joined #openstack-nova23:16
mriedemmtreinish: one little thing in that patch and then i'm +223:16
*** VW_ has quit IRC23:18
*** dims_ has joined #openstack-nova23:18
*** takedakn has joined #openstack-nova23:20
*** apuimedo_ has quit IRC23:22
*** dims has quit IRC23:22
*** takedakn has quit IRC23:24
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696823:25
mtreinishmriedem: err, one sec23:26
*** Marga_ has quit IRC23:27
openstackgerritMatthew Treinish proposed openstack/nova: Handle neutron exception on bad floating ip create request  https://review.openstack.org/21068423:30
mtreinishmriedem: ^^^23:30
mriedem+223:30
*** jaypipes has quit IRC23:31
gmannalex_xu: johnthetubaguy : yea, this is last one on tests collapse thing -  https://review.openstack.org/#/c/217606/23:35
*** bnemec has joined #openstack-nova23:35
mtreinishmriedem: thanks23:37
mtreinishone step closer to an ipv6 only dsvm env working23:37
clarkbmtreinish: are you still using my change to check on that?23:37
mtreinishclarkb: this won't actually fix that, tempest will still try to floating ip on ipv623:38
mtreinishbut at least now nova won't 50023:38
clarkbah23:38
*** dims_ has quit IRC23:38
mtreinishclarkb: heh, it was supposed to be the easier fix23:39
mtreinishthe tempest one is a bit more involved23:39
*** vilobhmm1 has quit IRC23:39
*** vilobhmm1 has joined #openstack-nova23:39
mtreinishclarkb: https://bugs.launchpad.net/tempest/+bug/1482817 is the one which when fixed will unblock the ipv6 job23:40
openstackLaunchpad bug 1482817 in tempest "Add config option for floating ip support" [Medium,Triaged] - Assigned to Shuquan Huang (shuquan)23:40
mtreinishI was hoping someone else would take care of it, but I haven't seen any patches23:41
mtreinishsc68cal: ^^^ seems like something you'd like :)23:41
*** asettle has quit IRC23:42
*** takedakn has joined #openstack-nova23:43
*** SourabhP has quit IRC23:43
sc68calmtreinish: I'll check scrollback and see23:44
sc68calmtreinish: I put down my drink, that's how much I believe you23:45
*** angdraug has quit IRC23:45
clarkbsc68cal: be careful its an ipv6 trap23:45
mtreinishsc68cal: heh, just a tempest patch to add a flag to disable doing floating ip anything23:45
mtreinishso it'll work in an ipv6 only env23:45
*** vilobhmm1 has quit IRC23:46
sc68calmy heart has grown 3 sizes too large, like the Grinch23:48
mtreinishheh23:49
*** achanda_ has joined #openstack-nova23:56

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