Friday, 2015-04-24

*** Sukhdev has quit IRC00:01
*** otter768 has joined #openstack-nova00:01
*** sdake has quit IRC00:03
*** apmelton_away is now known as apmelton00:05
*** tsekiyam_ has joined #openstack-nova00:06
*** salv-orlando has quit IRC00:07
*** achanda has quit IRC00:07
*** mtanino has quit IRC00:08
*** salv-orlando has joined #openstack-nova00:08
*** tsekiyama has quit IRC00:09
*** tsekiyam_ has quit IRC00:11
*** zzzeek has quit IRC00:11
*** Nikolay_St has quit IRC00:11
*** Nikolay_St has joined #openstack-nova00:12
*** apuimedo has quit IRC00:14
*** annegentle has joined #openstack-nova00:15
*** vilobhmm11 has quit IRC00:15
*** vilobhmm1 has joined #openstack-nova00:15
*** artom has joined #openstack-nova00:17
*** otter768 has quit IRC00:19
jrolldansmith: pew pew, with diff: https://gist.github.com/jimrollenhagen/c6b4926d605d9b4e8da9#file-nova-compute-log-L13200:19
jrolldoesn't look like it changed, so I guess this is expected, must be something else clobbering it00:19
*** annegentle has quit IRC00:20
*** thangp has joined #openstack-nova00:20
* jroll goes away for the night00:20
*** salv-orlando has quit IRC00:22
*** Marga_ has quit IRC00:23
*** patrickeast has quit IRC00:24
*** artom has quit IRC00:25
*** gyee has quit IRC00:29
*** Nikolay_St has quit IRC00:37
*** Nikolay_St has joined #openstack-nova00:38
*** ijw has joined #openstack-nova00:38
*** otter768 has joined #openstack-nova00:40
*** apuimedo has joined #openstack-nova00:42
*** isd1 has quit IRC00:43
*** Marga_ has joined #openstack-nova00:45
*** Marga_ has quit IRC00:46
*** nikhil_k is now known as nikhil_k-afk00:48
*** promulo_ has joined #openstack-nova00:48
*** promulo__ has quit IRC00:52
*** Marga_ has joined #openstack-nova00:53
*** Marga_ has quit IRC00:54
*** bkopilov has quit IRC00:58
*** jyuso1 has joined #openstack-nova01:03
*** ijw has quit IRC01:05
*** ijw has joined #openstack-nova01:06
*** Nikolay_St has quit IRC01:07
*** Nikolay_St has joined #openstack-nova01:07
*** apuimedo has quit IRC01:12
*** haigang has joined #openstack-nova01:15
*** ijw has quit IRC01:16
*** signed8bit has quit IRC01:17
*** popw has joined #openstack-nova01:17
*** joefides_ has quit IRC01:17
*** bkopilov has joined #openstack-nova01:18
*** joefides has joined #openstack-nova01:18
*** baoli has quit IRC01:18
*** sdake has joined #openstack-nova01:22
*** sdake_ has quit IRC01:26
*** flaper87 has quit IRC01:27
*** emagana has quit IRC01:27
*** flaper87 has joined #openstack-nova01:28
*** liusheng has joined #openstack-nova01:29
*** Nikolay_St has quit IRC01:32
*** Nikolay_St has joined #openstack-nova01:33
*** flaper87 has quit IRC01:33
*** sorrison has quit IRC01:33
*** salv-orlando has joined #openstack-nova01:35
*** greghaynes has joined #openstack-nova01:35
*** erkules_ has joined #openstack-nova01:36
*** nelsnelson has joined #openstack-nova01:38
*** erkules has quit IRC01:38
*** apuimedo has joined #openstack-nova01:39
*** flaper87 has joined #openstack-nova01:39
*** vilobhmm1 has quit IRC01:40
*** sorrison has joined #openstack-nova01:40
*** kaisers has quit IRC01:40
*** vilobhmm1 has joined #openstack-nova01:40
*** vilobhmm1 has quit IRC01:40
*** nelsnelson has quit IRC01:41
*** kaisers has joined #openstack-nova01:42
*** nelsnelson has joined #openstack-nova01:43
*** salv-orlando has quit IRC01:45
*** sdake_ has joined #openstack-nova01:50
*** sdake has quit IRC01:53
*** garyk has quit IRC01:54
*** garyk has joined #openstack-nova01:55
*** asettle is now known as asettle-luncheon01:57
*** apmelton is now known as apmelton_away01:57
openstackgerritChris Friesen proposed openstack/nova: unify libvirt driver checks for qemu  https://review.openstack.org/17554201:57
*** Nikolay_St has quit IRC01:58
*** Nikolay_St has joined #openstack-nova01:59
*** harlowja is now known as harlowja_away02:02
*** xianghuihui has joined #openstack-nova02:02
*** bkopilov has quit IRC02:03
*** baoli has joined #openstack-nova02:03
*** kbyrne has quit IRC02:05
*** mwagner_lap has quit IRC02:07
*** xianghuihui has quit IRC02:09
*** kbyrne has joined #openstack-nova02:10
*** baoli has quit IRC02:10
*** baoli has joined #openstack-nova02:12
*** zhangtralon has joined #openstack-nova02:14
*** rfolco has quit IRC02:15
*** READ10 has quit IRC02:15
*** salv-orlando has joined #openstack-nova02:15
*** baoli has quit IRC02:19
*** salv-orlando has quit IRC02:20
*** mwagner_lap has joined #openstack-nova02:21
*** xyang1 has quit IRC02:23
*** Nikolay_St has quit IRC02:25
*** Nikolay_St has joined #openstack-nova02:26
*** thangp has quit IRC02:33
*** jyuso1 has quit IRC02:37
*** marun has joined #openstack-nova02:37
*** achanda has joined #openstack-nova02:37
*** unicell has quit IRC02:39
*** baoli has joined #openstack-nova02:40
*** baoli_ has joined #openstack-nova02:42
*** baoli has quit IRC02:42
*** wuhg has quit IRC02:49
*** VW_ has joined #openstack-nova02:55
*** haigang has quit IRC02:58
*** sdake has joined #openstack-nova03:00
*** marun has quit IRC03:01
*** annashen has joined #openstack-nova03:02
*** Murali has joined #openstack-nova03:02
*** xylan has left #openstack-nova03:03
*** sdake_ has quit IRC03:04
*** sdake_ has joined #openstack-nova03:04
*** sdake has quit IRC03:08
*** annashen has quit IRC03:14
*** popw1 has joined #openstack-nova03:14
*** BadCub is now known as BadCub_Hiding03:15
*** popw has quit IRC03:16
*** dikonoor has joined #openstack-nova03:17
*** Nikolay_St has quit IRC03:20
*** Nikolay_St has joined #openstack-nova03:21
*** VW_ has quit IRC03:21
*** VW_ has joined #openstack-nova03:22
*** Murali has quit IRC03:22
*** yamahata has joined #openstack-nova03:23
*** Longgeek has joined #openstack-nova03:33
*** dave-mccowan has quit IRC03:36
*** rushiagr_away is now known as rushiagr03:40
openstackgerritVincent Hou proposed openstack/nova: Correct the order of the parameters to call swap_volume  https://review.openstack.org/17430703:40
*** xianghuihui has joined #openstack-nova03:40
*** xianghuihui has quit IRC03:40
*** xianghuihui has joined #openstack-nova03:41
*** xianghuihui has quit IRC03:41
*** achanda has quit IRC03:44
*** dikonoor has quit IRC03:44
*** Longgeek has quit IRC03:51
*** VW_ has quit IRC03:52
*** otter768 has quit IRC03:54
*** asettle-luncheon is now known as asettle03:54
*** VW_ has joined #openstack-nova03:56
*** alanf-mc has quit IRC03:56
*** tojuvone has joined #openstack-nova03:56
*** vilobhmm1 has joined #openstack-nova03:57
*** RuiChen has quit IRC03:58
*** RuiChen has joined #openstack-nova03:59
*** Longgeek has joined #openstack-nova04:00
*** rushiagr is now known as rushiagr_away04:00
*** rushiagr_away is now known as rushiagr04:02
*** baoli_ has quit IRC04:06
*** Nikolay_St has quit IRC04:07
*** Nikolay_St has joined #openstack-nova04:08
*** Nikolay_St has quit IRC04:14
*** Nikolay_St has joined #openstack-nova04:14
*** annashen has joined #openstack-nova04:15
*** rajesht has joined #openstack-nova04:17
*** salv-orlando has joined #openstack-nova04:18
*** annashen has quit IRC04:19
*** rajesht has quit IRC04:25
*** salv-orlando has quit IRC04:25
*** subscope_ has joined #openstack-nova04:30
*** Murali has joined #openstack-nova04:31
*** achanda has joined #openstack-nova04:35
*** kaisers has quit IRC04:37
*** Nikolay_St has quit IRC04:40
*** Nikolay_St has joined #openstack-nova04:41
*** zhangtralon has quit IRC04:41
*** Marga_ has joined #openstack-nova04:41
*** Longgeek has quit IRC04:42
*** unicell has joined #openstack-nova04:42
*** emagana has joined #openstack-nova04:45
*** takedakn has joined #openstack-nova04:45
*** takedakn has quit IRC04:45
*** markvoelker_ has quit IRC04:51
*** Longgeek has joined #openstack-nova04:52
*** wuhg has joined #openstack-nova04:52
*** nkrinner has joined #openstack-nova04:52
*** kaisers has joined #openstack-nova04:54
*** annashen has joined #openstack-nova04:54
*** Murali has quit IRC04:55
*** nelsnelson has quit IRC04:55
*** salv-orlando has joined #openstack-nova04:58
*** browne has joined #openstack-nova05:03
*** bkopilov has joined #openstack-nova05:04
*** salv-orlando has quit IRC05:05
*** Nikolay_St has quit IRC05:06
*** rushiagr is now known as rushiagr_away05:06
*** Nikolay_St has joined #openstack-nova05:07
*** Marga_ has quit IRC05:10
*** Marga_ has joined #openstack-nova05:11
*** kiran-r has joined #openstack-nova05:15
*** garyk has quit IRC05:16
*** salv-orlando has joined #openstack-nova05:17
*** sks has joined #openstack-nova05:18
*** salv-orlando has quit IRC05:21
*** redbeard has joined #openstack-nova05:22
openstackgerritEli Qiao proposed openstack/nova: WIP: Add ConsoleAuthToken object and console_auth_token table  https://review.openstack.org/17707805:26
*** zhangtralon has joined #openstack-nova05:27
openstackgerritEli Qiao proposed openstack/nova: API: remove admin require from compute_node_get_all_by_* from db layer  https://review.openstack.org/17533405:28
openstackgerritEli Qiao proposed openstack/nova: API: Add policy enforcement test cases for pci API  https://review.openstack.org/17574505:28
openstackgerritEli Qiao proposed openstack/nova: API: remove admin require for compute_node(get_all/search_by_hyperviso) from db  https://review.openstack.org/17574405:28
openstackgerritEli Qiao proposed openstack/nova: API: remove admin require for compute_node_create/update/delete from db layer  https://review.openstack.org/17569305:28
*** afazekas has quit IRC05:31
*** oro has joined #openstack-nova05:33
*** Nikolay_St has quit IRC05:33
*** Nikolay_St has joined #openstack-nova05:34
*** zhangtralon has quit IRC05:34
*** tojuvone has quit IRC05:35
*** Marga_ has quit IRC05:36
*** Marga_ has joined #openstack-nova05:36
*** Marga_ has quit IRC05:36
*** Marga_ has joined #openstack-nova05:37
*** arnaud___ has joined #openstack-nova05:39
*** VW_ has quit IRC05:41
*** Marga_ has quit IRC05:42
*** annashen has quit IRC05:42
*** annashen has joined #openstack-nova05:43
*** vilobhmm1 has quit IRC05:44
*** Nikolay_St has quit IRC05:48
*** jyuso1 has joined #openstack-nova05:49
*** afazekas has joined #openstack-nova05:49
*** ajayaa has joined #openstack-nova05:50
*** takedakn has joined #openstack-nova05:53
*** otter768 has joined #openstack-nova05:55
*** zhangtralon has joined #openstack-nova05:58
*** otter768 has quit IRC06:00
*** rushiagr_away is now known as rushiagr06:01
*** david-ly_ has joined #openstack-nova06:01
*** david-lyle has quit IRC06:03
*** josecastroleon has joined #openstack-nova06:03
openstackgerritLan Qi Song proposed openstack/nova: Remove useless volume when boot from volume failed  https://review.openstack.org/17708406:04
*** zhangtralon has quit IRC06:04
*** oro has quit IRC06:05
*** pkoniszewski has joined #openstack-nova06:08
*** cfriesen has quit IRC06:09
*** subscope_ has quit IRC06:11
*** annashen has quit IRC06:12
*** zhangtralon has joined #openstack-nova06:12
*** jwcroppe has joined #openstack-nova06:18
ekarlsohttps://wiki.openstack.org/wiki/ReleaseNotes/Kilo#Known_Issues_2 < is that gonna be fixed for K ?06:19
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/17709106:19
*** unicell has quit IRC06:21
*** unicell has joined #openstack-nova06:23
*** rajesht has joined #openstack-nova06:29
*** arnaud___ has quit IRC06:33
*** lpetrut has joined #openstack-nova06:40
*** takedakn has quit IRC06:42
*** mpaolino has joined #openstack-nova06:42
*** salv-orlando has joined #openstack-nova06:45
*** sudipto has joined #openstack-nova06:45
*** romainh has joined #openstack-nova06:50
*** tojuvone has joined #openstack-nova06:51
*** armax has quit IRC06:51
*** hightall has joined #openstack-nova06:55
*** salv-orlando has quit IRC06:55
*** haomaiwang has quit IRC06:58
openstackgerritRajesh Tailor proposed openstack/nova: Fix quota-update when nova-compute startup finish  https://review.openstack.org/17011807:00
*** zhangtralon has quit IRC07:00
*** sudipto has quit IRC07:05
*** sahid has joined #openstack-nova07:06
*** coolsvap|afk is now known as coolsvap07:08
*** coolsvap is now known as coolsvap|afk07:09
*** salv-orlando has joined #openstack-nova07:12
*** eglynn has joined #openstack-nova07:12
*** pask81 has joined #openstack-nova07:12
*** takedakn has joined #openstack-nova07:12
*** salv-orlando has quit IRC07:14
*** sdake_ has quit IRC07:20
*** jichen has joined #openstack-nova07:21
openstackgerritIWAMOTO Toshihiro proposed openstack/nova: Omit RescheduledException in instance_fault.message  https://review.openstack.org/16575107:24
*** achanda has quit IRC07:24
*** oro has joined #openstack-nova07:27
*** wuhg has quit IRC07:29
*** achanda has joined #openstack-nova07:36
*** daniel has joined #openstack-nova07:38
*** daniel is now known as Guest1144007:39
*** salv-orlando has joined #openstack-nova07:40
*** Nikolay_St has joined #openstack-nova07:40
*** Guest11440 has quit IRC07:41
*** daniel_3 has joined #openstack-nova07:41
*** oro_ has joined #openstack-nova07:42
*** browne has quit IRC07:42
*** jistr has joined #openstack-nova07:44
*** jwcroppe has quit IRC07:44
*** tojuvone has quit IRC07:45
*** zhangtralon has joined #openstack-nova07:46
*** jwcroppe_ has joined #openstack-nova07:46
openstackgerritEli Qiao proposed openstack/nova: Overwrite NovaException message  https://review.openstack.org/17710507:50
*** kaisers1 has joined #openstack-nova07:50
*** alanf-mc has joined #openstack-nova07:51
*** zz_johnthetubagu is now known as johnthetubaguy07:51
*** jlanoux has joined #openstack-nova07:51
*** kaisers2 has joined #openstack-nova07:52
*** alanf-mc_ has joined #openstack-nova07:53
* johnthetubaguy makes big waking up noise07:53
*** lucasagomes has joined #openstack-nova07:54
openstackgerritBartosz Fic proposed openstack/nova: Live migration failure in API doesn't set vm_state to Error  https://review.openstack.org/16891607:55
*** alanf-mc has quit IRC07:56
*** otter768 has joined #openstack-nova07:56
*** tonytan4ever has quit IRC07:57
*** achanda has quit IRC07:57
*** jcoufal has joined #openstack-nova07:57
openstackgerritSergey Nikitin proposed openstack/nova-specs: Implement server instance tagging  https://review.openstack.org/17711207:57
*** kaisers2 has quit IRC07:59
*** alanf-mc_ has quit IRC08:00
*** otter768 has quit IRC08:01
*** atuvenie has joined #openstack-nova08:01
*** snikitin has joined #openstack-nova08:04
*** matrohon has joined #openstack-nova08:05
*** Mike_D_wk has quit IRC08:06
*** jistr is now known as jistr|mtg08:09
snikitinjohnthetubaguy: Hi, John! Now liberty is opened, so could you remove your -2, please? https://review.openstack.org/#/c/128940/08:09
johnthetubaguysnikitin: let me check, normally involves getting your blueprint re-approved for liberty08:10
johnthetubaguysnikitin: yeah, can you please re-propose your spec for liberty, and add the Previously-Approved: kilo like in the commit please?08:10
snikitinjohnthetubaguy: https://review.openstack.org/#/c/177112/ Done08:11
johnthetubaguysnikitin: superstar, thank you, let me take a look for you, would be good to get this one back up for review08:11
*** redbeard has quit IRC08:12
johnthetubaguysnikitin: there is a cross project spec on tagging I think, does this align with that?08:12
johnthetubaguysnikitin: here it is: https://review.openstack.org/#/c/155620/08:13
*** redbeard has joined #openstack-nova08:14
snikitinjohnthetubaguy: Hm, this is a new information for me. let me check08:16
johnthetubaguysnikitin: sorry, its new for me too, found out on Tuesday evening08:16
*** jyuso1 has quit IRC08:19
openstackgerritVictor Stinner proposed openstack/nova-specs: Add "Port Nova to Python 3" spec  https://review.openstack.org/17686808:19
openstackgerritRadoslav Gerganov proposed openstack/nova-specs: VMware: Native HTML5 consoles for VMware  https://review.openstack.org/12728308:20
openstackgerritTakenori Yoshimatsu proposed openstack/nova: Catch AttributeError at instance.info_cache.delete  https://review.openstack.org/16790508:20
*** yassine_ has joined #openstack-nova08:21
gilliardGood morning Nova08:24
*** gilliard is now known as gillliard08:24
johnthetubaguygood morning08:25
johnthetubaguyor evening, depending on where you are08:25
*** mpaolino has quit IRC08:26
*** andreykurilin__ has joined #openstack-nova08:27
bauzasfor that, we have the formula "mornooning"08:27
johnthetubaguybauzas: somehow that sounds rude08:28
gillliardI'm pretty close to you, johnthetubaguy, globally speaking08:28
gillliardSame country, anyway08:28
johnthetubaguygillliard: very true08:28
johnthetubaguythe second bit was for any Australians really08:29
johnthetubaguyI think I mentioned the empire once, but I got away with it08:30
gillliardha08:30
bauzasjohnthetubaguy: why ? morning/afternoon/evening :)08:30
johnthetubaguybauzas: I dunno, spend too long in brass bands, they make most words sound rude somehow, with the correct level of winking and nudging08:31
bauzasjohnthetubaguy: eh should I mention I'm French re: your empire ? :p08:31
johnthetubaguybauzas: :)08:31
bauzasjohnthetubaguy: ack, I'm missing some semantics here as that's not my native language :)08:32
bauzasoooooh Friday !08:32
*** bauzas is now known as bauwser08:32
johnthetubaguylol08:32
johnthetubaguysnikitin: hi, just had a look at the code too, your code is closer than the spec I think08:33
johnthetubaguysnikitin: the bit we might want to be clear on is the filtering, I am OK us adding that later, if that helps us move forward?08:33
johnthetubaguysnikitin: I think we should be able to merge more API patches in liberty, now v2.1 is in better shape, FWIW, lets try get this merged before the summit!08:34
*** derekh has joined #openstack-nova08:35
*** pixelb has joined #openstack-nova08:37
*** ndipanov has joined #openstack-nova08:37
*** ndipanov is now known as ndipanoff08:38
snikitinjohnthetubaguy: Great, let's try! So as I understand, I need to modify my spec to syncronise it with that  big spec, right?08:38
*** aix has joined #openstack-nova08:40
johnthetubaguysnikitin: yeah, its mostly what you have done in your code already08:40
johnthetubaguysnikitin: feel free to not implement some bits, like the filtering, I think its just when things are present, they should be the same (at least thats my thinking here), we can add the filtering bits later08:41
johnthetubaguysnikitin: your spec doesn't mention adding tags into the server details response, like your code actually does. its worth adding that into the spec too08:42
johnthetubaguysnikitin: its not mentioned in the big spec, but thats fine08:42
johnthetubaguyalex_xu: hi, just about to revamp the relax validation spec08:42
*** salv-orlando has quit IRC08:43
snikitinjohnthetubaguy: Ok, thank you for new information! I'll do my best.08:44
johnthetubaguysnikitin: appreciate your hard work on this, sorry for all the changes, but at least its now and not as we were about to press approve on the code!08:49
snikitinjohnthetubaguy: No problems :)08:50
*** TobiasE has joined #openstack-nova08:53
alex_xujohnthetubaguy: hi, I saw you replied08:56
alex_xujohnthetubaguy: how about add some description about why relax validation is more smooth for operator switch to v2.1? That is good for persuade people?08:57
johnthetubaguyalex_xu: yeah, thats a good idea08:58
johnthetubaguyalex_xu: the other thing is describing how I expect clients to update so they get the validation08:58
alex_xujohnthetubaguy: +108:59
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/17684409:01
*** tojuvone has joined #openstack-nova09:02
*** ndipanoff has quit IRC09:02
*** ndipanov has joined #openstack-nova09:10
bauwseralex_xu: I was on day-off yesterday so I missed your discussions about the non-admin context check09:11
bauwseralex_xu: basically, what's the outcome ?09:11
bauwserjohnthetubaguy: I also have a question for you about your opinions on a change for a python client thing09:12
johnthetubaguybauwser: fire away09:12
bauwserjohnthetubaguy: so, some upstream effort is done outside Nova for automatically evacuating hosts based on Pacemaker09:12
*** annashen has joined #openstack-nova09:13
bauwserjohnthetubaguy: within those scripts, they call the CLI09:13
*** ndipanov is now known as ndipanoff09:13
bauwserjohnthetubaguy: and in particular nova service-is-up09:13
alex_xubauwser: there is patch for it in master https://review.openstack.org/#/c/176651/, and the https://review.openstack.org/160089 stop to merge, after 176651 merged, we can back port it first, is it ok for you?09:13
bauwserjohnthetubaguy: now the point is, nova service-is-up is returning 0 even if the service is dowb09:13
bauwserdown even09:13
bauwserjohnthetubaguy: because the contract was OK -ie the API returned 200 or something else09:14
bauwserjohnthetubaguy: you got my point ? why couldn't we assume that nova service-is-up should return anything but zero if the service is down09:15
bauwserjohnthetubaguy: and if so, shouldn't we assume another HTTP code for the API side ?09:15
alex_xubauwser: we only have index method for service, that is list all the serivce status. the HTTP code doesn't works.09:16
bauwseralex_xu: okay, I have to dig into the client side then09:17
bauwseralex_xu: so I assume it's not a direct translation of the API result body, but rather a calculation on the CLI side ?09:17
*** annashen has quit IRC09:17
* bauwser needs to jump into the code09:17
alex_xubauwser: yea, I guess so, maybe can do something in the client, not the server side09:18
bauwseralex_xu: my take is that it's really clear that by default, the CLI is returning zero if the command succeeded, 1 the other way09:18
johnthetubaguybauwser: alex_xu: is this something we broke, or a bug we are trying to fix for them?09:19
johnthetubaguyits tempting to add a spec for this change, so we know how its going to be used09:19
bauwserjohnthetubaguy: I don't have all the context, my take is to discuss that correctly09:19
bauwserjohnthetubaguy: I would tend to say I agree with you, but I just wonder how all of this is just no-brainer09:20
bauwseralex_xu: I need to check what does the CLI actually09:20
bauwserI mean the pythonclient API thing09:20
bauwsernot the shell of course09:20
alex_xubauwser: yea I guess09:21
bauwsermmmm09:22
alex_xubauwser: you want to make the cli can be used by script. that sounds make sense to me also. but need take a look at how to implement that.09:25
bauwseralex_xu: no you misunderstood me09:25
bauwseralex_xu: the CLI (tbp the "shell" module) is just a wrapper on top of the novaclient API09:26
bauwseralex_xu: there is no notion of return codes in the client API09:26
bauwseralex_xu: but rather client exceptions09:26
alex_xubauwser: emm....I need dig into more client code also :)09:27
bauwserso, the point is : should the API counterpart of 'nova service-is-up' just raise an Exception if the service is not up ?09:27
bauwseralex_xu: https://github.com/openstack/python-novaclient/blob/master/novaclient/shell.py#L905-L91609:27
*** hightall has quit IRC09:27
bauwseralex_xu: that's how retcodes are generated09:27
openstackgerritjichenjc proposed openstack/nova: Create Nova Scheduler Num Instances Weighter  https://review.openstack.org/13052609:28
*** jyuso1 has joined #openstack-nova09:28
alex_xubauwser: ok09:28
bauwseralex_xu: because you can use the client directly in other projects09:28
bauwseralex_xu: you just import it and do the auth09:29
alex_xubauwser: yes09:29
alex_xubauwser: sounds make sense09:29
*** jistr|mtg is now known as jistr09:32
bauwseralex_xu: I actually played a lot with the novaclient in a previous life :)09:33
*** salv-orlando has joined #openstack-nova09:35
alex_xubauwser: a previous life means...09:36
bauwseralex_xu: means when I was fool enough to be an operator writing python scripts - and then working upstream on a separate project called Climate09:37
*** sdake has joined #openstack-nova09:37
alex_xubauwser: ah, Blazar09:37
bauwseryup09:37
alex_xubauwser: I remember you said there are Blazar may move into gantt discussion at summit?09:38
bauwseralex_xu: tl;dr: Blazar is defunct09:38
alex_xubauwser: :), expect re-born09:39
*** sdake_ has joined #openstack-nova09:39
*** lpetrut has quit IRC09:39
*** ankit_ag has joined #openstack-nova09:40
bauwseralex_xu: not a good idea now :)09:40
bauwseralex_xu: that's not the best idea I had09:40
bauwser:)09:40
alex_xubauwser: ok :)09:41
*** jwcroppe_ has quit IRC09:41
*** jwcroppe has joined #openstack-nova09:42
*** haomaiwang has joined #openstack-nova09:42
*** sdake has quit IRC09:43
*** abhishekk has joined #openstack-nova09:45
ankit_agHi all, I am getting following error while running run_tests.sh with code coverage09:45
ankit_agRuntimeError: No 'nova.ipv6_backend' driver found, looking for 'rfc2462'09:45
ankit_agdoes someone faced the same issue09:45
bauwserankit_ag: try rebuilding your venv09:45
bauwserankit_ag: ./runtests.sh -y09:46
bauwseroops09:46
bauwser./run_tests.sh -u09:46
ankit_agbauwser: I has tried it with -f09:46
bauwserankit_ag: oh ?09:46
ankit_agnut no luck09:46
ankit_agbut no luck09:47
bauwserIIRC, that just means that the entrypoints haven't been correctly recreated09:48
*** Marga_ has joined #openstack-nova09:48
bauwserankit_ag: oh you said with code coverage ?09:49
ankit_agbauwser: yes with code coverage it gives error, while I am able to run test suit successfully without code coverage09:50
*** Marga_ has quit IRC09:50
bauwserankit_ag: ok, lemme look09:50
*** Marga_ has joined #openstack-nova09:50
ankit_agbauwser: okey09:51
*** Longgeek_ has joined #openstack-nova09:52
*** Longgeek has quit IRC09:52
bauwserankit_ag: I just wonder if that already worked...09:52
gillliardankit_ag: I am running the coverage job daily, haven't noticed any failures.09:52
gillliardI do: "tox -ecover"09:53
ankit_aggillliard: I am trying it with ./run_tests.sh --coverage09:54
bauwserhonestly, I don't see the point of checking nova coverage :)09:55
ankit_aggillliard: also I have done fresh installation using devstack 2-3 times, but still facing the same issue09:55
bauwserjust because there are *lots* of tests which are performing deeply up to the DB and are not isolated09:56
bauwserso there are high changes that a report should mention a code section to be "covered" while it's just checking its nominal state09:56
gillliardagreed, bauwser,09:57
ankit_agbauwser: yes you are right09:57
*** otter768 has joined #openstack-nova09:57
ankit_agbauwser: i just wanted to check coverage for the code I have written09:57
bauwserI saw boris-42's email, I should have replied - just because Nova doesn't work that way unfortunately :(09:58
bauwserankit_ag: honestly, you won't get more confidence09:58
openstackgerritjichenjc proposed openstack/nova: Skip only one host weight calculation  https://review.openstack.org/13727509:58
ankit_agbauwser, gillliard: I will try this using tox as mentioned by gillliard.09:58
bauwserankit_ag: but by reading the runtests stuff, I just want to say to use like like gillliard says09:58
openstackgerritEli Qiao proposed openstack/nova: WIP: Add ConsoleAuthToken object and console_auth_token table  https://review.openstack.org/17707809:59
openstackgerritEli Qiao proposed openstack/nova: WIP Conductor: Add console_auth_token apis  https://review.openstack.org/17714409:59
openstackgerritEli Qiao proposed openstack/nova: WIP Allow running multiple consoleauth services  https://review.openstack.org/17714509:59
ankit_agbauwser, gillliard: yes , thanks for your time and for looking in to the issue :)09:59
gillliardI can't remember why I do it that way - I remember it being a PITA to get it working. Several openstack projects had completely broken coverage tests, because (I assume) it's not actually run during any of the CI.10:00
gillliardPerhaps we should just remove it ;) ?10:01
*** zhenguo has quit IRC10:02
*** otter768 has quit IRC10:03
boris-42bauwser: hm?)10:04
boris-42bauwser: we have few fixes of that job10:05
boris-42bauwser: finally version is here https://github.com/openstack/rally/blob/master/tests/ci/cover.sh10:05
*** flaper87 has quit IRC10:05
*** flaper87 has joined #openstack-nova10:05
*** markvoelker has joined #openstack-nova10:06
*** Marga_ has quit IRC10:06
boris-42gillliard: perhaps it is better to fix thing?10:06
openstackgerritTomi Juvonen proposed openstack/nova-specs: New nova API call to mark nova-compute down  https://review.openstack.org/16983610:06
boris-42gillliard: IMHO coverage is very important in case of python10:06
boris-42gillliard: like in case of Rally it helped a lot to port it to python3410:07
gillliardboris-42: OK I don't know much about Rally, I admit. But the coverage-level of nova is a little difficult to interpret, for the reasons bauwser mentioned a few minutes ago.10:07
gillliardIf it's providing some value, somewhere, then by all means we should fix it :)10:08
*** markvoelker has quit IRC10:11
*** jwcroppe has quit IRC10:12
openstackgerritTomi Juvonen proposed openstack/nova-specs: New nova API call to mark nova-compute down  https://review.openstack.org/16983610:15
boris-42gillliard: it has a lot of value10:16
boris-42gillliard: if it is used and used properly10:17
openstackgerritjichenjc proposed openstack/nova: libvirt: catch libvirtError when init_host  https://review.openstack.org/17715110:19
*** Bsony has joined #openstack-nova10:20
*** strictlyb is now known as sb10:21
gillliardboris-42: bauwser: BTW I have been keeping this to monitor nova coverage http://15.126.204.92:9000/drilldown/measures/1?metric=coverage10:22
*** IanGovett has joined #openstack-nova10:22
*** Longgeek_ has quit IRC10:22
*** Longgeek has joined #openstack-nova10:23
*** andreykurilin__ has quit IRC10:26
johnthetubaguydansmith: just wanted to check what bug your note on evacuate matches: https://wiki.openstack.org/w/index.php?title=ReleaseNotes/Kilo&diff=prev&oldid=7561210:26
johnthetubaguydansmith: wondering if we could just default to not starting, rather than deleting VMs, although its super late for that now10:26
boris-42gillliard: it is useless to monitor coverage10:27
boris-42gillliard: job should be just blocking and they you don't need to take care10:27
boris-42gillliard: about monitoring10:28
gillliardboris-42: what do you mean, blocking?10:29
gillliardboris-42: as in, CI would fail if your patch decreases coverage?10:30
boris-42gillliard: in rally we are running coverage job on every check and if patch adds more then X (in our case 4 lines) without tests it fails10:30
boris-42gillliard: yep10:30
*** tojuvone has quit IRC10:32
*** garyk has joined #openstack-nova10:33
gillliardboris-42: In my experience, strict coverage %age requirements don't correlate well with good testing.10:33
gillliardI just use the coverage tool for exploration of sparsely-tested areas of the code.10:34
gillliardI guess, if it helps keep reviewers focussed on tests then that's a good thing, though.10:35
*** samueldmq has joined #openstack-nova10:36
samueldmqgood morning :)10:36
boris-42gillliard: I calculated that it safes about 25 hours of my reviewing time during single release10:37
*** vladikr has quit IRC10:37
boris-42gillliard: and I am happy10:37
gillliardwow. I'd be happy too :)10:38
boris-42gillliard: because for example I did 730 reviews / release10:39
boris-42gillliard: and every thing that can be automated helps10:40
boris-42gillliard: btw I agree that just 100% coverage doesn't mean too much10:40
boris-42gillliard: but I just don't want to spend time on patch that hasn't 100% coverage at all (because it won't be merged in any case)10:40
gillliardboris-42: Uh-huh. Using it as a filter to decide what to review makes a lot more sense than using it as a substitute for reviews. Most projects I've worked on would merge anything that passed CI10:43
boris-42gillliard: sometimes the same happens in Rally unforutnatelly=(10:44
boris-42gillliard: but at least no one criteria will be checked by Ci=)10:44
openstackgerritjichenjc proposed openstack/nova: Create Nova Scheduler Num Instances Weighter  https://review.openstack.org/13052610:51
*** sdake_ has quit IRC10:53
*** zhangtralon has quit IRC10:59
openstackgerritsahid proposed openstack/nova: libvirt: use importutils instead of python built-in  https://review.openstack.org/17637211:04
openstackgerritsahid proposed openstack/nova: libvirt: move destroy code in guest  https://review.openstack.org/17431511:04
openstackgerritsahid proposed openstack/nova: libvirt: move get domain info in guest  https://review.openstack.org/17431411:04
openstackgerritsahid proposed openstack/nova: libvirt: introduces a new Guest object  https://review.openstack.org/17431311:04
*** markvoelker has joined #openstack-nova11:07
*** bfic has joined #openstack-nova11:07
*** lpetrut has joined #openstack-nova11:08
*** markvoelker has quit IRC11:12
samueldmqhi, using a domain-scoped token or an unscoped token for an API call, nova says11:14
samueldmq400 Malformed request URL: URL's project_id 'abbe4eac077b42efa5f7872925f10d93' doesn't match Context's project_id 'None'11:14
samueldmqI think UX could be improved by raising a 401 unauthorized, what do you think about ?11:15
openstackgerritSergey Nikitin proposed openstack/nova: Removed unused variables, methods and classes  https://review.openstack.org/16466611:16
*** alexpilotti has joined #openstack-nova11:18
ekarlsoso if you change names in kilo nova will delete stuff ? :p11:18
samueldmqekarlso, are you replying me ? if so I don't follow what you're saying :)11:20
*** wznoinsk has quit IRC11:22
*** dguitarbite has quit IRC11:24
ekarlsosamueldmq: nope ;p11:25
samueldmqekarlso, :-)11:25
*** dguitarbite has joined #openstack-nova11:25
*** yamahata has quit IRC11:31
*** TobiasE has quit IRC11:31
*** bfic has quit IRC11:33
openstackgerritHans Lindgren proposed openstack/nova: Merge security group client side rpc api with compute rpc api  https://review.openstack.org/17718611:36
openstackgerritVictor Stinner proposed openstack/nova-specs: Add "Port Nova to Python 3" spec  https://review.openstack.org/17686811:38
*** Marga_ has joined #openstack-nova11:41
*** lucasagomes is now known as lucas-hungry11:45
*** dprince has joined #openstack-nova11:49
*** dguitarbite has quit IRC11:53
*** markvoelker has joined #openstack-nova11:54
*** atuvenie has quit IRC11:56
*** Marga_ has quit IRC11:57
*** diegows has joined #openstack-nova11:57
*** otter768 has joined #openstack-nova11:58
*** ganso_ has joined #openstack-nova11:59
*** snikitin has quit IRC11:59
*** zhenguo has joined #openstack-nova11:59
*** EmilienM has quit IRC12:01
*** EmilienM has joined #openstack-nova12:01
*** bfic has joined #openstack-nova12:02
*** otter768 has quit IRC12:02
*** exploreshaifali has joined #openstack-nova12:04
*** dboik_ has quit IRC12:10
*** subscope has quit IRC12:11
*** erkules_ is now known as erkules12:11
*** erkules has joined #openstack-nova12:11
*** mpaolino has joined #openstack-nova12:11
*** snikitin has joined #openstack-nova12:14
*** pkoniszewski has quit IRC12:15
*** IanGovett1 has joined #openstack-nova12:17
*** IanGovett has quit IRC12:17
openstackgerritDivya K Konoor proposed openstack/nova: view hypervisor details rest api should be allowed for non-admins  https://review.openstack.org/17665112:20
*** foexle has joined #openstack-nova12:20
*** oro has quit IRC12:22
*** oro_ has quit IRC12:23
*** dave-mccowan has joined #openstack-nova12:24
*** subscope has joined #openstack-nova12:25
*** dboik has joined #openstack-nova12:27
*** dboik has quit IRC12:27
*** baoli has joined #openstack-nova12:27
*** dboik has joined #openstack-nova12:27
*** VW_ has joined #openstack-nova12:27
*** snikitin has quit IRC12:29
*** ivasev has joined #openstack-nova12:29
*** popw1 has quit IRC12:30
openstackgerritPetrut Lucian proposed openstack/nova-specs: Hyper-V: Add storage QoS support  https://review.openstack.org/17542212:30
*** joefides has quit IRC12:30
*** dboik_ has joined #openstack-nova12:35
*** baoli has quit IRC12:35
*** dboik_ has quit IRC12:35
*** dboik_ has joined #openstack-nova12:36
*** snikitin has joined #openstack-nova12:36
*** dguitarbite has joined #openstack-nova12:36
openstackgerritjichenjc proposed openstack/nova: Add os_shutdown_timeout support  https://review.openstack.org/17721712:37
*** dboik has quit IRC12:38
*** raildo has joined #openstack-nova12:39
*** baoli has joined #openstack-nova12:40
*** edleafe is now known as figleaf12:41
openstackgerritBartosz Fic proposed openstack/nova: Live migration failure in API doesn't set vm_state to Error  https://review.openstack.org/16891612:42
openstackgerritEli Qiao proposed openstack/nova: Overwrite NovaException message  https://review.openstack.org/17710512:43
eliqiaogate's broken again? why I see Internal Server Error ? http://logs.openstack.org/78/177078/2/check/gate-nova-python27/e8fff4f/console.html12:45
*** lucas-hungry is now known as lucasagomes12:46
*** diegows has quit IRC12:46
*** busterswt has joined #openstack-nova12:47
gillliardeliqiao: It's been noticed in #openstack-infra12:48
*** redbeard has quit IRC12:49
openstackgerritsahid proposed openstack/nova: libvirt: add get_hardware_info method to Host  https://review.openstack.org/17722212:49
openstackgerritsahid proposed openstack/nova: libvirt: add get_cpu_stats method to host  https://review.openstack.org/17722312:49
*** xyang1 has joined #openstack-nova12:50
sdagueeliqiao: it's just the log display tool, I'm starting to unwind some landed patches12:50
*** mwagner_lap has quit IRC12:51
*** ajayaa has quit IRC12:51
openstackgerritHans Lindgren proposed openstack/nova: Add security group calls missing from latest compute rpc api version bump  https://review.openstack.org/17718612:52
bauwserjohnthetubaguy: have a few mins for discussing about https://review.openstack.org/#/c/174764/4/specs/liberty/approved/platform-health-aware-scheduling.rst,cm ?12:52
bauwserjohnthetubaguy: because I think we need to be clear on what is a monitor, and if we want to keep them12:52
bauwserjohnthetubaguy: I also noticed a separate patch using those, that's why I think we need to state a guidance over here12:53
bauwserjohnthetubaguy: ie. do we allow extensibility, and if so, what's acceptable ?12:53
*** afazekas has quit IRC12:55
*** dboik_ has quit IRC12:55
*** dboik has joined #openstack-nova12:56
*** yassine_ has quit IRC12:56
*** dboik has quit IRC12:56
*** dboik has joined #openstack-nova12:57
*** VW_ has quit IRC12:57
*** alaski is now known as lascii12:58
*** joefides has joined #openstack-nova12:59
*** yassine has joined #openstack-nova12:59
*** signed8bit has joined #openstack-nova13:00
*** signed8bit has quit IRC13:00
johnthetubaguybauwser: sorry, was having lunch, but you are right, we should document guidance some where, probably devref, I need to start writing those, I have a list in my tasks13:02
*** daniel_3 has quit IRC13:02
*** nkrinner has quit IRC13:03
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/17684413:03
bauwserjohnthetubaguy: I left a few comments on https://review.openstack.org/#/c/174764/413:04
bauwserjohnthetubaguy: I think you can take some of those if you agree for some base on your devref13:05
*** neelashah has joined #openstack-nova13:05
bauwserjohnthetubaguy: ie. no 3rd party tool, just hypervisor-driven13:05
bauwserjohnthetubaguy: needs to be gated using the regular CI or the existing driver CIs13:05
*** eglynn has quit IRC13:06
bauwserjohnthetubaguy: and I probably forget many others...13:06
*** artom has joined #openstack-nova13:06
*** oro has joined #openstack-nova13:07
bauwserjohnthetubaguy: but in some way, we need to keep a certain extensibility offered by the monitors, just because the scheduler allows that13:07
*** IanGovett1 has quit IRC13:07
johnthetubaguybauwser: so part of me actually likes an API to let third party tools send data to our scheduler, but it should be very clearly external, and have a nice strong API, I don't want us to do the gathering13:07
*** IanGovett has joined #openstack-nova13:07
*** ajayaa has joined #openstack-nova13:07
bauwserjohnthetubaguy: yeah we need to be gentle and offer some out-of-tree possibility13:08
bauwserjohnthetubaguy: but on the other hand, that's just something which needs to stay out-of-tree13:08
johnthetubaguybauwser: yeah, I think we agree13:09
bauwserjohnthetubaguy: ie. I don't care if some vendors are using the monitors to gather metrics from anything else but the hypervisor13:09
bauwserjohnthetubaguy: and if they deliver some out-of-tree filters using the configurability offered13:09
bauwserjohnthetubaguy: but all of that is out-of-tree13:09
johnthetubaguyOK, thats stricter than what I was thinking13:09
bauwserjohnthetubaguy: what becomes in-tree needs CI13:09
johnthetubaguybut actually, that makes more sense in a way13:10
openstackgerritPh. Marek proposed openstack/nova-specs: Connecting Nova to DRBD storage nodes directly.  https://review.openstack.org/13415313:10
bauwserjohnthetubaguy: the problem is, say that we offer an external API like the hypervisor one13:10
bauwserjohnthetubaguy: how can we get pre-merge on that ?13:10
bauwsergate$13:10
bauwserjohnthetubaguy: the PCI stuff is just a pain we have13:11
johnthetubaguyso with whats in my head, its testable in gate13:11
bauwserjohnthetubaguy: it took like 3 cycles to get a CI13:11
johnthetubaguytotally13:11
*** IanGovett has quit IRC13:11
bauwserjohnthetubaguy: I just don't want to reproduce that using the monitors13:11
johnthetubaguycomes back to the extensible resource tracker stuff again, thinking about it13:11
johnthetubaguybauwser: yeah, agreed13:11
bauwserjohnthetubaguy: and btw. I would like to shoot one day the AttestationFilter - or gate it13:12
johnthetubaguybauwser: those filters don't worry me too much, if you get the unit tests right13:12
johnthetubaguybauwser: the PCI stuff is different, that is spread all over the shop13:12
*** abhishekk has quit IRC13:12
sdagueso, isn't this really the next step for the scheduler anyways. Openning up a REST API that lets more than nova feed it data?13:12
bauwserjohnthetubaguy: I should just point you out some internal bugs I have with that filter :)13:13
*** afazekas has joined #openstack-nova13:13
bauwsersdague: the problem is not in the future13:13
johnthetubaguysdague: yeah, it does feel in the right direction13:13
bauwsersdague: the problem is now13:13
bauwsersdague: but I agree, we'll opening up the API13:13
sdaguebauwser: so, I realize we have a lot of now problems13:13
bauwsersdague: like we did using the client and the update_resource_stats thign13:13
sdagueyep13:13
bauwsersdague: but then, we need to offer a contract13:14
*** oro has quit IRC13:14
bauwsersdague: because we also claim against those resources13:14
sdaguebauwser: sure, but that was always going to have to happen13:14
sdagueif the scheduler was ever going to be more than just nova, it needs an externalized contract13:14
bauwsersdague: so the monitors are only a small and nice abstraction for something which doesn't need to be claimed13:15
bauwsersdague: that's what we're trying to do using the scheduler client and the clean-up stuff13:15
bauwsersdague: take the bp/resource-usage as a reference13:15
*** eharney has joined #openstack-nova13:15
bauwsersdague: but coming back to the monitors, those are only metrics13:16
bauwsersdague: if we're opening up the gates and leave anything come to the scheduler, then we'll suffer the same issues as the PCI and NUMA guys had13:16
bauwsersdague: so my point is - yes, we're opening up by some extend what can be reported to Nova13:17
bauwserand to the scheduler13:17
sdagueso, I don't understand how anyone imagined the scheduler as an independent project without that ability13:17
*** sb has quit IRC13:17
bauwserwhich ability ?13:17
*** strictlyb has joined #openstack-nova13:17
bauwserto extend the API ?13:18
bauwseror to extend what can be reported ?13:18
*** kiran-r has quit IRC13:18
sdaguewhat's reported and used for scheduling13:19
bauwsersdague: again, we're thinking of that and that's in track13:19
*** vladikr has joined #openstack-nova13:19
*** rushil has joined #openstack-nova13:19
bauwsersdague: http://specs.openstack.org/openstack/nova-specs/specs/kilo/approved/resource-objects.html13:19
sdagueyeh, so I'd just punt on this and say - this requires the contract for such kinds of things coming in for nova scheduler13:19
bauwserjaypipes just needs to update that spec and resubmit it13:20
bauwserjaypipes: that's a call to you :p13:20
*** rushil has quit IRC13:20
*** VW_ has joined #openstack-nova13:20
bauwsersdague: once that bp will be merged, we'll be having a contract between nova and the scheduler13:21
*** rushil has joined #openstack-nova13:21
*** VW_ has quit IRC13:21
*** mpaolino has quit IRC13:22
*** mpaolino has joined #openstack-nova13:23
*** zz_jgrimm is now known as jgrimm13:23
sdagueright, but still not an externalized contract for the scheduler13:24
sdagueit seems like conceptually you need13:25
sdaguenova <- internal contract -> scheduler13:25
*** jgrimm is now known as zz_jgrimm13:25
sdaguenova <- internal contract -> scheduler <- external contract -> [stuff]13:25
sdaguenova + [stuff] <- external contract -> scheduler13:26
sdaguethen you can move the schedule into a separate project (if that still makes sense)13:26
*** artom has quit IRC13:27
*** artom_ has joined #openstack-nova13:27
bauwsersdague: agreed but then comes the problem of the scheduler scalability13:27
*** xyang1 has quit IRC13:27
bauwsersdague: because by design, the Scheduler API takes no writes13:27
*** xyang1 has joined #openstack-nova13:28
sdagueyeh, so that's not going to work if you want it out of tree :)13:28
bauwsersdague: that's why our mediator is the conductor13:28
*** kaisers1 has quit IRC13:28
bauwsersdague: agreed, I never spoke about a separate project :)13:28
bauwserat least atm13:28
sdaguesure13:28
*** kaisers has quit IRC13:28
*** cbader has joined #openstack-nova13:29
bauwseryeah the Gantt naming made lots of confusion that I need to sort out13:29
*** eglynn has joined #openstack-nova13:29
*** kaisers has joined #openstack-nova13:30
bauwserso, basically, we need to figure out how to provide stats to the scheduler - not using the conductor - and my take is that it needs some changes13:30
*** kaisers1 has joined #openstack-nova13:30
*** bfic has quit IRC13:30
sdagueyep, sounds right13:30
bauwserI'm unsure it can be faced for Liberty13:30
bauwsers/unsure/really not sure13:31
sdagueyep, that's fine, honestly, rather would do it right than do it fast13:31
johnthetubaguysdague: +1 that statement here13:32
*** diegows has joined #openstack-nova13:32
johnthetubaguybauwser: I am thinking we have a REST API so you can set some statistic about a host, key/value and expiry, and enable accepting updates in batches, or something like that13:32
*** Nikolay_St has quit IRC13:33
bauwserjohnthetubaguy: eh, you mean the /os-hypervisors ?13:33
bauwserbecause /os-hosts is just a wrong thing13:33
*** erlon has joined #openstack-nova13:33
bauwserand because /os-services is just service related :)13:33
bauwserjohnthetubaguy: oh, you mean if we would have an endpoint for that ?13:34
johnthetubaguybauwser: it would be new, start again thing13:34
bauwserjohnthetubaguy: I think the problem is not how to get things13:34
bauwserjohnthetubaguy: but rather how to claim them :)13:34
*** mriedem_away is now known as mriedem13:35
johnthetubaguybauwser: folks are also asking for a way to get the current capacity, ways to "check" a new location for an instance violates and rules, etc13:35
bauwserjohnthetubaguy: that's a separate concern13:35
johnthetubaguybauwser: but these are all things that don't need claims, so its fine13:35
bauwserjohnthetubaguy: my take is I would like to propose something like check_my_choice()13:35
johnthetubaguybauwser: you can't "claim" a power usage level13:35
*** ankit_ag has quit IRC13:35
*** rajesht has quit IRC13:35
bauwserjohnthetubaguy: that's what we call metrics13:36
bauwserjohnthetubaguy: compared to resources13:36
bauwserjohnthetubaguy: a metric is just used for helping to find a target, a resource is something you can claim about13:36
bauwsersorry to be bothering on that, but I followed jaypipes's 101 :)13:37
bauwserjohnthetubaguy: and monitors track metrics, so there is no contract13:37
*** artom__ has joined #openstack-nova13:37
johnthetubaguybauwser: we are talking about health metrics here right?13:41
*** artom_ has quit IRC13:41
johnthetubaguyI maybe missed something13:41
*** artom__ has quit IRC13:41
*** ajayaa has quit IRC13:42
*** ajayaa has joined #openstack-nova13:43
*** rushiagr is now known as rushiagr_away13:44
*** atuvenie has joined #openstack-nova13:45
*** Hosam has joined #openstack-nova13:45
*** burt has joined #openstack-nova13:47
*** smccully has quit IRC13:48
*** snikitin has quit IRC13:48
*** smccully has joined #openstack-nova13:49
*** armax has joined #openstack-nova13:50
*** apmelton_away is now known as apmelton13:50
*** nikhil_k-afk is now known as nikhil_k13:51
*** johnthetubaguy is now known as zz_johnthetubagu13:52
*** armax has quit IRC13:52
*** armax has joined #openstack-nova13:53
*** mwagner_lap has joined #openstack-nova13:53
*** diegows has quit IRC13:54
*** mriedem has quit IRC13:56
figleaffor metrics, a claim would simply be a no-op13:57
*** dansmith is now known as superdan13:59
*** otter768 has joined #openstack-nova13:59
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/17684414:00
*** emagana has quit IRC14:00
*** mpaolino has quit IRC14:00
*** mriedem has joined #openstack-nova14:01
*** artom has joined #openstack-nova14:03
*** alex_xu has quit IRC14:03
*** heyongli has quit IRC14:03
*** yuntong has quit IRC14:03
*** eliqiao has quit IRC14:03
*** otter768 has quit IRC14:04
*** signed8bit has joined #openstack-nova14:04
*** takedakn has quit IRC14:05
*** BadCub_Hiding is now known as BadCub14:06
*** sks has quit IRC14:08
flip214ERROR: InvocationError: '/home/jenkins/workspace/gate-nova-specs-docs/.tox/venv/bin/python setup.py build_sphinx'14:08
flip214That's what Gerrit says on a spec submit...14:09
flip214is it my fault? The spec itself gives a warning, but "InvocationError" sounds like wrong arguments.14:09
*** afazekas has quit IRC14:09
mriedemflip214: local or in gerrit upstream?14:09
flip214gerrit upstream14:09
mriedemlink?14:10
flip214http://logs.openstack.org/53/134153/10/check/gate-nova-specs-docs/0740bbb/console.html14:10
mriedemhttp://logs.openstack.org/53/134153/10/check/gate-nova-specs-docs/0740bbb/console.html#_2015-04-24_13_24_07_81314:10
mriedemsphinx.errors.SphinxWarning: /home/jenkins/workspace/gate-nova-specs-docs/doc/source/specs/liberty/approved/drbd-driver.rst:179: WARNING: Definition list ends without a blank line; unexpected unindent.14:10
mriedemit's a problem with your spec format14:10
flip214although that only says "warning"?14:10
mriedemwe fail on warning14:10
*** cfriesen has joined #openstack-nova14:10
mriedemhttp://git.openstack.org/cgit/openstack/nova-specs/tree/setup.cfg#n2014:11
flip214well, the exact same content was allowed last time... https://review.openstack.org/#/c/134153/9..10/specs/liberty/approved/drbd-driver.rst,unified14:12
flip214let's try again.14:12
openstackgerritPh. Marek proposed openstack/nova-specs: Connecting Nova to DRBD storage nodes directly.  https://review.openstack.org/13415314:12
flip214sigh14:12
mriedemflip214: are you getting the same thing locally?14:12
mriedemtox -r -e docs14:12
*** armax has quit IRC14:13
*** armax has joined #openstack-nova14:14
flip214rbash: tox: command not found14:14
*** alex_xu has joined #openstack-nova14:14
*** heyongli has joined #openstack-nova14:14
mriedemumm14:15
mriedemsudo pip install tox14:15
flip214I'll just hope that Gerrit says "okay" this time...14:16
*** eliqiao has joined #openstack-nova14:16
*** thangp has joined #openstack-nova14:16
*** yuntong has joined #openstack-nova14:17
*** thangp has quit IRC14:17
*** tonytan4ever has joined #openstack-nova14:17
*** thangp has joined #openstack-nova14:17
*** ajayaa has quit IRC14:19
*** zz_johnthetubagu is now known as johnthetubaguy14:20
flip214mriedem: thank you for clearing up the Warning/Error confusion!14:20
openstackgerritPh. Marek proposed openstack/nova-specs: Connecting Nova to DRBD storage nodes directly.  https://review.openstack.org/13415314:22
bauwserjohnthetubaguy: sorry was diverted, by speaking of metrics, I just would like to say something that can be used in a filter or in a weighter without explicetely being necessary to be claimed14:22
bauwserjohnthetubaguy: health metrics match that definition, I agree14:23
bauwserjohnthetubaguy: but that's not all of that14:23
*** mtanino has joined #openstack-nova14:27
*** oro has joined #openstack-nova14:29
*** dguitarbite has quit IRC14:30
openstackgerritPetrut Lucian proposed openstack/nova-specs: Hyper-V: Add storage QoS support  https://review.openstack.org/17542214:32
*** Hosam has quit IRC14:32
*** zz_jgrimm is now known as jgrimm14:33
*** Hosam has joined #openstack-nova14:33
*** Nikolay_St has joined #openstack-nova14:38
*** sudipto has joined #openstack-nova14:38
*** jichen has quit IRC14:42
*** foexle has quit IRC14:42
*** foexle has joined #openstack-nova14:43
*** jwcroppe has joined #openstack-nova14:47
*** Nikolay_St has quit IRC14:47
*** Nikolay_St has joined #openstack-nova14:48
*** foexle has quit IRC14:49
*** Marga_ has joined #openstack-nova14:50
openstackgerritMatt Riedemann proposed openstack/nova: neutron: log hypervisor_macs before raising PortNotUsable  https://review.openstack.org/17545814:52
*** matrohon has quit IRC14:53
*** obondarev has quit IRC14:53
openstackgerritMatt Riedemann proposed openstack/nova: Log a warning if sec-groups and port id are provided on boot  https://review.openstack.org/15406814:53
*** obondarev has joined #openstack-nova14:54
openstackgerritJulien Danjou proposed openstack/nova: simple_tenant_usage: declare method static  https://review.openstack.org/16501714:56
openstackgerritJulien Danjou proposed openstack/nova: Leverage timeutils, drop strtime()  https://review.openstack.org/16475314:56
*** nelsnelson has joined #openstack-nova14:57
*** nelsnelson has quit IRC14:58
*** zzzeek has joined #openstack-nova14:58
openstackgerritPetrut Lucian proposed openstack/nova-specs: Hyper-V: Add storage QoS support  https://review.openstack.org/17542214:59
*** achanda has joined #openstack-nova15:03
*** Bsony_ has joined #openstack-nova15:04
*** browne has joined #openstack-nova15:05
*** Bsony has quit IRC15:06
*** jungleboyj has joined #openstack-nova15:06
johnthetubaguybauwser: sorry, I dropped to apply patches, and talk to folks about networking, anyways, sorry, you were talking to me?15:07
*** davideagnello has quit IRC15:07
bauwserjohnthetubaguy: nah, just following up on our convo, but that's fine :)15:07
bauwserjohnthetubaguy: we are all busy :)15:07
*** achanda has quit IRC15:08
bauwserjohnthetubaguy: that said, I reinforce my interest in your devref change, if you plan to do such :)15:08
mriedemndipanoff: have you heard of any bugs where attaching a volume (w/o specifying the device to use) fails because it picks a device already in use?15:08
johnthetubaguymriedem: I have seen that with XenAPI FWIW, normally its BDM thats not in sync, due to races or otherwise15:09
superdanmriedem: if the device name is specified, it's easy to trip over that with libvirt15:09
mriedemdevice name isn't specified15:09
mriedemjungleboyj: ^ you have details?15:09
johnthetubaguymriedem: do two and once, they probably race adding the BDM I guess?15:09
johnthetubaguybauwser: I keep running out of hours in a day, but yeah, I need to start that15:10
bauwserjohnthetubaguy: eh :)15:10
jungleboyjsuperdan: In this case I am trying to do 'nova volume-attach ... auto' .15:10
*** sandywalsh has quit IRC15:10
johnthetubaguysuperdan: I am getting told jesse is getting angry about this on twitter: https://wiki.openstack.org/w/index.php?title=ReleaseNotes/Kilo&diff=prev&oldid=7561215:11
superdanspecifying auto?15:11
johnthetubaguysuperdan: thats no reason to jump up and down, but do you have the lp bug id for that?15:11
jungleboyjsuperdan: It is picking /dev/vdb and when we get to libvirt it says the device is in use.15:11
superdanjohnthetubaguy: jesse who?15:11
johnthetubaguysuperdan: at blue host I think, let me find link15:11
jungleboyjI had sworn I had seen that as a known issue in the past.  Could be wrong though.15:11
superdanjohnthetubaguy: angry that it's broken or what?15:12
johnthetubaguysuperdan: https://twitter.com/iamjkeating/status/59142082442431692815:12
johnthetubaguysuperdan: folks moaning about us shipping with a bug like that15:12
mriedemjohnthetubaguy: it's not a new bug15:12
superdanjohnthetubaguy: well, they should moan about every release since the feature was introduced :)15:12
kashyapmriedem: I can run a test here, if you have a bug pointer15:12
mriedemit's not a regression15:12
kashyap(Test w/ current git, ie)15:13
superdanright, the feature was the regression15:13
superdanjohnthetubaguy: https://review.openstack.org/#/c/161444/15:13
mriedemif only i were on twitter to correct15:13
*** baoli has quit IRC15:13
superdanmriedem: it's gone far beyond correctable state :)15:14
johnthetubaguysuperdan: I just wonder about defaulting to not deleting them, and instead keep them powered off instead, but I am probably over thinking it15:14
johnthetubaguysuperdan: yeah, agreed with the fixing it properly concern15:14
superdanjohnthetubaguy: that breaks the api15:14
superdanjohnthetubaguy: and then we need to clean them somehow, which we can't do without a new API or new guessing15:14
johnthetubaguysuperdan: well it would just leave orphaned VMs I guess, but yeah, thats true…15:14
bauwserjohnthetubaguy: superdan: mmm, I wonder if Nova could/should provide an API for such a rename15:14
superdanyeah, but that's like the worst thing ever, right?15:14
bauwserjohnthetubaguy: superdan: because I often have questions about that15:15
mriedemkashyap: jungleboyj was the one asking me about it15:15
superdanbecause we leave customer data laying around on random hosts, disk fill quickly, etc15:15
*** annashen has joined #openstack-nova15:15
johnthetubaguysuperdan: depends, worst thing ever is deleting customer data to some folks15:15
superdanthe feature is *completely* broken right now15:15
superdanit just needs to be fixed15:15
lasciiyeah, becomes a DoS vector15:15
johnthetubaguysuperdan: agreed its borken15:15
superdanjohnthetubaguy: heh, well, second worst then :D15:15
johnthetubaguylascii: its an admin api I guess, but yes15:16
superdanjohnthetubaguy: how about I update the relnotes to mention that this isn't a regression and has been the case since the feature was introduced?15:16
jungleboyjkashyap: I can put a bug together for it.  Hadn't done that as I swore I saw one in the past, but I must be wrong.15:16
superdanthat should help soothe the concerns that this is something that will suddenly start biting people?15:16
mriedemthe PMs are all up in arms on the twitter :)15:16
mriedemshock and awe15:16
mriedemevacuate broken?! FML LOL :P15:17
mriedemthat would be my response if i were on there15:17
kashyapjungleboyj: I'd suggest to hold off filing a bug unless you have a crystal clear reproducer.15:17
*** Nikolay_St has quit IRC15:17
johnthetubaguysuperdan: I like that idea, can you link to a bug / spec for the fix too?15:17
superdansure15:17
jungleboyjkashyap: Yeah, I was going to go try again on that system to get info for the bug.15:17
* kashyap is not on twitter, seems like he's not missing out that much :-)15:17
*** Bsony_ has quit IRC15:17
mriedemjungleboyj: this is libvirt?15:18
jungleboyjkashyap: You aren't missing much.  I tried it for a while and just couldn't get into it.15:18
jungleboyjmriedem: Yes.15:18
superdanjohnthetubaguy: https://wiki.openstack.org/wiki/ReleaseNotes/Kilo#Known_Issues_215:19
*** Nikolay_St has joined #openstack-nova15:20
johnthetubaguysuperdan: sorry to be a pain the arse, thanks for the update on that15:20
superdanjohnthetubaguy: np15:20
*** annashen has quit IRC15:21
johnthetubaguysuperdan: I was tempted to just reply patches welcome, but I thought better of it15:21
*** david-ly_ is now known as david-lyle15:22
superdanjohnthetubaguy: yeah, it's a twitter storm now, no amount of sanity will stop it :)15:22
*** eliqiao1 has joined #openstack-nova15:23
mriedemjungleboyj: you're not actually passing 'auto' as the device to the attach api are you? http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/api.py#n302015:23
superdanjust like me saying "have you hit this so far? No? then don't be concerned because you've been running this code for years now :)"15:23
*** dpaterson has joined #openstack-nova15:24
openstackgerritAnthony PERARD proposed openstack/nova: libvirt: Use qemu as block driver for Xen instances  https://review.openstack.org/17731115:24
johnthetubaguysuperdan: :)15:25
dpatersonIs there a way to get tenant quota usage via cli?15:25
*** eliqiao has quit IRC15:25
*** lucasagomes_ has joined #openstack-nova15:26
mriedemdpaterson: http://docs.openstack.org/cli-reference/content/novaclient_commands.html#novaclient_subcommand_usage15:27
mriedemjungleboyj: this is where the device name is picked based on the bdms on the instance15:28
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/compute/utils.py#n9415:28
*** lucasagomes has quit IRC15:28
*** lucasagomes_ is now known as lucasagomes15:28
*** Nikolay_St has quit IRC15:30
dpatersonmriedem: thanks, not quite what I was looking for, trying to find equivalent to cinder quota-usage, doesn't seem to be a cli call for that.15:31
*** jlvillal has quit IRC15:31
dpatersonin nova15:31
mriedemdpaterson: http://docs.openstack.org/cli-reference/content/novaclient_commands.html ?15:33
mriedemdpaterson: absolute-limits should give limits and usage15:34
dpatersonmriedem: that's it! tx15:37
*** foexle has joined #openstack-nova15:37
*** pask81 has quit IRC15:39
*** andreykurilin__ has joined #openstack-nova15:40
*** ajayaa has joined #openstack-nova15:40
mriedemjungleboyj: is this a multi-attach case you're dealing with?15:42
mriedemwhere there could be a race15:42
*** Bsony has joined #openstack-nova15:43
openstackgerritdave-mcnally proposed openstack/nova: Add policy to cover snapshotting of volume backed instances  https://review.openstack.org/17680515:44
jungleboyjmriedem: No.  And to clarify the confusion.  I see the same behavior if I omit the 'auto' option on the CLI volume-attach command.15:45
*** Marga_ has quit IRC15:45
*** lpetrut has quit IRC15:45
ndipanoffmriedem, sorry was away15:46
ndipanoffyes I have15:46
mriedemjungleboyj: ah,15:46
mriedemdef do_volume_attach(cs, args):15:46
mriedem    """Attach a volume to a server."""15:46
mriedem    if args.device == 'auto':15:46
mriedem        args.device = None15:46
mriedemthat's the cli15:46
mriedemso it translates that for you15:46
ndipanoffjungleboyj, are you using libvirt??15:47
jungleboyjndipanoff: Yes.15:48
jungleboyjmriedem: Right.  At one point in the past I think you had to specify auto, looks like that was fixed.  :-)15:48
ndipanoffjungleboyj, did you report a bug?15:49
*** ajayaa has quit IRC15:50
mriedemndipanoff: jungleboyj? https://bugs.launchpad.net/nova/+bug/129183515:50
openstackLaunchpad bug 1291835 in OpenStack Compute (nova) "Repeated volume attach can cause u'message': u'The supplied device path (/dev/vdc) is in use.'" [Medium,Confirmed]15:50
jungleboyjndipanoff: I am going to as it appears this isn't a known issue as I had thought.  :-)15:50
*** foexle has quit IRC15:50
*** exploreshaifali has quit IRC15:50
*** ajayaa has joined #openstack-nova15:50
ndipanoffwell I think I know what it is about - but would like to have a full bug report to be certain15:51
*** sdake has joined #openstack-nova15:51
jungleboyjndipanoff: Ok, can do.  Then at a minimum it is documented if others see it.15:51
jungleboyjI will get something pushed up today.15:52
ndipanoffmriedem, I don't think it's the same thing15:52
ndipanoffthat's a race right15:52
*** eliqiao1 has quit IRC15:52
ndipanoffjungleboyj, you are not stress testing it like the bug above suggests right?15:53
jungleboyjndipanoff: Shouldn't be the same as I am only doing one attach.  Only person on the system.15:53
ndipanoffyep as I thought15:53
ndipanoffI seem to remember reading through the code when I was chasing a different bug and thinking that there is an inconsistency in tyhe way device names are defaulted15:54
ndipanoffbut I also seem to remember deciding that it was not very likely to happen15:54
*** Marga_ has joined #openstack-nova15:55
jungleboyjndipanoff: Interesting.  I know I have seen this more than once.  Will let you know when I get the bug in.15:55
ndipanoffso if you could give me a reproducer possibly with the select * from block_device_mapping where instance_uuid=<UUID> that would be awesome15:55
ndipanoffjungleboyj, many thanks!15:56
mriedemwe could definitely use more debug logging in here http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/utils.py#n12515:56
jungleboyjndipanoff: Thank you!15:56
openstackgerritChristine Wang proposed openstack/nova: Return 404 if run volume ops with invalid volume  https://review.openstack.org/16524415:56
jungleboyjmriedem: Agreed.15:57
ndipanoffmriedem, agreed :)15:57
beaglessuperdan: regarding https://review.openstack.org/#/c/167287/15:57
mriedemjungleboyj: ndipanoff: i could add something there15:58
beaglessuperdan, would you be opposed to separating the conversion to the NovaObject as a separate spec or patch?15:58
jungleboyjmriedem: I can try to do that as well as I am looking at this issue.15:58
openstackgerritsahid proposed openstack/nova: libvirt: add get_cpu_stats method to host  https://review.openstack.org/17722315:59
openstackgerritsahid proposed openstack/nova: libvirt: add get hardware info method to Host  https://review.openstack.org/17722215:59
openstackgerritsahid proposed openstack/nova: libvirt: add define_xml method to host  https://review.openstack.org/17431415:59
openstackgerritsahid proposed openstack/nova: libvirt: reuse already defined list of domains  https://review.openstack.org/17732815:59
openstackgerritsahid proposed openstack/nova: libvirt: add device_lookup_by_name to Host  https://review.openstack.org/17732915:59
openstackgerritsahid proposed openstack/nova: libvirt: add list_devices to Host  https://review.openstack.org/17733015:59
openstackgerritsahid proposed openstack/nova: libvirt: add compare_cpu to Host  https://review.openstack.org/17733115:59
openstackgerritsahid proposed openstack/nova: libvirt: add note to do note call libvirt from the driver  https://review.openstack.org/17733215:59
mriedemwhatevs,15:59
mriedemi'm going to lunch now anyway, all this bdm talk has me hungry for a blt15:59
*** vilobhmm1 has joined #openstack-nova15:59
*** tsekiyama has joined #openstack-nova15:59
jungleboyjmriedem: :-)15:59
*** mriedem is now known as mriedem_nom15:59
superdanbeagles: well, you're not proposing the conversion in that patch anyway are you?15:59
*** otter768 has joined #openstack-nova16:00
*** andreykurilin__ has quit IRC16:00
beaglessuperdan, I would like *not* to at this time - with the conversion to object as a follow up effort16:01
*** vilobhmm11 has joined #openstack-nova16:01
ndipanoffmriedem_nom, pro-tip: get some avocado in there too16:01
*** jlanoux has quit IRC16:01
*** dpaterson has quit IRC16:01
superdanbeagles: well, here's the thing about that16:01
ndipanofflol16:01
*** baoli has joined #openstack-nova16:01
superdanbeagles: this is stored in our database and passed over the wire16:01
superdanbeagles: so the fewer times we change things, the easier it is16:01
superdanbeagles: so, if you don't change any of the format, then maybe it's okay to do that first16:02
superdanbeagles: but I'm also not sure how that's less work16:02
*** dpaterson has joined #openstack-nova16:03
*** Mike_D_laptop has joined #openstack-nova16:03
*** vilobhmm1 has quit IRC16:04
*** baoli_ has joined #openstack-nova16:04
*** eliqiao has joined #openstack-nova16:04
beaglessuperdan, mmm... I was going to say we weren't modifying the format initially, but that's already wrong because we removed ovs_interfaceid. Which means we changed the contents of on disk data .. yeah I see your point. We are already looking at a migration type scenario.16:04
*** otter768 has quit IRC16:04
superdanbeagles: the point of objects is to give you a facade to hide such changes from the upper layers16:05
superdanbeagles: so doing that first gives you more flexibility, IMHO16:05
*** baoli has quit IRC16:06
beaglessuperdan, right16:06
superdanjaypipes: wudup16:06
*** smccully has quit IRC16:08
sahidsuperdan: thanks for commenting on https://review.openstack.org/#/c/168876/ ( i have repied to you,16:08
sahidif you still believe it makes no sense for you i will just abandon the change16:08
sahid(well no early response is expected here :)16:09
*** arnaud___ has joined #openstack-nova16:09
superdansahid: thanks for replying to me, I have replied to you :)16:10
ndipanoffI would like to thank you both for replying to each other16:11
*** ZZelle has quit IRC16:11
superdanheh16:11
*** smccully has joined #openstack-nova16:12
*** vilobhmm11 has quit IRC16:12
*** marun has joined #openstack-nova16:12
*** sandywalsh has joined #openstack-nova16:12
*** dprince has quit IRC16:13
sahidndipanoff: ahah16:14
superdansahid: we could also ask maybe ndipanoff and jaypipes to comment on that16:14
sahidsuperdan: sure it would be appreciate to get more comment16:14
sahidndipanoff, jaypipes when you have a moment if you can take a look at this please https://review.openstack.org/#/c/168876/16:15
sahidit's about to remove the method get_all from servicegroup16:15
*** jogo is now known as flashgordon16:18
*** hemnafk is now known as hemna16:19
*** tjones1 has joined #openstack-nova16:19
bauwsersahid: superdan: can I just jump into the convo about the ServiceGroup.get_all() thing ?16:19
superdanbauwser: NO16:19
sahidahah16:20
bauwsersuperdan: eh eh, week-end time, I have my firepit to burn so...16:20
*** atuvenie_ has joined #openstack-nova16:20
*** atuvenie has quit IRC16:20
*** gtt116_ has quit IRC16:20
*** unicell has quit IRC16:20
*** gtt116__ has joined #openstack-nova16:20
*** browne has quit IRC16:20
superdanheh16:21
superdanbauwser: of course you're welcome to comment there16:21
bauwsersahid: no really, I'm living a few comments now, but before leaving, just wanted to explain that there are some differences between Service.get_all() and ServiceGroup.get_all()16:21
bauwserwhile ServiceList.get_all() (sorry, made a typo) refers to all the existing referenced services created when the RPC manager is running,16:21
*** tjones2 has joined #openstack-nova16:21
*** tjones1 has quit IRC16:22
openstackgerritsahid proposed openstack/nova: servicegroup: remove get_all method never used as public  https://review.openstack.org/16887616:22
bauwserServiceGroup.get_all() should rather return the services from the driver PoV16:22
sahidjust updated the commit message16:22
bauwserand that could be diferent16:22
bauwsersahid: ok commenting then16:22
sahidbauwser: please comment yes16:23
jaypipessahid: sure, will do shortly.16:24
sahidbauwser: i have refered myself to this https://review.openstack.org/#/c/168876/3/nova/servicegroup/drivers/db.py,cm16:25
sahidjaypipes: cool thanks16:25
*** oro has quit IRC16:26
bauwsersahid: I used a Potato example to explain my thoughts16:28
*** jwcroppe has quit IRC16:28
bauwsersahid: basically, the 2 methods are just checking apples vs. bananas16:28
openstackgerritOleg Bondarev proposed openstack/nova: Log a warning if sec-groups and port id are provided on boot  https://review.openstack.org/15406816:28
*** jwcroppe has joined #openstack-nova16:28
bauwsersahid: the real problem is that we're underestimating ServiceGroup.get_all() just because the DB driver is the default one and we're lazy enough to not use it - just because we have ServiceList.get_all()16:29
*** tjones2 has quit IRC16:29
*** tjones1 has joined #openstack-nova16:30
*** tjones1 has quit IRC16:30
*** tjones1 has joined #openstack-nova16:30
*** tjones1 has quit IRC16:30
bauwserand to paraphrase someone else, that's not because it behaves like a duck that this is a duck16:31
superdanbauwser: were you making a dan quayle joke?16:31
*** jcoufal has quit IRC16:31
bauwsersuperdan: if so, I wish I would know him...16:31
superdanhttps://www.youtube.com/watch?v=Wdqbi66oNuI16:31
superdanour former vice president, ladies and gentlemen...16:31
figleafsuperdan: I was reading the comment and thinking the same thing...16:31
bauwsereh16:31
*** romainh has left #openstack-nova16:31
*** tjones1 has joined #openstack-nova16:32
*** tjones1 has left #openstack-nova16:32
superdanfigleaf: I'd never seen the video until just now whilst googling16:32
*** patrickeast has joined #openstack-nova16:32
sahidbauwser: ok if you prefer s/get_all/get_by_topic16:32
superdanonly heard about it16:32
figleafsuperdan: it was on every news cast at the time16:32
bauwsersahid: even that, ServiceList will just check DB16:32
superdanfigleaf: right, I heard it on the radio at the time16:32
bauwsersahid: here, you need to have a call to something checking the real world16:33
superdanfigleaf: being taken to school in the morning, IIRC :)16:33
*** atuvenie_ has quit IRC16:33
bauwsersahid: that's like having the choice between the blue pill and the red pill16:33
*** jwcroppe has quit IRC16:33
figleafsuperdan: Quayle: HW Bush's assassination protection16:33
superdanheh16:33
*** jcoufal has joined #openstack-nova16:33
bauwserthe blue pill will just give you the feeling that everything is OK16:34
*** jcoufal has quit IRC16:36
*** jichen has joined #openstack-nova16:36
*** jistr has quit IRC16:36
*** lpetrut has joined #openstack-nova16:36
bauwserso, speaking of firepit, I really have to fire my barbecue...16:36
sahidbauwser: i don't understand your explanation, if something is wonrg about to maintaint up to date service status with the dabatase perhaps we have to fill  bug in launchpad16:36
openstackgerritBo Quan proposed openstack/nova: Correct the help text for the compute option.  https://review.openstack.org/16780516:36
bauwsersahid: no, because it's useful too16:37
sahidbecause i can imagine that 90% of operators use the db driver since it is by default16:37
bauwsersahid: the DB is the reference pointer to the real world16:37
bauwsersahid: if you remove the pointer, that's useless16:37
sahidalso it's imortant to see where we need to retrieve all of the services16:38
bauwsersahid: so, everytime you're firing up a new service, its pointer is written in DB16:38
bauwsersahid: it's important to have a list of pointers, I agree16:38
bauwserand if you want to check the pointer/reference, that's enough16:39
*** arnaud___ has quit IRC16:39
bauwserbut sometimes, you need more16:39
sahidbauwser: that is my point, where in nova we need to get all services ?16:39
sahidin a critical part ?16:40
sahidi don't think so16:40
sahidactually i'm pretty sure :)16:40
openstackgerritBo Quan proposed openstack/nova: Correct the help text for the compute option.  https://review.openstack.org/16780516:40
sahidthat is why i believe all of that pain to maintain this method on each driver is not necessay16:41
*** lucasagomes is now known as lucas-beer16:41
*** unicell has joined #openstack-nova16:42
openstackgerritMitsuhiro Tanino proposed openstack/nova: Prevent unintentional detaching volume from instance  https://review.openstack.org/16669516:45
*** nelsnelson has joined #openstack-nova16:45
*** atuvenie_ has joined #openstack-nova16:45
*** sahid has quit IRC16:45
*** nelsnelson has quit IRC16:46
*** vilobhmm1 has joined #openstack-nova16:47
*** vilobhmm1 has quit IRC16:47
*** lucas-beer has quit IRC16:47
*** vilobhmm1 has joined #openstack-nova16:47
*** vilobhmm1 has quit IRC16:47
*** baoli_ has quit IRC16:47
openstackgerritAndrew Laski proposed openstack/nova: WIP Add a method to skip cells syncs on instance.save  https://review.openstack.org/17735616:48
*** vilobhmm1 has joined #openstack-nova16:48
*** baoli has joined #openstack-nova16:48
lasciibauwser: ^16:48
*** derekh has quit IRC16:48
*** tjones2 has joined #openstack-nova16:48
*** achanda has joined #openstack-nova16:52
*** vilobhmm1 has quit IRC16:53
*** sdake has quit IRC16:53
*** alanf-mc has joined #openstack-nova16:53
*** vilobhmm1 has joined #openstack-nova16:53
*** davideagnello has joined #openstack-nova16:54
*** bnemec is now known as beekneemech16:54
*** nelsnelson has joined #openstack-nova16:58
*** lucas-beer has joined #openstack-nova16:59
*** browne has joined #openstack-nova17:02
openstackgerritBaodong (Robert) Li proposed openstack/nova-specs: Support live migration with macvtap SR-IOV  https://review.openstack.org/13607717:02
openstackgerritBrent Eagles proposed openstack/nova-specs: WIP: VIF plug script support for Nova  https://review.openstack.org/16246817:05
*** exploreshaifali has joined #openstack-nova17:08
*** mriedem_nom is now known as mriedem_rmorse17:09
*** mriedem_rmorse is now known as mriedem17:09
cfriesenis there a way to mark a blueprint as abandoned?17:09
superdancfriesen: obsolete17:10
cfriesensuperdan: thx17:10
*** jwcroppe has joined #openstack-nova17:10
*** tjones2 has quit IRC17:12
*** sdake has joined #openstack-nova17:12
*** atuvenie_ has quit IRC17:13
*** moshele has joined #openstack-nova17:15
*** dprince has joined #openstack-nova17:18
*** tjones1 has joined #openstack-nova17:19
*** ajayaa has quit IRC17:20
bauwserlascii: cool, I had no time to draw a patch for it, but sounds like you're going into the same direction17:20
*** oro has joined #openstack-nova17:21
*** ociuhandu has joined #openstack-nova17:22
mriedemandreykurilin: if you're around, i had a question in https://review.openstack.org/#/c/176817/17:23
*** Mike_D_laptop has quit IRC17:25
*** jwcroppe has quit IRC17:25
*** jwcroppe has joined #openstack-nova17:25
*** penick has joined #openstack-nova17:26
*** salv-orlando has quit IRC17:26
*** eglynn has quit IRC17:27
*** melwitt has joined #openstack-nova17:29
*** jwcroppe has quit IRC17:30
*** raildo has quit IRC17:32
*** raildo has joined #openstack-nova17:36
mriedemdboik: sc68cal: is the ipv6 restriction only a neutron thing here? https://review.openstack.org/#/c/168701/ or does this also not work for nova-network?17:38
mriedemthe bug description is basically written for the neutron case17:39
mriedemvishy: would you have any idea there? ^17:39
*** r-daneel has joined #openstack-nova17:42
*** vladikr has quit IRC17:44
*** beagles is now known as beagles_brb17:46
*** igordcard_ has quit IRC17:49
dboikmriedem: Is IPv6 floating IP something that is supported in nova-network? I was not aware if it was.17:50
*** vladikr has joined #openstack-nova17:50
*** harlowja_away is now known as harlowja17:51
dboikmriedem: The bug was focused on Neutron because when dualstack devstack was enabled, a test was failing that ran Neutron but used the nova-network floating IP API17:51
mriedemdboik: i don't know if nova-network supports floating ipv6, hence the question :)17:52
*** beagles_brb is now known as beagles17:52
*** atuvenie has joined #openstack-nova17:52
*** rushil_ has joined #openstack-nova17:53
*** rushil has quit IRC17:54
*** Marga_ has quit IRC17:56
dboikmriedem: I was fairly certain it wasn't supported, and I haven't seen it documented anywhere. I'll try it out right now to be sure17:59
*** atuvenie has quit IRC17:59
*** gabriel-bezerra has joined #openstack-nova18:01
*** otter768 has joined #openstack-nova18:01
*** igordcard has joined #openstack-nova18:01
*** igordcard_ has joined #openstack-nova18:01
gabriel-bezerraHi, where can I find the release schedule for Nova (and other openstack modules, if possible)?18:02
gabriel-bezerraWhen are, say, spec freeze and feature freeze going to be?18:03
jrollsuperdan: check it out, this is weird: https://gist.github.com/jimrollenhagen/b6b45aa43878cdc89d8918:03
jrollsee also the note at the bottom18:03
gabriel-bezerraI mean about Liberty.18:05
mriedemgabriel-bezerra: there is no liberty release schedule posted yet18:05
mriedemhttps://wiki.openstack.org/wiki/Releases18:05
*** ZZelle has joined #openstack-nova18:05
mriedemgabriel-bezerra: i would expect it to align somewhat simarly to the juno release schedule18:05
*** otter768 has quit IRC18:05
mriedembut with the spec and feature freeze being closer to what happened in kilo (for nova)18:06
*** yassine has quit IRC18:06
*** sandywalsh has quit IRC18:06
*** busterswt has quit IRC18:07
superdanjroll: this is neutron of course, right?18:08
*** sandywalsh has joined #openstack-nova18:08
jrollsuperdan: yes18:08
openstackgerritmelanie witt proposed openstack/nova: WIP: send object to cells instance_update_at_top  https://review.openstack.org/17651818:08
superdanjroll: in the exception handler for build, it's good on line 18 when we return from the cleanup, right? and it's only bad once we refresh instance after setting the task state and saving it, yes?18:10
jrollsuperdan: correct, it's false18:12
openstackgerritJohn Garbutt proposed openstack/nova: devref: update around what nova scope  https://review.openstack.org/17737418:13
superdanjroll: so, you're using the async network allocator, isn't it plausible that you're racing with that coming back and having modified your instance object while you're doing other cleanup?18:13
*** igordcard has quit IRC18:13
jrollsuperdan: well, the allocation happened 10 minutes before (as seen in logs), and isn't running on the reschedule because network_allocated=True (which is the real problem here)18:14
openstackgerritJohn Garbutt proposed openstack/nova: devref: update around what nova scope  https://review.openstack.org/17737418:14
superdanjroll: ten minutes?18:14
*** igordcard has joined #openstack-nova18:15
*** johnthetubaguy is now known as zz_johnthetubagu18:15
jrollsuperdan: 8, to be exact, long build times18:15
superdanyikes18:15
jroll$reasons.18:16
jrollpretty decent for bare metal though :P18:16
*** busterswt has joined #openstack-nova18:16
jrolland to be clear, we've brought the compute cluster down to one compute, so no races between them going on18:16
superdanjroll: so, if you look at the async handler, it's setting it on the instance.system_metadata, but then doing old-school instance_update, which doesn't actually save/refresh the object, which is the same object that the build thread still has18:16
jrolloooo18:17
superdanjroll: so maybe make that path do instance.save()?18:17
jrollya18:17
jrollI didn't realize that was the old thing, I thought it was the new thing18:18
*** annashen has joined #openstack-nova18:18
jroll(and didn't realize it didn't actually save/refresh)18:18
superdancan't be18:18
superdanbecause _instance_update doesn't get the whole instance18:18
superdannow18:18
jrollmmm18:18
superdanlascii: wasn't there some reason we couldn't convert this async path, like maybe because $cells ?18:18
gabriel-bezerramriedem: OK. Thank you.18:19
*** tjones1 has quit IRC18:19
lasciisuperdan: not cells, because the old run_instance path used it18:20
superdanah18:20
lasciinow that it's deprecated I think we can change it18:20
superdanlascii: well, it's using object syntax right above that line18:20
superdanlascii: so it seems like it'd be broken for that anyway18:20
superdanbut yeah18:20
lasciiheh, yeah18:20
jrollI'll give this a shot and see what happens18:21
*** annashen has quit IRC18:23
*** exploreshaifali has quit IRC18:25
morgabraugggg18:25
morgabrayeah18:25
*** Marga_ has joined #openstack-nova18:26
morgabrajroll: I just scanned through, makes sense18:26
*** salv-orlando has joined #openstack-nova18:27
*** arnaud___ has joined #openstack-nova18:27
*** tjones1 has joined #openstack-nova18:28
*** tjones1 has quit IRC18:30
*** tjones1 has joined #openstack-nova18:30
*** salv-orlando has quit IRC18:30
*** tjones1 has left #openstack-nova18:31
*** patrickeast has quit IRC18:31
*** patrickeast has joined #openstack-nova18:31
*** tjones1 has joined #openstack-nova18:31
*** moshele has quit IRC18:35
*** ijw has joined #openstack-nova18:40
*** jlvillal has joined #openstack-nova18:42
*** signed8bit is now known as signed8bit_ZZZzz18:43
dboikmriedem: Did some digging with baoli - it looks like floating IPv6 is not supported. Nat rules are only applied to iptables, not ip6tables: https://github.com/openstack/nova/blob/095e9398ecf69ffdaeb929287d5f5f9a38257361/nova/network/linux_net.py#L81418:45
mriedemdboik: cool, can you link that into the change in respones to my question?18:45
dboikmriedem: yep18:45
*** Longgeek has quit IRC18:45
*** jwcroppe has joined #openstack-nova18:47
*** eglynn has joined #openstack-nova18:47
*** eglynn has quit IRC18:48
mriedemdboik: -1 on https://review.openstack.org/#/c/168701/ because of the LOG.exception in the api extension code, we don't need that18:48
mriedemit's not an unexpected critical failure18:49
dboikmriedem: ack, will fix that18:49
mriedemthen i'm +218:49
mriedemthanks18:49
*** moshele has joined #openstack-nova18:50
*** moshele has quit IRC18:53
*** arnaud___ has quit IRC18:54
*** thangp has quit IRC18:59
*** ndipanoff has quit IRC19:01
*** jichen has quit IRC19:04
*** patrickeast has quit IRC19:04
*** ijw_ has joined #openstack-nova19:08
openstackgerritAndrew Boik proposed openstack/nova: Associate floating IPs with first v4 fixed IP if none specified  https://review.openstack.org/16870119:09
*** ijw has quit IRC19:10
gabriel-bezerramriedem: Do you have any idea of when the spec freeze is going to be? Liberty-1? Liberty-2?19:12
*** ZZelle_ has joined #openstack-nova19:12
mriedemgabriel-bezerra: i don't know19:12
*** ZZelle_ has quit IRC19:12
mriedemi would hope l-2 sometime19:12
gabriel-bezerramriedem: for nova, specifically.19:13
mriedemthat's what we did in kilo19:13
gabriel-bezerramriedem: Any plan to change it for liberty? Have you had any discussion or have anyone commented about it?19:14
mriedemgabriel-bezerra: this was in the meeting agenda yesterday https://wiki.openstack.org/wiki/Release_Cycle_Management/Liberty_Tracking19:14
gabriel-bezerramriedem: OK. I'll check it. Thanks.19:15
mriedemgabriel-bezerra: i don't see anything in that which mentions how it impacts freezes though, if at all19:15
mriedemso i would assume l-2 is spec freeze19:15
*** eharney has quit IRC19:15
mriedemgabriel-bezerra: but that kind of stuff is generally not sorted out in detail until the summit19:16
*** tjones2 has joined #openstack-nova19:16
mriedemgabriel-bezerra: can you explain the need to know right now?19:16
mriedemgenerally the earlier your spec is up for review the better19:17
mriedemso don't wait until a week before spec freeze and expect your thing to be accepted19:17
gabriel-bezerramriedem: Our team is working on a driver for Ironic and it needs some changes to Nova that might need specs to be approved.19:17
gabriel-bezerramriedem: I'm collecting the spec freezes of Ironic, Nova and whatever other projects our driver might need (Neutron, maybe)19:18
gabriel-bezerramriedem: so we can think of what we can do until October and write all the specs we need to keep working and releasing features for the driver.19:19
*** igordcard has quit IRC19:20
jrollgabriel-bezerra: curious, what nova changes would you need for an ironic driver?19:20
gabriel-bezerrajroll: we need some information from the flavor, for example, to configure the bare metal node as needed for the flavor the user selected.19:21
jrollgabriel-bezerra: ok, we have some things around capabilities that can handle that for you already, I believe, we can talk about it more in the ironic channel if you want as other people probably know more about it than me19:22
gabriel-bezerrajroll: the capabilities are not exactly what we need because they are used to match the node. In our case, we just need some setting from the flavor.19:23
jrollgabriel-bezerra: yeah, that's something we're working on :)19:23
*** tsekiyama has quit IRC19:23
gabriel-bezerrajroll: we could create a capability that could match anything, but that would be a kludge.19:23
jrollgabriel-bezerra: really, ironic wants to do this in a generic way, you should talk to ironic people about it19:24
jrollat least before you submit a nova spec19:24
jrollbecause I know other people want to do this and you could collaborate19:25
gabriel-bezerrajroll: Our team fixed it changing some code in Nova. The guys here created a new extra_spec namespace with information that should be just put in the call to ironic.19:26
*** busterswt has quit IRC19:26
gabriel-bezerraThat's why I came to see nova's release schedule.19:26
jrollgabriel-bezerra: I'm just suggesting you work with others that have also worked on this problem, and collaborate, feel free to do it in a corner if you would like19:26
mriedemgabriel-bezerra: the nova release schedule has less to do with it19:27
mriedemgabriel-bezerra: liberty specs are open, so if you have specs you can submit them19:27
mriedemironic people can then review the spec19:27
gabriel-bezerrajroll: I'm just commenting on what we have done.19:27
*** signed8bit_ZZZzz is now known as signed8bit19:28
gabriel-bezerramriedem: but that should be a Nova spec, right?19:29
gabriel-bezerraWe have another change in the information that is passed from nova to ironic. Would it be the same?19:30
mriedemgabriel-bezerra: https://wiki.openstack.org/wiki/Blueprints19:30
mriedemyou need a blueprint and a change to review in the nova-specs repo19:30
jrollit's going to be both ironic and nova, right? I would say the ironic spec should land before the nova spec does, and the ironic spec should have some notes or a reference to how the nova side works19:30
jrollthat's how we've done this in the past, anyhow19:30
mriedemgabriel-bezerra: http://lists.openstack.org/pipermail/openstack-dev/2015-March/058107.html19:30
gabriel-bezerrajroll: even if it only comprehends changes in Nova's codebase?19:31
jrollgabriel-bezerra: so there won't be changes in ironic associated with this?19:32
*** tjones1 has quit IRC19:33
gabriel-bezerrajroll: regarding the changes we need in nova we would piggyback on things that are already implemented in ironic, just add information to calls that are already made.19:33
*** tsekiyama has joined #openstack-nova19:33
gabriel-bezerrajroll: we would need a spec for the initial implementation of the driver anyway though19:34
jrollgabriel-bezerra: 1) any new driver in ironic requires a spec; 2) "created a new extra_spec namespace... put in the call to ironic" would change the api and probably require a spec as well19:34
jrollyeah19:34
*** jwcroppe has quit IRC19:34
gabriel-bezerrajroll: So you mean we should land the spec for the driver and then mention it in the specs for the changes we need in nova?19:35
figleaf"just add information" is a bit more complicated than it sounds19:35
jrollgabriel-bezerra: what I mean is, we shouldn't approve the nova spec until the ironic spec is approved, since the interactions may change during spec review19:36
gabriel-bezerrafigleaf: the name of the instance, for example.19:36
gabriel-bezerrafigleaf: and some data from the flavor.19:36
gabriel-bezerrajroll: I see.19:37
gabriel-bezerrajroll: the spec freeze includes spec approval freeze, right? not just spec submission freeze.19:37
*** igordcar1_ has joined #openstack-nova19:37
figleafgabriel-bezerra: I understand that it's small things, but it's still changing an api and needs to be versioned19:37
jrollgabriel-bezerra: I don't know anything about the freezes for liberty yet because I think freezes are a joke19:38
jrollsorry19:38
*** sudipto has quit IRC19:39
figleafjroll: :)19:39
jroll:)19:41
*** jwcroppe has joined #openstack-nova19:41
*** igordcar1_ has quit IRC19:41
*** tjones1 has joined #openstack-nova19:42
*** jwcroppe has quit IRC19:42
gabriel-bezerrafigleaf: would it be troublesome to do that even if we are just adding and not removing any data from a call nova does to Ironic?19:42
figleafgabriel-bezerra: yes19:43
*** igordcar1_ has joined #openstack-nova19:43
jrollgabriel-bezerra: I would say post your ironic spec ASAP and we can figure out where to go from there, because it's unclear to me exactly what you're doing19:43
*** igordcard_ has quit IRC19:44
figleafgabriel-bezerra: removing data would be really, really bad, but adding data can still trip things up19:44
*** igordcard_ has joined #openstack-nova19:44
figleafgabriel-bezerra: as jroll said, we'd need a spec to understand what the implications would be19:45
*** igordcard has joined #openstack-nova19:45
*** igordcard_ has quit IRC19:45
*** igordcard_ has joined #openstack-nova19:45
gabriel-bezerrafigleaf, jroll, mriedem: OK. I see. I'll work a plan out here with the team for these specs and the release. Thank you for your help and advices.19:47
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Clean up unit tests for _hard_reboot  https://review.openstack.org/17739819:47
*** igordcard has quit IRC19:47
jrollgabriel-bezerra: you're welcome19:47
*** eharney has joined #openstack-nova19:48
*** arnaud___ has joined #openstack-nova19:50
*** jwcroppe has joined #openstack-nova19:51
*** Bsony has quit IRC19:54
*** nelsnelson has quit IRC19:54
*** arnaud___ has quit IRC19:54
*** jwcroppe has quit IRC19:55
*** jwcroppe has joined #openstack-nova19:57
*** jungleboyj has quit IRC19:57
*** jwcroppe has quit IRC19:57
*** jwcroppe has joined #openstack-nova19:58
*** patrickeast has joined #openstack-nova19:59
*** jwcroppe_ has joined #openstack-nova20:00
*** tjones2 has quit IRC20:01
*** jwcroppe has quit IRC20:02
*** otter768 has joined #openstack-nova20:02
*** ociuhandu has quit IRC20:02
*** yassine has joined #openstack-nova20:03
*** moshele has joined #openstack-nova20:05
*** otter768 has quit IRC20:06
*** jungleboyj has joined #openstack-nova20:08
*** thangp has joined #openstack-nova20:11
cfriesencan someone double-check whether I'm reading this right?  virt.hardware._numa_fit_instance_cell() will return None if instance_cell.memory > host_cell.memory.    This seems like it could give false negatives in the case where the host has very little free 4K pages available but lots of hugepages available, and the instance is using hugepages.20:12
cfriesenistance_cell.memory could be allocated using hugepages, but I think host_cell.memory only reflects the 4K pages20:13
*** jgrimm is now known as zz_jgrimm20:14
*** vladikr has quit IRC20:16
*** Bsony has joined #openstack-nova20:17
*** dave-mccowan has quit IRC20:18
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Remove unnecessary JSON conversions  https://review.openstack.org/17743720:19
*** Bsony has quit IRC20:23
*** Hosam has quit IRC20:25
*** Hosam has joined #openstack-nova20:26
*** Bsony has joined #openstack-nova20:27
*** busterswt has joined #openstack-nova20:27
*** isd has joined #openstack-nova20:29
*** Hosam has quit IRC20:31
*** penick has quit IRC20:31
*** Bsony has quit IRC20:32
*** ivasev has quit IRC20:34
mriedemlascii: do we have a cells bug tracking this? http://goo.gl/RRUvI920:40
mriedemis that the instance.save thing?20:40
mriedemit's not 100% failure, but it's an ugly trace20:40
lasciithere's no bug for that yet that I know of20:43
mriedemk, i'll open one20:43
lasciicould be the instance.save thing, but I'd need to dig further20:43
*** oro has quit IRC20:45
*** penick has joined #openstack-nova20:45
mriedemv20:46
mriedemhttps://bugs.launchpad.net/nova/+bug/144830220:46
openstackLaunchpad bug 1448302 in OpenStack Compute (nova) "cells: intermittent KeyError when deleting instance metadata" [Low,Confirmed]20:46
lasciithanks20:46
mriedemi'm seeing a cells job failure on a patch of mine so digging into errors20:46
*** thangp has quit IRC20:47
lasciiawesome20:47
*** yassine has quit IRC20:47
lasciiI'm testing a fix for the instance.save race, would like to solve that soon to at least eliminate it from contention20:48
*** rushil_ has quit IRC20:51
openstackgerritMatt Riedemann proposed openstack/nova: n-net: turn down log level when vif isn't found in deallocate_fixed_ip  https://review.openstack.org/17745020:53
mriedem^ oldy but goody20:54
mriedemthis isn't just the cells job, but it's spiking lately http://goo.gl/PsZHAu20:56
mriedemhttp://logs.openstack.org/58/175458/3/check/check-tempest-dsvm-cells/ce91d7e/logs/screen-n-cpu.txt.gz?level=TRACE#_2015-04-24_15_16_26_86620:56
mriedemregression in the compute service code since yesterday?20:57
mriedemhttps://github.com/openstack/nova/commit/f0f158af375efcc91e7c75859fceeec0111f424b20:57
*** armax has quit IRC20:57
*** patrickeast has quit IRC20:58
mtreinishmriedem: superdan pushed a devstack change to call kill twice to ensure things really die20:58
superdanhell yes I did20:58
mtreinishthere was a critical bug somwhere I think20:59
*** jungleboyj has quit IRC20:59
mriedemhttps://github.com/openstack/nova/commit/02795069d069c4fd90a71d6187ba6de45689e68b21:00
*** moshele has quit IRC21:00
*** htruta has quit IRC21:01
sc68calmriedem: thanks for taking a look at 16870121:01
*** busterswt has quit IRC21:01
*** annashen has joined #openstack-nova21:02
mriedemsure21:02
jrollsuperdan: I think that instance.save() did it21:03
jrolls/I/we/ I shouldn't take all this credit21:03
superdanjroll: \o/21:03
*** dpaterson has quit IRC21:04
*** sdake_ has joined #openstack-nova21:04
superdanjroll: gonna patch it or want me to?21:04
jrollsuperdan: we'll put a patch up at some point, do you want a decent bug report too?21:04
jrolloh, either way21:04
jrollif I do it, that's one less core we need21:04
superdanjroll: doubt it'll have much trouble landing21:05
jrollyeah21:05
mriedemjroll: if you want to backport it, you need a bug report21:05
jrolleither way, we can get it up today21:05
*** raildo has quit IRC21:05
jrollmriedem: right, so I don't personally care if it's backported, that's up to y'all21:05
mriedems/need/should have/21:05
superdanjroll: that's cool, I'll leave you the glory if you want it :)21:05
jrolllol, I'll leave it to JoshNang, he did a lot of the work on this too :P21:05
*** andreykurilin__ has joined #openstack-nova21:06
mriedemsuperdan: mtreinish: what was the devstack change in the last day that i can't find21:06
mriedemi only see this https://github.com/openstack-dev/devstack/commit/6cdb2e0f1a2c2429587f1e9187344cb26eb3181221:07
superdansdague had to recreate it21:07
superdanbecause of a weird depends-on thing21:07
*** salv-orlando has joined #openstack-nova21:07
*** sdake has quit IRC21:08
superdanhttps://review.openstack.org/#/c/176932/21:08
superdanwe only did it on stable/kilo because it's a workarond21:08
superdanthe real fix (well not really) is an oslo sync21:08
superdanwhich is this: https://review.openstack.org/#/c/176777/21:09
superdanwhich you voted on21:09
superdanbecause I told you to :)21:09
mriedemyeah i knew about that21:09
mriedemso trying to figure out wtf http://goo.gl/PsZHAu21:09
mriedemspike there21:09
mriedemb/c this cells run failed http://logs.openstack.org/58/175458/3/check/check-tempest-dsvm-cells/ce91d7e/console.html#_2015-04-24_15_38_45_07521:10
mriedemi'm assuming b/c the service was down21:10
mriedemah http://logs.openstack.org/58/175458/3/check/check-tempest-dsvm-cells/ce91d7e/logs/screen-n-api.txt.gz?level=TRACE#_2015-04-24_15_21_05_56321:10
mriedemi rarely check n-api for traces21:10
*** tonytan4ever has quit IRC21:10
mriedemlascii: ^21:11
mriedemthat new?21:11
*** artom has quit IRC21:11
lasciiyeah, haven't seen that before21:11
*** salv-orl_ has joined #openstack-nova21:13
mriedemk, it doesn't hit a lot21:13
mriedembut 90% failure when it does21:13
lasciithat shouldn't be cells related though21:13
mriedemi'll get a bug open21:13
mriedemit is21:13
mriedemonly hits on the cells job21:14
mriedemhttp://goo.gl/4mTUIj21:14
mriedemFile "/opt/stack/new/nova/nova/compute/cells_api.py", line 226, in _handle_cell_delete21:14
lasciiweird.  that method just casts to cells and then passes back to compute/api delete21:14
*** salv-orlando has quit IRC21:14
lasciiwell, _local_delete21:14
*** dboik_ has joined #openstack-nova21:15
mriedemwell, that's also in the same job that had http://logs.openstack.org/58/175458/3/check/check-tempest-dsvm-cells/ce91d7e/logs/screen-n-cpu.txt.gz?level=TRACE#_2015-04-24_15_16_26_86621:15
mriedemhttps://bugs.launchpad.net/nova/+bug/144831621:17
openstackLaunchpad bug 1448316 in OpenStack Compute (nova) "cells: Object action destroy failed because: host changed" [Medium,Confirmed]21:17
*** dboik has quit IRC21:18
*** sdake has joined #openstack-nova21:19
*** dboik_ has quit IRC21:19
*** salv-orl_ has quit IRC21:20
*** oro has joined #openstack-nova21:21
*** sdake_ has quit IRC21:23
*** Marga_ has quit IRC21:23
*** figleaf is now known as edleafe21:25
*** jungleboyj has joined #openstack-nova21:37
*** arnaud___ has joined #openstack-nova21:39
*** signed8bit has quit IRC21:40
*** joefides has quit IRC21:40
*** isd has quit IRC21:42
*** arnaud___ has quit IRC21:43
mriedemlascii: on those big KeyError traces, i think they are probably due to negative tests in here, e.g. http://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/compute/test_authorization.py#n39421:43
*** mriedem has quit IRC21:47
bauwseroh mriedem left before I had time to thank him for the cells failures...21:49
*** vilobhmm11 has joined #openstack-nova21:51
*** smccully has quit IRC21:52
*** Hosam has joined #openstack-nova21:52
*** vilobhmm12 has joined #openstack-nova21:53
*** vilobhmm1 has quit IRC21:53
*** dboik has joined #openstack-nova21:54
*** vilobhmm11 has quit IRC21:56
*** burt has quit IRC21:57
openstackgerritAndrew Laski proposed openstack/nova: WIP Add a method to skip cells syncs on instance.save  https://review.openstack.org/17735621:58
*** dave-mccowan has joined #openstack-nova21:59
*** baoli has quit IRC22:00
*** neelashah has quit IRC22:01
*** lpetrut has quit IRC22:02
openstackgerritJosh Gachnang proposed openstack/nova: Reschedules sometimes do not allocate networks  https://review.openstack.org/17747022:02
JoshNangjroll: ^22:02
jrollsuperdan: ^^22:02
*** otter768 has joined #openstack-nova22:03
superdanfoobar: ^^^22:03
jroll:P22:03
*** mwagner_lap has quit IRC22:03
bauwserlascii: had no time yet to run a review for your patch22:03
lasciibauwser: np, it still needs some work22:04
bauwserlascii: I also saw melwitt providing a patch22:04
bauwseron top of it22:04
bauwserlascii: I leave you work on that bug while I'm trying to rework on the ReqSpec object ;)22:04
lasciibauwser: heh, np22:05
melwittbauwser, lascii: yes, I had a patch going that was stuck to the save cycle problem, so I'm testing out with lascii patch22:05
lasciiyeah, she's doing a lot of object work in cells with that patch.22:05
lasciioh, hi :)22:05
melwitt:)22:06
bauwsersaw mriedem email, responded to it, but that furiously looks like "do_sth_with_instance(); do_sth_else_with_that_instance()"22:06
bauwserin the Tempest classes22:06
lasciimelwitt: my patch worked with local conductor, but remote conductor needs a bit more work.22:06
bauwserso, there are high chances that a related instance.save() on the API is just beaten by the other one22:06
*** otter768 has quit IRC22:07
bauwserlascii: yeh, that's what I was working on22:07
bauwserlascii: because when serializing the object, it just misses any non field22:07
lasciiyep, that's what I realized22:08
bauwserlascii: so I was just wondering how to serialize that attribute correctly22:08
melwittlascii, bauwser: oh, interesting. that's probably what I'm seeing then, I am getting a lack of update to vm_state and task_state at the top with the original version22:08
lasciiso I added it to the fields as a non_column field which should work, but tests are broken and I need to track that down22:08
lasciibauwser: ^22:09
bauwsermelwitt: lascii: don't miss the fact that when using the conductor, it's serialied/unserialized22:09
bauwserlascii: yeah, or an extra field should work too22:09
melwittbauwser: ah, yeah22:09
*** patrickeast has joined #openstack-nova22:09
bauwserlascii: glad to see you're now facing the same problem I had22:10
lasciibauwser: extra fields don't appear to be serialized22:10
bauwserlascii: my bad we didn't had time to sync on our work22:10
bauwserlascii: orly?22:10
lasciino worries, I've been swamped recently22:10
lasciibauwser: not completely sure, but I don't think so22:10
bauwserlascii: yeah that's just bad that you took some time for finding that while I was already knowing the issue :(22:11
lasciifields plus adding it to _INSTANCE_OPTIONAL_NON_COLUMN_FIELDS should work I think22:11
bauwserlascii: hell yeah https://github.com/openstack/nova/blob/master/nova/objects/base.py#L49622:11
*** sdake_ has joined #openstack-nova22:11
*** Marga_ has joined #openstack-nova22:13
lasciigotta run, but will start tracking down some bugs monday22:13
*** lascii is now known as alaski22:13
bauwseralaski: yeah was confounding with https://github.com/openstack/nova/blob/master/nova/objects/base.py#L61522:13
bauwseralaski: ack, see ya, have a good WE22:14
melwittseeya alaski22:14
alaskibauwser: yeah.  I tried extra fields first too, then checked the serializer22:14
alaskibye22:15
*** annashen has quit IRC22:15
*** r-daneel has quit IRC22:15
*** sdake has quit IRC22:15
*** oro has quit IRC22:18
*** thangp has joined #openstack-nova22:19
*** dave-mccowan has quit IRC22:19
*** foexle has joined #openstack-nova22:22
*** sdake has joined #openstack-nova22:23
*** yamahata has joined #openstack-nova22:25
*** sdake_ has quit IRC22:27
*** dprince has quit IRC22:28
mikal.22:40
*** harlowja_ has joined #openstack-nova22:41
*** erlon has quit IRC22:41
*** joefides has joined #openstack-nova22:41
*** harlowja has quit IRC22:41
cburgessDo we store the scheduler hints from launch anywhere in the DB? I know we didn't use to but I can't recall if we added that or if thats all future new scheduler stuff.22:42
*** Hosam has quit IRC22:42
*** jungleboyj has quit IRC22:44
superdanno22:45
superdanpart of the request spec spec I think22:45
cburgessk... I just couldn't remember if that was done in K or is part of the future new scheduler. stuff.22:45
cburgessThanks.22:45
*** angdraug has joined #openstack-nova22:47
*** marun has quit IRC22:47
*** panbalag has joined #openstack-nova22:49
*** xyang1 has quit IRC22:50
panbalagHi..I'm trying nova with SSL enabled and seeing the failure "error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure" while trying any nova command. Has anyone seen this issue before?22:50
*** sdake_ has joined #openstack-nova22:53
*** achanda has quit IRC22:53
*** sdake__ has joined #openstack-nova22:55
melwittcburgess: there is this spec about persisting the request spec https://review.openstack.org/#/c/176078/22:56
*** sdake has quit IRC22:56
*** apmelton is now known as apmelton_away22:58
*** sdake_ has quit IRC22:59
*** igordcard has joined #openstack-nova23:02
*** hemna is now known as hemnafk23:09
cburgesscool thanks23:12
*** ganso_ has quit IRC23:17
*** arnaud___ has joined #openstack-nova23:28
superdanpanbalag: see topic23:32
*** arnaud___ has quit IRC23:32
panbalagsuperdan, I don't get the IRC name - is it #openstack-master? or just #openstack23:35
superdan#openstack23:35
panbalagsuperdan, Thanks. I'll post it there23:36
*** takedakn has joined #openstack-nova23:43
*** annashen has joined #openstack-nova23:44
*** takedakn has quit IRC23:46
*** annashen has quit IRC23:48
*** thangp has quit IRC23:50
*** isd has joined #openstack-nova23:50
*** sdake__ has quit IRC23:52
*** achanda has joined #openstack-nova23:53
*** achanda has quit IRC23:59

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