Tuesday, 2015-03-24

*** dims has quit IRC00:00
*** ijw has quit IRC00:01
*** markvoelker has joined #openstack-nova00:02
*** achanda has quit IRC00:03
*** eliqiao has joined #openstack-nova00:03
*** jcru has joined #openstack-nova00:04
*** jcru has quit IRC00:04
*** ZZelle_ has quit IRC00:05
*** shaohe_feng has quit IRC00:06
*** baoli has quit IRC00:06
*** Marga_ has quit IRC00:08
*** Marga_ has joined #openstack-nova00:08
*** Marga__ has joined #openstack-nova00:10
*** Marga_ has quit IRC00:10
*** igordcard_ has quit IRC00:13
*** annashen has quit IRC00:13
*** annegentle has quit IRC00:14
*** emagana has quit IRC00:14
*** baoli has joined #openstack-nova00:15
*** rmoe has quit IRC00:16
*** melwitt has quit IRC00:19
*** sdake has quit IRC00:22
*** hblixt has quit IRC00:26
*** Marga__ has quit IRC00:28
*** tsekiyama has joined #openstack-nova00:32
*** Nic has quit IRC00:33
*** rmoe has joined #openstack-nova00:33
*** baoli has quit IRC00:35
*** jcoufal has joined #openstack-nova00:38
*** jhesketh has quit IRC00:43
*** jhesketh has joined #openstack-nova00:43
*** lpetrut has joined #openstack-nova00:46
*** asettle has quit IRC00:47
*** lpetrut has quit IRC00:50
*** coolsvap|afk is now known as coolsvap00:50
*** Longgeek has joined #openstack-nova00:51
openstackgerritLuo Gangyi proposed openstack/nova: Ensure bridge exists before resuming a VM after an offline snapshot  https://review.openstack.org/14994200:53
*** tsekiyam_ has joined #openstack-nova00:56
*** tsekiyama has quit IRC00:57
*** shaohe_feng has joined #openstack-nova00:57
*** salv-orlando has quit IRC01:04
*** jwang_ has joined #openstack-nova01:06
*** jwang__ has quit IRC01:09
*** mtanino has joined #openstack-nova01:09
*** emagana has joined #openstack-nova01:11
*** baoli has joined #openstack-nova01:11
*** annashen has joined #openstack-nova01:13
*** annegentle has joined #openstack-nova01:14
*** liusheng has quit IRC01:16
*** emagana has quit IRC01:17
*** emagana has joined #openstack-nova01:18
*** annashen has quit IRC01:19
*** annegentle has quit IRC01:20
*** emagana has quit IRC01:23
*** tsekiyam_ has quit IRC01:30
*** mtanino has quit IRC01:32
*** unicell1 has quit IRC01:35
*** otter768 has joined #openstack-nova01:39
*** dsanders has quit IRC01:39
*** otter768 has quit IRC01:43
*** dims has joined #openstack-nova01:44
*** dims_ has quit IRC01:46
*** browne1 has quit IRC01:48
*** iamjarvo has joined #openstack-nova01:49
*** iamjarvo has quit IRC01:49
*** jcru has joined #openstack-nova01:50
*** iamjarvo has joined #openstack-nova01:50
*** jcru has quit IRC01:51
*** mriedem1 has quit IRC01:51
*** kaufer has joined #openstack-nova01:54
shzwho can help me to review this patch:https://review.openstack.org/#/c/164128/01:54
*** jcru has joined #openstack-nova01:56
*** takedakn has joined #openstack-nova01:59
*** r-daneel has quit IRC02:02
*** hdd has quit IRC02:04
*** hdd has joined #openstack-nova02:04
*** salv-orlando has joined #openstack-nova02:05
*** VW_ has joined #openstack-nova02:06
*** takedakn has quit IRC02:11
*** erkules_ has joined #openstack-nova02:14
*** baoli has quit IRC02:14
*** baoli has joined #openstack-nova02:14
*** neelashah has joined #openstack-nova02:15
*** popw has joined #openstack-nova02:16
*** erkules has quit IRC02:16
*** VW_ has quit IRC02:16
*** annegentle has joined #openstack-nova02:16
*** ijw_ has quit IRC02:19
*** neelashah has quit IRC02:21
*** browne has joined #openstack-nova02:21
*** annegentle has quit IRC02:21
*** apuimedo has quit IRC02:22
*** unicell has joined #openstack-nova02:22
*** VW_ has joined #openstack-nova02:23
*** kaisers1 has joined #openstack-nova02:26
*** kaisers has quit IRC02:28
*** haomaiwang has joined #openstack-nova02:28
*** jcoufal has quit IRC02:29
*** IanGovett has quit IRC02:29
*** pixelb has joined #openstack-nova02:30
*** Maike has quit IRC02:33
*** Maike has joined #openstack-nova02:33
*** achanda has joined #openstack-nova02:37
*** salv-orlando has quit IRC02:38
*** salv-orlando has joined #openstack-nova02:39
shzhi all, who can help me to review this patch:https://review.openstack.org/#/c/164128/02:39
*** hemna has joined #openstack-nova02:43
*** zul has quit IRC02:47
openstackgerritLingxian Kong proposed openstack/nova: Raise exception when using invalid az for vm creation  https://review.openstack.org/16384202:49
*** hdd has quit IRC02:50
*** dims has quit IRC02:51
lifelessshz: are you the author02:53
lifelessshz: if so, you don't need help to review, you need help from a reviewer :)02:53
*** achanda has quit IRC02:53
shzyes, I need a help02:53
*** achanda has joined #openstack-nova02:56
*** patrickeast has quit IRC02:56
*** popw1 has joined #openstack-nova02:57
*** zul has joined #openstack-nova02:59
*** popw has quit IRC03:00
shzlifeless: can you help me?03:01
*** marun has quit IRC03:01
*** dsanders has joined #openstack-nova03:02
lifelessshz: I'm not a core on nova, but I've got the review open and may look at it later03:03
lifelessshz: at a minimum you need to rebase it though03:03
lifelessshz: oh, you have cool03:03
shzI have rebase it03:04
*** salv-orlando has quit IRC03:05
*** asettle has joined #openstack-nova03:07
*** rfolco has quit IRC03:07
*** alex_xu has quit IRC03:12
*** jcru has quit IRC03:13
*** otter768 has joined #openstack-nova03:13
*** Longgeek_ has joined #openstack-nova03:22
*** hdd has joined #openstack-nova03:24
*** achanda has quit IRC03:24
*** jcru has joined #openstack-nova03:24
*** Longgeek has quit IRC03:25
openstackgerritFei Long Wang proposed openstack/nova: Fix nova backup for volume-backed instance  https://review.openstack.org/16449403:25
*** bkopilov has quit IRC03:29
*** achanda has joined #openstack-nova03:32
*** sdake has joined #openstack-nova03:36
*** salv-orlando has joined #openstack-nova03:37
*** hemna has quit IRC03:37
*** baoli has quit IRC03:37
*** achanda has quit IRC03:41
*** sdake has quit IRC03:42
*** jcru has quit IRC03:42
*** achanda has joined #openstack-nova03:43
openstackgerritGhanshyam Mann proposed openstack/nova: Merge V2 and V2.1 hypervisor functional tests  https://review.openstack.org/16708203:43
*** armax has quit IRC03:43
*** jcru has joined #openstack-nova03:43
*** sdake has joined #openstack-nova03:44
*** armax has joined #openstack-nova03:44
*** jcru has quit IRC03:48
*** sbfox has joined #openstack-nova03:49
*** armax has quit IRC03:50
*** achanda has quit IRC03:53
*** pixelbeat has joined #openstack-nova03:53
*** pixelb has quit IRC03:54
*** sdake has quit IRC03:55
openstackgerritrajiv proposed openstack/python-novaclient: nova client now displays absolute limits when available  https://review.openstack.org/16670303:55
*** marun has joined #openstack-nova03:58
*** achanda has joined #openstack-nova03:59
*** marun has quit IRC04:03
*** VW_ has quit IRC04:05
*** Marga_ has joined #openstack-nova04:06
*** Marga_ has quit IRC04:06
*** VW_ has joined #openstack-nova04:07
*** Marga_ has joined #openstack-nova04:07
*** deepthi has joined #openstack-nova04:08
*** salv-orlando has quit IRC04:09
*** dims has joined #openstack-nova04:12
*** hdd has quit IRC04:16
*** annegentle has joined #openstack-nova04:18
*** abhijeetm has joined #openstack-nova04:18
*** dims has quit IRC04:19
*** shz has quit IRC04:19
*** shz has joined #openstack-nova04:19
*** abhijeetm has quit IRC04:20
*** dave-mccowan has quit IRC04:22
*** otter768 has quit IRC04:22
*** annegentle has quit IRC04:23
*** VW_ has quit IRC04:26
*** asettle has quit IRC04:27
*** otter768 has joined #openstack-nova04:27
*** VW_ has joined #openstack-nova04:31
*** pixelbeat has quit IRC04:32
*** VW_ has quit IRC04:34
*** kaufer has quit IRC04:35
*** xyang1 has quit IRC04:35
*** amotoki has joined #openstack-nova04:39
*** xyang1 has joined #openstack-nova04:41
*** xyang1 has quit IRC04:43
*** coolsvap is now known as coolsvap|afk04:44
*** ishant has joined #openstack-nova04:48
*** iamjarvo has quit IRC04:50
*** amotoki has quit IRC04:51
*** amotoki has joined #openstack-nova04:52
*** amotoki has quit IRC04:52
*** amotoki has joined #openstack-nova04:52
*** bkopilov has joined #openstack-nova04:57
*** marun has joined #openstack-nova04:59
*** marun has quit IRC05:04
*** salv-orlando has joined #openstack-nova05:08
*** Marga_ has quit IRC05:10
*** marun has joined #openstack-nova05:11
openstackgerritGhanshyam Mann proposed openstack/nova: Merge V2 and V2.1 Agent functional tests  https://review.openstack.org/16709605:13
gmannpark: sdague: cyeoh : created Etherpad for merge functional tests -  https://etherpad.openstack.org/p/merge_sample_tests05:18
*** annegentle has joined #openstack-nova05:19
*** harlowja is now known as harlowja_away05:22
*** annegentle has quit IRC05:23
cyeohgmann: excellent, thx!05:24
*** otter768 has quit IRC05:25
*** boris-42 has quit IRC05:28
*** shaohe_feng has quit IRC05:34
*** ajayaa has joined #openstack-nova05:36
*** veena has joined #openstack-nova05:37
*** Nikolay_St has quit IRC05:40
openstackgerritGhanshyam Mann proposed openstack/nova: Fix v2.1 hypervisor servers to return empty list  https://review.openstack.org/16710005:43
*** shaohe_feng has joined #openstack-nova05:43
*** park_heijlong has joined #openstack-nova05:44
gmanncyeoh: ^^ hypervisor patch for v2.105:44
gmanncyeoh: please let me know if more needed on commit message05:45
*** emagana has joined #openstack-nova05:45
cyeohgmann: ok will have a look in a sec05:45
gmanncyeoh: thanks05:45
*** jcru has joined #openstack-nova05:45
*** salv-orlando has quit IRC05:47
*** jcru has quit IRC05:50
*** _gryf|afk is now known as _gryf06:00
*** Maike has quit IRC06:03
*** dims has joined #openstack-nova06:04
*** yamahata has quit IRC06:06
*** dims has quit IRC06:10
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/16203006:14
*** achanda has quit IRC06:15
*** annashen has joined #openstack-nova06:18
*** abhijeetm has joined #openstack-nova06:20
openstackgerritGhanshyam Mann proposed openstack/nova: Merge V2 and V2.1 aggregate functional tests  https://review.openstack.org/16711306:22
*** annashen has quit IRC06:24
*** ankit_ag has joined #openstack-nova06:27
openstackgerritzhangtralon proposed openstack/nova: resize-revert can break anti-affinity policy  https://review.openstack.org/16011006:30
*** Mike_D_laptop has joined #openstack-nova06:31
*** oro_ has joined #openstack-nova06:34
*** oro has joined #openstack-nova06:34
*** nkrinner has joined #openstack-nova06:35
*** pcaruana has quit IRC06:41
*** sahid has joined #openstack-nova06:43
*** lennyb has joined #openstack-nova06:43
*** moshele has joined #openstack-nova06:50
*** Marga_ has joined #openstack-nova06:52
*** oro_ has quit IRC06:53
*** irenab has quit IRC06:53
*** oro has quit IRC06:53
*** fesp has quit IRC06:54
*** dulek_ has joined #openstack-nova06:55
*** dulek_ is now known as dulek06:55
Mike_D_laptopHi folks! Please can you reviewed patch if you have a time? :) -> https://review.openstack.org/#/c/152964/06:56
*** Bsony has joined #openstack-nova06:57
*** dulek_ has joined #openstack-nova07:01
*** dulek has quit IRC07:04
openstackgerritzhangtralon proposed openstack/nova: check the configuration item api_max_retries  https://review.openstack.org/12331907:04
*** browne has quit IRC07:07
*** moshele has quit IRC07:07
*** garyk has joined #openstack-nova07:09
*** sbfox has quit IRC07:10
*** salv-orlando has joined #openstack-nova07:16
*** irenab has joined #openstack-nova07:19
*** oro_ has joined #openstack-nova07:19
*** oro has joined #openstack-nova07:20
*** annegentle has joined #openstack-nova07:20
openstackgerritGhanshyam Mann proposed openstack/nova: Merge cell functional tests for V2 and V2.1  https://review.openstack.org/16711907:21
*** emagana has quit IRC07:22
*** emagana has joined #openstack-nova07:22
shzhi all, who can help to review this patch:https://review.openstack.org/#/c/164128/07:23
*** fesp has joined #openstack-nova07:24
*** annegentle has quit IRC07:25
*** otter768 has joined #openstack-nova07:25
*** emagana has quit IRC07:27
*** atuvenie has joined #openstack-nova07:29
*** otter768 has quit IRC07:30
*** Marga_ has quit IRC07:33
*** Marga_ has joined #openstack-nova07:33
*** fesp has quit IRC07:35
openstackgerritAbhishek Kekane proposed openstack/nova-specs: Improve performance of UnShelve API  https://review.openstack.org/13538707:39
*** mpavone has joined #openstack-nova07:40
openstackgerritgaryk proposed openstack/nova: Move suds into test-requirements.txt  https://review.openstack.org/16677007:40
garykjogo: ^ - addressed you comment with the driver specifc07:40
*** deepthi has quit IRC07:41
*** deepthi has joined #openstack-nova07:41
*** dulek_ has quit IRC07:43
*** veena has quit IRC07:43
*** dulek has joined #openstack-nova07:43
*** browne has joined #openstack-nova07:45
*** yamahata has joined #openstack-nova07:45
*** yamahata has quit IRC07:46
openstackgerritgaryk proposed openstack/nova: VMware: add in folder support on VC  https://review.openstack.org/16506007:47
*** Nikolay_St has joined #openstack-nova07:47
*** Marga_ has quit IRC07:49
*** dsanders has quit IRC07:51
openstackgerritgaryk proposed openstack/nova: VMware: improve instance names on VC  https://review.openstack.org/16660807:51
*** dims has joined #openstack-nova07:55
*** markus_z has joined #openstack-nova07:56
openstackgerritzhangtralon proposed openstack/nova: filter_class_names is never passed  https://review.openstack.org/14328507:56
openstackgerritzhangtralon proposed openstack/nova: filter_class_names is never passed  https://review.openstack.org/14328507:57
*** TobiasE has joined #openstack-nova07:57
*** yamahata has joined #openstack-nova07:58
*** Longgeek_ has quit IRC07:58
*** ildikov has quit IRC08:00
*** flwang1 has joined #openstack-nova08:01
*** browne has quit IRC08:01
*** dims has quit IRC08:02
*** salv-orlando has quit IRC08:03
*** yingjun has joined #openstack-nova08:07
*** jyuso1 has joined #openstack-nova08:08
*** liusheng has joined #openstack-nova08:10
*** veena has joined #openstack-nova08:12
*** romainh has joined #openstack-nova08:13
shzhi all, who can help review this patch:https://review.openstack.org/#/c/164128/08:15
*** pask81 has joined #openstack-nova08:17
*** yingjun has quit IRC08:19
*** annegentle has joined #openstack-nova08:21
*** erkules_ is now known as erkules08:21
*** erkules has quit IRC08:21
*** erkules has joined #openstack-nova08:21
*** yamahata has quit IRC08:22
*** yingjun has joined #openstack-nova08:22
*** oro_ has quit IRC08:23
*** pask81 has quit IRC08:23
*** oro has quit IRC08:24
*** annegentle has quit IRC08:26
*** aloga has quit IRC08:26
*** gszasz has joined #openstack-nova08:26
*** ndipanov has joined #openstack-nova08:28
*** tellesnobrega has quit IRC08:28
*** apuimedo has joined #openstack-nova08:31
*** apuimedo has quit IRC08:32
*** apuimedo has joined #openstack-nova08:33
*** aloga has joined #openstack-nova08:39
*** tellesnobrega has joined #openstack-nova08:40
*** Bsony has quit IRC08:41
openstackgerritzhangtralon proposed openstack/nova: filter_class_names is never passed  https://review.openstack.org/16713708:42
*** aloga has quit IRC08:44
openstackgerritQin Zhao proposed openstack/nova: Raise invalid input if use invalid ip for network to attach interface  https://review.openstack.org/16289408:46
*** aloga has joined #openstack-nova08:46
openstackgerritzhangtralon proposed openstack/nova: filter_class_names is never passed  https://review.openstack.org/14328508:47
*** liusheng has quit IRC08:52
*** salv-orlando has joined #openstack-nova08:52
*** andreykurilin_ has joined #openstack-nova08:53
*** Marga_ has joined #openstack-nova08:53
*** jlanoux has joined #openstack-nova08:57
*** andreykurilin_ has quit IRC08:59
*** pixelbeat has joined #openstack-nova09:00
*** andreykurilin_ has joined #openstack-nova09:00
*** park_heijlong has quit IRC09:02
*** eglynn has joined #openstack-nova09:04
*** jistr has joined #openstack-nova09:04
*** krykowski has joined #openstack-nova09:09
openstackgerritrajiv proposed openstack/python-novaclient: nova client now displays absolute limits when available  https://review.openstack.org/16670309:09
*** oro_ has joined #openstack-nova09:10
*** oro has joined #openstack-nova09:10
*** lucasagomes has joined #openstack-nova09:11
*** zz_johnthetubagu is now known as johnthetubaguy09:12
*** shaohe_feng has quit IRC09:15
*** dims has joined #openstack-nova09:15
*** derekh has joined #openstack-nova09:15
*** gszasz has quit IRC09:16
*** zhangtralon has joined #openstack-nova09:17
shzhi all, who can help review this patch:https://review.openstack.org/#/c/164128/09:17
*** moshele has joined #openstack-nova09:19
*** dims has quit IRC09:20
*** Marga_ has quit IRC09:21
openstackgerritzhangtralon proposed openstack/nova: limits don't update without using filters  https://review.openstack.org/15602909:22
*** krykowski has left #openstack-nova09:22
*** andrearo1 has joined #openstack-nova09:23
*** jlanoux_ has joined #openstack-nova09:23
*** andrearosa has quit IRC09:25
*** jlanoux has quit IRC09:25
*** otter768 has joined #openstack-nova09:26
*** otter768 has quit IRC09:31
*** gszasz has joined #openstack-nova09:31
*** yingjun has quit IRC09:33
*** salv-orlando has quit IRC09:35
*** jcru has joined #openstack-nova09:37
*** Bsony has joined #openstack-nova09:38
*** jcru has quit IRC09:38
*** garyk has quit IRC09:40
*** lpetrut has joined #openstack-nova09:40
*** garyk has joined #openstack-nova09:40
openstackgerritAbhijeet Malawade proposed openstack/nova: Remove update_db decorator from attach method  https://review.openstack.org/16714509:41
*** johnthetubaguy is now known as zz_johnthetubagu09:43
*** ZZelle has quit IRC09:44
*** ZZelle has joined #openstack-nova09:44
*** zz_johnthetubagu is now known as johnthetubaguy09:46
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894009:50
*** yassine has joined #openstack-nova09:51
*** achanda has joined #openstack-nova09:51
*** achanda has quit IRC09:56
*** zhangtralon has quit IRC09:58
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: Replace get_dynamic_property with get_object_property  https://review.openstack.org/16422009:58
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: Replace get_dynamic_properties with get_object_properties_dict  https://review.openstack.org/16460409:58
*** andreykurilin_ has quit IRC09:59
*** TobiasE has quit IRC09:59
*** andreykurilin_ has joined #openstack-nova09:59
*** gszasz has quit IRC09:59
*** popw1 has quit IRC10:02
*** alex_xu has joined #openstack-nova10:07
*** eliqiao has quit IRC10:08
*** gszasz has joined #openstack-nova10:15
*** andreykurilin__ has joined #openstack-nova10:17
*** andreykurilin_ has quit IRC10:17
*** dims has joined #openstack-nova10:19
*** haomaiwang has quit IRC10:21
*** markvoelker has quit IRC10:26
*** halfss has joined #openstack-nova10:27
bauzasalaski: when you have time, I would like to discuss with you about something I saw for the Service object returning a ServiceProxy object10:29
bauzasalaski: long story short, as the Service.get_by_cn is a remotable classmethod, it can be called from the API to the conductor, and then the conductor is not knowing that it's for a Cells RPC API10:31
*** ajayaa has quit IRC10:31
*** veena has quit IRC10:31
*** salv-orlando has joined #openstack-nova10:31
bauzasalaski: so it returns directly a Service object, instead of a Service proxy object10:32
*** Bsony_ has joined #openstack-nova10:34
bauzasalaski: see http://paste.openstack.org/show/195890/10:35
*** Bsony has quit IRC10:35
bauzasalaski: instead, we need to call the Service classmethod by adding a new arg (like cell=true)10:36
*** andreykurilin_ has joined #openstack-nova10:37
*** andreykurilin__ has quit IRC10:37
bauzasalaski: ping me when you have time, so we can discuss about how to fix it properly10:37
openstackgerritAbhijeet Malawade proposed openstack/nova: Remove update_db decorator from attach method  https://review.openstack.org/16714510:39
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Fix how service objects are looked up for Cells  https://review.openstack.org/16050610:40
openstackgerritSylvain Bauza proposed openstack/nova: Fix how the Cells API is returning ComputeNode objects  https://review.openstack.org/15718510:40
bauzasalaski: see https://review.openstack.org/160506, I uploaded it10:41
*** andreykurilin_ has quit IRC10:45
*** Bsony has joined #openstack-nova10:46
*** Bsony has quit IRC10:47
*** Bsony_ has quit IRC10:48
shzhi all, who can help to review this patch:https://review.openstack.org/#/c/164128/10:49
*** Bsony has joined #openstack-nova10:52
*** vigneshvar has joined #openstack-nova10:54
*** Bsony_ has joined #openstack-nova10:57
*** TobiasE has joined #openstack-nova10:58
*** Bsony has quit IRC10:59
*** Bsony_ has quit IRC11:02
*** Bsony has joined #openstack-nova11:05
*** ildikov has joined #openstack-nova11:07
openstackgerritSean Dague proposed openstack/nova: Use migration object in resource_tracker  https://review.openstack.org/7932411:08
*** pask81 has joined #openstack-nova11:10
*** Bsony_ has joined #openstack-nova11:13
*** shaohe_feng has joined #openstack-nova11:14
*** iamjarvo has joined #openstack-nova11:14
*** deepthi has quit IRC11:15
*** Bsony has quit IRC11:16
*** ildikov has quit IRC11:17
*** ajayaa has joined #openstack-nova11:17
*** Bsony_ has quit IRC11:18
*** exploreshaifali has joined #openstack-nova11:20
*** exploreshaifali has quit IRC11:23
*** annashen has joined #openstack-nova11:23
*** IanGovett has joined #openstack-nova11:24
*** iamjarvo has quit IRC11:24
mdboothTrivia: https://review.openstack.org/#/c/165773/ https://review.openstack.org/#/c/165784/11:25
mdbooth7 lines and 4 lines11:25
mdboothDoes anybody know how to pull a specific unmerged change out of gerrit using plain git?11:26
mdboothI'm expecting the answer to be something like 'git fetch gerrit <refspec>'11:26
*** markvoelker has joined #openstack-nova11:26
mdboothwhere refspec is something non-default11:26
lxslimdbooth: what's wrong with the cherry-pick line Gerrit gives you?11:26
mdboothlxsli: You can't cherry pick a commit you haven't fetched11:27
lxsliEG git fetch https://review.openstack.org/openstack/nova refs/changes/28/164128/3 && git cherry-pick FETCH_HEAD11:27
*** otter768 has joined #openstack-nova11:27
mdboothlxsli: That looks like it :)11:27
mdboothlxsli: Assuming 165128 is the change number, 3 is the patch revision11:28
*** annashen has quit IRC11:28
mdboothWhat's 28?11:28
lxsliIn the "Patch Set 3" box, besides Download, click "cherry-pick" tab11:28
lxsli28 appears to be the last two digits of the change number11:28
mdboothOoh11:28
mdboothlooking11:28
lxsliI've experimented and that seems to work, don't ask me why!11:28
*** jlanoux has joined #openstack-nova11:28
mdbooth:q11:30
mdboothEurgh.11:30
* mdbooth needs eyeball focus11:30
*** jlanoux_ has quit IRC11:31
*** Bsony has joined #openstack-nova11:31
*** markvoelker has quit IRC11:31
*** andrearo1 is now known as andrearosa11:32
*** otter768 has quit IRC11:32
mdboothlxsli: That's awesome. Exactly what I was looking for. Thanks!11:32
*** Bsony has quit IRC11:36
jaypipesbauzas: crazy plane crash right near you :(11:38
*** zul has quit IRC11:40
*** zul has joined #openstack-nova11:41
*** shaohe_feng has quit IRC11:41
openstackgerritYasuaki Nagata proposed openstack/nova: Do 'detach' if a timeout happened in the process of attach_volume  https://review.openstack.org/16718311:44
lxslimdbooth: sweet :)11:44
*** jamielennox is now known as jamielennox|away11:45
openstackgerritHans Lindgren proposed openstack/nova: Set conductor use_local flag in compute manager tests  https://review.openstack.org/16718411:46
*** salv-orlando has quit IRC11:46
*** iamjarvo has joined #openstack-nova11:47
*** jlanoux_ has joined #openstack-nova11:47
*** ociuhandu has joined #openstack-nova11:47
*** halfss has quit IRC11:48
*** wuhao_ has joined #openstack-nova11:48
*** flwang1 has quit IRC11:49
*** jlanoux has quit IRC11:50
*** dulek_ has joined #openstack-nova11:55
*** xuhanp has joined #openstack-nova11:58
*** dulek has quit IRC11:58
*** xuhanp_ has joined #openstack-nova11:58
*** markvoelker has joined #openstack-nova11:58
*** gszasz has quit IRC12:01
*** dulek_ has quit IRC12:04
*** _gryf has quit IRC12:06
*** atuvenie has quit IRC12:06
*** jaypipes has quit IRC12:06
*** _gryf has joined #openstack-nova12:07
*** jaypipes has joined #openstack-nova12:07
*** boris-42 has joined #openstack-nova12:08
*** Bsony has joined #openstack-nova12:09
*** dkliban_afk is now known as dkliban12:14
*** atuvenie has joined #openstack-nova12:14
*** johnthetubaguy is now known as zz_johnthetubagu12:15
*** ZZelle has quit IRC12:15
*** lucasagomes is now known as lucas-hungry12:15
*** gszasz has joined #openstack-nova12:15
*** dims has quit IRC12:15
*** ZZelle has joined #openstack-nova12:15
*** _gryf has quit IRC12:15
*** dims has joined #openstack-nova12:16
*** ildikov has joined #openstack-nova12:18
*** Bsony has quit IRC12:20
*** jcoufal has joined #openstack-nova12:22
bauzasjaypipes: yeah :-( that's weird to see the plane there because it's not the right route12:23
*** salv-orlando has joined #openstack-nova12:24
*** zz_johnthetubagu is now known as johnthetubaguy12:25
jaypipesbauzas: usually goes over your house? ;)12:28
*** pask81 has quit IRC12:29
*** dulek has joined #openstack-nova12:30
*** jistr is now known as jistr|class12:30
alaskibauzas: just looked over what you were talking about on https://review.openstack.org/#/c/160506/812:32
bauzasalaski: yup, and ?:)12:33
alaskibauzas: one option is to require that conductors at the cell level be configured as api cells12:33
bauzasjaypipes: yeah, kind of, when traveling over the Alps, it's usually taking a direct route12:33
*** aysyd has joined #openstack-nova12:33
alaskibauzas: the other would be to do what dheeraj suggests, and move the swith up to the API code12:34
*** dave-mccowan has joined #openstack-nova12:34
bauzasalaski: mmm, thinking about it12:34
alaskiI really don't want to update the rpc to pass a cells param12:35
bauzasalaski: agreed with you, it's a bad thing, hence why I asked you12:35
bauzasalaski: well, let's try what dheeraj suggests12:35
*** irenab has quit IRC12:36
alaskibauzas: I do think it's reasonable to expect conductors in a cells setup to have cells turned on and designated as being at the api level12:36
alaskibauzas: sounds good12:36
*** ishant has quit IRC12:36
bauzasalaski: yeah about conductors but I think it's a huge change for something which would be deprecated soon12:37
bauzasby soon, I would rather say "sooner or later'12:37
*** rushiagr_away is now known as rushiagr12:37
*** rfolco has joined #openstack-nova12:37
alaskibauzas: it's not a code change though, just deployment expectation.  We're not running conductors yet but when we do we'll have them configured that way12:38
bauzasalaski: I don't get your point, conductors are not knowing cells, right ?12:38
alaskibauzas: I mean that "if cells_opts.get_cell_type() == 'api':" should work12:39
bauzasalaski: yeah, but that means that we need to change the base conductor proxy12:39
bauzasalaski: because objects are not calling conductor methods, but rather using them for calling the DB remotely12:40
bauzasthru a proxy12:40
bauzasalaski: https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L412-L46012:41
alaskiahh, I see12:42
bauzasalaski: and https://github.com/openstack/nova/blob/master/nova/objects/base.py#L154-L17112:42
alaskiI thought the issue was that the wrong thing would be called on the conductor, it's the translation on the way back12:42
*** Marga_ has joined #openstack-nova12:42
bauzasalaski: to be clear, the Service.get_by_cn method is then called on the conductor side and is returning the service object because it doesn't know about the cells at all12:44
*** ildikov has quit IRC12:44
*** dprince has joined #openstack-nova12:44
*** iamjarvo has quit IRC12:48
alex_xugood morning, a question: do we support upgrade the conductor service separate with other service now? or now we still need upgrade all the controller service at once?12:48
alaskibauzas: right, I see that now.  I think bypassing the object will be the best solution for now.12:48
bauzasalaski: I'm just worried by what dansmith could say :D12:49
bauzasalaski: because we (dan and I) both agreed that just proxying the object methods in such a compute api thing was a bad thing12:49
alaskibauzas: another possibility would be to add a routing_path field to the object which isn't tied to the db model and have accesses for 'id' append the routing path if it's set12:49
alaskior access the routing path if cells are enabled12:50
bauzasalaski: mmm12:51
*** exploreshaifali has joined #openstack-nova12:51
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: introduce libosinfo library to set hardware policy  https://review.openstack.org/14962512:51
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring network model  https://review.openstack.org/14962712:51
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adding libosinfo configuration  https://review.openstack.org/14962612:51
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring the disk bus  https://review.openstack.org/14962812:51
alaskibauzas: yeah, I agree with you and dan.  just trying to think of minimally invasive solutions12:52
bauzasalaski: yeah...12:52
bauzasalaski: trying to summarize the problem12:53
bauzasalaski: so, remotable object methods are directly calling the conductor without proxying thru the cells RPCAPI12:53
*** jang1 has joined #openstack-nova12:53
bauzasalaski: probably a change in the remotable decorator on the obbjects base module could prevent that behaviour12:54
alaskibauzas: well, the call will go through the cells rpcapi on the conductor side12:54
alaskiright?12:55
*** mpaolino has joined #openstack-nova12:55
bauzasalaski: yeah but that's not the right path, right ?12:55
bauzasalaski: I'm not sure that https://review.openstack.org/#/c/160506/8/nova/objects/service.py,cm L151 is true on the conductor side...12:56
bauzasalaski: see http://logs.openstack.org/06/160506/8/check/gate-nova-python27/b3bf259/console.html12:56
alaskibauzas: I think it is, though that depends on the setup12:56
openstackgerritgaryk proposed openstack/nova: Virt: update shared storage base methods  https://review.openstack.org/16245712:57
bauzasalaski: http://logs.openstack.org/06/160506/8/check/gate-nova-python27/b3bf259/console.html#_2015-03-24_10_58_06_44012:57
alaskibauzas: to me it seems that the issue is https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L436 and what it hydrates to on the other side12:57
bauzasalaski: that just means we're not entering the conditional12:57
openstackgerritMonty Taylor proposed openstack/nova-specs: Fetch SSH Hostkey  https://review.openstack.org/16720212:57
*** ferest has joined #openstack-nova12:57
*** ildikov has joined #openstack-nova12:58
*** matrohon has joined #openstack-nova12:58
*** subscope has quit IRC12:58
bauzasalaski: well, unfortunately I can't trace this using pdb...12:58
bauzasalaski: I can only trace the client side, and I don't know exactly how to trace it for the fake RPC driver12:58
*** mpaolino has quit IRC12:59
alaskibauzas: I have resorted to writing logs to a file on the remote side before...13:00
*** mpaolino has joined #openstack-nova13:00
*** rushiagr is now known as rushiagr_away13:00
alaskiI'm pulling the change down to test13:01
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Fix API links and labels  https://review.openstack.org/16698513:01
bauzasalaski: re: https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L436 that's just because we're serializing the object when routing it, but then we rehydrate it on the client side13:02
bauzasIIUC of course13:02
*** thomasem has quit IRC13:02
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Fix API links and labels  https://review.openstack.org/16698513:03
bauzasalaski: that's for compability checking13:03
alaskibauzas: yeah, but that will hydrate to a Service object, not the ServiceProxy13:03
bauzasalaski: if it was a ServiceProxy object, it would be returned directly13:03
bauzasalaski: here, I'm expecting a ServiceProxy object and I got a Service NovaObject instead13:04
*** salv-orlando has quit IRC13:04
alaskiok, ignore me.  I should read the end of the else statement13:04
bauzasalaski: IMHO, the only way to get it is due to the fact I'm not entering the conditional13:04
bauzasalaski: np13:05
*** changbl has quit IRC13:06
alaskibauzas: oh, the flags probably aren't being carried over the the conductor service that starts up13:07
bauzasalaski: that's my opinion13:07
*** amotoki has quit IRC13:09
*** salv-orlando has joined #openstack-nova13:09
*** ferest has quit IRC13:10
*** amotoki has joined #openstack-nova13:12
openstackgerritwuhao proposed openstack/nova-specs: Add previous page links for Nova GET servers API  https://review.openstack.org/16504113:13
*** diegows has joined #openstack-nova13:13
*** thomasem has joined #openstack-nova13:14
*** doude has quit IRC13:16
*** eharney has quit IRC13:16
*** iamjarvo has joined #openstack-nova13:17
*** iamjarvo has quit IRC13:17
*** iamjarvo has joined #openstack-nova13:18
*** iamjarvo has joined #openstack-nova13:19
*** kaufer has joined #openstack-nova13:19
*** neelashah has joined #openstack-nova13:19
*** neelashah1 has joined #openstack-nova13:20
*** Marga_ has quit IRC13:21
*** zzzeek has joined #openstack-nova13:21
wuhao_I want to add a spec to enable previous page query when using /servers API. I wonder if anyone could make a review.13:22
*** neelashah has quit IRC13:24
*** salv-orl_ has joined #openstack-nova13:24
*** sakthi has joined #openstack-nova13:25
*** lpetrut has quit IRC13:26
*** salv-orlando has quit IRC13:27
*** lpetrut has joined #openstack-nova13:27
*** otter768 has joined #openstack-nova13:28
*** salv-orlando has joined #openstack-nova13:28
sakthiresize of vcpu from libvirt -> KVM doesn't support add module level, how can establish in openstack13:29
*** lucas-hungry is now known as lucasagomes13:29
*** iamjarvo has quit IRC13:30
*** baoli has joined #openstack-nova13:30
*** salv-orl_ has quit IRC13:32
*** otter768 has quit IRC13:33
*** rushiagr_away is now known as rushiagr13:33
*** claudiub has joined #openstack-nova13:35
*** Bsony has joined #openstack-nova13:35
openstackgerritSean Dague proposed openstack/nova: don't 500 on invalid security group format  https://review.openstack.org/16722013:35
*** ildikov has quit IRC13:36
*** vladikr has joined #openstack-nova13:37
*** dboik has joined #openstack-nova13:38
*** dboik has quit IRC13:38
*** dboik has joined #openstack-nova13:39
ankit_agHi all, can someone please review https://review.openstack.org/14573813:39
alaskibauzas: oslo_messaging is serializing it to a Service object13:40
bauzasalaski: erm ?13:40
bauzasalaski: say it again ?13:40
alaskibauzas: https://github.com/openstack/oslo.messaging/blob/master/oslo_messaging/rpc/dispatcher.py#L13113:40
alaskithat converts it from ServiceProxy to a serialized ServiceObject13:40
alaskibauzas: the conductor method is returning ServiceProxy properly though13:41
*** burt has joined #openstack-nova13:42
alaskibauzas: http://paste.openstack.org/show/195975/13:42
*** armax has joined #openstack-nova13:42
dansmithalaski: it should only hydrate to a NovaObject if it's serialized like one13:43
dansmithalaski: ServiceProxy is just a dict, no?13:44
*** mriedem has joined #openstack-nova13:44
alaskijust a class with the Service object as an attribute13:44
*** r-daneel has joined #openstack-nova13:44
dansmiththe thing you're returning from conductor?13:46
*** mwagner_lap has quit IRC13:46
sdagueso, who is actually theoretically working on pci support? Because it seems pretty broken based on the bugs I'm seeing.13:46
*** mtanino has joined #openstack-nova13:46
dansmithsdague: it works, but it's very flaky and temperamental13:47
sdaguehttps://bugs.launchpad.net/nova/+bug/143548313:47
openstackLaunchpad bug 1435483 in OpenStack Compute (nova) " [pci-passthrough] Failed to launch vm after restarting nova compute " [Undecided,New]13:47
dansmithsdague: yjiang5 does the most consistent work on it I think13:47
alaskidansmith: before serialization, yes13:47
*** jcru has joined #openstack-nova13:47
dansmithsdague: yes, that bug has been in since we crammed stuff into juno at the end13:48
alaskidansmith: it does have __getitem__ defined to proxy through to the object, so it's basically a dict13:48
dansmithsdague: there have been patches up for it since almost then, let me see if they merged13:48
sdagueso that's a dupe of the critical bug?13:48
dansmithalaski: okay, I probably need to re-read more of the backlog13:48
dansmithsdague: probably.. we just changed the format of our config option :(13:49
alaskidansmith: mainly we're tracking where exactly the failure was to figure out the best workaround13:49
dansmithsdague: https://bugs.launchpad.net/nova/+bug/138346513:49
*** eglynn has quit IRC13:49
openstackLaunchpad bug 1383465 in OpenStack Compute (nova) "[pci-passthrough] nova-compute fails to start" [Critical,Triaged]13:49
sdagueright, so that's different13:49
bauzasalaski: checking13:49
sdaguebecause nova-compute is up here, but no vms can be started13:49
*** jcru has quit IRC13:49
*** jcru has joined #openstack-nova13:50
bauzasalaski: interesting...13:50
dansmithah, sure enough13:50
bauzasalaski: why the heck a python object is transformed into a Service object ?13:50
*** ildikov has joined #openstack-nova13:51
bauzasalaski: I'm testing it locally13:51
dansmithsdague: oye, the older critical bug is still stuck in discussion13:52
dansmithsdague: it's _so_ bad that we broke the config and still haven't fixed it :(13:52
sdagueyep13:52
sdagueok, so... how do we get out of this hole?13:52
dansmiththe one you just linked is something I can take a look at13:53
*** xgsa has quit IRC13:53
alaskibauzas: not sure how that works quite yet13:53
sdagueit feels like we should mark all the pci code as experimental until issues are resolved here13:53
*** jistr|class is now known as jistr13:53
bauzasalaski: looking at oslo.messaging now13:53
*** xgsa has joined #openstack-nova13:53
sdagueI really don't like people thinking this stuff is going to work, and it falls down a bunch if you look at it incorrectly13:53
sdaguedansmith: before you go dive, want to take a quick look at - https://review.openstack.org/167220 bug fix13:53
sdagueit should be quick13:54
dansmithsdague: I think maybe mentioning that pci continues to be flaky in the release notes "known issues" would be fine13:54
*** doude has joined #openstack-nova13:55
dansmithsdague: I certainly don't want to start tagging whole things that have been in-tree for a while as experimental every time we see a surge of bugs13:55
sdaguedansmith: ok13:55
*** achanda has joined #openstack-nova13:55
dansmithsdague: yeah, I looked at that one13:55
dansmithsdague: string freeze sucks.13:55
dansmithjaypipes: bauzas: what recently merged around resource tracker that could cause update_resource_stats() to choke on pci stuff?13:56
bauzasdansmith: which one are you thinking about ?13:57
dansmithbauzas: https://launchpadlibrarian.net/201061744/n-cpu.log13:57
*** yamahata has joined #openstack-nova13:58
bauzasdansmith: sec, checking13:58
sdaguedansmith: well, it should be fine in string freeze because it uses an existing string13:59
*** thangp has joined #openstack-nova13:59
sdagueso that's already in the corpus13:59
dansmithsdague: I know, the error string is confusing because it's reusing something else13:59
*** baoli has quit IRC13:59
jaypipesdansmith: I've been wondering that too.13:59
dansmithsdague: I know13:59
sdaguedansmith: it's actually not too bad13:59
dansmithjaypipes: you've been seeing that?13:59
*** obutenko has quit IRC13:59
jaypipesdansmith: this right? https://bugs.launchpad.net/nova/+bug/143548313:59
openstackLaunchpad bug 1435483 in OpenStack Compute (nova) " [pci-passthrough] Failed to launch vm after restarting nova compute " [Undecided,Incomplete]13:59
dansmithjaypipes: yeah14:00
*** baoli has joined #openstack-nova14:00
*** achanda has quit IRC14:00
*** dboik_ has joined #openstack-nova14:00
*** neelashah1 has quit IRC14:00
jaypipesdansmith: you want me to have someone on my team look into it?14:01
*** wuhao_ has quit IRC14:01
dansmithjaypipes: I'm looking at it now, I'm just wondering if it sparks any ideas of things that might've merged recently that could be related14:02
jaypipesdansmith: not off the top of my head, no...14:02
bauzasdansmith: well, the update_resource_stats code was not touched recently IIRC14:02
*** obutenko has joined #openstack-nova14:02
*** mriedem has quit IRC14:03
*** mriedem has joined #openstack-nova14:03
*** eharney has joined #openstack-nova14:03
*** lpetrut has quit IRC14:03
*** dboik has quit IRC14:04
jogogaryk: thanks14:04
*** xgsa has quit IRC14:05
dansmithbauzas: it's failing when sending update_resource_stats to the scheduler14:05
*** obutenko has quit IRC14:05
bauzasdansmith: yup, that's what I'm seeing14:05
*** jecarey has joined #openstack-nova14:05
bauzasdansmith: nothing changed on the scheduler cli side14:05
*** xgsa has joined #openstack-nova14:06
bauzasdansmith: so that's coming from a change in the RT14:06
*** neelashah has joined #openstack-nova14:06
bauzasdansmith: currently blaming it14:06
dansmithbauzas: so it's setting a non-object on compute_node.stats or something?14:06
*** VW_ has joined #openstack-nova14:06
bauzasdansmith: well, the pci_device_pools field is waiting a PCIDevicePoolList object while it's not14:08
*** vigneshvar has quit IRC14:08
dansmithright14:08
bauzasdansmith: now I'm looking at the trace to see where the RT is called for updating those stats14:09
dansmithyeah, it's something in self.stats in RT, right?14:09
garykmriedem: can you please look at https://review.openstack.org/166770 (this moves suds from requirements to test-requirements - it is only used by vmwareapi)14:09
sdaguegaryk: can you triage this bug - https://bugs.launchpad.net/nova/+bug/1430941 ?14:09
openstackLaunchpad bug 1430941 in OpenStack Compute (nova) "vmware: snapshot not passing image properties" [Undecided,New]14:09
garyksdague: sure14:09
*** sdake has joined #openstack-nova14:10
sdaguegaryk: +A on the req patch above14:10
bauzasdansmith: that's just horrible to look at a plain traceback... :)14:10
mriedemgaryk: looks like sdague already got it14:10
dansmithbauzas: although we've already done compute_node.update(values) there14:10
bauzasdansmith: but sounds like it's called because it wants to delete an instance14:10
*** ildikov has quit IRC14:10
garyksdague: mriedem: thanks14:11
bauzasdelete_instance is calling RT.update_usage()14:11
bauzaswhich itself calls RT._update() which calls the sched_cli.update_resource_stats() methof14:11
dansmithbauzas: right14:12
bauzasdansmith: now that we know that, RT is updating the compute node using what's in update_usage14:13
sdaguemriedem: responded on - https://review.openstack.org/#/c/167220/ - in the past we've not wanted to leak internal stack traces all the way back to the caller14:13
dansmithbauzas: right, self.stats must have stats['pci_device_pools'] right?14:13
bauzasdansmith: that's horrible, because pci stats have their own module14:14
bauzasdansmith: ie. PCIStats14:14
dansmithbauzas: but I don't see how else we could get here, right?14:14
bauzasdansmith: and RT is hooking up that module14:14
anteayaswamireddy: since the meeting time you selected will conflict with Neutron's meeting time every other week, I highly suggest you take another look at the meeting schedule and select an alternate meeting time14:14
anteayaswamireddy: many meetings alternate on a bi-weekly basis so keep that in mind when you pick a time14:15
*** ank2090 has joined #openstack-nova14:15
anteayaswamireddy: we also have 4 meeting channels to chose from so one of them might have your prefered time open: https://wiki.openstack.org/wiki/Meetings/CreateaMeeting14:16
ank2090hello all :)14:16
*** iamjarvo has joined #openstack-nova14:16
dansmithbauzas: check this:14:16
dansmith# NOTE(pmurray): the pci_device_pools field maps to the14:16
dansmith        # pci_stats field in the database14:16
dimsmriedem: still snowed in?14:17
ank2090can anyone send me a nova-boot command to launch multiple instances?14:17
swamireddyanteaya: Yep...I will go with meeting-3 room14:17
mriedemdims: nope14:17
ank2090"instance count" like parameter?14:17
swamireddyanteaya: and update the wiki appropriately.14:17
dansmithbauzas: hmm, well, I was wondering if maybe we were getting a raw db object in there that was setting pci_device_pools during the update(), but that would be backwards14:17
mriedemjust meeting-'ed in14:17
dansmithbauzas: I wonder if I could reproduce this with a regular system and just create some fake whitelist14:18
* dansmith tries14:18
*** atuvenie has quit IRC14:18
mriedemsdague: 2 comments in the tests14:19
*** gszasz has quit IRC14:19
*** gszasz has joined #openstack-nova14:20
anteayaswamireddy: sounds like you will have better success14:21
anteayaswamireddy: thanks for understanding14:21
garykank2090: nova boot —num-instances X ….14:22
bauzasdansmith: okay, just to be clear, RT is managing a compute_node primitive14:23
bauzasso a dict14:23
dansmithbauzas: it's not14:23
bauzasdansmith: it is14:23
bauzas:)14:23
bauzasdansmith: until PaulMurray's patch land14:23
garykank2090: here is the full example - nova boot --image cirros-0.3.2-i386-disk --flavor 1 --num-instances 2 X14:23
dansmithbauzas: oh, I missed that it's returning obj_to_primitive(), I see14:23
dansmithbauzas: but still, that won't convert the attribute name14:24
*** lpetrut has joined #openstack-nova14:24
bauzasdansmith: so, somewhere in the RT lifecycle, we're updating self.compute_node['pci_device_pools'] with a dict or a list of something else14:24
dansmithright, okay, that's a wider surface14:25
bauzasdansmith: so when the scheduler will pick each field and instanciate a new object, it won't coerce14:25
dansmithbauzas: I'm spinning up now to see if I can repro this14:25
dansmithif so, it will be much easier to track down14:25
dimsbauzas: talking about this? https://bugs.launchpad.net/nova/+bug/143548314:25
openstackLaunchpad bug 1435483 in OpenStack Compute (nova) " [pci-passthrough] Failed to launch vm after restarting nova compute " [Undecided,Incomplete]14:25
bauzasdansmith: so, the question is : "where in the code, that field is written to self.compute_node ?"14:25
dansmithyeah14:25
dansmithdims: yep14:25
*** annashen has joined #openstack-nova14:26
* dims follows along14:26
bauzasdansmith: oh14:26
bauzasthe DB pci_stats field is turned into a pci_device_pool object in compute._from_db_object()14:27
*** tonytan4ever has joined #openstack-nova14:27
dansmithbauzas: ...sure...14:28
*** nelsnelson has joined #openstack-nova14:28
swamireddyanteaya: Thank you. Sorry for confusion...:(14:28
dansmithbauzas: ah14:28
anteayaswamireddy: it happens, you handled it well, thank you14:28
bauzasdansmith: so in order to do this properly, we should probably call _from_db_object() with a dict primitive in the scheduler cli, right ?14:28
dansmithbauzas: so since we're doing to_primitive() on an object, we end up with a dict in that spot14:28
bauzasdansmith: exactly14:29
edleafebauzas: both compute_node.save() and .create() change back to pci_stats dict, right?14:29
dansmithedleafe: we're talking about the other way14:29
bauzasdansmith: but to_primitive() is not the opposite of _from_db_object(), hence the problem :)14:29
dansmithbauzas: yeah14:29
edleafebauzas: yeah14:29
*** ildikov has joined #openstack-nova14:29
edleafebauzas: could that be the disconnect?14:30
bauzasdansmith: because it will serialize it to the same key as the field14:30
bauzasedleafe: yeah14:30
*** annashen has quit IRC14:30
dansmithbauzas: the problem is, we need to handle the dict form of the pci device specially I think, right? i.e. create a PciDevicePool object and call .update() on it with the dict14:30
*** browne has joined #openstack-nova14:30
bauzasI mean, if an object is having a field called 'foo', the dict will be keyed by 'foo'14:30
edleafedansmith: we call pci_device_pool.from_pci_stats()14:31
*** eglynn has joined #openstack-nova14:31
bauzasdansmith: the problem is how to reconstruct it properly14:31
dansmithedleafe: is that a direct opposite of the generic to-primitive operation?14:32
dansmithbauzas: right14:32
*** achanda has joined #openstack-nova14:32
edleafedansmith: heh - it depends :)14:32
bauzasdansmith: tbh, the problem seems really old, since Juno14:33
bauzasdansmith: because I wrote that scheduler cli method that cycle14:33
dansmithbauzas: I think it must have come in when we converted the scheduler report.py to use an object14:33
dansmithwhich was only like a month ago14:33
bauzasdansmith: oh then I missed the patch14:33
bauzasdansmith: lemme blame the code14:33
edleafebauzas: but the from_pci_stats method of pci_device_pool.py is from last November14:34
bauzasdansmith: because if I would have reviewed the code, I should have pointed out the problem of reversibility for special fields14:34
*** ajayaa has quit IRC14:34
bauzasdansmith: and if not, I totally suck14:34
moshelebauzas: I tested juno before I opened the bug I didn't see pci_device_pools key in self.compute_node14:35
*** ajayaa has joined #openstack-nova14:35
bauzasmoshele: right, as said dansmith it's because the scheduler client now uses objects14:35
edleafemoshele: yes, that was added during Kilo14:35
bauzasmoshele: previously, it was calling the conductor14:35
dansmithhmm, I can't repro just by having pci_passthrough_whitelist set to something14:37
bauzasdansmith: so, yeah, I think we just need to call the _from_db_object in the scheduler code and make sure that the primitive we pass to the client is consistent with what's in the DB14:37
*** ank2090 has quit IRC14:37
dansmithbauzas: in the client you mean?14:37
bauzasdansmith: my bad, yeah14:37
dansmithbauzas: and you mean on the compute_node or on the pci_device_pools bit?14:38
dansmithmoshele: is there any other trick to reproducing this?14:38
bauzasdansmith: sec, trying to find an identic pattern14:38
bauzasidentical*14:38
*** lpetrut has quit IRC14:38
bauzasdansmith: because I had to write that reversibility somewhere in the code for another object but I don't recall which one14:39
edleafebauzas: do we need special handling for the setattr call?14:39
bauzasedleafe: yeah, we really need to avoid it14:39
bauzasedleafe: because keys are not consistent between the NovaObject and the corresponding SQLA object14:39
dansmithso,14:39
mosheledansmith: I don't know, but I have setup with eclipse maybe you can point me  where to look14:39
dansmithI think that all we need to do is really just create an object there and do .update() with the dict primitive14:40
bauzasand so, I'm a jerk (seen the review)14:40
edleafebauzas: I was thinking that instead of L55-56 in the report client, call a method on the compute node object14:40
dansmithbecause the dict looks like the object, not like the db14:40
dansmithmoshele: well, it would be much easier if I could reproduce it myself14:41
bauzasdansmith: yeah, either you're considering the object keys, or the db keys but you can't play with both14:41
*** ildikov has quit IRC14:41
*** sdake__ has joined #openstack-nova14:41
bauzasdansmith: sec, checking again14:41
dansmithbauzas: just a sec, let me post a patch and see if you agree14:41
*** mwagner_lap has joined #openstack-nova14:42
bauzasdansmith: sure, in the meantime, I'm trying to find the best pattern14:42
*** achanda has quit IRC14:42
*** mjturek1 has quit IRC14:43
openstackgerritDan Smith proposed openstack/nova: Convert pci_device_pools dict to object before passing to scheduler  https://review.openstack.org/16725614:43
dansmithmoshele: could you apply that locally and try it? ^^14:44
*** tonytan4ever has quit IRC14:44
mosheledansmith: sure14:44
*** sdake has quit IRC14:44
*** lpetrut has joined #openstack-nova14:45
edleafedansmith: I don't like mixing the internals of compute node into a scheduler rpc client14:45
edleafedansmith: I would prefer keeping that all in compute_node14:46
mriedemsdague: what's the difference between functional tests for like flavors and the old integration api_samples tests for flavors?14:46
dansmithedleafe: see the note in that code.. it's temporary until RT is passing us a proper compute-node14:46
dansmithedleafe: i.e. the abstraction is already broken, we're just not fixing up the compute node object properly14:46
sdaguemriedem: all the old samples tests only go through the positive path14:47
openstackgerritBenjamin GRASSART proposed openstack/nova: Add vnc_keymap support for vmware compute  https://review.openstack.org/16725814:47
*** tsekiyama has joined #openstack-nova14:47
mriedemsdague: hrm, i assumed we had some netagive testing in there14:47
edleafedansmith: I understand it is a band-aid14:47
bauzasdansmith: reviewed14:47
sdaguemriedem: no, it was explicitly forbidden in the model14:48
sdagueat least originally14:48
*** mjturek1 has joined #openstack-nova14:48
mriedemsdague: ok, that helps, thanks14:48
bauzasdansmith: I tend to agree with edleafe, that helper can be provided in the ComputeNode object and left temporary still14:48
dansmithbauzas: ah damn, it is a pool list14:48
sdaguehonestly, I'm trying to establish some new patterns then figure out what can move over, what can factor out14:48
bauzasdansmith: exactly14:48
dansmithmoshele: hang on a sec14:48
*** mpaolino has quit IRC14:49
*** browne has quit IRC14:49
*** thedodd has joined #openstack-nova14:50
*** jproulx has joined #openstack-nova14:50
openstackgerritDan Smith proposed openstack/nova: Convert pci_device_pools dict to object before passing to scheduler  https://review.openstack.org/16725614:50
dansmithbauzas: edleafe: we're post-k3, so moving things around for arbitrary cleanup isn't worth the churn, IMHO. This band-aid is already there, it's just wrong14:51
bauzasdansmith: agreed14:51
*** EmilienM|PTO is now known as EmilienM14:51
bauzaspost K3 is bad14:51
edleafedansmith: yeah14:51
dansmithmoshele: updated, if you can try *that* :)14:51
*** annegentle has joined #openstack-nova14:51
edleafedansmith: so just a note saying "don't do that until lemming"?14:51
dansmithedleafe: on my note about it being temporary14:52
*** ankit_ag has quit IRC14:52
bauzasedleafe: well, just a note pointing that it will become useless once an English is able to hit a change14:52
dansmith?14:52
mosheledansmith: sure I just need 15 min to set again the environment14:52
dansmithmoshele: thanks14:52
edleafebauzas: my Franglish is failing me14:52
bauzasedleafe: lol14:53
openstackgerritBenjamin GRASSART proposed openstack/nova: Add vnc_keymap support for vmware compute  https://review.openstack.org/16725814:53
bauzasedleafe: I was referring to PaulMurray's patches using objects in the RT14:53
dansmithanyway, let's see if this fixes it for moshele and then we can argue about minutia :)14:53
edleafebauzas: ah14:53
bauzasdansmith: my daughter has nits in her school...14:53
bauzasdansmith: so that's probably the reason behind that :)14:54
*** lpetrut has quit IRC14:54
bauzasalaski: had you time to figure out how to populate the conf flag to the conductor side ?14:55
*** hemnafk is now known as hemna14:55
alaskibauzas: they're populated on the conductor side14:55
bauzasalaski: oh my bad, I totally missed your last point14:55
dansmithbauzas: I don't know what that means :)14:55
bauzasdansmith: about nits N14:55
bauzas?14:55
dansmithyeah14:55
bauzasman, I should take note from your Saturday Night Live shows14:56
* dansmith is so confused :)14:57
bauzasdansmith: does 'nit' also refer to that small bugs that you can have in your hair ?14:57
*** VW_ has quit IRC14:57
dansmithah, lice14:57
bauzaseh14:57
dansmithyes, I think 'nit' is another word, but not the first definition most people think of14:57
dansmith(IMHO)14:57
* bauzas amending his Encyclopedia14:57
dansmithso, you were making a comparison to "picking nits"? I got it now :)14:57
bauzasdansmith: it was an unfortunate attempt to make a pun14:58
dansmithit's all good :)14:58
*** VW_ has joined #openstack-nova14:59
bauzasat least, I know I would have a bad career if I would go to Broadway14:59
*** neelashah has quit IRC14:59
openstackgerritEd Leafe proposed openstack/nova: Temporary fix for the pci_device_pools handling.  https://review.openstack.org/16726015:00
*** neiljerr` has left #openstack-nova15:00
edleafedansmith: bauzas: this was my attempt at a fix ^^15:00
edleafeI just don't type as fast as dansmith :)15:00
bauzasso back to my discussion with alaski, yeah my bad, forgot your last point about the conductor thing15:01
*** raildo|away is now known as raildo15:01
bauzasso the question is : why oslo.messaging is serializing a ServiceProxy object into a Service NovaObject thing ?15:01
alaskibauzas: np.  it looks like fixing this within objects is going to take some work15:01
bauzasalaski: right15:01
alaskibauzas: it's delegating to NovaObjectSerializer which does it15:02
bauzasdansmith: I need your voice here15:02
bauzasdansmith: https://review.openstack.org/#/c/160506/815:02
edleafeGantt meeting starting now in #openstack-meeting15:02
bauzas(if you have time of course while moshele is testing... )15:02
bauzasdammit !15:02
alaskibauzas: http://git.openstack.org/cgit/openstack/nova/tree/nova/objects/base.py#n87915:02
alaskithat gets called15:03
*** mriedem has quit IRC15:03
alaskibecause of the __getitem__/__getattr__ on ServiceProxy15:03
dansmithalaski: so we're trying to serialize an object, which we treat like a dict,15:03
*** VW_ has quit IRC15:03
bauzasalaski: oh15:03
dansmithalaski: and when we get to ['service'] we serialize as a NovaObject, yes?15:03
*** mriedem has joined #openstack-nova15:04
*** neelashah has joined #openstack-nova15:04
alaskidansmith: sort of, because hasattr(entity, 'obj_to_primitive') is true it calls obj_to_primitive15:04
bauzasalaski: so indeed the object path seems hard to fix15:04
*** VW_ has joined #openstack-nova15:04
dansmithwell, right15:05
*** jaypipes has quit IRC15:05
dansmithso what's the problem with this?15:05
dansmithit should get to the other side and look like a dict with ['service']15:05
bauzasdansmith: http://logs.openstack.org/06/160506/8/check/gate-nova-python27/b3bf259/console.html#_2015-03-24_10_58_06_44015:05
alaskithe issue is that ServiceProxy holds the cell routing path info that Service doesn't have15:05
alaskiwhen it gets to the other side it's just a ServiceObject15:06
*** achanda has joined #openstack-nova15:06
dansmithum, I don't understand that15:06
*** achanda has quit IRC15:06
openstackgerritClaudiu Belu proposed openstack/nova: Adds cleanup on v2.2 keypair api and tests  https://review.openstack.org/16185715:06
dansmiththe ServiceProxy doesn't have obj_to_primitive, right? so we should still send the container, right?15:07
alaskidansmith: it's due to how ServiceProxy is defined.  it's not really a dict, it proxies getitem/getattr to the object15:07
bauzasdansmith: we're calling a remotable method which passes thru RPC a ServiceProxy object which turns into a Service object15:07
dansmithsorry for being not caught up, but when is this happening? on return from some remotable classmethod?15:07
alaskiyes15:07
bauzasdansmith: my bad https://review.openstack.org/#/c/160506/8/nova/objects/service.py,cm15:08
alaskiServiceProxy doesn't have obj_to_primitive, but getattr passes that through to the object, and we lose the wrapper15:08
bauzasalaski: yeah...15:09
*** xuhanp_ has quit IRC15:09
*** xuhanp has quit IRC15:09
*** atuvenie has joined #openstack-nova15:09
garykmdbooth: you around?15:10
dansmithalaski: ah, getattr not getitem I see15:10
alaskidansmith: bauzas if ServiceProxy was a dict with an object in it, the serializer should work.  So maybe ServiceProxy needs to not expose obj_to_primitive15:10
bauzasdansmith: so due to that, the alternative is to make calls to the host api instead in https://review.openstack.org/#/c/160506/8/nova/api/openstack/compute/contrib/hypervisors.py,cm15:10
bauzasalaski: that's doable15:11
bauzasalaski: but that just sounds hacky15:11
dansmithwell,15:11
dansmithserviceproxy is hacky :)15:11
*** mpaolino has joined #openstack-nova15:11
bauzaslol15:11
alaskitrue :)15:11
dansmithif we can just exclude obj_to_primitive() there, that seems like an easy fix for now15:11
bauzasdansmith: ack, let's go playing with this15:12
alaskidansmith: another idea I had was to add a cell_routing field to Service that isn't synced with the db15:12
alaskiand avoid the ServiceProxy stuff15:12
bauzasalaski: that would be far cleaner15:12
dansmiththat sounds like the right long-term fix15:12
dansmithbut15:12
dansmithI think I'd go with the hack for the moment to keep change down15:12
dansmithunless it solves a lot of problems or something15:12
bauzasdansmith: yeah, plus we're post K315:13
dansmithright15:13
dansmitha new field is a new object version, new RPC, and potentially upgrade concerns, which I haven't thought through yet15:13
bauzasok, writing that change now once the gantt meeting is done15:13
bauzasby 'that', meaning the proxy fix15:13
dansmithokay15:14
bauzasdansmith: yeah, version bumps post-K3 sound a bad idea15:14
dansmithnot the end of the world, but I'd rather avoid them for sure15:14
alaskiyeah.  let's try the obj_to_primitive exclusion first15:15
*** hdd has joined #openstack-nova15:16
*** ijw has joined #openstack-nova15:19
*** lpetrut has joined #openstack-nova15:19
sahiddansmith: can i have a first look from you when you have a moment of https://review.openstack.org/#/c/165838/ ?15:20
dansmithsahid: in a sec15:20
sahidi would like to know if that really make sense or not15:20
*** wN has joined #openstack-nova15:20
*** ijw has quit IRC15:20
sahiddansmith: cool did not expected so quick thanks15:20
*** Nikolay_St has quit IRC15:21
*** browne has joined #openstack-nova15:21
*** Marga_ has joined #openstack-nova15:22
*** ijw has joined #openstack-nova15:22
mosheledansmith: it didn't work see http://pastebin.com/FyiMqdx615:22
dansmithmoshele: it did work actually :)15:23
*** ijw has quit IRC15:23
*** ijw has joined #openstack-nova15:24
*** sdake has joined #openstack-nova15:25
*** garyk has quit IRC15:25
*** ijw has quit IRC15:25
mosheledansmith: I don't fowllow15:26
*** wuhao has joined #openstack-nova15:26
*** gszasz has quit IRC15:26
dansmithmoshele: kind of a joke. It got farther than before.. :)15:26
*** ijw has joined #openstack-nova15:26
*** dsanders has joined #openstack-nova15:27
*** emagana has joined #openstack-nova15:28
dansmithmoshele: oh wait, was this during the build of the instance?15:28
*** sdake__ has quit IRC15:29
mosheledansmith: yes15:29
dansmithmoshele: before, were you trying to delete an instance that booted successfully, or was it during cleanup of a failed boot?15:29
*** otter768 has joined #openstack-nova15:29
mosheledansmith: it was cleanup failed, the error for the build was in the DEUBG log level15:30
dansmithokay15:30
dansmithmoshele: is there anything in the n-sch log?15:30
*** exploreshaifali has quit IRC15:30
*** bkopilov has quit IRC15:31
*** dsanders has quit IRC15:31
dansmithmoshele: or n-cond15:31
*** rushil_ has quit IRC15:32
*** annegentle has quit IRC15:33
dansmithmoshele: also, could you capture a bunch of the lines above this n-cpu traceback so I can try to figure out where we were before we hit this?15:33
*** otter768 has quit IRC15:33
mosheledansmith: sure in a few mintues15:35
dansmithmoshele: also, it would be helpful to see your whitelist config so I can try to repro15:35
*** gszasz has joined #openstack-nova15:36
*** browne has quit IRC15:39
*** annegentle has joined #openstack-nova15:43
mosheledansmith: n-cond.log http://pastebin.com/XxT3azpp15:44
mosheledansmith: n-cpu.log http://pastebin.com/1ZnrwJSN15:46
*** changbl has joined #openstack-nova15:46
mosheledansmth: n-sch.log http://pastebin.com/hgJfsWyS15:47
*** Mike_D_laptop has quit IRC15:47
mosheledansmith: pci_passthrough_whitelist = {"address":"*:02:00.*","physical_network":"physnet1"}15:47
dansmithmoshele: okay, the conductor log is interesting for sure15:48
*** rmoe has quit IRC15:48
*** bkopilov has joined #openstack-nova15:49
*** lpetrut has quit IRC15:50
*** annegentle has quit IRC15:50
openstackgerritSylvain Bauza proposed openstack/nova: Fix how service objects are looked up for Cells  https://review.openstack.org/16050615:50
bauzasdansmith: n-cpu logs are better, because conductor just says that it failed to boot15:51
dansmithbauzas: the conductor log tells us that it's happening on the conductor side though15:52
dansmithi.e. as a result of the save()15:52
bauzasdansmith: well, that's a ValidHost exception coming from a RescheduleException right ?15:52
*** lpetrut has joined #openstack-nova15:52
bauzas*NoValidHost of course...15:53
*** wN has left #openstack-nova15:53
dansmithbauzas: how can you tell?15:54
dansmithI feel like we've lost some rpc debugging recently15:54
openstackgerritGrzegorz Grasza (xek) proposed openstack/nova: Recover instance state after nova-compute service failure during spawn  https://review.openstack.org/16728115:54
*** markus_z has quit IRC15:55
openstackgerritMatt Riedemann proposed openstack/nova: Add DB2 support  https://review.openstack.org/6904715:55
bauzasdansmith: http://pastebin.com/XxT3azpp L192 points to L17215:55
dansmithbauzas: I think the conductor trace is a result of a call from compute, not that it's logging that compute threw an exception while it was making a call from cond->compute15:55
dansmithbauzas: sure, but that is after the failure15:56
bauzasdansmith: mmm, L172 is the result of the n-cpu exception right15:57
dansmithI don't think so15:57
bauzasdansmith: mmm15:57
bauzasFile  "/.autodirect/mtrswgwork/moshele/openstack/nova/nova/compute/manager.py",  line 2318, in _build_and_run_instance\n    instance_uuid=instance.uuid,  reason=six.text_type(e))\n', u'RescheduledException: Build of instance  24974567-637b-4ada-a724-648bd8812e9f was re-scheduled: A string is  required here, not dict\nTraceback (most recent call last):\n\n15:57
dansmithlook at L163 "returning exception to caller"15:57
dansmithI think what we're seeing is actually api->cond->compute->cond*15:58
dansmith* == failure15:58
*** rushiagr is now known as rushiagr_away15:58
*** sdake has quit IRC15:58
bauzasdansmith: yeah, that's what I'm saying :)15:58
*** ildikov has joined #openstack-nova15:59
bauzasdansmith: L163 is the same exception, but not yet raising a RescheduledException15:59
dansmithokay, but the conductor log is useful because it shows that the conductor is having a hard time reconstructing the compute_node object that we're doing the save on, I think15:59
bauzaswhat's hard is reading those logs :D15:59
bauzas(kidding)15:59
dansmithmore hard is trying to fix this without being able to reproduce :(15:59
*** emagana has quit IRC16:00
*** salv-orlando has quit IRC16:00
dansmithhmm16:01
mosheledansmith: this is the value {u'numa_node': None, u'physical_network': u'physnet1'} that expected to be string16:02
dansmithuh16:02
*** EmilienM is now known as EmilienM|PTO16:02
dansmithI dunno what that is.. bauzas is that PciDevicePool.tags ?16:02
*** emagana has joined #openstack-nova16:03
*** ildikov is now known as ildikov_afk16:03
dansmithmoshele: can you tell what field it's trying to set when it does that?16:04
bauzasdansmith: I'm trying to map the coerce line to see the field type16:04
*** melwitt has joined #openstack-nova16:04
*** amotoki has quit IRC16:04
*** rmoe has joined #openstack-nova16:05
mosheledansmith: I am checking16:05
*** amotoki has joined #openstack-nova16:05
dansmithmoshele: in nova/objects/base.py, in setter(), you can print/log the name16:05
bauzasdansmith: yeah, that sounds like tags16:05
*** Marga_ has quit IRC16:05
*** jistr has quit IRC16:05
dansmithbauzas: maybe but tags is a dict, so it would expect a dict16:05
bauzasdansmith: tags are differing, based on if you're getting them from the DB or from the object IIRC16:06
bauzasjust because I can read, is this a Numa stuff ?16:06
*** salv-orlando has joined #openstack-nova16:07
bauzasbingo16:07
bauzasobjects.PCIDevice16:07
dansmithbauzas: what?16:08
openstackgerritBrent Eagles proposed openstack/nova: WIP: Refactor Nova VIF model  https://review.openstack.org/16728716:08
dansmithalthough I do see that we need to handle hvspec too16:09
mosheledansmith: pci_device_stats before converting to obj list: [{'count': 7, 'vendor_id': u'15b3', 'product_id': u'1004', 'tags': {u'numa_node': None, u'physical_network': u'physnet1'}}]16:09
dansmithmoshele: okay16:09
bauzastags is a DictOfNullableStringsField16:10
bauzasso maybe it's trying to convert a tag which is not a string, but rather a dict ?16:11
bauzas(I mean a nested dict)16:11
dansmithmoshele: can you print the compute_node.pci_device_pools after we create that?16:11
dansmithit should show us what tags looks like in the object16:11
*** penick has joined #openstack-nova16:11
mosheledansmith: sure16:12
*** unicell has quit IRC16:12
*** iamjarvo has quit IRC16:13
*** garyk has joined #openstack-nova16:13
*** dulek has quit IRC16:15
openstackgerritEd Leafe proposed openstack/nova: Move ComputeNode creation at init stage in ResourceTracker  https://review.openstack.org/14890416:15
*** Nikolay_St has joined #openstack-nova16:17
*** melwitt has quit IRC16:17
*** thedodd has quit IRC16:19
*** melwitt has joined #openstack-nova16:20
*** garyk has quit IRC16:21
*** yamahata has quit IRC16:21
mosheledansmith:list: [PciDevicePool(count=7,product_id='1004',tags={tags='{u'numa_node': None, u'physical_network': u'physnet1'}'},vendor_id='15b3')]16:22
dansmithah hah16:22
mosheledansmith I think we have duplicate tags16:22
*** sdake has joined #openstack-nova16:22
dansmithI think it's from_dict() is broken16:23
dansmithwell, rather,16:23
dansmithit's not the right thing to use16:23
bauzas*facepalm*16:24
bauzasfrom_pci_stats16:24
*** sdake__ has joined #openstack-nova16:24
bauzasdansmith: ^16:24
dansmithbauzas: yeah, but that's still not right16:24
openstackgerritDan Smith proposed openstack/nova: Convert pci_device_pools dict to object before passing to scheduler  https://review.openstack.org/16725616:24
dansmithmoshele: ^16:24
*** bkopilov has quit IRC16:25
bauzasdansmith: hence the problem of reversibility16:25
dansmithaye16:25
bauzasthat's just horrible16:25
bauzasand as the PCI stuff is not really covered, then we have high chances to break something16:25
*** browne has joined #openstack-nova16:26
*** mestery has quit IRC16:26
dansmithyep16:26
*** mestery has joined #openstack-nova16:26
bauzasdansmith: MHO is that we should prevent the use of obj_to_primitive()16:26
dansmithwell, it's a hack16:26
dansmithwhen we don't need it anymore, it should go away for sure16:27
*** sdake has quit IRC16:27
bauzasdansmith: that's just because it's just taking each field and converting it to something which is *not* a DB primitive16:27
dansmithyep16:27
*** lan has quit IRC16:28
mosheledansmith: it is working :)16:28
bauzas\o/16:28
bauzasat least for pci :)16:28
dansmithcool16:28
dansmithI will update this as closes-bug16:29
openstackgerritDan Smith proposed openstack/nova: Convert pci_device_pools dict to object before passing to scheduler  https://review.openstack.org/16725616:29
*** Bsony has quit IRC16:30
bauzasdansmith: shall we not cover this ? :)16:30
mosheledansmith: do you know in the resource I see pcit_device_pools and pci_stats it seem that they contain the same information?16:30
bauzasmoshele: that's 2 ways of presenting the same information16:30
dansmithbauzas: cover this?16:30
*** Nikolay_St has quit IRC16:30
bauzasdansmith: I mean, testing it16:31
dansmithoh16:31
dansmithyeah, I suppose so :)16:31
*** Nikolay_St has joined #openstack-nova16:32
*** thedodd has joined #openstack-nova16:32
bauzasdansmith: I triaged the bug16:32
openstackgerritBenjamin GRASSART proposed openstack/nova: Add vnc_keymap support for vmware compute  https://review.openstack.org/16725816:34
*** amotoki has quit IRC16:35
*** nkrinner has quit IRC16:37
*** annegentle has joined #openstack-nova16:37
openstackgerritDan Smith proposed openstack/nova: Convert pci_device_pools dict to object before passing to scheduler  https://review.openstack.org/16725616:37
dansmithbauzas: covered ^16:38
*** annegent_ has joined #openstack-nova16:38
*** rushil has joined #openstack-nova16:39
*** lan has joined #openstack-nova16:39
*** unicell has joined #openstack-nova16:39
*** gszasz has quit IRC16:40
*** jaypipes_ has joined #openstack-nova16:41
dimsdansmith: bauzas: dumb question _from_db_object seems to get a field 'pci_stats' and turn that into compute.pci_device_pools, is there a possibility that the updates in the patch may have 'pci_stats' too? does it matter?16:42
dansmithno16:42
dansmithit's pci_stats in the db, pci_device_pools in the object16:42
*** yamahata has joined #openstack-nova16:42
dansmiththe problem is that we're going from object -> dict -> object here,16:42
dansmithnot taking a trip through the db representation16:42
*** annegent_ has quit IRC16:42
*** annegentle has quit IRC16:43
dimsdansmith: ah ok. thanks16:43
*** armax has quit IRC16:44
*** hdd has quit IRC16:44
*** sdake has joined #openstack-nova16:44
*** romainh has left #openstack-nova16:45
mriedemdansmith: that's a no-nonsense commit message :)16:45
*** ijw has quit IRC16:46
dansmithmore?16:46
mriedemshrug16:46
mriedemi'm just tailing her16:46
mriedem*here16:46
mriedemmaybe a note in the code would be helpful16:47
*** TobiasE has quit IRC16:48
*** dsanders has joined #openstack-nova16:48
*** sdake__ has quit IRC16:49
*** Nic has joined #openstack-nova16:50
*** matrohon has quit IRC16:50
*** sbfox has joined #openstack-nova16:51
*** sdake__ has joined #openstack-nova16:52
*** exploreshaifali has joined #openstack-nova16:54
*** sdake has quit IRC16:56
*** neelashah has quit IRC17:00
*** baoli has quit IRC17:02
*** emagana has quit IRC17:02
*** abhijeetm has quit IRC17:05
*** mpaolino has quit IRC17:05
*** neelashah has joined #openstack-nova17:05
*** jlanoux_ has quit IRC17:07
*** moshele has quit IRC17:08
*** Marga_ has joined #openstack-nova17:08
*** reed has joined #openstack-nova17:10
*** mikeit has joined #openstack-nova17:11
*** annegentle has joined #openstack-nova17:14
*** wuhao has quit IRC17:15
openstackgerritstgleb proposed openstack/python-novaclient: Fix hostname usage for Host resource.  https://review.openstack.org/16590517:17
*** harlowja_away is now known as harlowja17:18
*** mpaolino has joined #openstack-nova17:18
*** Nic has quit IRC17:20
openstackgerritDan Smith proposed openstack/nova: Convert pci_device_pools dict to object before passing to scheduler  https://review.openstack.org/16725617:20
*** Nic has joined #openstack-nova17:21
*** hdd has joined #openstack-nova17:23
*** baoli has joined #openstack-nova17:24
*** ijw has joined #openstack-nova17:26
*** mjturek1 has quit IRC17:26
*** salv-orlando has quit IRC17:26
*** rushil has quit IRC17:28
*** achanda has joined #openstack-nova17:28
*** annashen has joined #openstack-nova17:28
*** salv-orlando has joined #openstack-nova17:28
*** baoli has quit IRC17:28
*** patrickeast has joined #openstack-nova17:29
*** dboik_ has quit IRC17:30
*** baoli has joined #openstack-nova17:30
*** otter768 has joined #openstack-nova17:30
*** dboik has joined #openstack-nova17:30
openstackgerritSean Dague proposed openstack/nova: don't 500 on invalid security group format  https://review.openstack.org/16722017:31
*** sbfox has quit IRC17:31
*** annashen has quit IRC17:33
*** annegentle has quit IRC17:34
*** otter768 has quit IRC17:35
*** Bsony has joined #openstack-nova17:36
jproulxHate to ask a usage question in a dev channel, but coming up empty elsewhere17:39
jproulxHow do you apply a quota_class to a project? defining them is easy but can't find how to actually use them...17:39
mriedemjproulx: i'm pretty sure quota classes aren't supported / don't work - besides the default quota clsas17:41
mriedem*class17:41
*** Bsony has quit IRC17:41
russellbyep, was never fully implemented17:41
jproulxthat would explain my issues :)17:41
russellbsorry that it's confusing17:42
mriedemfwiw we tried removing it :)17:42
mriedembut you know, can't remove apis kind of17:42
*** oro has quit IRC17:42
jproulxsigh, but at least I can stop trying to figure it out and just loop through the projects I want to quota...17:42
*** oro_ has quit IRC17:42
*** annegentle has joined #openstack-nova17:43
*** lpetrut has quit IRC17:44
*** dboik_ has joined #openstack-nova17:44
*** lpetrut has joined #openstack-nova17:44
*** derekh has quit IRC17:45
*** mikeit has quit IRC17:46
openstackgerritLucas Alvares Gomes proposed openstack/nova: Ironic: Remove passing Flavor's deploy_{kernel, ramdisk}  https://review.openstack.org/16734117:47
*** dboik has quit IRC17:47
sdaguedansmith: are we emitting deprecation messages on the json pci format? or did that not even get to deprecation?17:48
*** tonytan4ever has joined #openstack-nova17:48
*** zz_jgrimm is now known as jgrimm17:48
dansmithsdague: I don't think we've done any of the things necessary to handle any of the broken stuff, unfortunately17:48
dansmithbut I could be wrong17:48
sdaguedansmith: ok17:49
*** ijw has quit IRC17:50
*** armax has joined #openstack-nova17:52
*** exploreshaifali has quit IRC17:53
*** Mike_D_laptop has joined #openstack-nova17:54
claudiubhello. if anyone has a little bit of time to take a look at the v2.2 cleanup, please do. :) https://review.openstack.org/#/c/161857/17:55
sahideglynn: the hotfix is done http://brewweb.devel.redhat.com/brew/taskinfo?taskID=889918217:56
eglynnsahid: nice :)17:56
sdaguedims: - https://bugs.launchpad.net/nova/+bug/1433142 you have comments in there, is that a confirmed state?17:56
openstackLaunchpad bug 1433142 in oslo-incubator "ProcessLauncher should support reloading config file for parent process on receiving SIGHUP" [Undecided,In progress] - Assigned to Elena Ezhova (eezhova)17:56
sahidi need to go, i reconnect myself tonight to see if all is OK17:58
sahidsee you17:58
* sahid afk17:58
*** jamie_h has joined #openstack-nova17:58
*** baoli has quit IRC17:59
*** ijw has joined #openstack-nova18:00
*** baoli_ has joined #openstack-nova18:00
*** emagana has joined #openstack-nova18:03
dimssdague: one more needed to merge - https://review.openstack.org/#/c/165104/ in oslo-inc18:04
*** jcoufal has quit IRC18:04
*** jamielennox|away is now known as jamielennox18:04
*** lucasagomes is now known as lucas-dinner18:04
sdaguedims: ok18:05
*** mpaolino has quit IRC18:05
sdaguecan you categorize the severity on that bug?18:05
sdaguetrying to get things out of in progress18:06
sdaguesorry, trying to get things out of Undecided,New18:06
dimsthanks sdague18:06
sdaguedims: you going to own the oslo sync once that is done?18:07
dimssdague: yep18:07
sdagueok, assigning you to the nova bug18:07
dimssdague: fyi, i am running tracy's nova-bugs util on another server if you want to use - http://198.11.213.110/nova_bugs/18:07
*** emagana has quit IRC18:08
sdagueok, I was just running the new bugs list to get that down to 0 again18:08
*** exploreshaifali has joined #openstack-nova18:09
*** mpavone has quit IRC18:12
*** PaulMurray is now known as ptm_away18:13
*** baoli_ has quit IRC18:15
*** annegentle has quit IRC18:16
openstackgerritJosh Gachnang proposed openstack/nova: Adjust resource tracker for new Ironic states  https://review.openstack.org/16431318:20
*** reed has quit IRC18:24
*** Marga_ has quit IRC18:24
*** sbfox has joined #openstack-nova18:24
*** ZZelle_ has joined #openstack-nova18:26
*** yassine has quit IRC18:26
*** achanda has quit IRC18:28
*** emagana has joined #openstack-nova18:29
*** annegentle has joined #openstack-nova18:30
*** apuimedo has quit IRC18:31
*** lpetrut has quit IRC18:32
*** Maike has joined #openstack-nova18:33
*** emagana has quit IRC18:33
*** neelashah has quit IRC18:33
*** VW_ has quit IRC18:35
*** reed has joined #openstack-nova18:35
*** eglynn has quit IRC18:37
*** oro has joined #openstack-nova18:37
*** oro_ has joined #openstack-nova18:37
*** Mike_D_laptop has quit IRC18:41
*** annegentle has quit IRC18:45
*** ritesh has joined #openstack-nova18:47
*** ritesh has quit IRC18:49
openstackgerritJosh Gachnang proposed openstack/nova: Add support for cleaning in Ironic driver  https://review.openstack.org/16147418:49
*** hdd has quit IRC18:55
*** achanda has joined #openstack-nova18:57
*** VW_ has joined #openstack-nova18:59
*** achanda has quit IRC19:00
*** achanda has joined #openstack-nova19:00
dansmithsdague: so on this: https://review.openstack.org/#/c/131321/19:01
dansmithsdague: it sounds like there is more that needs to be done, but that this *is* incremental improvement19:01
*** jistr has joined #openstack-nova19:02
dansmithsdague: given how little progress has been made after so long, I feel like putting this in to at least avoid the crash on start is probably a good idea19:02
dansmithif either of the main pci guys were around, I would ask them about next steps and timing, but alas...19:02
*** ijw has quit IRC19:08
*** jcoufal has joined #openstack-nova19:11
*** ajayaa has quit IRC19:12
openstackgerritDan Smith proposed openstack/nova: Convert pci_device_pools dict to object before passing to scheduler  https://review.openstack.org/16725619:12
dansmithsdague: mriedem: had to handle an =None case ^^19:12
mriedemlooking19:13
dansmithnot really sure why we failed something in grenade for that and not anywhere else19:14
*** johnthetubaguy is now known as zz_johnthetubagu19:16
*** eharney has quit IRC19:20
*** Marga_ has joined #openstack-nova19:21
mriedemsdague: melwitt: remember during the novaclient 2.21 debacle with volumes where some discussion happened around super ugly code in novaclient and how it deals with volumes? i think it's talking directly to cinder API or something?19:24
mriedemis something happening to clean that up?19:25
mriedemi lost track19:25
*** edmondsw has joined #openstack-nova19:25
melwittmriedem: yeah, the issue was that the cli creates a client object with service_type='volume' which will use the volume endpoint from the service catalog, whereas the api relied on the caller to pass the same in order to call cinder, else it would call the nova proxy with a wrong path. recently we merged a patch that makes the api use the volume endpoint too, so that the cli and api do the same thing19:27
andreykurilinclaudiub: hi!19:28
claudiubandreykurilin: hello19:29
*** tellesnobrega has quit IRC19:29
andreykurilinclaudiub: can I use(modify and send new patch-set) your patch https://review.openstack.org/#/c/136458/ ?19:29
*** emagana has joined #openstack-nova19:30
*** dboik_ has quit IRC19:30
claudiubandreykurilin: sure, go ahead. :) but I'm curios about why. :)19:30
*** dboik has joined #openstack-nova19:31
*** otter768 has joined #openstack-nova19:31
*** jistr has quit IRC19:31
andreykurilinclaudiub: so I'm working on new patch-set of https://review.openstack.org/#/c/152569 and another patch which add additional decorators(add version info to functions). Your patch looks like the best one for testing it:)19:32
*** doude has quit IRC19:32
*** tellesnobrega has joined #openstack-nova19:33
*** emagana has quit IRC19:34
*** dboik_ has joined #openstack-nova19:35
claudiubandreykurilin: i see. Hm, I still have to send my patchset up, to fix the current pep8 and tests. I will do that now, if that's ok with you. :)19:35
*** otter768 has quit IRC19:36
andreykurilinclaudiub: great, thanks) I'll use your patch tomorrow. Today is too late at my timezone:)19:37
claudiubandreykurilin: cool, no problem. :) sending it in 2 mins19:37
*** emagana has joined #openstack-nova19:37
mriedemmelwitt: that would be this change right? e0f5072907a00d48a183dd8fc91a6cf6038ca27919:38
edmondswmelwitt, volume or volumev2? And can you point me to that commit?19:38
mriedemoops https://review.openstack.org/#/c/164321/19:38
*** dboik has quit IRC19:38
mriedemedmondsw: ^19:38
openstackgerritClaudiu Belu proposed openstack/python-novaclient: Adds support for x509 certificates as keypairs  https://review.openstack.org/13645819:39
*** morganfainberg is now known as needslesscoffee19:39
*** achanda has quit IRC19:42
melwittedmondsw, mriedem: volume, to match the cli. I'm guessing this broke someone using service_type='volumev2' :(  if so, it has to be changed to only use that only if it's not already set to 'volume' or 'volumev2'19:42
mriedemmelwitt: i think volumev2 is already broken19:42
mriedemhttps://bugs.launchpad.net/python-novaclient/+bug/139284619:43
openstackLaunchpad bug 1392846 in python-novaclient "nova volume-list does not work when using cinder v2 API" [High,Confirmed] - Assigned to yatin (yatinkarel)19:43
edmondswmelwitt mriedem, volumev2 is an abomination... they need to get rid of it... version has nothing to do with service type19:43
edmondswwas hoping that was underway here19:43
*** exploreshaifali has quit IRC19:44
melwittedmondsw, mriedem: okay. I use the word "service_type" because that's how novaclient looks up the things in service catalog and the cinder v2 endpoint is named 'volumev2'. I think.19:44
edmondswmelwitt, yeah, what I mean is that should be just "volume", not "volumev2", in the service catalog19:45
mriedemneedslesscoffee: ^ did anything happen with changing that?19:46
melwittedmondsw: oh, okay19:46
needslesscoffeemriedem, hmm?19:46
needslesscoffeemriedem, reading backlog19:47
*** andrewbogott has joined #openstack-nova19:48
needslesscoffeeoh god yeah don't encode versions in the type!! :(19:48
*** VW_ has quit IRC19:49
*** Mike_D_laptop has joined #openstack-nova19:49
needslesscoffeeand service type is the right approach in the SC afaik19:49
mriedemneedslesscoffee: btw, it's not casual nick friday :)19:49
kashyapmriedem: When you get a moment, since you're involved in block layer stuff in Nova,19:49
needslesscoffeewe should summon a thingee and disucss this with him.19:49
mriedem-dev?19:50
needslesscoffeemriedem, i know it isn't... i just need less coffee :(19:50
kashyapHave you seen this bug lately -- https://bugs.launchpad.net/nova/+bug/135393919:50
openstackLaunchpad bug 1353939 in OpenStack Compute (nova) "Rescue fails with 'Failed to terminate process: Device or resource busy' in the n-cpu log" [High,Confirmed]19:50
needslesscoffeemriedem, -dev or -cinder19:50
*** needslesscoffee is now known as morganfainberg19:50
mriedemkashyap: that's a known gate race yeah19:50
kashyapmriedem: afazekas gave me a reproducer this afternoon, and I'm trying to chase down the QEMU issue.19:50
mriedemedmondsw: moving to #openstack-dev19:50
*** doude has joined #openstack-nova19:50
kashyapmriedem: Oh, Gate race only?19:52
kashyapmriedem: If you take OpenStack out of the equation, you can't reproduce it?19:52
kashyapCurrent error I see is -- "main-loop: WARNING: I/O thread spun for 1000 iterations"19:52
kashyapWhen you invoke:  $ tox -eall ServerRescueNegativeTestJSON19:53
*** eharney has joined #openstack-nova19:53
mriedemkashyap: i haven't tried to reproduce it outside of openstack, or in generally honestly19:53
mriedem*general19:53
kashyapmriedem: Not that specific bug (it's a 'related' one to what afazekas pointed to me on -qa this evening).19:54
kashyapAnyway, I'll see if I'll muster up enough energy tongiht to find _some_ cause of the I/O error above.19:54
*** mpaolino has joined #openstack-nova19:54
mriedemfwiw i always lumped that bug in with the other gate bugs related to lvm intermittently getting locked up for 2 minutes19:54
mriedemcausing timeouts19:54
*** doude has quit IRC19:54
mriedemkashyap: https://bugs.launchpad.net/nova/+bug/137351319:55
openstackLaunchpad bug 1373513 in Cinder "Lvm hang during tempest tests" [Critical,Fix committed] - Assigned to John Griffith (john-griffith)19:55
kashyapmriedem: Hmm, thanks for this context. I'll just try to reproduce this w/o Tempest.19:56
andrewbogottIs the tenant_id exposed to an instance in any way?  If not, would there be support for that to be added to the instance metadata?19:57
*** jcoufal has quit IRC19:58
*** flwang1 has joined #openstack-nova20:00
flwang1mriedem: ping20:01
mriedemmelwitt: isn't this wrong now? https://github.com/openstack/python-novaclient/blob/master/novaclient/shell.py#L6820:03
mriedemgiven https://github.com/openstack-dev/devstack/blob/master/lib/nova#L36820:04
mriedemshouldn't that be 21 / computev21?20:04
*** matrohon has joined #openstack-nova20:04
openstackgerritJosh Gachnang proposed openstack/nova-specs: API: Proxy neutron configuration to guest instance  https://review.openstack.org/16738520:04
mriedemflwang: pong20:04
*** emagana has quit IRC20:04
*** agentle has joined #openstack-nova20:06
*** baoli has joined #openstack-nova20:06
*** neelashah has joined #openstack-nova20:06
melwittmriedem: yes. I have seen the fix as part of a much bigger patch that's adding microversion capability on the client https://review.openstack.org/#/c/152569/20/novaclient/shell.py,cm20:07
*** doude has joined #openstack-nova20:07
*** baoli has quit IRC20:07
*** baoli has joined #openstack-nova20:08
flwang1mriedem: could you pls revisit https://review.openstack.org/164494 ?20:09
flwang1mriedem: i'm not sure if i fully understand  your comments as for bumping the rpc version20:09
mriedemflwang: so we aren't going to be backporting the rpc api changes20:09
flwang1mriedem: so did you mean I should split current patch into 2?20:10
mriedemflwang: the tactical, backportable fix is detect if the instance is volume-backed in the backup api and raise an exception20:10
mriedemflwang: yeah20:10
flwang1i mean put the rpc version bumping to another patch?20:10
mriedemyes20:10
mriedemfail if they try to backup a volume-backed api today since it's not supported20:10
*** promulo has joined #openstack-nova20:10
mriedemthen do another patch that adds the support with the rpc api version change20:10
mriedemwhich is really more of a feature20:11
flwang1mriedem: TBH, i'm not really understand "how" to fail if they try to backup a volume-backed api today since it's not supported20:12
*** Mike_D_laptop has quit IRC20:12
mriedemflwang: in https://review.openstack.org/#/c/164494/9/nova/compute/api.py - if if self.is_volume_backed_instance(context, instance, bdms): is True, raise an exception20:12
mriedemthe backup api extension can handle the exception and return a 40020:13
*** xyang1 has joined #openstack-nova20:13
flwang1does that mean even though we backport this to juno and icehouse, the two releases still can't support the volume-backed backup?20:13
mriedemflwang: correct20:13
mriedemit makes the failure more obvious20:13
flwang1nope!!=-O20:13
mriedemsince we fail fast20:13
flwang1so we will let the user can't use this function until Kilo?20:14
mriedemassuming the rpc change to allow it makes it into kilo at this point20:14
*** apuimedo has joined #openstack-nova20:15
mriedembut yes, kilo would be the earliest possible20:15
mriedemsince we wouldn't be backporting the rpc api changes20:15
mriedemespecially not stable/icehouse, since it's not a security fix20:15
flwang1mriedem: so is there any way we can get the function in juno and icehouse?20:16
mriedemflwang: you can certainly carry it out of tree at your own risk :)20:16
flwang1mriedem: lol, so you mean keep it in private repo?20:16
mriedemyeah20:17
*** ijw has joined #openstack-nova20:18
flwang1mriedem: ah, I see. thank you so much for your clarification.20:20
*** doude has quit IRC20:20
*** eglynn has joined #openstack-nova20:21
flwang1mriedem: so the first patch will raise an exception if it's volume backed, and the current patch could be the 2nd patch,  is it?20:23
mriedemflwang: yeah20:24
flwang1mriedem: cool, thanks for the confirmation20:24
flwang1eglynn: ping20:24
eglynnflwang1: hello20:24
flwang1eglynn: i'm working on a nova backup bug and I saw some code your wrote long time ago,  see https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L1075-L108120:25
flwang1eglynn: i opened a bug https://bugs.launchpad.net/nova/+bug/1435596 to refactor20:26
openstackLaunchpad bug 1435596 in OpenStack Compute (nova) "[RFE] Refactor the image-create code" [Low,In progress] - Assigned to Fei Long Wang (flwang)20:26
flwang1IMHO, any volume backed instance doesn't have the image ref20:26
* eglynn looking20:27
*** jamie_h has quit IRC20:28
flwang1but when you fixed bug https://bugs.launchpad.net/nova/+bug/1034730 ,  the patch gets the image ref from instance and to do the image create20:29
openstackLaunchpad bug 1034730 in OpenStack Compute (nova) "qemu-img receives 'None' as source image to snapshot" [Medium,Fix released] - Assigned to Eoghan Glynn (eglynn)20:29
flwang1so am i missing anything? thanks20:29
*** ijw_ has joined #openstack-nova20:30
*** baoli has quit IRC20:31
*** mwagner_lap has quit IRC20:32
*** baoli has joined #openstack-nova20:32
*** dkliban is now known as dkliban_afk20:32
*** mpaolino has quit IRC20:32
*** ijw has quit IRC20:33
*** vladikr has quit IRC20:34
*** jcru has quit IRC20:35
*** rushil has joined #openstack-nova20:35
*** achanda has joined #openstack-nova20:35
*** andrewbogott is now known as andrewbogott_afk20:37
eglynnflwang1: here's my original change https://github.com/openstack/nova/commit/c3476b5ca7ab5237d3cb8a84fcb7a3292237b76420:37
mriedemyeah https://review.openstack.org/#/c/12583/20:38
flwang1eglynn: yep, i saw that20:38
eglynnflwang1: and here's the subsequent change that I believe you're confused about https://github.com/openstack/nova/commit/4493c27920:38
flwang1it's changed by someone else20:38
mriedemseems we should have made the libvirt driver smarter in the case that source.file isn't in the xml?20:38
flwang1but what's i don't understand is why it tried to get the image ref from a volume backed instance20:38
eglynnflwang1: yes, exactly20:39
mriedemflwang: b/c the libvirt driver was blindly passing source.file to qemu assuming it was populated20:39
mriedemwhich isn't not when booting from a volume20:39
eglynnflwang1: see https://bugs.launchpad.net/nova/+bug/119106920:39
openstackLaunchpad bug 1191069 in OpenStack Compute (nova) "image-create fails on a boot from volume when no image ref is specified" [High,Fix released] - Assigned to Vincent Hou (houshengbo)20:39
mriedemseems the libvirt driver should have tried source.dev if source.file wasn't there20:39
*** sahid has quit IRC20:40
mriedemi'll admit i don't know what qemu will or will not allow here20:41
flwang1eglynn: yep, i saw that either. so do we still need that logic? since i think for now there is no volume-backed instance with image-ref20:41
eglynnflwang1: yeah the confusion here around the fact the ability to boot from volume *without* an image ref was added subsequent to the original patch you reference above20:42
eglynnflwang1: ... and at that point the image-ref became optional20:42
flwang1eglynn: 'optional'?20:42
*** reed has quit IRC20:42
flwang1eglynn: does that mean there is a scenario that a volume-backed instance has an image ref?20:43
*** baoli has quit IRC20:43
eglynnflwang1: TBH I don't remember off-hand the exact sequence of changes from several years ago ... at one point image-ref was needed for boot-for-volume, later it wasn't20:43
eglynnboot *from volume20:44
*** baoli has joined #openstack-nova20:44
*** neelashah has quit IRC20:47
*** nellysmitt has joined #openstack-nova20:47
*** nellysmitt has quit IRC20:47
eglynnflwang1: this change to devstack demonstrates how boot-from-volume changed https://review.openstack.org/#/c/14579/3/exercises/boot_from_volume.sh20:50
*** baoli has quit IRC20:50
*** __TheDodd__ has joined #openstack-nova20:50
flwang1eglynn: ah, i can see your point, I will give it a try20:51
flwang1eglynn: thank you so much for the explanation20:51
eglynnflwang1: np!20:51
*** baoli has joined #openstack-nova20:52
*** baoli has quit IRC20:53
*** thedodd has quit IRC20:53
*** baoli has joined #openstack-nova20:54
*** Maike has quit IRC20:56
*** andrewbogott_afk is now known as andrewbogott20:58
*** apuimedo has quit IRC20:59
*** melwitt has quit IRC21:05
*** melwitt_ has joined #openstack-nova21:05
*** melwitt_ has quit IRC21:05
*** emagana has joined #openstack-nova21:05
*** melwitt has joined #openstack-nova21:05
*** openstackgerrit has quit IRC21:07
*** openstackgerrit has joined #openstack-nova21:07
*** apuimedo has joined #openstack-nova21:07
*** aysyd has quit IRC21:08
*** doude has joined #openstack-nova21:09
*** emagana has quit IRC21:10
*** VW_ has joined #openstack-nova21:12
*** gokrokve has joined #openstack-nova21:13
*** jcru has joined #openstack-nova21:13
*** jcru has quit IRC21:13
*** neelashah has joined #openstack-nova21:20
*** reed has joined #openstack-nova21:20
mriedemis it bad that we don't have any boot from volume api samples tests?21:20
mriedemwe do have a unit test21:20
*** ndipanov has quit IRC21:22
melwittmriedem: I think we don't have a tempest test either (being skipped right now) test_volume_boot_pattern21:27
*** lennyb has quit IRC21:28
mriedemah that's right, bug 137351321:28
openstackbug 1373513 in Cinder "Lvm hang during tempest tests" [Critical,Fix committed] https://launchpad.net/bugs/1373513 - Assigned to John Griffith (john-griffith)21:28
*** pixelbeat has quit IRC21:28
mriedemapi sample test would fake out the volume api though21:29
mriedemwe've had an out of tree test since grizzly but it's been busted since havana :P so i'm debating how much i care about trying to fix and upstream the damn thing21:29
*** emagana has joined #openstack-nova21:29
melwittmriedem: yeah, sorry. was just thinking on the general subject of testing boot from volume21:31
*** andreykurilin_ has joined #openstack-nova21:31
*** annashen has joined #openstack-nova21:32
*** otter768 has joined #openstack-nova21:32
*** harlowja is now known as harlowja_away21:32
mriedemmaybe i'll just open a bug and punt :)21:33
mriedemi'm satisfied with that level of laziness21:33
melwitt:)21:33
*** emagana has quit IRC21:33
*** andreykurilin__ has joined #openstack-nova21:36
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Change processing versions  https://review.openstack.org/15256921:36
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: WIP: filter functions by supported versions  https://review.openstack.org/16740821:36
*** IanGovett1 has joined #openstack-nova21:36
*** andreykurilin_ has quit IRC21:36
*** claudiub has quit IRC21:36
*** annashen has quit IRC21:36
*** otter768 has quit IRC21:37
*** dprince has quit IRC21:38
*** IanGovett has quit IRC21:39
*** thangp has quit IRC21:39
*** edmondsw has quit IRC21:39
flwang1mriedem: still around?21:45
mriedemflwang1: leaving in like 5 minutes21:46
flwang1quick question21:46
flwang1so what's the exception you prefer for failure?21:46
*** VW_ has quit IRC21:46
flwang1InvalidRequest? ServiceUnavailable?21:46
mriedemthe nova exception?21:46
flwang1yep21:46
mriedemit'd be a 400 i think21:46
mriedemnot sure what the compute api should be raising, probably just invalid with a custom _() message21:47
flwang1yep, I agree with 40021:47
mriedemalthough we're past string freeze...21:47
mriedemi guess look through the existing nova exceptions and see if something fits21:47
flwang1ok21:47
flwang1I will submit a patch soon21:48
*** agentle has quit IRC21:48
*** mdbooth has quit IRC21:48
*** tlbr has quit IRC21:48
*** wolsen has quit IRC21:48
*** flip214 has quit IRC21:48
*** tristanC has quit IRC21:48
*** agentle has joined #openstack-nova21:49
*** mdbooth has joined #openstack-nova21:49
*** tlbr has joined #openstack-nova21:49
*** wolsen has joined #openstack-nova21:49
*** flip214 has joined #openstack-nova21:49
*** tristanC has joined #openstack-nova21:49
*** agentle has quit IRC21:50
*** kaufer has quit IRC21:53
*** mriedem is now known as mriedem_away21:53
*** emagana has joined #openstack-nova21:53
*** ijw has joined #openstack-nova21:54
*** baoli has quit IRC21:56
*** nelsnelson has quit IRC21:56
*** baoli has joined #openstack-nova21:57
*** ijw_ has quit IRC21:57
*** baoli has quit IRC21:58
*** Marga_ has quit IRC21:59
*** baoli has joined #openstack-nova21:59
*** neelashah has quit IRC22:00
*** jcook has quit IRC22:01
*** s1rp has quit IRC22:02
*** s1rp has joined #openstack-nova22:03
*** lucas-dinner has quit IRC22:04
*** achanda_ has joined #openstack-nova22:04
*** harlowja_away is now known as harlowja22:05
*** VW_ has joined #openstack-nova22:06
*** oro has quit IRC22:06
*** oro_ has quit IRC22:07
*** oro has joined #openstack-nova22:07
*** andrewbogott is now known as andrewbogott_afk22:07
*** achanda has quit IRC22:08
*** baoli has quit IRC22:08
*** sbfox1 has joined #openstack-nova22:09
*** baoli has joined #openstack-nova22:10
*** sbfox has quit IRC22:10
*** VW_ has quit IRC22:11
*** ociuhandu has quit IRC22:13
*** burt has quit IRC22:13
*** changbl has quit IRC22:14
*** VW_ has joined #openstack-nova22:14
*** jcook has joined #openstack-nova22:14
*** Marga_ has joined #openstack-nova22:18
*** andreykurilin__ has quit IRC22:23
*** andreykurilin_ has joined #openstack-nova22:23
*** jcoufal has joined #openstack-nova22:23
*** jecarey has quit IRC22:25
*** VW_ has quit IRC22:26
*** baoli has quit IRC22:27
*** baoli has joined #openstack-nova22:27
*** emagana has quit IRC22:29
*** Marga_ has quit IRC22:30
*** eglynn has quit IRC22:34
openstackgerritFei Long Wang proposed openstack/nova: Raise exception when backup volume-backed instance  https://review.openstack.org/16741822:35
*** __TheDodd__ has quit IRC22:35
*** Marga_ has joined #openstack-nova22:36
openstackgerritFei Long Wang proposed openstack/nova: Raise exception when backup volume-backed instance  https://review.openstack.org/16741822:37
*** sbfox1 has quit IRC22:42
*** asettle has joined #openstack-nova22:42
*** sbfox has joined #openstack-nova22:44
*** tonytan4ever has quit IRC22:48
*** sbfox has quit IRC22:53
*** baoli_ has joined #openstack-nova22:53
*** armax has quit IRC22:54
*** baoli has quit IRC22:55
*** baoli_ has quit IRC22:56
*** matrohon has quit IRC22:56
*** thomasem is now known as thomasem-away22:58
*** salv-orl_ has joined #openstack-nova22:58
melwittdims: did the rules change for the quick hit bug list? I see a lot of strikethroughs for merged things23:02
*** salv-orlando has quit IRC23:02
*** penick has quit IRC23:02
*** markvoelker has quit IRC23:06
*** claudiub has joined #openstack-nova23:07
*** penick has joined #openstack-nova23:07
*** andreykurilin_ has quit IRC23:07
*** andreykurilin__ has joined #openstack-nova23:07
*** sdake__ has quit IRC23:10
*** welldannit has joined #openstack-nova23:11
*** dims has quit IRC23:14
*** dims has joined #openstack-nova23:16
*** dims has quit IRC23:17
*** dims has joined #openstack-nova23:17
dimsmelwitt: it could use a cleanup23:18
dimsmelwitt: if you have some time23:19
melwittdims: okay, I just wanted to check with you before I delete things and add to the counter. thanks :)23:19
*** penick has quit IRC23:22
*** ociuhandu has joined #openstack-nova23:25
*** otter768 has joined #openstack-nova23:33
*** annashen has joined #openstack-nova23:34
*** andreykurilin__ has quit IRC23:34
*** flwang1 has quit IRC23:35
*** asettle has quit IRC23:35
*** ijw_ has joined #openstack-nova23:37
*** otter768 has quit IRC23:37
*** annashen has quit IRC23:38
*** mwagner_lap has joined #openstack-nova23:39
*** ijw has quit IRC23:40
*** markvoelker has joined #openstack-nova23:47
*** oomichi has joined #openstack-nova23:49
*** ZZelle_ has quit IRC23:52
*** penick has joined #openstack-nova23:52
*** markvoelker has quit IRC23:52
*** hblixt has joined #openstack-nova23:53
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Fix v2.1 hypervisor servers to return empty list  https://review.openstack.org/16710023:54
*** ildikov_afk has quit IRC23:54
*** gyee has joined #openstack-nova23:54
*** oomichi has quit IRC23:56

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