Wednesday, 2015-09-16

*** electrocucaracha has quit IRC00:00
*** dannywilson has quit IRC00:01
*** SourabhP has quit IRC00:03
*** promulo has joined #openstack-nova00:03
*** promulo__ has quit IRC00:07
*** asettle is now known as asettle-afk00:09
*** shoutm has joined #openstack-nova00:10
*** jwang_ has joined #openstack-nova00:16
*** armax_ has joined #openstack-nova00:17
*** xgsa1 has joined #openstack-nova00:18
*** thorst has joined #openstack-nova00:18
*** tsekiyama has quit IRC00:18
*** devlaps has quit IRC00:18
*** BadCub_ has joined #openstack-nova00:18
*** julien_ZTE has quit IRC00:19
*** dims_ has quit IRC00:20
*** bapalm_ has joined #openstack-nova00:20
*** tcammann_ has joined #openstack-nova00:21
*** cburgess_ has joined #openstack-nova00:21
*** jwang has quit IRC00:21
*** BadCub has quit IRC00:21
*** tcammann has quit IRC00:21
*** cburgess has quit IRC00:21
*** shz has quit IRC00:21
*** armax has quit IRC00:21
*** xgsa has quit IRC00:21
*** shz has joined #openstack-nova00:21
*** bapalm has quit IRC00:21
*** shz has quit IRC00:21
*** Jeffrey4l has joined #openstack-nova00:21
*** armax_ is now known as armax00:21
*** shihanzhang has joined #openstack-nova00:21
*** mtanino has quit IRC00:22
*** yamahata has quit IRC00:24
*** bradjones has quit IRC00:25
*** thorst has quit IRC00:28
*** shoutm_ has joined #openstack-nova00:28
*** ildikov_ has quit IRC00:28
*** kgalanov_ has joined #openstack-nova00:29
*** shoutm has quit IRC00:29
*** asettle-afk is now known as asettle00:29
*** scottda_ has joined #openstack-nova00:30
*** angdraug has quit IRC00:30
*** wasmum- has joined #openstack-nova00:30
*** slagle_ has joined #openstack-nova00:31
*** StevenK_ has joined #openstack-nova00:31
*** gibi_ has joined #openstack-nova00:31
*** toanster has joined #openstack-nova00:31
*** mtaylor has joined #openstack-nova00:31
*** raorn_ has joined #openstack-nova00:32
*** StevenK has quit IRC00:32
*** piyanai has joined #openstack-nova00:32
*** StevenK_ is now known as StevenK00:33
*** gabriel-1 has joined #openstack-nova00:33
*** htruta` has joined #openstack-nova00:33
*** JoshNang_ has joined #openstack-nova00:34
*** agireud- has joined #openstack-nova00:34
*** patrickeast_ has joined #openstack-nova00:34
*** rex_lee_ has joined #openstack-nova00:34
*** otter768 has joined #openstack-nova00:35
*** Jeffrey4l has quit IRC00:35
*** jdurgin has quit IRC00:35
*** nic has quit IRC00:35
*** slagle has quit IRC00:35
*** toan has quit IRC00:35
*** jaypipes has quit IRC00:35
*** agireud has quit IRC00:35
*** JoshNang has quit IRC00:35
*** gibi has quit IRC00:35
*** lennyb has quit IRC00:35
*** raorn has quit IRC00:35
*** clarkb has quit IRC00:35
*** gabriel-bezerra has quit IRC00:35
*** mordred has quit IRC00:36
*** htruta has quit IRC00:36
*** kgalanov has quit IRC00:36
*** mikal has quit IRC00:36
*** rex_lee has quit IRC00:36
*** patrickeast has quit IRC00:36
*** scottda has quit IRC00:36
*** tlbr has quit IRC00:36
*** wasmum has quit IRC00:36
*** agireud- is now known as agireud00:36
*** JoshNang_ is now known as JoshNang00:36
*** diogogmt has quit IRC00:36
*** nic has joined #openstack-nova00:36
*** scottda_ is now known as scottda00:36
*** mikal has joined #openstack-nova00:36
*** patrickeast_ is now known as patrickeast00:38
*** jaypipes has joined #openstack-nova00:39
*** otter768 has quit IRC00:40
*** mdrabe has joined #openstack-nova00:40
*** Jeffrey4l has joined #openstack-nova00:42
*** lennyb has joined #openstack-nova00:42
*** clarkb has joined #openstack-nova00:42
*** tlbr has joined #openstack-nova00:42
*** mwagner_lap has joined #openstack-nova00:42
*** shoutm_ has quit IRC00:46
*** julien_ZTE has joined #openstack-nova00:48
*** shoutm has joined #openstack-nova00:48
*** nic has quit IRC00:51
*** jdurgin has joined #openstack-nova00:52
*** salv-orl_ has joined #openstack-nova00:53
*** ssurana has joined #openstack-nova00:55
*** salv-orlando has quit IRC00:56
*** salv-orl_ has quit IRC00:57
*** ssurana has quit IRC01:01
*** dims_ has joined #openstack-nova01:05
*** jdandrea has quit IRC01:05
*** yamahata has joined #openstack-nova01:08
*** ssurana has joined #openstack-nova01:11
*** ssurana has left #openstack-nova01:11
*** BadCub_ is now known as BadCub01:16
*** r-daneel has quit IRC01:17
*** vilobhmm_11 has quit IRC01:19
*** stevemar has joined #openstack-nova01:19
*** kylek3h has joined #openstack-nova01:23
*** kaisers has quit IRC01:29
*** stevemar has quit IRC01:29
*** stevemar has joined #openstack-nova01:30
*** piyanai has quit IRC01:31
openstackgerritfelix23ma proposed openstack/nova: Fix bug: volume booted instance rebuild doesn't change operating system in root device  https://review.openstack.org/22388701:32
*** dims_ has quit IRC01:34
*** baoli has joined #openstack-nova01:36
*** kaisers has joined #openstack-nova01:38
openstackgerritAtsushi SAKAI proposed openstack/python-novaclient: Fix nova bash-completion needs authentication  https://review.openstack.org/22301201:38
*** eliqiao has joined #openstack-nova01:39
openstackgerritAndrei V. Ostapenko proposed openstack/nova: Fixes bug with notify_decorator bad getattr default value  https://review.openstack.org/22389001:39
*** Apoorva_ has joined #openstack-nova01:40
*** kylek3h has quit IRC01:41
*** eliqiao has quit IRC01:42
*** eliqiao has joined #openstack-nova01:43
*** Apoorva has quit IRC01:44
*** Apoorva_ has quit IRC01:45
*** eliqiao1 has joined #openstack-nova01:50
*** zhenguo has joined #openstack-nova01:50
*** eliqiao has quit IRC01:51
*** xyang1 has quit IRC01:52
*** htruta` is now known as htruta01:53
*** wanghua has joined #openstack-nova01:55
*** erhudy1 has quit IRC01:57
openstackgerritwangxiyuan proposed openstack/nova: Resize: Return to initial state instead of ACTIVE when resize fails  https://review.openstack.org/20237901:57
*** humble_ has joined #openstack-nova01:59
*** unicell has quit IRC01:59
*** wanghua has quit IRC02:01
*** thorst has joined #openstack-nova02:03
*** shoutm has quit IRC02:05
*** VW_ has joined #openstack-nova02:11
*** armax has quit IRC02:13
*** shoutm has joined #openstack-nova02:13
*** haomaiwang has joined #openstack-nova02:14
*** thorst has quit IRC02:16
*** thorst has joined #openstack-nova02:16
*** thorst has left #openstack-nova02:16
*** kylek3h has joined #openstack-nova02:19
*** stevemar_ has joined #openstack-nova02:20
*** kylek3h has quit IRC02:23
*** gyee has quit IRC02:24
*** eliqiao1 has left #openstack-nova02:25
*** eliqiao has joined #openstack-nova02:25
*** tlbr_ has joined #openstack-nova02:27
*** clarkb1 has joined #openstack-nova02:27
*** zhenguo has quit IRC02:28
*** tlbr has quit IRC02:28
*** stevemar has quit IRC02:28
*** julien_ZTE has quit IRC02:28
*** Jeffrey4l has quit IRC02:28
*** lennyb has quit IRC02:28
*** clarkb has quit IRC02:28
*** lennyb has joined #openstack-nova02:29
*** unicell has joined #openstack-nova02:30
*** zhenguo has joined #openstack-nova02:33
*** julien_ZTE has joined #openstack-nova02:34
*** achanda has joined #openstack-nova02:35
*** otter768 has joined #openstack-nova02:36
*** haomaiwang has quit IRC02:37
*** bkopilov has quit IRC02:38
*** unicell1 has joined #openstack-nova02:39
*** unicell has quit IRC02:39
*** Jeffrey4l has joined #openstack-nova02:40
*** mdbooth has quit IRC02:40
*** otter768 has quit IRC02:41
*** haomaiwang has joined #openstack-nova02:43
openstackgerritXiaowei Qian proposed openstack/nova: Remove "shelved_image_id" key from instance system metadata  https://review.openstack.org/21363302:43
*** mdbooth has joined #openstack-nova02:46
*** eliqiao1 has joined #openstack-nova02:47
*** eliqiao has quit IRC02:48
*** vilobhmm_11 has joined #openstack-nova02:48
*** ferest has joined #openstack-nova02:49
*** haomaiwang has quit IRC02:50
*** haomaiwang has joined #openstack-nova02:52
*** eliqiao has joined #openstack-nova02:54
*** SourabhP has joined #openstack-nova02:54
*** julien_ZTE has quit IRC02:56
*** humble__ has joined #openstack-nova02:56
*** eliqiao1 has quit IRC02:57
*** SourabhP_ has joined #openstack-nova02:58
*** SourabhP has quit IRC03:00
*** SourabhP_ is now known as SourabhP03:00
*** humble_ has quit IRC03:01
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** zzzeek has joined #openstack-nova03:12
*** zzzeek has quit IRC03:16
*** fifieldt has joined #openstack-nova03:18
*** deepthi has joined #openstack-nova03:21
*** VW_ has quit IRC03:22
*** VW_ has joined #openstack-nova03:22
*** armax has joined #openstack-nova03:23
*** mragupat has joined #openstack-nova03:24
*** mragupat_ has joined #openstack-nova03:25
*** VW_ has quit IRC03:26
*** mragupat has quit IRC03:29
*** tojuvone has quit IRC03:29
*** boris-42 has quit IRC03:30
*** carora has joined #openstack-nova03:34
caroraHi everyone, I was wondering if someone here could help me in getting dynamic domain in resolv conf03:34
*** vilobhmm_11 has quit IRC03:35
caroraI want my vms to show domain search <tenant-name>.xyz (domain) in resolv conf03:35
*** rushiagr_away is now known as rushiagr03:35
*** david-lyle has joined #openstack-nova03:41
*** Shangxdy has joined #openstack-nova03:45
*** shoutm has quit IRC03:48
*** shoutm_ has joined #openstack-nova03:49
*** boris-42 has joined #openstack-nova03:49
*** boris-42 has quit IRC03:49
*** boris-42 has joined #openstack-nova03:49
*** mdrabe has quit IRC03:54
*** rushiagr is now known as rushiagr_away03:57
*** vilobhmm_11 has joined #openstack-nova03:58
*** haomaiwang has quit IRC03:58
*** haomaiwang has joined #openstack-nova03:58
*** Sree has joined #openstack-nova03:58
*** Sree has quit IRC03:59
*** fawadkhaliq has joined #openstack-nova04:00
*** Sree has joined #openstack-nova04:00
*** haomaiwang has quit IRC04:01
*** haomaiwa_ has joined #openstack-nova04:01
*** changbl has joined #openstack-nova04:04
*** bkopilov has joined #openstack-nova04:04
*** Sree has quit IRC04:05
*** Sree has joined #openstack-nova04:07
*** kylek3h has joined #openstack-nova04:07
*** pkarikh has quit IRC04:08
*** pkarikh has joined #openstack-nova04:08
*** baoli has quit IRC04:10
*** kylek3h has quit IRC04:11
openstackgerritTony Breeds proposed openstack/nova-specs: update spec to refer the change in implemntation  https://review.openstack.org/17206404:12
*** ajayaa has joined #openstack-nova04:12
*** Marga_ has quit IRC04:16
*** fawadkhaliq has quit IRC04:17
*** rotbeard has joined #openstack-nova04:19
*** carora has quit IRC04:20
*** fawadkhaliq has joined #openstack-nova04:23
*** ferest has quit IRC04:24
*** coolsvap has joined #openstack-nova04:29
*** irenab has quit IRC04:30
*** deepthi has quit IRC04:31
*** otter768 has joined #openstack-nova04:37
*** stevemar_ has quit IRC04:38
*** vilobhmm_11 has quit IRC04:39
*** otter768 has quit IRC04:42
*** david-lyle has quit IRC04:42
*** rushiagr_away is now known as rushiagr04:43
*** SourabhP has quit IRC04:44
*** david-lyle has joined #openstack-nova04:45
*** dannywilson has joined #openstack-nova04:46
*** achanda has quit IRC04:46
*** deepthi has joined #openstack-nova04:47
*** achanda has joined #openstack-nova04:51
*** deepthi has quit IRC04:54
*** ferest has joined #openstack-nova04:54
*** fawadkhaliq has quit IRC04:57
*** ferest has quit IRC04:58
*** haomaiwa_ has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:01
*** hitalia has joined #openstack-nova05:02
*** vilobhmm_11 has joined #openstack-nova05:15
*** vilobhmm_111 has joined #openstack-nova05:20
*** fawadkhaliq has joined #openstack-nova05:22
*** vilobhmm_11 has quit IRC05:22
*** mragupat_ has quit IRC05:24
*** ferest has joined #openstack-nova05:25
*** irenab has joined #openstack-nova05:25
*** ferest has quit IRC05:29
*** Sree_ has joined #openstack-nova05:35
*** Sree_ is now known as Guest8565505:35
*** ankit_ag has joined #openstack-nova05:38
*** Sree has quit IRC05:38
*** venkat_p has joined #openstack-nova05:40
*** baoli has joined #openstack-nova05:41
*** agireud has quit IRC05:41
*** agireud has joined #openstack-nova05:41
*** lsmola has joined #openstack-nova05:42
*** shoutm_ has quit IRC05:44
*** baoli has quit IRC05:46
*** tdurakov has joined #openstack-nova05:46
*** mmedvede has quit IRC05:46
*** venkat_p has quit IRC05:52
*** fawadkhaliq has quit IRC05:55
*** fawadk has joined #openstack-nova05:55
*** carora has joined #openstack-nova05:55
*** ferest has joined #openstack-nova05:56
*** ferest has quit IRC06:00
*** haomaiwang has quit IRC06:01
*** haomaiwa_ has joined #openstack-nova06:02
*** EinstCrazy has joined #openstack-nova06:06
*** hitalia has quit IRC06:07
*** ssurana has joined #openstack-nova06:08
*** tdurakov has quit IRC06:09
*** deepakcs has joined #openstack-nova06:11
*** shoutm has joined #openstack-nova06:12
*** humble_ has joined #openstack-nova06:13
*** gszasz has joined #openstack-nova06:14
*** tdurakov has joined #openstack-nova06:15
*** tdurakov has quit IRC06:16
*** humble__ has quit IRC06:16
*** venkat_p has joined #openstack-nova06:17
*** markvoelker has quit IRC06:25
*** ferest has joined #openstack-nova06:26
*** Guest85655 has quit IRC06:29
*** asettle has quit IRC06:29
*** Sree has joined #openstack-nova06:29
*** ferest has quit IRC06:31
*** sahid has joined #openstack-nova06:33
*** ildikov has joined #openstack-nova06:36
*** moshele has joined #openstack-nova06:37
*** e0ne has joined #openstack-nova06:37
*** otter768 has joined #openstack-nova06:38
*** stevemar has joined #openstack-nova06:38
*** scheuran has joined #openstack-nova06:39
*** e0ne has quit IRC06:39
*** stevemar has quit IRC06:42
*** Murali has joined #openstack-nova06:42
*** otter768 has quit IRC06:43
*** cfriesen has quit IRC06:51
openstackgerritEli Qiao proposed openstack/nova: Raise exception.Migration earlier in REST API layer  https://review.openstack.org/21443406:51
*** rdopiera has joined #openstack-nova06:52
*** kylek3h has joined #openstack-nova06:55
*** haomaiwa_ has quit IRC07:01
*** kylek3h has quit IRC07:01
*** haomaiwang has joined #openstack-nova07:02
*** rushiagr is now known as rushiagr_away07:03
*** markus_z has joined #openstack-nova07:03
*** achanda has quit IRC07:06
*** jichen has joined #openstack-nova07:09
*** alex_klimov has joined #openstack-nova07:12
*** armax has quit IRC07:12
*** yamahata has quit IRC07:14
*** matrohon has joined #openstack-nova07:16
*** moshele has quit IRC07:19
*** fawadk has quit IRC07:19
*** boris-42 has quit IRC07:19
*** sahid has quit IRC07:19
*** zhenguo has quit IRC07:19
kashyapmarkus_z: Morning, just read your email on the list.07:22
markus_zkashyap: Good morning. Yeah, I thought it would be good to any help we can get.07:23
*** vilobhmm_111 has quit IRC07:23
markus_z*ask for07:23
*** whenry has quit IRC07:23
openstackgerritJeffrey Zhang proposed openstack/nova: Remove useless code in _poll_volume_usage function  https://review.openstack.org/22394707:24
kashyapSure.  It's one of those unthankful tasks people would rather like to avoid :-)07:24
kashyapmarkus_z: Anyhow, is the URL for bugs the same as what bauzas posted yesterday?07:24
*** sahid has joined #openstack-nova07:24
*** zhenguo has joined #openstack-nova07:24
*** moshele has joined #openstack-nova07:25
*** fawadk has joined #openstack-nova07:25
*** boris-42 has joined #openstack-nova07:25
markus_zkashyap: I would use that one, yes.07:25
*** markvoelker has joined #openstack-nova07:26
markus_zIt seems that johnthetubaguy tagged a lot already yesterday evening.07:26
*** EinstCrazy has quit IRC07:27
markus_zhttps://bugs.launchpad.net/nova/+bugs?field.tag=liberty-rc-potential07:27
*** pmurray has joined #openstack-nova07:27
*** pmurray is now known as Guest8115207:28
kashyapmarkus_z: People reading your email might wonder "What is the criteria for RC blocker candidates?"07:28
*** ferest has joined #openstack-nova07:28
*** PaulMurray has quit IRC07:29
bauzasmarkus_z: kashyap: hi07:30
*** dannywilson has quit IRC07:30
markus_zkashyap: I excluded it from the mail to avoid a meta-discussion what a "rc-blocker" *really* is... I'm not sure if this was clever or stupid.07:30
*** markvoelker has quit IRC07:30
kashyapNo worries, if someone is _really_ interested, they'd go look it up anyway.07:31
markus_zkashyap: I had the hope that the subteam leaders make reasonable decisions here.07:31
kashyap(Also, it's not a meta-discussion, perfectly on-topic.)07:31
bauzasmarkus_z: kashyap: are you okay to have a google hangout for the bug triage?07:32
bauzasanyone can just go to the hangout if he wants to help us07:32
bauzasI just don't want to flood this channel07:32
markus_zbauzas: Good morning. Yeah, that's fine for me.07:33
*** ferest has quit IRC07:33
markus_zbauzas: I think it would be OK to use this channel.07:34
kashyapYeah, why not.07:34
markus_zbauzas: There shouldn't be the impression that this is happening magically in the background.07:34
*** carora has quit IRC07:34
bauzasmarkus_z: meh, then let's open an etherpad07:34
kashyapYep, it's perfectly on-topic.  Most times this involves looking up, grepping through code, trying to reproduce bugs, doing stuff in LP, anyway.07:35
markus_zbauzas: The hurdle to step in would be lower too, if we do it here.07:35
markus_zhttps://etherpad.openstack.org/p/liberty-nova-priorities-tracking This launchpad has already a topic for this.07:36
bauzasto be clear, I'm reviewing all the changes to see if those are good or not07:36
bauzashttps://etherpad.openstack.org/p/liberty-rc-bug-triage as an example07:36
markus_zbauzas: The etherpad here has already an entry for that. https://etherpad.openstack.org/p/liberty-nova-priorities-tracking07:38
*** tdurakov has joined #openstack-nova07:38
markus_zI'll read through the high prio LP bugs and double-check if they are maybe in progress despite they are in another status.07:39
*** whenry has joined #openstack-nova07:39
bauzasmarkus_z: okay, your call07:39
bauzasmarkus_z: my approach is to see the current changes and see if they are Closes-Bug07:40
bauzasmarkus_z: if the patch is okay, I'm just considering it as liberty-rc-potential, provided a Jenkins check happened quite recently07:40
*** jlanoux has joined #openstack-nova07:40
bauzasmarkus_z: if not, I'm rebasing locally the change to see if it merges07:41
bauzasnot running the tests tho, I leave that for the gate07:41
markus_zMaybe it makes sense to reply to the ML that the authors/committers of those changes should double-check by themself?07:42
bauzasmarkus_z: that's up to you07:42
bauzasmarkus_z: I'm just marking the tag if I feel it's a good candidate for RC, if not I prefer to leave the field blank07:43
bauzasmarkus_z: but that means I'm still reviewing the change - really reviewing and voting I mean07:43
markus_zbauzas: Yes, sounds reasonable.07:44
markus_zThe real blocker items will be targeted with the milestone "liberty-rc1" then. It's just to get a first set of blocker candidates.07:45
markus_zkashyap: If you like, you could have a look at those reviews too? To split things up, I mean.07:46
kashyapmarkus_z: These, you mean? - https://goo.gl/nMyCzu07:47
markus_zkashyap: Yes, that's the one.07:48
kashyapOkay.  I'm already looking through bugs tagged w/ 'potential' for areas where I can meaningfully comment.07:48
markus_zbauzas: kashyap: Great! Thanks for your effort, to both of you!07:49
kashyapI didn't do much yet, just meta-work so far.  Been fixing my test env to reproduce a bunch of bugs.07:50
openstackgerritAndreas Jaeger proposed openstack/nova: Fix string formatting in api/metadata/vendordata_json.py  https://review.openstack.org/22395507:52
openstackgerritZhongcheng Lao proposed openstack/nova: VMware: Omit exceptions during snapshot cleanup  https://review.openstack.org/21608607:55
kashyapMarking this one (libvirt CPU info doesn't count NUMA cells ) as medium, can wait a release maybe, as it has already waited for 2 years.  A new fix only landed 2 hours ago and warrants some discussion -- https://bugs.launchpad.net/nova/+bug/115645607:55
openstackLaunchpad bug 1156456 in OpenStack Compute (nova) "libvirt CPU info doesn't count NUMA cells" [Undecided,In progress] - Assigned to Nicolas Simonds (nicolas.simonds)07:55
openstackgerritPaul Murray proposed openstack/nova-specs: Query and cancel ongoing live migrations  https://review.openstack.org/17914907:56
*** fawadkhaliq has joined #openstack-nova07:58
*** Sree__ has joined #openstack-nova07:59
*** ferest has joined #openstack-nova07:59
*** fawadk has quit IRC07:59
*** MarcF has joined #openstack-nova08:00
bauzasmarkus_z: https://review.openstack.org/#/c/185549/ is pretty invasive by needing to add some relnotes, I'd recommend not to ship the corresponding https://bugs.launchpad.net/nova/+bug/1256838 to the RC and decrease the prio to Medium08:00
openstackLaunchpad bug 1256838 in OpenStack Compute (nova) "Race between imagebackend and imagecache" [Medium,In progress] - Assigned to Ankit Agrawal (ankitagrawal)08:00
*** haomaiwang has quit IRC08:01
bauzasI'm not very fan of config changes and upgrade notes so close to a release...08:01
bauzaswith no BP even08:01
bauzasjohnthetubaguy: ^ your call on that ?08:01
*** romainh has joined #openstack-nova08:01
bauzas(when you're here)08:01
*** danpb has joined #openstack-nova08:02
*** fawadkhaliq has quit IRC08:02
*** Sree has quit IRC08:03
*** e0ne has joined #openstack-nova08:04
*** ferest has quit IRC08:04
*** haomaiwa_ has joined #openstack-nova08:04
*** pece has joined #openstack-nova08:04
markus_zbauzas: This bug affects the launch of an instance IIUC. Given its age and race condition nature, I think its sane what you did.08:07
*** tdurakov has quit IRC08:08
*** kiran-r has joined #openstack-nova08:09
*** deepthi has joined #openstack-nova08:09
kashyapanthonyper: Not sure if you've already seen, this needs a rebase -- https://review.openstack.org/#/c/201257/08:13
*** yassine_ has joined #openstack-nova08:13
*** Sree__ has quit IRC08:13
*** rotbeard has quit IRC08:14
*** Sree has joined #openstack-nova08:15
*** lucasagomes has joined #openstack-nova08:15
openstackgerritJeffrey Zhang proposed openstack/nova: Remove comment in wrong place  https://review.openstack.org/22396208:16
*** jistr has joined #openstack-nova08:19
*** e0ne has quit IRC08:24
*** tdurakov has joined #openstack-nova08:24
johnthetubaguybauzas: depends what it is08:26
bauzasjohnthetubaguy: https://review.openstack.org/#/c/185549/ depends on a grenade change08:26
bauzasjohnthetubaguy: and modifies a rootwrap filter08:26
*** tdurakov has quit IRC08:27
johnthetubaguybauzas: maybe its just me, but it doesn't seem too bad08:29
*** andreykurilin__ has joined #openstack-nova08:29
*** deepthi has quit IRC08:29
bauzasjohnthetubaguy: https://review.openstack.org/#/c/185549/ is what makes me wonder if the above change is a good candidate for RC08:30
*** ferest has joined #openstack-nova08:30
*** moshele has quit IRC08:31
johnthetubaguyits updating the root wrap filters, but that seems OK08:31
*** moshele has joined #openstack-nova08:32
*** shoutm has quit IRC08:33
openstackgerritBalazs Gibizer proposed openstack/nova: Fix the help text of monkey_patch config param  https://review.openstack.org/21972208:33
*** ferest has quit IRC08:34
*** alexpilotti has joined #openstack-nova08:35
*** ndipanov has quit IRC08:35
*** otter768 has joined #openstack-nova08:39
*** haomaiwa_ has quit IRC08:39
*** SourabhP has joined #openstack-nova08:40
*** haomaiwang has joined #openstack-nova08:40
*** derekh has joined #openstack-nova08:42
*** ndipanov has joined #openstack-nova08:43
*** otter768 has quit IRC08:44
*** e0ne has joined #openstack-nova08:46
*** tdurakov has joined #openstack-nova08:48
*** Sree__ has joined #openstack-nova08:50
*** Sree__ has quit IRC08:50
*** Sree__ has joined #openstack-nova08:51
*** kbyrne has joined #openstack-nova08:53
*** Sree has quit IRC08:53
*** ssurana has left #openstack-nova08:54
*** tdurakov has quit IRC08:55
*** tdurakov has joined #openstack-nova08:56
tdurakovhi folks, who could help with xen driver?08:57
BobBalluhhh08:57
BobBallOK08:58
BobBallyes, I suppose that'd be me.08:58
BobBallor johnthetubaguy08:58
BobBall:D08:58
openstackgerritBalazs Gibizer proposed openstack/nova: scheduler:refactor group info in filter_properties  https://review.openstack.org/14827508:58
openstackgerritBalazs Gibizer proposed openstack/nova: api: add soft-affinity policies for server groups  https://review.openstack.org/14752008:58
openstackgerritBalazs Gibizer proposed openstack/nova: scheduler: add num of instance per host in a group  https://review.openstack.org/14827708:58
openstackgerritBalazs Gibizer proposed openstack/nova: object:count members per hosts in InstanceGroup  https://review.openstack.org/14751708:58
openstackgerritBalazs Gibizer proposed openstack/nova: scheduler: add soft-(anti-)affinity weighers  https://review.openstack.org/14751608:58
markus_zThe confirmed/triaged/new high prio bugs don't have unrecognized open reviews. Which means we can focus on the "in progress" high prio bugs.08:59
*** haomaiwang has quit IRC09:01
*** ferest has joined #openstack-nova09:01
BobBalltdurakov: Just ask your question and we will try to help if we can09:02
kashyapmarkus_z: It boils down to only 7 bugs? http://ur1.ca/nsrhs09:02
*** haomaiwang has joined #openstack-nova09:02
tdurakovBobBall, is it ok, to allow resize down? https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vmops.py#L120609:03
markus_zpkoniszewski: Hi Pawel, are you around?09:03
johnthetubaguytdurakov: resize down does work for XenAPI09:04
johnthetubaguytdurakov: it auto reverts when its not possible09:04
tdurakovjohnthetubaguy,  so it's not possible to move that check on api side? because it looks like only xen allows that09:05
*** lpetrut has joined #openstack-nova09:05
johnthetubaguytdurakov: yes09:05
markus_zkashyap: I don't understand the list. Could you help me to understand?09:05
*** kumar has joined #openstack-nova09:05
*** ferest has quit IRC09:05
johnthetubaguytdurakov: you could call the driver code in the API, but that fails for multi-hypervisor clouds09:06
tdurakovjohnthetubaguy, thanks!09:06
johnthetubaguytdurakov: no problem09:06
kashyapmarkus_z: One moment09:06
kashyapmarkus_z: Hmm, I was making a query of bugs with high importance & in-progress.09:07
*** abhishekk has joined #openstack-nova09:08
*** deepakcs has quit IRC09:08
markus_zkashyap: https://goo.gl/UwDZzZ09:08
kashyapmarkus_z: Yes, that boils down to 66 bugs in total.  (My previous search was wrong.)09:09
kashyapmarkus_z: Your query is good.  (The 66 involves 'confirmed' too).09:10
openstackgerritAtsushi SAKAI proposed openstack/python-novaclient: Fix nova bash-completion needs authentication  https://review.openstack.org/22301209:11
*** garyk has joined #openstack-nova09:11
markus_zkashyap: Right, they could be potential blockers too.09:15
kashyapmarkus_z: Hmm, some (at least one) are Partial-Bug, which have fix committed.09:16
kashyapSometimes it's hard, without spending reasonable amt of time going through the bug history, to find out how much more work is pending to really close it.09:17
markus_zkashyap: Yeah, it's really cumbersome. I don't have a valid strategy for that right now.09:17
*** gszasz has quit IRC09:18
kashyap(E.g. this one 1372670.)09:18
*** aix has joined #openstack-nova09:18
*** Daisy has joined #openstack-nova09:19
*** SourabhP has quit IRC09:20
markus_zkashyap: bug 1372670 looks like we have code which prevents that this issue happens again, but we are not happy with the way we solved it.09:22
openstackbug 1372670 in OpenStack Compute (nova) "libvirtError: operation failed: cannot read cputime for domain" [High,In progress] https://launchpad.net/bugs/1372670 - Assigned to Eduardo Costa (ecosta)09:22
kashyapYep "A full fix for this bug would involve upgrading libvirt to version >=1.2.11."09:22
kashyapI don't know what is the current Gate version09:23
*** rotbeard has joined #openstack-nova09:23
markus_zRight now the code checks for 0.9.11 (for x86)09:24
markus_zkashyap: I don't think that this one is an RC-blocker.09:26
openstackgerritgaryk proposed openstack/nova: Neutron: configure requested amount of fixed_ips  https://review.openstack.org/16386409:26
kashyapmarkus_z: Yep, it's not.09:26
*** markvoelker has joined #openstack-nova09:26
*** moshele has quit IRC09:27
markus_zkashyap: It's an interesting problem though, how we handle those "in N releases of X we can remove the workaround" thing.09:27
*** moshele has joined #openstack-nova09:28
danpbmarkus_z: we don't treat it based on releases09:28
danpbit is dependant on when we decide to update the min required libvirt09:28
danpbwhich is largely controlled by what distros we wish to target09:28
danpbhttps://wiki.openstack.org/wiki/LibvirtDistroSupportMatrix09:29
markus_zdanpb: Right, which could take some time, I guess?09:29
danpbyep, we're quite conservative there09:29
*** tdurakov has quit IRC09:29
markus_zWhich seems to be a reasonable thing to do. I'm looking from the point-of-view how to keep a maintainable bug list.09:30
*** gszasz has joined #openstack-nova09:31
*** markvoelker has quit IRC09:31
*** ferest has joined #openstack-nova09:32
*** dims_ has joined #openstack-nova09:35
*** ferest has quit IRC09:36
*** kylek3h has joined #openstack-nova09:37
bauzasI maybe have a very stupid question, but how is handled a novaclient asking for a specific API resource while this resource is not existing (ie. a novaclient far newer than the API) ?09:38
kashyapmarkus_z: Do you know of a quick way to look up what versions are being used in Gate?  Git grepping in global-requirements.txt I found for libvirt, though.09:38
markus_zkashyap: It should be visible in the gate logs of a recent review check. Let me see...09:39
*** stevemar has joined #openstack-nova09:40
bauzasalex_xu_: here?09:41
markus_zkashyap: for example: http://logs.openstack.org/19/220519/3/check/gate-tempest-dsvm-full/ca783fa/logs/libvirt/libvirtd.txt.gz09:41
markus_zkashyap: Seems to be version 1.2.209:41
kashyapmarkus_z: Yeah, Gate logs ceratainly have them.09:41
bauzasalex_xu_: I just wonder how new novaclients could possibly ask for newer versions that the API doesn't know09:41
kashyapThanks.09:42
*** kylek3h has quit IRC09:42
*** stevemar has quit IRC09:44
alex_xu_bauzas: I'm here09:46
alex_xu_bauzas: the novaclients didn't now the API which newer than it09:46
bauzasalex_xu_: IIUC, a novaclient supporting 2.21 wouldn't be compatible with an API 2.10 as per https://github.com/openstack/python-novaclient/blob/master/novaclient/api_versions.py#L14409:46
bauzas(I mean an API expression max_version equals to 2.10)09:47
alex_xu_bauzas: that means the client didn't support 2.21.09:48
bauzasalex_xu_: what do you mean by "novaclients don't know newer API versions"09:48
*** leseb_ has quit IRC09:48
bauzasalex_xu_: you mean the client doesn't support 2.10 rather09:48
alex_xu_bauzas: there is variable mark the max version supported by client, it's at novaclient.__init__.py09:50
alex_xu_bauzas: called https://github.com/openstack/python-novaclient/blob/master/novaclient/api_versions.py#L14409:50
alex_xu_bauzas: sorry, called API_MAX_VERSION09:50
alex_xu_I can't open github...09:50
*** Daisy has quit IRC09:51
alex_xu_bauzas: if there is new feature in the API, we need add support in the client, and we need bump that variable09:51
*** Daisy has joined #openstack-nova09:51
bauzasalex_xu_: that I know09:52
*** Daisy has quit IRC09:52
bauzasalex_xu_: sec, giving you git.oo links rather09:52
*** Daisy has joined #openstack-nova09:52
bauzasalex_xu_: so the client exposes http://git.openstack.org/cgit/openstack/python-novaclient/tree/novaclient/__init__.py#n2309:53
bauzasalex_xu_: if API_MAX_VERSION = 2.11 and API_MIN_VERSION = 2.1, that means that a server having a max version to 2.7 would be compatible right?09:54
*** leseb_ has joined #openstack-nova09:54
alex_xu_bauzas: yea09:54
alex_xu_bauzas: sorry, looks like I can't open any link....I guess I need reboot the system...09:54
bauzasalex_xu_: okay, so provided I added a new resource like /foo in 2.8 but my server is still 2.7, what happens with the client calling that resource ?09:55
markus_zbauzas: kashyap: I have some meetings in the next hours and will be hard to reach. Thanks again for your effort here!09:55
bauzasalex_xu_: provided we agreed on the fact that the client is compatible09:55
alex_xu_bauzas: add new resource in server ?09:56
bauzasmarkus_z: np, I'll continue to look over those changes09:56
alex_xu_or client?09:56
bauzasalex_xu_: add new resource in client, mapped to a resource in server with version 2.8, but server is still at 2.709:56
alex_xu_bauzas: ok, I see now. The client will negotiate with server, check the server supported max version.09:57
alex_xu_bauzas: the client(CLI) always find the most recent version between client and server09:57
alex_xu_in default09:57
bauzasalex_xu_: so it would call the API but it would get a 404 right?09:57
bauzasalex_xu_: because no code would be deployed09:58
*** Daisy has quit IRC09:58
alex_xu_bauzas: if you specifiy the 2.8 in the client options, then client will tell you, the server didn't support that09:58
*** Daisy has joined #openstack-nova09:58
*** fawadkhaliq has joined #openstack-nova09:59
bauzasalex_xu_: for the specific client resource ?09:59
bauzasalex_xu_: or in general ?09:59
alex_xu_bauzas: in default, the client will tell you the command is not existed in 2.709:59
*** deepthi has joined #openstack-nova09:59
bauzasalex_xu_: any idea where I could see that code ?10:00
*** moshele has quit IRC10:00
alex_xu_bauzas: give me second, search the code10:00
alex_xu_bauzas: give me second, reboot the system, then I can send you the link10:00
*** haomaiwang has quit IRC10:01
bauzasalex_xu_: sure np10:01
*** haomaiwang has joined #openstack-nova10:01
*** IanGovett has joined #openstack-nova10:02
*** sudipto has joined #openstack-nova10:02
*** ferest has joined #openstack-nova10:03
*** Daisy has quit IRC10:03
*** fawadkhaliq has quit IRC10:04
bauzasalex_xu_: I think I found10:04
bauzasalex_xu_: I guess it's a decorator exposing that10:04
bauzas@api_versions.wraps("2.2")10:04
bauzaswhich raises a VersionNotFoundForAPIMethod10:06
*** kylek3h has joined #openstack-nova10:06
alex_xu_bauzas: yea, you are right10:07
alex_xu_bauzas: https://github.com/openstack/python-novaclient/blob/master/novaclient/api_versions.py#L34410:07
*** claudiub has joined #openstack-nova10:07
bauzasokay, I see10:07
bauzasalex_xu_: thanks10:07
*** ferest has quit IRC10:07
alex_xu_bauzas: np10:07
*** kylek3h has quit IRC10:09
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Slightly better translation friendly formatting  https://review.openstack.org/22400910:11
claudiubjohnthetubaguy: hello. hyper-v ci is happy with this commit: https://review.openstack.org/#/c/214493/10:12
*** Guest81152 is now known as PaulMurray10:12
*** oomichi has joined #openstack-nova10:13
johnthetubaguyclaudiub: ah, cool, what was needed to fix the CI, I am curious?10:13
PaulMurrayndipanov, I added you to https://review.openstack.org/#/c/223722/ and https://review.openstack.org/#/c/223723/10:14
PaulMurrayndipanov, these are the patches I mentioned yesterday - sorry took so long10:14
PaulMurrayndipanov, they have to be reworked to make use of bdm as described in the spec10:15
claudiubjohnthetubaguy: well, a few bugfixes merged that reduced the amount of random failures on the hyper-v side. there's also been some upgrades / patches / fixes on the hyper-v ci overall.10:16
johnthetubaguyclaudiub: cool, do we have the list of important fixes for liberty all tagged with liberty-rc-potential and in the etherpad (of doom)?10:17
claudiubjohnthetubaguy: still, I was noticing some instances being stuck in scheduling or building state, but those instances never made it past n-api, for some reason.10:17
*** IanGovett has quit IRC10:18
*** tdurakov has joined #openstack-nova10:18
johnthetubaguyclaudiub: thats curious, do you have logs from that?10:18
claudiubjohnthetubaguy: from what I know, we only have a handful of bugfixes overall. this is one of them. i think there are 2-3 patches left, but still waiting for a positive vote from the ci10:18
claudiubjohnthetubaguy: i'll have to seach. brb10:19
johnthetubaguyclaudiub: cool, when they are all lined up, do ping me, I think I have been through most of those at least once already10:19
*** jkraj has joined #openstack-nova10:19
claudiubjohnthetubaguy: sure thing. :)10:20
*** tdurakov has quit IRC10:20
ndipanovPaulMurray, ok will take a look! thanks10:23
openstackgerritNikola Dipanov proposed openstack/nova: rebuild: RPC sends additional args and claims are done  https://review.openstack.org/20048510:23
openstackgerritNikola Dipanov proposed openstack/nova: claims: move a debug msg to a warn on missing migration  https://review.openstack.org/22401310:23
openstackgerritRui Chen proposed openstack/nova: Execute _init_instance() concurrently  https://review.openstack.org/22357210:24
claudiubjohnthetubaguy: also, this is a simple patch, just adding extra logs for live migration and when it fails. We've had some live-migration failures and some extra logging would have been very helpful: https://review.openstack.org/#/c/217822/10:25
*** alex_klimov has quit IRC10:31
*** ociuhandu has quit IRC10:31
johnthetubaguyclaudiub: that sounds like a good list of things, can we get them all added into the etherpad please? That should get them more attention https://etherpad.openstack.org/p/liberty-nova-priorities-tracking10:33
claudiubjohnthetubaguy: yep, sure10:34
*** ferest has joined #openstack-nova10:34
johnthetubaguyclaudiub: thank you!10:34
johnthetubaguyclaudiub: if nothing else, its a list I can go back to after lunch!10:34
claudiubjohnthetubaguy: enjoy your meal. :)10:34
*** tdurakov has joined #openstack-nova10:35
*** mwagner_lap has quit IRC10:36
*** tdurakov has quit IRC10:37
*** ferest has quit IRC10:38
*** Sree__ has quit IRC10:39
*** otter768 has joined #openstack-nova10:40
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Slightly better translation friendly formatting  https://review.openstack.org/22400910:42
johnthetubaguyclaudiub: ah, still around for a bit, but working on some stats tool right this second10:43
*** moshele has joined #openstack-nova10:44
*** otter768 has quit IRC10:44
*** tdurakov has joined #openstack-nova10:46
*** ZZelle has quit IRC10:50
*** oomichi has quit IRC10:50
*** aix has quit IRC10:50
*** ZZelle has joined #openstack-nova10:50
*** IanGovett has joined #openstack-nova10:51
tonybclaudiub: Please look at: https://review.openstack.org/#/c/219301/ when you have 2-3 mins10:52
*** Shangxdy has quit IRC10:52
claudiubtonyb: sure, will do soon.10:53
tonybclaudiub: Thanks.10:54
*** fawadkhaliq has joined #openstack-nova10:55
*** e0ne has quit IRC10:56
*** haomaiwang has quit IRC11:01
*** haomaiwang has joined #openstack-nova11:01
*** b3nt_pin has quit IRC11:01
*** beagles has joined #openstack-nova11:02
*** beagles is now known as Guest8682511:02
*** aix has joined #openstack-nova11:03
*** ferest has joined #openstack-nova11:04
*** piyanai has joined #openstack-nova11:04
*** irenab has quit IRC11:05
*** smatzek has joined #openstack-nova11:05
openstackgerritJordan Pittier proposed openstack/nova: libvirt:on snapshot delete, use qemu-img to blockRebase if VM is stopped  https://review.openstack.org/19273611:05
claudiubjohnthetubaguy: here's an example with many instances being stuck in scheduling state: http://64.119.130.115/220622/5/results.html.gz11:06
claudiubjohnthetubaguy: this another run, but with only one instance stuck in scheduling: http://64.119.130.115/214493/12/results.html.gz11:06
claudiubjohnthetubaguy: also, since the scheduler doesn't log the instance-id, it's harder to track each instance in the scheduler's logs11:07
*** ferest has quit IRC11:08
*** alex_klimov has joined #openstack-nova11:08
johnthetubaguyclaudiub: you should be able to get the request id and trace that through11:09
*** abhishekk has quit IRC11:09
tdurakovjohnthetubaguy, ping11:09
openstackgerritSimon Pasquier proposed openstack/nova: Fix typo in HACKING.rst  https://review.openstack.org/22403711:10
*** mtaylor is now known as mordred11:12
johnthetubaguyclaudiub: 2015-09-09 15:42:06.440 DEBUG nova.scheduler.filter_scheduler [req-1dd96b8e-34ed-4cb6-844c-cab45b3f2de8 tempest-ServersTestJSON-1397230889 tempest-ServersTestJSON-1449056735] Selected host: WeighedHost [host: (c2-r1-u17, c2-r1-u17) ram:15774 disk:150528 io_ops:1 instances:1, weight: 0.660617517328] _schedule /opt/stack/nova/nova/scheduler/filter_scheduler.py:16711:12
claudiubjohnthetubaguy: true, but not my favorite tracking method, since you can have multiple requests for the same instance, meaning different request-ids.11:12
claudiubjohnthetubaguy: yeah, and afterwards? it just remains in scheduling11:12
johnthetubaguytdurakov: do ask away, its easier if you send the question, then others can jump in and help you if they know better than me :)11:12
*** piyanai has quit IRC11:13
johnthetubaguyclaudiub: you have a single request-id for the create request though11:13
claudiubjohnthetubaguy: true11:13
*** e0ne has joined #openstack-nova11:13
tdurakovi'd like to ask you to review my patch, no questions:)11:13
tdurakovthere is thread in ml about silent fails during resize11:14
tdurakovwe discussed it with alaski, but  thread was started to gather more opinions on the problem11:15
johnthetubaguyclaudiub: so I have seen this before, we have a bug open for this11:16
johnthetubaguyclaudiub: take a look at the end of this nova-compute log: http://64.119.130.115/220622/5/Hyper-V_logs/hv-compute2/nova-compute.log.gz11:17
johnthetubaguyclaudiub: nova-compute has totally locked up, somehow11:17
johnthetubaguyclaudiub: its a problem I saw with the multi-node job, I think11:17
johnthetubaguyclaudiub: i think its when you have a delete instance happing, but you send in a create instance request, or something like that11:18
tdurakovjohnthetubaguy, here is the thread: http://lists.openstack.org/pipermail/openstack-dev/2015-August/072224.html11:19
johnthetubaguytdurakov: yes, I should give that a read11:20
johnthetubaguytdurakov: its something we have spoken about a lot over the years, and I am really wanting tasks to help fix that, given my conversations with bauzas11:20
*** Daisy has joined #openstack-nova11:21
tdurakovjohnthetubaguy, yep task are great11:21
*** ociuhandu has joined #openstack-nova11:21
tdurakovbut there should be some verification before task scheduled to run, IMO?11:22
johnthetubaguytdurakov: part of this is probably a better implementation of --poll in nova-client, using the instance actions would be a good thing11:22
johnthetubaguytdurakov: some yes, there are always limits11:22
johnthetubaguyearlier errors are easier to deal with11:22
tdurakovjohnthetubaguy, there are same checks for live-migration already11:22
johnthetubaguyits a balancing act11:22
*** lucasagomes is now known as lucas-hungry11:23
johnthetubaguyyeah, live-migrate is a disaster zone because of those11:23
tdurakovsame pattern i mean11:23
johnthetubaguyyeah, I don't want to see us use any more "call" than we have to from the API, ideally zero11:23
*** Guest86825 has quit IRC11:23
claudiubjohnthetubaguy: yeah, i saw that the logs end at 15:42  on node 2 and 15:57 on node 2, but I don't think the services died. I mean, there are still tests passing at 16:2511:24
claudiub15:57 on node 1*11:24
johnthetubaguyclaudiub: its not dead, its locked up11:24
*** beagles__ has joined #openstack-nova11:24
johnthetubaguyclaudiub: seen that a few times, usually turns out to be some deadlock in the way locks are aquired11:24
tdurakovjohnthetubaguy, i don't think call are the root cause of l-m problems:)11:24
johnthetubaguyclaudiub: given those extra locks just got added, I would look there first11:24
tdurakovand sometimes they are reasonable11:25
johnthetubaguytdurakov: sure, but we have seen lots of bugs around call's timing out in certain driver implementations and things11:25
claudiubjohnthetubaguy: would that even prevent logging?11:25
johnthetubaguyclaudiub: it does when the periodic tasks get blocked11:25
openstackgerritTimofey Durakov proposed openstack/nova: Split instance resize operation into 2 phases  https://review.openstack.org/19508811:25
tdurakovi've updated my patch, that fix this problem with resize.11:26
*** bkopilov has quit IRC11:26
johnthetubaguytdurakov: so I don't want to merge that until we have liberty released really, thats a very tricky change11:27
johnthetubaguytdurakov: but we should totally look at those closely once we have mitaka open11:27
*** markvoelker has joined #openstack-nova11:27
johnthetubaguytdurakov: its a risk of regression issue at this point, and my lack of trust in our testing in that area11:27
johnthetubaguytdurakov: afraid I have to run to get some lunch, been putting it off a bit, but I am quite hungry now, sorry to run off mid conversation11:28
claudiubjohnthetubaguy: you said that we have a bug open for this kind of issue. can you paste the link for it pls?11:28
johnthetubaguyclaudiub: been failing to find it, I remember digging into it a bit in the past :S11:28
tdurakovjohnthetubaguy, bon appetit:)11:29
claudiubjohnthetubaguy: ok, no worries. :)11:29
*** markvoelker has quit IRC11:32
*** READ10 has quit IRC11:32
*** Daisy has quit IRC11:32
*** fawadkhaliq has quit IRC11:33
*** beagles__ has quit IRC11:33
*** ferest has joined #openstack-nova11:34
*** haomaiwang has quit IRC11:35
markus_zsahid: Would you please have a look at my comments to address your concerns https://review.openstack.org/#/c/220519/ https://review.openstack.org/#/c/21510211:38
markus_zThese would solve a high prio bug11:38
*** haomaiwang has joined #openstack-nova11:38
*** ferest has quit IRC11:39
*** irenab has joined #openstack-nova11:45
*** rotbeard has quit IRC11:46
*** fawadkhaliq has joined #openstack-nova11:46
openstackgerritAlex Xu proposed openstack/nova: Use NoAuthMiddleware instead of v3 one for wsgi app building function  https://review.openstack.org/22342511:47
*** rotbeard has joined #openstack-nova11:49
*** dave-mccowan has joined #openstack-nova11:49
*** boris-42 has quit IRC11:50
*** thorst has joined #openstack-nova11:55
*** Daisy has joined #openstack-nova11:56
*** baoli has joined #openstack-nova11:57
*** baoli has quit IRC11:57
*** baoli has joined #openstack-nova11:58
*** baoli_ has joined #openstack-nova11:59
*** ankit_ag has quit IRC12:00
*** haomaiwang has quit IRC12:01
*** fawadkhaliq has quit IRC12:01
*** haomaiwa_ has joined #openstack-nova12:01
*** raildo-afk is now known as raildo12:02
*** baoli has quit IRC12:03
*** aysyd has joined #openstack-nova12:03
*** ferest has joined #openstack-nova12:05
*** lbelivea has joined #openstack-nova12:07
*** lbelivea has quit IRC12:09
*** ferest has quit IRC12:09
*** fawadkhaliq has joined #openstack-nova12:10
*** venkat_p has quit IRC12:10
*** lbeliveau has joined #openstack-nova12:11
*** haomaiwa_ has quit IRC12:11
*** markvoelker has joined #openstack-nova12:12
*** mwagner_lap has joined #openstack-nova12:16
*** beagles has joined #openstack-nova12:16
*** piyanai has joined #openstack-nova12:19
*** pixelb has joined #openstack-nova12:19
*** beagles has quit IRC12:21
*** EinstCrazy has joined #openstack-nova12:23
*** lucas-hungry is now known as lucasagomes12:23
*** kiran-r has quit IRC12:25
*** jaypipes has quit IRC12:26
*** jaypipes_ has joined #openstack-nova12:26
*** MVenesio has joined #openstack-nova12:28
*** ajayaa has quit IRC12:29
*** sudipto has quit IRC12:30
*** nikhil_k has quit IRC12:31
*** manas has joined #openstack-nova12:33
*** edmondsw has joined #openstack-nova12:33
openstackgerritgaryk proposed openstack/nova: VMware: add in folder support on VC  https://review.openstack.org/16506012:34
*** deepthi has quit IRC12:35
openstackgerritgaryk proposed openstack/nova: VMware: improve instance names on VC  https://review.openstack.org/16660812:36
manasHi All, facing issue novnc console for instance in a there node KILo setup  , Can somebody help me to fix or point out where to look into for the root cause ?12:36
*** unicell has joined #openstack-nova12:36
*** tongli has joined #openstack-nova12:38
*** e0ne has quit IRC12:38
*** unicell1 has quit IRC12:39
*** slagle_ is now known as slagle12:39
*** EinstCrazy has quit IRC12:40
openstackgerritgaryk proposed openstack/nova: VMware: Use actual VM state instead of using the instance vm_state  https://review.openstack.org/19062712:40
*** otter768 has joined #openstack-nova12:41
*** adam_g has quit IRC12:44
*** kiran-r has joined #openstack-nova12:44
*** acc_ has joined #openstack-nova12:45
*** bkopilov has joined #openstack-nova12:45
*** raildo is now known as raildo-afk12:45
*** andreykurilin__ has quit IRC12:45
*** otter768 has quit IRC12:45
*** andreykurilin__ has joined #openstack-nova12:46
*** wendar has quit IRC12:47
*** wendar has joined #openstack-nova12:47
*** dims_ has quit IRC12:47
*** Daisy has quit IRC12:48
*** wuhao has quit IRC12:48
*** yuner027 has quit IRC12:48
*** Daisy has joined #openstack-nova12:48
*** toanster has quit IRC12:49
*** wuhao has joined #openstack-nova12:49
*** lbragstad has quit IRC12:49
*** comstud has quit IRC12:50
*** tdurakov has quit IRC12:50
*** toan has joined #openstack-nova12:50
*** pixelb has quit IRC12:50
*** adam_g has joined #openstack-nova12:50
*** comstud has joined #openstack-nova12:51
*** adam_g has quit IRC12:51
*** adam_g has joined #openstack-nova12:51
*** bkopilov has quit IRC12:51
*** lbragstad has joined #openstack-nova12:51
*** bkopilov has joined #openstack-nova12:51
*** Daisy has quit IRC12:53
*** Daisy has joined #openstack-nova12:53
*** rlrossit has joined #openstack-nova12:54
*** annegentle has joined #openstack-nova12:54
*** aix has quit IRC12:56
*** xyang1 has joined #openstack-nova12:57
*** Daisy has quit IRC12:57
*** shoutm has joined #openstack-nova12:58
*** dims_ has joined #openstack-nova12:58
*** mdrabe has joined #openstack-nova12:58
markus_zdanpb: If possible, I'd like to have your opinion on my comments which address your concerns: https://review.openstack.org/#/c/18805812:58
*** Murali has quit IRC12:59
danpbmarkus_z: ok, i'll try to look at that again lkater12:59
markus_zdanpb: Thanks a lot!12:59
*** vladikr has joined #openstack-nova13:00
*** Daisy has joined #openstack-nova13:02
*** eharney has joined #openstack-nova13:02
*** erlon has joined #openstack-nova13:04
*** andreykurilin__ has quit IRC13:06
*** raildo-afk is now known as raildo13:08
*** mriedem has joined #openstack-nova13:08
*** e0ne has joined #openstack-nova13:09
*** jkraj has quit IRC13:10
*** aix has joined #openstack-nova13:10
*** MVenesio has quit IRC13:14
*** Daisy has quit IRC13:15
*** piyanai has quit IRC13:15
*** MVenesio has joined #openstack-nova13:15
*** beagles has joined #openstack-nova13:15
*** Daisy has joined #openstack-nova13:15
*** READ10 has joined #openstack-nova13:15
*** rotbeard has quit IRC13:16
*** pece has quit IRC13:19
*** Daisy has quit IRC13:19
*** krtaylor has quit IRC13:20
*** dustins has joined #openstack-nova13:21
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: use log file and serial console at the same time  https://review.openstack.org/18805813:23
*** smatzek has quit IRC13:24
*** VW_ has joined #openstack-nova13:25
*** ctrath has joined #openstack-nova13:29
*** annegentle has quit IRC13:30
*** annegentle has joined #openstack-nova13:30
*** salv-orlando has joined #openstack-nova13:31
*** dustins has quit IRC13:32
*** VW_ has quit IRC13:32
*** kiran-r has quit IRC13:32
*** VW_ has joined #openstack-nova13:32
*** sudipto has joined #openstack-nova13:32
*** fawadkhaliq has quit IRC13:33
openstackgerritPavel Kholkin proposed openstack/nova: WIP: Use legacy engineFacade from oslo_db.enginefacade  https://review.openstack.org/22131013:34
*** markus_z has quit IRC13:34
*** ijuwang has joined #openstack-nova13:36
*** VW_ has quit IRC13:37
*** dustins has joined #openstack-nova13:39
*** achanda has joined #openstack-nova13:40
claudiubjohnthetubaguy: we only have 2 more bugfixes for hyper-v atm, one of which is the detach_interface one you already voted on. If there's any other bug, I'll let you know. We're currently running tempests on all hypervisor versions we support.13:41
*** achanda has quit IRC13:41
*** rushiagr_away is now known as rushiagr13:42
*** mtanino has joined #openstack-nova13:42
*** LukeHinds has joined #openstack-nova13:42
*** zhenguo has quit IRC13:43
*** tdurakov has joined #openstack-nova13:46
*** piyanai has joined #openstack-nova13:46
*** rfolco has joined #openstack-nova13:46
*** piyanai has quit IRC13:48
*** mmedvede has joined #openstack-nova13:48
*** rushiagr is now known as rushiagr_away13:48
*** piyanai has joined #openstack-nova13:49
*** mmedvede has quit IRC13:49
*** Sree has joined #openstack-nova13:49
*** piyanai has quit IRC13:50
*** piyanai has joined #openstack-nova13:53
*** mmedvede has joined #openstack-nova13:54
*** erhudy has joined #openstack-nova13:54
*** yamahata has joined #openstack-nova13:54
*** smatzek has joined #openstack-nova13:55
*** vladikr has quit IRC13:56
*** yuner027 has joined #openstack-nova13:57
*** piyanai has quit IRC13:58
*** acc_ has quit IRC13:59
openstackgerritSylvain Bauza proposed openstack/nova: Manifesto for working on Tasks  https://review.openstack.org/22128013:59
*** vladikr has joined #openstack-nova13:59
*** sayali has quit IRC14:02
*** zzzeek has joined #openstack-nova14:02
*** wverdugo500 has quit IRC14:03
*** smatzek_ has joined #openstack-nova14:04
*** VW_ has joined #openstack-nova14:04
*** ericksonsantos has quit IRC14:04
*** smatzek_ has quit IRC14:04
dansmithoh sure, now *everyone* wants to have a manifesto14:05
*** piyanai has joined #openstack-nova14:06
*** garyk has quit IRC14:06
*** mragupat has joined #openstack-nova14:09
*** nikeshm has quit IRC14:10
*** mragupat has quit IRC14:10
*** aix has quit IRC14:11
*** r-daneel has joined #openstack-nova14:12
*** sayali has joined #openstack-nova14:14
*** piyanai has quit IRC14:15
*** Jeffrey4l has quit IRC14:16
*** Marga_ has joined #openstack-nova14:16
*** jecarey has joined #openstack-nova14:16
johnthetubaguydansmith: must be election time or something14:20
dansmithheh14:20
*** burgerk has joined #openstack-nova14:21
*** clarkb1 is now known as clarkb14:21
tdurakovalaski, hi, left comment for you in my patch14:22
*** aix has joined #openstack-nova14:22
alaskitdurakov: okay14:23
*** nikhil has joined #openstack-nova14:23
*** Sree has quit IRC14:25
*** pixelb has joined #openstack-nova14:25
*** Sree has joined #openstack-nova14:26
tdurakovalaski, i heard that you and sbauza are working on long-running task concept for nova. while this is great, such check should not be part of task IMO, so these activities should not intersect, what do you think?14:26
bauzasdansmith: I'd love to write an ice cream manifesto14:27
dansmith+114:27
*** thangp has joined #openstack-nova14:27
bauzastdurakov: well ,Tasks are not only for long-running tasks14:28
alaskitdurakov: I think that an API response should not need to wait for an RPC message to conductor then compute to finish in order to respond14:28
*** sayali has quit IRC14:28
bauzastdurakov: that's rather better for tracking all the actions related to a specific request14:28
alaskitdurakov: I'm not sure I understand why a task isn't a good fit for this14:28
*** alexpilotti has quit IRC14:29
*** artom has joined #openstack-nova14:29
bauzastdurakov: alaski: johnthetubaguy: btw. tasks manifesto updated https://review.openstack.org/#/c/221280/14:29
*** Sree has quit IRC14:30
alaskibauzas: just about to give it a read14:30
*** artom has quit IRC14:30
bauzasthat's WIP again and I definitely suck at writing long stories14:30
*** julien_ZTE has joined #openstack-nova14:30
* bauzas could be a very terrible PM14:31
*** artom has joined #openstack-nova14:31
tdurakovalaski, bauzas, well, I thought that tasks are for smth long-running, so imho there is a place for input verification before task should be scheduled for execution14:31
*** openstackgerrit has quit IRC14:31
bauzastdurakov: well, tasks are far more than that, it's for having a better way to track where we are14:31
*** openstackgerrit has joined #openstack-nova14:32
tdurakovbauzas,  are you planing to have all possible actions with instance as tasks?14:32
alaskitdurakov: as bauzas said they don't need to be long running.  I'm very much in support of input verification that can be done upfront, but not if it requires an RPC call to do it14:32
bauzastdurakov: you should be reading my manifesto14:32
tdurakovbauzas, i've read first version14:33
tdurakovso, are you going to move all actions to task concept?14:33
bauzaswhich I assume is probably as much exciting as a thristy yak in the winter14:33
tdurakovalaski, what about live-migration? there is already compute level verification with rpc14:34
bauzastdurakov: live-migration checks done on the conductor are just... heh, terrible IMHO14:35
tdurakovbauzas, no14:35
*** nikhil has quit IRC14:35
bauzastdurakov: but we mostly miss to track what happens when it goes to the compute14:35
tdurakovi'm about compute level checks14:35
*** tongli_ has joined #openstack-nova14:35
bauzasoh that14:35
*** nikhil has joined #openstack-nova14:35
tdurakovcheck_can_live_migrate14:35
claudiubjohnthetubaguy: hyper-v ci also passed on this: https://review.openstack.org/#/c/214560/14:35
tdurakovsmh like that14:35
alaskitdurakov: I think it's a mistake.  it was the best option at the time I'm sure, but that doesn't mean we need to copy it14:36
bauzasyeah, you mean touching a file and see we can read it ? :D14:36
* bauzas giggles14:36
tdurakovalaski, how you are going to detect shared storage without such checks?)14:36
*** Marga_ has quit IRC14:36
tdurakovfor example14:36
bauzasokay, I think there is a misunderstanding14:37
*** Marga_ has joined #openstack-nova14:37
alaskitdurakov: if the check happens after the API responds it's fine.  I don't see why the API response should depend on whether or not there's shared storage14:37
*** tongli has quit IRC14:37
*** david-lyle has quit IRC14:37
bauzasalaski: tdurakov: any change you could give me ?14:37
bauzasbecause I strongly agree with alaski14:37
bauzaswithout context14:38
bauzasjust because of what he said14:38
tdurakovlol14:38
tdurakovlet me figure out14:38
tdurakovtasks are really good idea14:38
bauzastasks are not unicorns or magical wands that will solve all our problems14:39
tdurakovbut tasks is something that you are scheduling, right?14:39
*** haomaiwang has joined #openstack-nova14:39
alaskitdurakov: not necessarily.  a reboot could be a task14:39
tdurakovalaski14:39
tdurakovok, reboot sounds good)14:39
tdurakovfor example i've type nova reboot test114:39
bauzastechnically, moving an host to an aggregate is a task too14:40
bauzasit doesn't change the instances tho14:40
tdurakovwhat should i see as a response?14:40
tdurakovalaski, ^14:40
*** casusbelli has joined #openstack-nova14:40
tdurakovaccepted?14:40
alaskitdurakov: yes.  with a reference to a task url to track14:40
*** sayali has joined #openstack-nova14:41
tdurakovnice)14:41
tdurakovbut what if instance dent exist at all?14:41
tdurakovdoesn't14:41
*** raildo is now known as raildo-afk14:41
bauzasthe API fences that previously14:41
*** raildo-afk is now known as raildo14:41
alaski404.  but that's a check that can be done without waiting on an RPC response14:41
*** otter768 has joined #openstack-nova14:42
bauzasthat's already done actually14:42
tdurakovok, now i see14:42
*** diogogmt has joined #openstack-nova14:42
*** jecarey has quit IRC14:42
tdurakovthe main concern is about asking smth from computes, right?14:42
alaskiexactly14:43
tdurakovalaski, ok14:43
alaskiasking something before the API response can be given14:43
tdurakovbuut:-)14:43
tdurakovwhy we are not afraid to use calls to ask smh from conductor then?14:43
bauzasbecause that's where the boundary is set14:44
tdurakovlol14:44
tdurakovbauzas, is there reasons to set boundaries there?14:45
alaskiI would like to not have calls to conductor either14:45
bauzasalaski: that's actually something synchronous atm14:45
tdurakovalaski, this sounds more reasonable IMO14:45
tdurakovok, and what about scheduler?14:46
alaskitdurakov: to be clear my only concern here is calls from the nova-api14:46
*** otter768 has quit IRC14:47
alaskiwhich doesn't call to the scheduler afaik14:47
tdurakovif we use tasks, request to scheduler should they be done before task execution?14:47
tdurakovok14:47
tdurakovalaski, now it seems clearer:)14:47
tdurakovbauzas, alaski thanks:)14:48
alaskitdurakov: awesome14:48
alaskinp14:48
bauzasI'm just doublechecking14:48
tdurakovit's a good point to move requests from api to casts:)14:48
bauzasbut creating an instance calls the conductor api14:49
tdurakovheh, instance boot, right...14:49
bauzastdurakov: but the conductor RPC message is a cast, so that's non-blocking14:50
alaskibauzas: the build_instance path is a cast to conductor14:50
*** deepakcs has joined #openstack-nova14:51
*** garyk has joined #openstack-nova14:51
bauzasalaski: heh14:51
tdurakovcool:)14:51
tdurakovbaizas, let me read manifesto againg14:51
bauzasbauzas14:51
bauzasI know my name is hard to tell14:51
tdurakovomg, autocomplete((((14:51
tdurakovwait a minute it's time to kill that feature14:52
jaypipes_sudipto: you around? wanted to chat with you and flaper87 about the glance v1/v2 stuff in nova.14:52
flaper87w000h0014:52
tdurakovbauzas, sorry(((14:52
sudiptojaypipes_, hi yeah here :)14:52
*** Daisy has joined #openstack-nova14:52
jaypipes_sudipto: hey, wanted to introduce you to Flavio (flaper87)14:53
* flaper87 bows and says hi14:53
jaypipes_sudipto: and hoped to get the two of you on th esame page regarding your ongoing work in the glance module in nova/image/glance.py14:53
* sudipto says hi14:53
* sudipto bows too :)14:53
flaper87sudipto: thanks for jumping into that. It's a great and important efort14:54
*** cfriesen has joined #openstack-nova14:54
*** annegent_ has joined #openstack-nova14:54
flaper87sudipto: for now, I'm curious to know how far have you gone with this work14:54
*** annegentle has quit IRC14:54
flaper87sudipto: how familiar are you with nova.image.glance?14:54
sudiptoflaper87, if you remember, i had a chat on one of my early mornings - w.r.t to the error code handling you did for the versions dict.14:54
flaper87sudipto: did you check my previous, lenghty, attempt to refactor this code?14:55
flaper87sudipto: my memory is terrible and I'd wholeheartedly advice you not to trust it14:55
flaper87:P14:56
sudiptoflaper87, nope, i haven't seen your attempt in the past, but here's the code i had up for review - recently https://review.openstack.org/#/c/222150/14:56
flaper87sudipto: but I think I remember, yup14:56
flaper87:D14:56
*** haomaiwang has quit IRC14:56
sudiptoflaper87, to answer the other question on how far i am familiar - well, i have started on it post jaypipes_ sort of got me introduced to the problem around a month back odd.14:56
*** Daisy has quit IRC14:57
*** Daisy has joined #openstack-nova14:57
*** dims_ has quit IRC14:58
flaper87sudipto: https://review.openstack.org/#/c/144875/ <- this is the last attempt I did. FWIW, despite what the gate says, it worked. The issue with that is that it was a huge refactor and it was quite a risk to just merge it like that14:58
*** stevemar has joined #openstack-nova14:58
*** dims_ has joined #openstack-nova14:58
*** jistr is now known as jistr|call14:58
flaper87sudipto: in the process, I got quite familiar w/ that code and the issues related to it. I wouldn't recommend you to look at the whole patch but rather dedicate time to read this: https://review.openstack.org/#/c/144875/34/nova/image/api.py,cm14:59
flaper87That's the most important part of that patch14:59
* sudipto is reading...14:59
flaper87It contains a unified cross-version compatible version of nova.images.api14:59
flaper87sudipto: I commented everything there and let some sarcasm in for the sake of keeping myself sane in the process15:00
flaper87:D15:00
flaper87sudipto: obviously, I'm not suggesting to take that code as-is but I hope it'll serve as reference.15:00
*** smatzek has quit IRC15:01
sudiptoflaper87, sure, i will read through it...15:01
*** boris-42 has joined #openstack-nova15:01
*** openstackgerrit has quit IRC15:01
flaper87sudipto: don't hesitate to ask if you need15:01
sudiptoflaper87, sure, it's one helluva big patchset :D15:01
flaper87sudipto: told you15:01
flaper87:D15:01
*** openstackgerrit has joined #openstack-nova15:02
flaper87sudipto: so, FWIW, most of the changes are in that file15:02
flaper87the rest is more +1,-1 because some attributes changed15:02
flaper87and the deleted nova.images.glance module15:02
*** smatzek has joined #openstack-nova15:02
*** piyanai has joined #openstack-nova15:04
*** Daisy has quit IRC15:07
*** hemnafk is now known as hemna15:08
sudiptoflaper87,Lots of changes, went through one round. I need more familiarity. It didn't seem like we are making use of the /versions.py URI to obtain the current version in use, did we? Any reason why that should or shouldn't be used?15:11
*** emagana has joined #openstack-nova15:12
*** Daisy has joined #openstack-nova15:12
*** thangp has quit IRC15:13
*** thangp has joined #openstack-nova15:14
*** smatzek_ has joined #openstack-nova15:14
*** oomichi has joined #openstack-nova15:16
*** fawadkhaliq has joined #openstack-nova15:16
*** smatzek has quit IRC15:18
flaper87sudipto: we are currently not making use of the version's endpoint but we may want to do so15:18
*** markus_z has joined #openstack-nova15:18
sudiptoflaper87, sure, i will go through your patch patiently during my day - and hopefully will have a more fruitful discussion. In the meantime, could you tell me how you'd like to proceed?15:20
sudiptoflaper87, as in - i guess the issue with the previous patch was just the length more than any thing else?15:20
*** tonytan4ever has joined #openstack-nova15:21
sudiptoflaper87, my idea was to work on small chunks - the direction jaypipes_ had given me was to make sure we use the versions URI - and then slowly start replacing methods that default to 1.15:21
*** ijw_ has quit IRC15:22
*** tdurakov has quit IRC15:22
*** ijw has joined #openstack-nova15:22
*** manas has quit IRC15:23
*** jaypipes_ is now known as jaypipes15:23
*** pumaranikar has joined #openstack-nova15:23
openstackgerritMichael Bayer proposed openstack/nova: - WIP - test removal of dupes in a migration  https://review.openstack.org/22288815:23
*** deepakcs has quit IRC15:24
*** Marga_ has quit IRC15:24
flaper87sudipto: right, you can tell from the patch that splitting this into small chunks can be hard, especially because to use the v2 properly there are some changes that are required in the code that impact other areas in Nova15:24
flaper87sudipto: we need to work on a spec for Nova to lay down the plan for this work and I'm happy to work with jaypipes on that15:24
sudiptoflaper87, ok...15:25
flaper87There's a draft version that was started in Kilo a second draft in Liberty and I guess we'll come out with a merge between those and the latest findings15:25
markus_zsahid: Would you consider removing your -1 from https://review.openstack.org/#/c/220519 and https://review.openstack.org/#/c/215102 ?15:25
flaper87sudipto: your input and feedback there is highly appreciated15:25
openstackgerritjichenjc proposed openstack/nova: devref: change error messages no need microversion  https://review.openstack.org/21849115:26
flaper87sudipto: for now, until that spec is done, I think what jaypipes suggested is a good plan forward15:26
*** nkrinner is now known as nkrinner_afk15:26
sudiptoflaper87,  sure, in the meantime, i guess the critical bit is the part where nova may need to adapt to some of the changes w.r.t defaulting to v2.  I will get a good clue of that from your patch hopefully.15:27
sudiptoflaper87, if that's route for now, could you provide your review comments on my patch here: https://review.openstack.org/#/c/22215015:27
flaper87sudipto: sure thing, I just starred it15:28
sudiptoflaper87, i haven't made any attempt yet to replace anything - just to want to ensure that it's liked first and then proceed on what's needed to make use of it.15:28
sudiptoflaper87, ok thanks a lot!15:28
*** shoutm has quit IRC15:30
*** jistr|call is now known as jistr15:30
flaper87sudipto: you could start by making nova use the versions endpoint and default to v1 for now until the code is v2 compatible. We'll need that anyway.15:31
openstackgerritjichenjc proposed openstack/nova: Remove useless header not need microversion  https://review.openstack.org/22415215:31
flaper87sudipto: np, I'll ping you soonish15:31
*** scheuran has quit IRC15:32
*** annegent_ has quit IRC15:32
*** annegentle has joined #openstack-nova15:33
*** haomaiwa_ has joined #openstack-nova15:33
*** kumar has quit IRC15:33
*** david-ly_ has joined #openstack-nova15:35
*** sudipto has quit IRC15:36
*** sudipto has joined #openstack-nova15:39
sudiptoflaper87, sorry, got disconnected.15:39
*** armax has joined #openstack-nova15:39
*** david-ly_ is now known as david-lyle15:41
*** READ10 has quit IRC15:43
*** Piet has joined #openstack-nova15:43
*** venkat_p has joined #openstack-nova15:44
andreykurilinmriedem: hi!15:44
andreykurilinmriedem: I want to discuss two topics with you:)15:44
*** nikhil_ has joined #openstack-nova15:44
*** nikhil_ is now known as Guest6328215:45
*** Guest63282 is now known as nikhil_k15:46
andreykurilinmriedem: first of all https://review.openstack.org/#/c/190346/ . Can I help you with it? It would be really nice to get it as soon as possible, since stable branch for novaclient will be created in near future and it will need a backport.15:47
*** moshele has quit IRC15:47
*** rlrossit1 has joined #openstack-nova15:49
*** rlrossit has quit IRC15:50
*** paul-carlton1 has quit IRC15:51
*** krtaylor has joined #openstack-nova15:51
*** unicell has quit IRC15:51
*** pumaranikar has quit IRC15:51
*** ByPasS has quit IRC15:52
*** unicell has joined #openstack-nova15:52
*** nikhil_k has quit IRC15:52
*** tsekiyama has joined #openstack-nova15:52
*** unicell has quit IRC15:52
mriedemandreykurilin: i plan on getting to that15:53
*** jistr has quit IRC15:54
*** ByPasS has joined #openstack-nova15:54
*** devlaps has joined #openstack-nova15:54
*** wuhao has quit IRC15:54
*** wuhao has joined #openstack-nova15:55
*** sahid has quit IRC15:55
*** piyanai has quit IRC15:56
*** mdrabe has quit IRC15:56
*** pece has joined #openstack-nova15:57
*** jecarey has joined #openstack-nova15:58
*** wuhao has quit IRC16:00
*** zhangjn has joined #openstack-nova16:00
*** vilobhmm_11 has joined #openstack-nova16:00
*** haomaiwa_ has quit IRC16:01
*** 16WAAAFWE has joined #openstack-nova16:01
*** pumaranikar has joined #openstack-nova16:01
*** jichen has quit IRC16:01
*** wuhao has joined #openstack-nova16:03
*** venkat_p has quit IRC16:04
*** EinstCrazy has joined #openstack-nova16:04
*** vilobhmm_11 has quit IRC16:05
*** jlanoux has quit IRC16:05
*** EinstCrazy has quit IRC16:06
*** fawadkhaliq has quit IRC16:08
*** EinstCrazy has joined #openstack-nova16:08
*** EinstCrazy has quit IRC16:08
*** Marga_ has joined #openstack-nova16:09
*** EinstCrazy has joined #openstack-nova16:09
dansmithndipanov: you still want to get this in right? https://review.openstack.org/#/c/200485/2016:12
ndipanovdansmith, yeah is smth wrong with it?16:12
dansmithnope, was just getting ready to look16:13
dansmithit does change rpc, so we're getting pretty close to having to not do more of that I think, but was going to evaluate at least16:13
johnthetubaguyI was thinking its a bug thats hard to backport, but not had chance to dig deep on that one16:17
*** romainh has left #openstack-nova16:19
*** venkat_p has joined #openstack-nova16:19
*** julien_ZTE has quit IRC16:20
*** annegentle has quit IRC16:20
*** ijw has quit IRC16:20
*** nic has joined #openstack-nova16:21
*** annegentle has joined #openstack-nova16:21
*** ijw has joined #openstack-nova16:21
dansmithjohnthetubaguy: right, which is why I was thinking it'd be good to get it in if we care about it16:21
johnthetubaguydansmith: +116:22
*** EinstCrazy has quit IRC16:22
*** matrohon has quit IRC16:24
*** danpb has quit IRC16:24
*** venkat_p has quit IRC16:24
*** mmedvede has quit IRC16:28
*** mmedvede has joined #openstack-nova16:30
*** wuhao has quit IRC16:30
*** beagles is now known as beagles-brb16:30
*** wuhao has joined #openstack-nova16:31
*** rfolco has quit IRC16:32
*** Daisy has quit IRC16:36
*** fawadkhaliq has joined #openstack-nova16:37
*** Daisy has joined #openstack-nova16:37
*** SourabhP has joined #openstack-nova16:38
*** Apoorva has joined #openstack-nova16:39
*** alex_klimov has quit IRC16:41
*** dannywilson has joined #openstack-nova16:42
*** SourabhP has quit IRC16:42
*** otter768 has joined #openstack-nova16:43
*** earlephilhower has joined #openstack-nova16:43
*** Daisy has quit IRC16:43
mriedemdoffm: your lsof +D still fails with rc=116:43
mriedemhttp://logs.openstack.org/48/219448/4/check/gate-tempest-dsvm-full/87919e2/logs/screen-n-cpu.txt.gz#_2015-09-15_20_02_14_82916:43
*** fawadkhaliq has quit IRC16:44
*** mdrabe has joined #openstack-nova16:46
*** otter768 has quit IRC16:47
*** tonytan4ever has quit IRC16:47
*** vilobhmm_11 has joined #openstack-nova16:48
*** dannywilson has quit IRC16:49
*** tdurakov has joined #openstack-nova16:50
*** unicell has joined #openstack-nova16:51
*** markus_z has quit IRC16:52
*** browne has joined #openstack-nova16:54
*** diogogmt_ has joined #openstack-nova16:56
*** diogogmt has quit IRC16:56
*** diogogmt_ is now known as diogogmt16:56
*** blaisebool has joined #openstack-nova16:57
openstackgerritAlexis Lee proposed openstack/nova: Unmoxify ConductorTestCase - rebuild  https://review.openstack.org/22105516:58
openstackgerritAlexis Lee proposed openstack/nova: Unmoxify ConductorTestCase - cold_migrate  https://review.openstack.org/22320516:58
openstackgerritAlexis Lee proposed openstack/nova: Unmoxify ConductorTestCase - unshelve  https://review.openstack.org/22105416:58
openstackgerritAlexis Lee proposed openstack/nova: Unify on _schedule_instances  https://review.openstack.org/21976116:58
openstackgerritAlexis Lee proposed openstack/nova: Unmoxify ConductorTestCase - build_instances  https://review.openstack.org/22101416:58
*** ctrath has quit IRC16:58
*** pumaranikar has quit IRC16:58
*** exploreshaifali has joined #openstack-nova16:59
*** derekh is now known as derekh_afk16:59
*** annegentle has quit IRC16:59
*** yamahata has quit IRC17:00
*** VW_ has quit IRC17:00
*** annegentle has joined #openstack-nova17:00
*** beagles-brb is now known as beagles17:01
*** 16WAAAFWE has quit IRC17:01
*** VW_ has joined #openstack-nova17:01
*** SourabhP has joined #openstack-nova17:01
*** haomaiwang has joined #openstack-nova17:01
*** piyanai has joined #openstack-nova17:01
*** tdurakov has quit IRC17:02
*** hitalia has joined #openstack-nova17:02
*** ctrath has joined #openstack-nova17:03
*** VW_ has quit IRC17:05
*** yassine_ has quit IRC17:07
*** achanda has joined #openstack-nova17:09
*** mriedem has quit IRC17:09
*** lucasagomes is now known as lucas-dinner17:11
*** haomaiwang has quit IRC17:12
*** lsmola has quit IRC17:13
ndipanovhmm dansmith interesting point on that cleanup when setting migration in 'error'17:15
ndipanovwill need to look into that tomorrow17:15
dansmithokay17:15
*** ccarmack has quit IRC17:17
*** e0ne has quit IRC17:19
*** exploreshaifali has quit IRC17:19
*** julien_ZTE has joined #openstack-nova17:20
*** SourabhP has quit IRC17:21
*** ccarmack has joined #openstack-nova17:21
*** dannywilson has joined #openstack-nova17:22
*** mriedem has joined #openstack-nova17:24
*** jichen has joined #openstack-nova17:24
*** julien_ZTE has quit IRC17:26
*** yamahata has joined #openstack-nova17:28
*** diogogmt has quit IRC17:34
*** VW_ has joined #openstack-nova17:35
*** pixelb has quit IRC17:37
doffmmriedem: I saw. Running tempest locally to try and sort things out.17:38
*** READ10 has joined #openstack-nova17:39
gsilvisI have a question about the volume attach/detach API calls.  Volume attach returns a JSON object with both "id" and "volumeId" fields.  "volumeID" is clearly the ID of the attached volume, and "id" is the id used when deleting the attachment17:41
gsilvisCurrently it looks like the values of these two fields is always the same.  Is this always true?  If so, is there a specific reason for it?17:41
mriedemgsilvis: they are the same value https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/volumes.py#L29917:43
mriedemgsilvis: i don't know the background, there is probably some reason id or volumeId was added later, and we can't drop one b/c of backwards compatibility17:44
*** pixelb has joined #openstack-nova17:45
gsilvisah, thanks for the code link17:46
*** tdurakov has joined #openstack-nova17:47
gsilvisDo you think changing it so that 'id' is a fresh UUID would break existing applications?17:48
openstackgerritMark Doffman proposed openstack/nova: Move logging outside of LibvirtConfigObject.to_xml  https://review.openstack.org/22421617:49
*** ccarmack has left #openstack-nova17:50
*** fawadkhaliq has joined #openstack-nova17:50
mriedemgsilvis: i would definitely be a backward incompatible change17:51
mriedem*it17:51
dansmithand we'd have to persist the other id so we could honor it17:51
mriedemit would require a microversion, and i'm not sure what the use case is17:51
mriedemdansmith: hi17:52
*** ociuhandu has quit IRC17:52
gsilvisokay, so the fact that they are equal IS considered part of the API, okay17:52
*** unicell has quit IRC17:52
dansmithmriedem: o/17:52
mriedemgsilvis: yeah, like i said, it was probably just some thing that changed years ago and we have to keep honoring it for backward compat17:52
openstackgerritjichenjc proposed openstack/nova: Change v3 to v21 for devref api_plugins.rst  https://review.openstack.org/22422117:53
*** ociuhandu has joined #openstack-nova17:53
gsilvis(my usecase is having Nova interact with Cinders in other Openstack deployments.  For volume attach, the user specifies the Cinder that their volume is in.  In detach, they hav e no chance to specify that, and I don't want to blindly trust that the Cinder volumes have different UUIDS)17:53
*** gszasz has quit IRC17:53
*** beagles has quit IRC17:53
mriedemoh this is that federated cinder tihng right?17:54
*** diogogmt has joined #openstack-nova17:55
gsilvisYup, that's right17:55
*** ociuhandu has quit IRC17:57
*** unicell has joined #openstack-nova17:57
*** piyanai has quit IRC17:57
*** MVenesio has quit IRC17:59
*** e0ne has joined #openstack-nova17:59
*** piyanai has joined #openstack-nova18:00
*** pumaranikar has joined #openstack-nova18:00
*** ccarmack has joined #openstack-nova18:02
*** lpetrut has quit IRC18:03
*** LukeHinds has quit IRC18:05
*** rfolco has joined #openstack-nova18:05
*** blaisebool has quit IRC18:06
*** ctrath has left #openstack-nova18:07
*** tpeoples has joined #openstack-nova18:07
*** ctrath has joined #openstack-nova18:09
*** READ10 has quit IRC18:09
*** dave-mccowan has quit IRC18:10
*** pumaranikar has quit IRC18:11
*** annegentle has quit IRC18:12
*** annegentle has joined #openstack-nova18:12
*** rlrossit1 has quit IRC18:13
*** ZZelle_ has joined #openstack-nova18:14
*** tdurakov has quit IRC18:15
*** diogogmt has quit IRC18:16
*** openstackgerrit has quit IRC18:16
*** pece has quit IRC18:16
*** openstackgerrit has joined #openstack-nova18:17
*** diogogmt has joined #openstack-nova18:17
*** tdurakov has joined #openstack-nova18:17
*** e0ne has quit IRC18:18
*** rlrossit has joined #openstack-nova18:19
*** e0ne has joined #openstack-nova18:20
tsekiyamahemna: I've replied to your comment on https://review.openstack.org/#/c/196482/5/nova/volume/encryptors/cryptsetup.py . If you have a chance please check it.18:22
mriedemnovaclient functional tests are running with nova-network? is there actually a network?18:23
*** changbl has quit IRC18:23
hemnatsekiyama, ok will do18:23
tsekiyamahemna: thanks18:23
*** ssurana has joined #openstack-nova18:24
mriedemer i guess novaclient functional tests are just running against whatever devstack config you have setup18:24
*** achanda has quit IRC18:25
*** oomichi has quit IRC18:27
melwittmriedem: right. nova-network is still default in devstack afaik18:27
mriedemyeah, trying to figure out the best way to test fixed-ip show in novaclient functional tests18:28
mriedemkind of thinking i can just create a server, get it's fixed ip and use that for the show18:28
*** tonytan4ever has joined #openstack-nova18:28
melwittoh, yeah18:29
*** david-lyle has quit IRC18:30
*** boris-42 has quit IRC18:30
*** tdurakov has quit IRC18:30
*** tdurakov has joined #openstack-nova18:31
*** dave-mccowan has joined #openstack-nova18:32
doffmmriedem: Not sure how to get a list of free fixed ip's im afraid. Can't see any way to list allocated fixed_ips. So getting the cidr won't help if we don't know whats allocated.18:40
mriedemyeah, i'm going to just create a test server, get it's fixed_ip and do a show on that for details,18:41
mriedemi'm only trying to test a microversion change for the response in the fixed ip api18:41
*** otter768 has joined #openstack-nova18:43
*** casusbelli has quit IRC18:44
*** aix has quit IRC18:46
*** dannywilson has quit IRC18:46
*** piyanai has quit IRC18:48
*** otter768 has quit IRC18:48
*** matrohon has joined #openstack-nova18:49
*** piyanai has joined #openstack-nova18:49
bauzasmelwitt: saw your email about gdocs18:50
bauzasmelwitt: warning, I'm enough crazy to think about supporting Gerrit changes instead for that :p)18:51
bauzaslike anyone who would like to add his proposal would just provide a .rst file to a specific repo18:51
melwittbauzas: yeah, I hadn't come up with any ideas other than a fallback etherpad18:53
*** dave-mccowan has quit IRC18:53
dansmith+1 for fallback etherpad18:54
bauzasheh, that's acceptable too, I'm just in love with git-review :)18:56
dansmithI'm very .. not :)18:56
melwitthaha18:57
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Zanata  https://review.openstack.org/22426219:03
*** pumaranikar has joined #openstack-nova19:03
*** fawadkhaliq has quit IRC19:04
*** jichen has quit IRC19:04
mriedemmelwitt: do you know if the novaclient functional tests are being run with admin credentials? it looks like they would be given clouds.yaml.sample19:07
melwittmriedem: yes, they are19:07
*** wasmum- has quit IRC19:08
*** julien_ZTE has joined #openstack-nova19:09
*** sudipto has quit IRC19:10
*** achanda has joined #openstack-nova19:12
*** julien_ZTE has quit IRC19:13
vilobhmm_11dansmith : ping19:14
dansmithvilobhmm_11: ack19:14
vilobhmm_11you remember the other day we talked about client=>sg-api=>sg-driver(db driver)=>object layer => db19:15
vilobhmm_11in compute node object there are specific calls to service object…which IMHO should also follow similar pattern….https://github.com/openstack/nova/blob/master/nova/objects/compute_node.py#L135 what you think ?19:16
vilobhmm_11but call going from objects layer to sg layer seems kinda weird so thought will check with you before proceeding ahead19:16
vilobhmm_11dansmith : ^619:16
dansmithvilobhmm_11: yeah, I think that objects calling the sg api is probably wrong19:17
vilobhmm_11true19:17
*** ctrath has quit IRC19:17
vilobhmm_11what do you suggest for such cases19:17
*** dave-mccowan has joined #openstack-nova19:17
dansmithvilobhmm_11: at least for the first cut, I think that supports my point that "is this a service" should be a function of the database, regardless of what sg driver we're using,19:18
*** pumaranikar has quit IRC19:18
dansmithand "is this service up" should be a function of the SG api19:18
*** tonytan4ever has quit IRC19:18
vilobhmm_11but irrespective of that wouldn't https://github.com/openstack/nova/blob/master/nova/objects/compute_node.py#L135  need to make a call to sg layer to get that details ? is that acceptable ?19:19
vilobhmm_11dansmith : ^^19:19
dansmithvilobhmm_11: no, because that code doesn't care if the service is up, only that it exists, right?19:19
*** sudipto has joined #openstack-nova19:21
vilobhmm_11dansmith : agree it checks only if it exist…. but if we could have other objects (like objects.compute_node) making use of objects.service to go through sg layer would be ideal IMHO19:23
vilobhmm_11before getting service information19:23
dansmithI'm not sure that's the right layer on which to do that19:23
*** lpetrut has joined #openstack-nova19:23
dansmithif it is, then it needs to be a subclass of service that implements a .is_up() method, and we just dump the sg api altogether or something19:23
*** ctrath has joined #openstack-nova19:24
melwittdansmith: that sounds similar to what I was saying in the spec at the beginning, all service data in db except up/down which goes in sg driver backend19:24
dansmithmelwitt: yeah, agree with that.. not sure I agree it should be on the object, but +1 to making SG only responsible for up-ness19:24
*** moshele has joined #openstack-nova19:24
*** aix has joined #openstack-nova19:25
*** pumaranikar has joined #openstack-nova19:25
melwittdansmith: yeah. I didn't mean it would be on the object. just that sg api abstraction is only for the up/down part19:25
*** pumaranikar has quit IRC19:26
dansmithmelwitt: cool, +2 :)19:26
dansmithnot really sure why it's called server groups either, since that's overloaded elsewhere19:26
*** hemna is now known as hemnafk19:26
vilobhmm_11dansmith, melwitt : #1. All service data in respective backend #2. Service data in db but sg api abstraction is only for the up/down part19:26
vilobhmm_11the spec has been approved with #119:27
*** alex_klimov has joined #openstack-nova19:27
dansmithvilobhmm_11: I don't really think it has19:27
*** Apoorva has quit IRC19:27
dansmithvilobhmm_11: I think it was ambiguous in the spec19:27
dansmith#2 is certainly what I was thinking when I agreed to the spec19:27
mriedemmelwitt: hmm, seems that parsing the output of nova commands in the functional tests is going to be..."fun"19:27
dansmithvilobhmm_11: so before we re-propose for liberty we should get clarification on that19:27
dansmithvilobhmm_11: have you proposed that re-approval for mitaka yet?19:28
melwittdansmith, vilobhmm_11: I think there's disagreement about it19:28
melwittbut if the majority wanted #1, then I was okay with that19:28
dansmithmelwitt: seems like it, so we should make sure to not fast-track-approve that on the way into mitaka19:28
vilobhmm_11melwitt : AFAIR majority wanted it to be #1 ….as you clearly mentioned above19:29
dansmithvilobhmm_11: I remember the opposite :)19:29
dansmithvilobhmm_11: have you re-proposed this for mitaka yet?19:30
vilobhmm_11dansmith : if you go through the history here https://review.openstack.org/#/c/190322/19:30
vilobhmm_11dansmith : yes i have https://review.openstack.org/#/c/222423/19:30
* bauzas just lurking the convo19:30
*** rdopiera has quit IRC19:31
melwittdansmith: I thought jaypipes and johnthetubaguy were agreeing on #119:31
dansmithmelwitt: I dunno about jaypipes but I thought johnthetubaguy was in favor of #219:31
melwittmriedem: yeah. it's worth noting we have a guideline that it's okay to use the python api for the setup steps, which should help19:32
mriedemmelwitt: this is to assert the output19:32
mriedemtable either has a column or doesn't19:32
mriedembased on microversion19:32
melwittoh19:32
bauzasmelwitt: I thought the consensus was for #219:32
mriedem_get_value_from_the_table doesn't really work19:32
dansmithvilobhmm_11: let me ask you a question... zk can expose arbitrary attributes for a service, right?19:32
melwittso... I guess there is some confusion here19:32
vilobhmm_11melwitt : +1 that jaypipes and johnthetybaguy ageed on #1 and so did everyone who gave +1 IMHO19:33
vilobhmm_11dansmith : yes19:33
bauzasmmm19:33
bauzasvilobhmm_11: is this written somewhere? ideally in the spec ?19:33
vilobhmm_11dansmith : i have proposed https://review.openstack.org/#/c/221947/ to make it happen in tooz19:33
*** pumaranikar has joined #openstack-nova19:33
*** thangp_ has joined #openstack-nova19:34
vilobhmm_11dansmith : does that answer you question ?19:34
dansmithvilobhmm_11: meaning zk can do it but tooz doesn't support it yet?19:34
vilobhmm_11tooz can expose service deatils as a blob19:34
*** thangp has quit IRC19:34
vilobhmm_11https://github.com/openstack/tooz/blob/master/tooz/drivers/zookeeper.py#L27319:35
vilobhmm_11my change gets details about the znode19:35
dansmithvilobhmm_11: okay, so we have a number we associate with a service now,19:35
vilobhmm_11znode = { znode stats + blob } this blob can be service data19:35
dansmithvilobhmm_11: and we need to calculate the min and max versions of those numbers quite a bit19:35
vilobhmm_11dabsmith : that needs to go away19:35
*** e0ne has quit IRC19:35
vilobhmm_11dansmith : ^^19:36
dansmithvilobhmm_11: for the database driver, we can just select min() and select max() and get that information very efficiently19:36
vilobhmm_11otherbackends won;t understand that number "id"19:36
dansmithvilobhmm_11: will zk type drivers have to enumerate every service in the deployment and manually iterate all that data to do the calculation?19:36
*** sudipto has quit IRC19:36
vilobhmm_11dansmith : nope19:36
dansmithvilobhmm_11: okay, so how do we query for that min and max?19:37
vilobhmm_11if we specify 'topic' , 'binary' , 'host' or a combination of it19:37
vilobhmm_11we can extract the valid znode from zookeeper19:37
dansmithright, that's not what I'm asking though19:37
*** Apoorva has joined #openstack-nova19:37
vilobhmm_11dansmith : can you point me to the code which does that ? I should have an answer19:37
dansmithI'm saying we need to find out the minimum and maximum versions of this arbitrary integer attribute19:37
*** wasmum has joined #openstack-nova19:38
dansmithvilobhmm_11: https://review.openstack.org/#/c/223320/2/nova/db/api.py,cm19:38
vilobhmm_11dansmith : thanks19:38
dansmithvilobhmm_11: sorry, this: https://review.openstack.org/#/c/223320/2/nova/db/sqlalchemy/api.py,cm19:38
*** thangp_ has quit IRC19:38
vilobhmm_11dansmith : does this API exist in the code yet ? I mean master and what will this be used for ?19:39
dansmithvilobhmm_11: no, it's proposed, waiting for mitaka19:39
vilobhmm_11ok19:39
dansmithvilobhmm_11: we need to use this for lots of upgrade-related things19:39
vilobhmm_11object versioning19:39
vilobhmm_11ok19:39
dansmithand every node in the cluster will need to be able to calculate min/max19:39
*** achanda_ has joined #openstack-nova19:40
dansmithvilobhmm_11: now, if you maintain service records in the DB and only use zk for liveness, then this is easy19:40
dansmithif we don't do that, how would you do this efficiently?19:40
*** achanda has quit IRC19:40
bauzasI don't really get the benefits of storing the service info within specific driver implementation ?19:41
vilobhmm_11dansmith : I was not aware this feature is coming in mitaka…I will need to think if this can be done efficiently by storing values/data in znodes..can I get back to you by tommorow ?19:42
vilobhmm_11i agree min/max won't be as fast as its done in db19:43
dansmithvilobhmm_11: sure19:43
vilobhmm_11dansmith :  we should have a clear set of API's which we want to fetch details from backends and others which should fetch from DB19:44
vilobhmm_11irrespective of the above question that you have asked19:44
dansmithvilobhmm_11: right like "liveness" and "anything else" right? :)19:44
*** dave-mccowan has quit IRC19:45
vilobhmm_11dansmith : liveliness agree..but need to clear on this "anything else" part though :)19:46
dansmithvilobhmm_11: "anything else" is "everything we have now" and also "things in the future that are not related to liveness" :)19:47
*** dave-mccowan has joined #openstack-nova19:50
*** lpetrut has quit IRC19:50
vilobhmm_11dansmith : sure…by tommorow should have a clear list of API;s that should go under "liveliness" vs ""everything we have now except liveliness" …so that all of us ( jaypipes, johnthetubeguy, melwitt, dansmith, vilobhmm_11 ) are on same page19:51
dansmiths/a clear list/a clear list to propose" ... but sure :)19:51
vilobhmm_11dansmith : thats much better :) sorry for the typo19:52
vilobhmm_11dansmith : thanks for your feedback !19:52
dansmith:D19:52
bauzasvilobhmm_11: I'm pretty interested in being in the loop too :)19:52
*** tonytan4ever has joined #openstack-nova19:53
vilobhmm_11bauzas : sorry missed you :) will include you as well19:53
*** rlrossit has left #openstack-nova19:54
*** rlrossit has joined #openstack-nova19:55
*** rlrossit has quit IRC19:55
*** oomichi has joined #openstack-nova19:55
*** rlrossit has joined #openstack-nova20:01
*** thangp has joined #openstack-nova20:01
*** openstackstatus has quit IRC20:02
*** mestery has quit IRC20:02
*** piyanai has quit IRC20:03
*** mestery has joined #openstack-nova20:03
*** openstackstatus has joined #openstack-nova20:04
*** ChanServ sets mode: +v openstackstatus20:04
*** derekh_afk is now known as derekh20:06
*** stevemar has quit IRC20:08
*** stevemar has joined #openstack-nova20:09
*** derekh has quit IRC20:11
*** hemnafk is now known as hemna20:11
*** stevemar has quit IRC20:11
*** smatzek_ has quit IRC20:17
*** alex_klimov has quit IRC20:17
*** beagles has joined #openstack-nova20:18
openstackgerritAndrew Laski proposed openstack/nova: Xenapi: Don't access image_meta.id when booting from a volume  https://review.openstack.org/22428620:20
*** Piet has quit IRC20:20
*** dave-mccowan has quit IRC20:21
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Show reserved status for a fixed_ip if available  https://review.openstack.org/19034620:24
mriedemandreykurilin: ^20:24
*** matrohon has quit IRC20:25
*** piyanai has joined #openstack-nova20:27
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Show reserved status for a fixed_ip if available  https://review.openstack.org/19034620:30
hemnatsekiyama, ping20:31
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Show reserved status for a fixed_ip if available  https://review.openstack.org/19034620:31
tsekiyamahemna: pong20:31
hemnatsekiyama, hey, so I read your comment on the encrypted vol issue20:31
hemnait's not entirely clear that this is only a case for looking for an 'old' encrypted volume path though.20:31
hemnabecause it's pulling the value directly from the connection_info, which I presume is coming from the result of the libvirt driver's attach volume call20:32
hemnain which case, for FC devices that device_path may contain an entry pointing to /dev/disk/by-id/dm-uuid-mpath-<WWN>20:32
*** pumaranikar has quit IRC20:33
tsekiyamahemna: yah, it's based on unpatched code I admit it's quite confusing..20:33
tsekiyamahemna: In that case, /dev/mapper/dm-uuid-mpath-<WWN> will be the name of crypt device in old code20:34
*** pumaranikar has joined #openstack-nova20:34
hemnaso I think your old_dev_name in that case will end up being dm-uuid-mpath-<WWN> which it won't find in /dev/mapper20:34
tsekiyamahemna: so the patch is trying to check whether the crypt device is there or not20:34
hemnaif it's a multipath device the /dev/mapper entry will be /dev/mapper/<WWN>20:35
*** dustins has quit IRC20:35
tsekiyamahemna: right20:36
hemnain which case the new name of crypt-dm-uuid-mpath-<WWN> will fail20:36
hemna:(20:36
*** ndipanov has quit IRC20:37
hemnashouldn't it be based off of the WWN ?20:37
hemnawhich can be obtained w/ a call to scsi_id --page 0x83 --whitelisted <device>20:37
tsekiyamahemna: do you mean multipath case or not?20:38
hemnabut I think that will always be found as /dev/mapper/<WWN>20:38
hemnamultipath case20:38
hemnaif the daemon is running and it creates a mpath device you'll get /dev/mapper/<WWN>  as a valid mpath device.20:39
tsekiyamaIn multipath case, device_path will be /dev/mapper/<WWN>, right?20:39
hemnayah20:39
hemnabut you don't have a search for <WWN>20:40
hemnathe search will be looking for /dev/mapper/dm-uuid-mpath-<WWN>20:40
hemnawhich won't be there :)20:40
*** lucas-dinner has quit IRC20:40
tsekiyamaAs far as I tested, if multipath is enabled, connection_info['data']['device_path'] is '/dev/mapper/<WWN>', which is pointing dm-multipath device.20:41
hemnafor iSCSI yes20:41
hemnanot for FC20:41
tsekiyamaah20:41
hemnaand I have plans on updating the discovery code in os-brick iSCSI to match the FC discovery code20:42
hemnabecause calling multipath -ll to discover the device is horribly slow on some systems.20:42
tsekiyamahmm ok20:42
hemnatsekiyama, re: https://goo.gl/Xqx1Tx20:43
hemnatsekiyama, that patch explains the new discovery model and what paths might show up for FC related volumes.  and during M, I'll update the iSCSI discovery code to do the same.20:44
hemnait's on my TODO list20:44
*** otter768 has joined #openstack-nova20:44
*** mwagner_lap has quit IRC20:44
hemnatsekiyama, I wonder if it's of value to return the volume WWN as part of os-brick's connect_volume call along w/ the device_path, etc20:45
hemnathen you could just read the WWN and go20:45
hemnaother connectors (NFS, ceph, etc) might not be able to get that WWN though.20:46
tsekiyamahmm, I think I got the point. I'll check the code for details.20:46
hemnaok coolio.20:47
*** tonytan4ever has quit IRC20:47
*** carora has joined #openstack-nova20:47
caroraHi, I want to change the resolv conf of each VM. please help me out. Not sure what config to change.20:48
*** otter768 has quit IRC20:49
*** julien_ZTE has joined #openstack-nova20:55
mriedemandreykurilin: are the novaclient functional tests running with the latest microversion by default?20:57
*** alex_klimov has joined #openstack-nova20:57
mriedemhuh20:58
mriedemDEFAULT_OS_COMPUTE_API_VERSION = "2.latest"20:58
mriedemseems we should set that to 2.1 for the default in functional tests20:59
*** julien_ZTE has quit IRC21:00
*** Piet has joined #openstack-nova21:00
*** ijw_ has joined #openstack-nova21:01
bauzasdansmith: around ? wondering if filtering out the services by the disabled state would make sense in https://review.openstack.org/#/c/223320/2/nova/db/sqlalchemy/api.py,cm ?21:01
bauzasdansmith: with very explicit relnotes saying that disabling an host needs to upgrade it first before enabling it21:02
*** burgerk has quit IRC21:03
openstackgerritNicolas Simonds proposed openstack/nova: Fix model query for non-admin flavor lookups  https://review.openstack.org/21180921:05
*** pumaranikar has quit IRC21:07
bauzasdansmith: I guess you're planning that for upgrade_levels ?21:08
bauzaslike deprecating that flag and leave the cloud discover which versions it has21:09
*** tonytan4ever has joined #openstack-nova21:09
*** raildo is now known as raildo-afk21:10
*** blaisebool has joined #openstack-nova21:10
*** hemna is now known as hemnafk21:11
bauzasdansmith: nvm, saw https://review.openstack.org/#/c/223321/221:11
*** blaisebool has quit IRC21:11
*** blaisebool has joined #openstack-nova21:12
*** ociuhandu has joined #openstack-nova21:12
*** blaisebool has quit IRC21:13
*** blaisebool has joined #openstack-nova21:13
*** ccarmack has quit IRC21:14
*** yamahata has quit IRC21:14
*** blaisebool has quit IRC21:14
*** jwcroppe has joined #openstack-nova21:14
*** ijw_ has quit IRC21:14
*** ijw_ has joined #openstack-nova21:15
tsekiyamahemnafk: Do you think that it is ok to obtain wwn from device_info["multipath_id"] ?21:15
*** thorst has quit IRC21:16
*** thangp has quit IRC21:18
*** ccarmack has joined #openstack-nova21:19
*** ccarmack has left #openstack-nova21:19
*** IanGovett has quit IRC21:20
*** tdurakov has quit IRC21:21
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Show reserved status for a fixed_ip if available  https://review.openstack.org/19034621:22
*** dustins has joined #openstack-nova21:24
dansmithbauzas: cool :)21:24
bauzasdansmith: just commented21:24
bauzasdansmith: here, we could have operators who would like to have a behaviour where they would have to upgrade a service before putting it back in rotation21:25
bauzasbecause of some ITIL change window or etc.21:25
bauzasand not wait to have all the computes being up21:25
bauzasoh wait21:26
bauzasthat's possible just by leaving the RPC pin21:26
bauzasand not use 'auto'21:26
*** boris-42 has joined #openstack-nova21:26
bauzasI mean, operators can do whatever they want by using the rpc versions flag we just need to think about the default UX21:27
dansmithbauzas: my second patch will bail if you try to start up a service that is too old, yeah21:27
bauzasbut a service can be up but disabled21:28
dansmith...yeah21:29
bauzasdansmith: okay, I'll review the change tomorrow21:30
bauzasI mean the second one21:30
dansmithokay21:30
*** changbl has joined #openstack-nova21:30
*** dave-mccowan has joined #openstack-nova21:30
bauzasI mean, I see your idea21:31
bauzasthe new 'auto' option could be not used if the operator would prefer to have a specific version pin21:31
mriedemmelwitt: i'm happy to announce today is my first time running novaclient functional tests locally :)21:31
mriedemi'm not ashamed to admit that21:31
dansmithbauzas: correct21:32
dansmithbauzas: but ideally we'd get away from even having the option eventually21:32
bauzasdansmith: I just need to consider whether the default auto behaviour should be accepting disabled or force_down services21:33
dansmithnot disabled, but maybe force_down, IMHO21:33
bauzas(again, not speaking of down services, your point is valid about flapping services)21:33
bauzasyeah, but that could be an usecase :)21:33
melwittmriedem: \o/ joining the party21:33
bauzasanyway, we could refine the logic later21:34
*** dave-mccowan has quit IRC21:34
*** tonytan4ever has quit IRC21:40
*** piyanai has quit IRC21:41
mriedemdoffm: like this https://review.openstack.org/#/c/217347/2/tox.ini21:41
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Add unit tests for methods  https://review.openstack.org/19888021:43
*** achanda_ has quit IRC21:45
*** rlrossit has left #openstack-nova21:45
*** tongli_ has quit IRC21:46
*** krtaylor has quit IRC21:46
*** hemnafk is now known as hemna21:46
hemnatsekiyama, so for now that's ok.  in M, I have plans to remove multipath_id entirely21:47
tsekiyamahemna: ok thanks21:47
hemnatsekiyama, fwiw, there is a rootwrap filter for running scsi_id in nova (that will go away)21:47
mriedemandreykurilin: https://review.openstack.org/#/c/190346/ passes functional tests now. btw, i don't get the comment about needing that in stable/liberty novaclient - the client isn't on the same release schedule as the server, so once that's in and we cut a novaclient release you can get support for microversion 2.421:48
mriedemit's not a bug fix so i don't see why we'd backport to stable/liberty novaclient21:48
hemnatsekiyama, https://bugs.launchpad.net/cinder/+bug/149570121:50
openstackLaunchpad bug 1495701 in OpenStack Compute (nova) "Sometimes Cinder volumes fail to attach with error "The device is not writable: Permission denied"" [Undecided,New]21:51
hemnatsekiyama, any idea if that's related?   it's a failure during encrypted volume tests21:51
tsekiyamahemna: let me see..21:51
*** pixelb has quit IRC21:51
*** xyang1 has quit IRC21:52
*** xyang1 has joined #openstack-nova21:52
*** beagles has quit IRC21:54
*** emagana has quit IRC21:55
*** changbl has quit IRC21:55
*** david-lyle has joined #openstack-nova21:56
*** emagana has joined #openstack-nova21:56
*** emagana has quit IRC21:57
*** achanda has joined #openstack-nova21:59
*** hemna is now known as hemnafk22:00
*** ijw_ has quit IRC22:01
*** jecarey has quit IRC22:02
tsekiyamahemna: Umm I haven't seen this before. It looks like crypt device is successfully created, but qemu cannot open it by some reason??22:02
openstackgerritNicolas Simonds proposed openstack/nova: Add NUMA cell count to cpu_info  https://review.openstack.org/22386922:04
*** tjones has joined #openstack-nova22:05
*** achanda has quit IRC22:07
*** dustins has quit IRC22:07
*** ctrath has quit IRC22:08
*** achanda has joined #openstack-nova22:09
*** stevemar has joined #openstack-nova22:10
*** thorst has joined #openstack-nova22:11
*** mriedem has quit IRC22:11
*** jwcroppe has quit IRC22:11
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: Add NUMA cell count to cpu_info  https://review.openstack.org/22386922:12
openstackgerritStephen Gordon proposed openstack/nova-specs: Complex soft (anti-)affinity policies  https://review.openstack.org/22432522:13
*** tjones has left #openstack-nova22:13
*** stevemar has quit IRC22:13
*** takedakn has joined #openstack-nova22:14
*** hemnafk is now known as hemna22:16
*** annegentle has quit IRC22:16
*** mdrabe has quit IRC22:16
*** achanda_ has joined #openstack-nova22:17
*** tpeoples has quit IRC22:17
*** achanda has quit IRC22:17
openstackgerritNicolas Simonds proposed openstack/nova: Fix model query for non-admin flavor lookups  https://review.openstack.org/21180922:17
hemnatsekiyama, yah it's a new one to me.22:20
hemnatsekiyama, patrickeast in cinder is seeing it.22:20
*** VW__ has joined #openstack-nova22:21
*** takedakn has quit IRC22:22
*** burt has quit IRC22:23
*** takedakn has joined #openstack-nova22:23
*** VW_ has quit IRC22:24
*** moshele has quit IRC22:25
*** julien_ZTE has joined #openstack-nova22:25
*** VW__ has quit IRC22:25
*** david-lyle has quit IRC22:29
*** vladikr has quit IRC22:31
*** krtaylor has joined #openstack-nova22:32
*** mwagner_lap has joined #openstack-nova22:37
*** ijuwang has quit IRC22:42
*** otter768 has joined #openstack-nova22:45
*** rfolco has quit IRC22:45
*** asettle has joined #openstack-nova22:47
*** alex_klimov has quit IRC22:48
*** dims_ has quit IRC22:48
*** hemna is now known as hemnafk22:49
*** otter768 has quit IRC22:50
*** tpeoples has joined #openstack-nova22:53
*** IanGovett has joined #openstack-nova22:55
*** IanGovett has quit IRC23:03
*** nic has quit IRC23:03
*** markvoelker has quit IRC23:05
*** ijw_ has joined #openstack-nova23:07
openstackgerritVilobh Meshram proposed openstack/nova: Servicegroup foundational refactoring for Control Plane  https://review.openstack.org/20271423:13
*** carora has quit IRC23:16
*** takedakn has quit IRC23:17
*** julien_ZTE has quit IRC23:21
*** mmedvede has quit IRC23:21
*** sneti has joined #openstack-nova23:27
*** oomichi has quit IRC23:30
*** dims_ has joined #openstack-nova23:32
*** baoli_ has quit IRC23:37
*** hitalia has quit IRC23:40
*** pixelb has joined #openstack-nova23:41
*** ZZelle_ has quit IRC23:43
openstackgerritTomoki Sekiyama proposed openstack/nova: Fix multipath iSCSI encrypted volume attach failure  https://review.openstack.org/19648223:47
*** salv-orlando has quit IRC23:48
*** erhudy has quit IRC23:49
*** yamahata has joined #openstack-nova23:51
*** _RuiChen has quit IRC23:54
*** veena has joined #openstack-nova23:57

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