Thursday, 2015-09-03

*** absubram has joined #openstack-manila00:01
*** akerr has joined #openstack-manila00:07
*** akerr_ has joined #openstack-manila00:08
*** akerr has quit IRC00:11
*** rushil_ has quit IRC00:13
*** jasonsb_ has quit IRC00:14
*** rushil has joined #openstack-manila00:14
*** mtanino_ has quit IRC00:21
openstackgerritMatt Riedemann proposed openstack/python-manilaclient: Update path to subunit2html in post_test_hook  https://review.openstack.org/21993400:23
*** bill_az_ has quit IRC00:36
*** ganso_ has quit IRC00:45
*** rushil has quit IRC01:02
*** cknight has joined #openstack-manila01:03
*** cknight1 has joined #openstack-manila01:06
*** cknight has quit IRC01:08
*** BharatK has joined #openstack-manila01:20
*** ociuhandu has joined #openstack-manila01:24
*** rbradbury has quit IRC01:26
*** ganso_ has joined #openstack-manila01:27
*** jasonsb has joined #openstack-manila01:46
*** akerr_ has quit IRC02:23
*** akerr has joined #openstack-manila02:27
*** akerr is now known as akerr_away02:27
*** akerr_away has quit IRC02:29
*** haomaiwang has quit IRC02:36
*** haomaiwang has joined #openstack-manila02:38
openstackgerritCsaba Henk proposed openstack/manila: glusterfs: directory mapped share layout  https://review.openstack.org/21529302:39
openstackgerritCsaba Henk proposed openstack/manila: glusterfs/common: refactor GlusterManager  https://review.openstack.org/21492102:39
openstackgerritCsaba Henk proposed openstack/manila: glusterfs*: factor out common parts  https://review.openstack.org/21446202:39
openstackgerritCsaba Henk proposed openstack/manila: glusterfs/layout: add layout base classes  https://review.openstack.org/21517202:39
openstackgerritCsaba Henk proposed openstack/manila: glusterfs: volume mapped share layout  https://review.openstack.org/21517302:39
openstackgerritCsaba Henk proposed openstack/manila: glusterfs-native: cut back on redundancy  https://review.openstack.org/21502102:39
*** haomaiwang has quit IRC02:57
*** haomaiwa_ has joined #openstack-manila03:00
*** cknight1 has quit IRC03:00
*** rushil has joined #openstack-manila03:07
*** rushil has quit IRC03:17
*** bswartz has quit IRC03:30
*** bswartz has joined #openstack-manila03:34
*** Zhongjun_ has joined #openstack-manila03:48
*** gouthamr has quit IRC03:59
*** BharatK has quit IRC04:04
*** cknight has joined #openstack-manila04:08
*** baojg has joined #openstack-manila04:11
*** cknight has quit IRC04:13
*** baojg has quit IRC04:31
*** ganso_ has quit IRC04:45
*** BharatK has joined #openstack-manila04:59
*** BharatK has quit IRC05:06
*** rraja has joined #openstack-manila05:07
*** BharatK has joined #openstack-manila05:13
*** shausy has joined #openstack-manila05:16
*** deepakcs has joined #openstack-manila05:18
*** shausy has quit IRC05:27
*** lpetrut has joined #openstack-manila05:29
*** nkrinner has joined #openstack-manila06:02
*** vponomaryov1 has joined #openstack-manila06:14
vponomaryov1bswartz: we require "tagging" of novaclient with recent fix. Without it we are still blocked06:15
vponomaryov1bswartz: https://github.com/openstack/python-novaclient/releases/tag/2.27.0 is pulled and it does not contain latest fix06:16
vponomaryov1to_all: ^06:16
vponomaryov1if someone knows who should be poked to make a new tag in Novaclient it is time to do it =)06:17
*** sgotliv has joined #openstack-manila06:30
*** kaisers1 has quit IRC06:34
*** lpetrut has quit IRC06:37
*** anubhav has joined #openstack-manila07:00
*** vponomaryov1 has left #openstack-manila07:35
*** ociuhandu has quit IRC07:41
*** Zhongjun_ has quit IRC07:47
*** lpetrut has joined #openstack-manila07:47
*** ociuhandu has joined #openstack-manila07:52
mkoderervponomaryov: can we set "use_library_from_git" and pull the fix as a workaround07:57
openstackgerritMarc Koderer proposed openstack/manila: Workaround for Manila gate failure  https://review.openstack.org/22002808:04
mkoderervponomaryov: ^08:05
vponomaryovmkoderer: we still need a tag =)08:51
vponomaryovmkoderer: also have you tried to reproduce Neutron unstable bug on your lab?08:52
vponomaryovmkoderer: that is https://bugs.launchpad.net/manila/+bug/1480870 ?08:52
openstackLaunchpad bug 1480870 in Manila "Service instance does not get ssh key with Generic driver" [High,In progress] - Assigned to Valeriy Ponomaryov (vponomaryov)08:52
mkoderervponomaryov: already ping someone in #openstack-nova08:53
mkoderers/ping/pinged/08:53
vponomaryovmkoderer: very strange that it was not done after merge of commit08:54
mkoderervponomaryov: no, I didn't had the time to reproduce anything in our lab08:54
vponomaryovmkoderer: I tried, reproduced once, and after restart of Neutron services it changed behaviour08:57
vponomaryovmkoderer: that confused even more08:57
vponomaryovmkoderer: then after lab reinstall it was not reproduced08:58
openstackgerritIgor Malinovskiy proposed openstack/manila: Return share_type UUID instead of name in Share API  https://review.openstack.org/22004609:23
*** anubhav has quit IRC09:23
*** deepakcs has quit IRC10:54
*** ganso_ has joined #openstack-manila10:55
openstackgerritRodrigo Barbieri proposed openstack/manila: Share Migration support in generic driver  https://review.openstack.org/17979111:15
openstackgerritRodrigo Barbieri proposed openstack/manila: Add Share Migration feature  https://review.openstack.org/17979011:15
bswartzvponomaryov: they said they'd tag yesterday11:18
vponomaryovbswartz: https://github.com/openstack/python-novaclient/releases11:18
vponomaryovbswartz: they did tag yesterday, but not with our bugfix11:19
vponomaryovbswartz: so, need to clarify that need to tag it one more time with latest changes11:19
vponomaryovbswartz: so yesterdays ninja bugfix was useless because tag of novaclient was not followed right after merge of fix11:21
bswartzvponomaryov: I'm starting to wish we'd done the other workaround we talked about -- where we go around novaclient and call rest API directly11:21
*** eharney has joined #openstack-manila11:21
*** BharatK has quit IRC11:22
*** timcl has joined #openstack-manila11:27
*** alyson_ has joined #openstack-manila11:27
*** ociuhandu has quit IRC11:36
*** BharatK has joined #openstack-manila11:36
mkoderervponomaryov: strange thing is that my workaround with LIBS_FROM_GIT doesn't work11:37
mkodererhttp://logs.openstack.org/28/220028/1/check/gate-manila-tempest-dsvm-neutron/83973b1/logs/devstack-gate-setup-workspace-new.txt.gz#_2015-09-03_08_08_19_29411:37
mkoderernovaclient is cloned with the fix11:38
vponomaryovmkoderer: why strange? novaclietn was used from dep - from site packages11:39
openstackgerritIgor Malinovskiy proposed openstack/manila: Return share_type UUID instead of name in Share API  https://review.openstack.org/22004611:41
mkoderervponomaryov: mh but I would say the newer version should be active if LIBS_FROM_GIT is set11:42
mkodererat least this is what the documenation says11:42
vponomaryovmkoderer: do you have link to mentioned documentation?11:44
vponomaryovmkoderer: here is pip packages http://logs.openstack.org/28/220028/1/check/gate-manila-tempest-dsvm-neutron/83973b1/logs/pip-freeze.txt.gz - python-novaclient==2.26.011:44
vponomaryovmkoderer: and it does not refer to custom commit11:44
mkoderervponomaryov: https://github.com/openstack-dev/devstack/blob/1d0b0d363e23896e72d9c66028d59c6046eb6046/doc/source/configuration.rst#libraries-from-git11:45
vponomaryovmkoderer: as for tempest, swift, manilaclient, etc...11:45
mkoderervponomaryov: ok seems the documentation is misleading11:46
bswartzrofl: https://bugs.launchpad.net/python-novaclient/+bug/149157911:46
openstackLaunchpad bug 1491579 in python-novaclient "against all sanity, nova needs to work around broken public clouds" [Critical,Confirmed]11:46
vponomaryovmkoderer: maybe there is bug. You sure that it is enough to be in pre_test_hook?11:47
bswartzI hope we do not face similar issues to ^11:47
vponomaryovmkoderer: of Manila?11:47
mkoderervponomaryov: I will have a closer look to the code... but I guess we will get our version tag in the next hours11:48
vponomaryovmkoderer: hours, yeah11:49
*** breitz has quit IRC11:51
*** breitz has joined #openstack-manila11:51
*** ociuhandu has joined #openstack-manila11:55
*** dzamboni has joined #openstack-manila12:11
*** JoseMello has joined #openstack-manila12:22
*** martyturner has joined #openstack-manila12:23
*** absubram has quit IRC12:24
*** xyang1 has joined #openstack-manila12:24
*** akerr has joined #openstack-manila12:27
*** akerr has quit IRC12:28
*** akerr has joined #openstack-manila12:29
openstackgerritAlyson proposed openstack/manila: Adds the random option to Manila retry function  https://review.openstack.org/21985112:33
*** porrua has joined #openstack-manila12:36
*** rraja has quit IRC12:59
*** BharatK has quit IRC13:00
*** tpsilva has joined #openstack-manila13:01
bswartzvponomaryov: ping13:07
vponomaryovbswartz: pong13:07
bswartzvponomaryov: why exactly does the tag matter for novaclient13:08
*** timcl has quit IRC13:08
vponomaryovbswartz: we need it in pip13:09
vponomaryovbswartz: novaclient is pulled as dependency13:09
bswartzwe can't use the LIBS_FROM_GIT feature of devstack?13:09
vponomaryovbswartz: mkoderer already tried13:09
vponomaryovbswartz: did not help13:10
bswartzwhy didn't it work13:10
bswartzit should work13:10
mkodererbswartz: https://review.openstack.org/#/c/220028/13:10
mkodererbswartz: it's a bug in devstack13:10
mkodererLIBS_FROM_GIT seems not to work properly13:10
bswartzwhat bug in devstack? I've used that feature before and it works fine13:10
vponomaryovbswartz: we say the fact, it did not work for us13:11
vponomaryovbswartz: see https://review.openstack.org/#/c/220028/13:11
vponomaryovbswartz: version 2.26 was used13:11
bswartzI'm looking over the logs13:11
bswartzcan you see where 2.26 was used?13:12
vponomaryovbswartz: http://logs.openstack.org/28/220028/1/check/gate-manila-tempest-dsvm-neutron/83973b1/logs/pip-freeze.txt.gz13:12
bswartzthat's pip though13:12
bswartzLIBS_FROM_GIT means don't install the pip version13:13
*** rraja has joined #openstack-manila13:13
mkodererbswartz: but novaclient is installed13:13
bswartzhttps://bugs.launchpad.net/devstack/+bug/143445713:13
openstackLaunchpad bug 1434457 in devstack "LIBS_FROM_GIT have no effect on OS project clients" [Undecided,Invalid]13:13
bswartzmarked invalid....13:14
mkodererbswartz: I tried to ping several nova folks to get the tag issue fixed.. maybe you have more success13:15
*** dustins has joined #openstack-manila13:15
mkodererbswartz: I guess fixing the devstack bug takes more time13:16
*** BharatK has joined #openstack-manila13:16
vponomaryovmkoderer: everyone from us tried to ping13:17
vponomaryovmkoderer: looks like they are concerned more about another bug - https://bugs.launchpad.net/python-novaclient/+bug/149157913:17
openstackLaunchpad bug 1491579 in python-novaclient "against all sanity, nova needs to work around broken public clouds" [Critical,In progress] - Assigned to Sean Dague (sdague)13:17
bswartzI know13:17
mkoderervponomaryov: yeah13:17
*** gouthamr has joined #openstack-manila13:18
vponomaryovmkoderer: but anyway, "tag" is one-sec-op13:18
* mkoderer don't care about public clouds :)13:18
vponomaryovbroken public clouds & =)13:19
bswartzI thought the vendors who operated broken public clouds were involved with OpenStack development -- why aren't they speaking up about that issue?13:21
vponomaryovbswartz: what do you think about running simple manila job for Nova, Neutron and CInder?13:25
vponomaryovbswartz: where we could perform simple things like creations of shares and snapshots?13:25
*** BharatK has quit IRC13:26
bswartzvponomaryov: how is that different from what gate-manila-tempest-dsvm-neutron does?13:28
akerrbswartz: I think he means have the tests run in nova's gate13:29
vponomaryovbswartz: it is proposal, this one is full-test-run13:29
vponomaryovakerr: right13:29
bswartzoh you want to add manila tests to the integrated gate13:29
bswartzwhich would prevent them from breaking us in the future13:30
vponomaryovbswartz: yes =)13:30
bswartzthat's an fantastic idea if they will go for it13:30
akerrmay as well add cinder to the list too :)13:31
bswartzvponomaryov: the downside to that approach is that manila patches will have to go through the integrated gate unlike the situation today were we have our own gate13:31
bswartzs/were/where/13:31
vponomaryovbswartz: what do you mean by "integrated gate"?13:34
bswartzthe "integrated" change queue in the gate -- it contains all core projects (nova, cinder, keystone, neutron, etc)13:35
bswartzit means that manila patches would have to be tested in combination with everything else in the integrated change queue in order to merge13:36
bswartzbecause if there are manila tests in the integrated gate, then we can break them too13:36
bswartzthe effect would be that when the gate backs up, our merges would go more slowly13:37
bswartztoday we don't have that problem13:37
bswartzbecause manila has its own change queue13:37
*** rraja has quit IRC13:38
*** rraja has joined #openstack-manila13:38
*** cknight has joined #openstack-manila13:44
dustinsbswartz: But isn't it better to know if one of their changes (or one of ours) breaks something in something else?13:44
vponomaryovbswartz: we can not break them until our project is not used there13:45
bswartzdustins: I didn't say it wasn't a worthwhile tradeoff, just that there is a tradeoff13:45
vponomaryovbswartz: I talked to owner of a bug https://bugs.launchpad.net/devstack/+bug/143445713:45
openstackLaunchpad bug 1434457 in devstack "LIBS_FROM_GIT have no effect on OS project clients" [Undecided,Invalid]13:45
bswartzthe price you pay for having your project gate other projects is that you have to follow the same rules they do13:46
vponomaryovbswartz: in simple words - some problem still exists13:46
bswartzvponomaryov: clearly some problem still exists13:46
vponomaryovbswartz: we can not just take latest master for any of python-*client13:47
dustinsbswartz: Certainly upsides and downsides to both approaches13:47
bswartzso why did Nikolay abandon his fix?13:47
vponomaryov bswartz: read comment sin https://review.openstack.org/#/c/163335/13:48
vponomaryovs/comment sin/comments in/13:48
vponomaryovbswartz: answer similar to thing we already follow13:48
vponomaryovbswartz: wait for tag13:48
vponomaryovbswartz: =)13:48
*** eharney has quit IRC13:49
*** rraja has quit IRC13:49
vponomaryovbswartz: also https://review.openstack.org/#/c/166149/13:51
*** rraja has joined #openstack-manila13:54
*** lpabon has joined #openstack-manila13:58
*** timcl has joined #openstack-manila13:58
openstackgerritIgor Malinovskiy proposed openstack/manila: Allow service image download to be skipped  https://review.openstack.org/20522213:59
*** rraja has quit IRC14:00
bswartzvponomaryov: you following nova channel / nova meeting?14:02
bswartzlooks like they may bring back 21969614:02
*** zhongjun has quit IRC14:02
vponomaryovbswartz: yeah, I do14:03
vponomaryovbswartz: and I had facepalm14:03
*** rushil has joined #openstack-manila14:04
u_glide:)14:04
bswartzvponomaryov: btw this is why I advocated for not depending on any nova change at all yesterday14:04
bswartzI knew it would take more than 24 hours for anything useful to happen14:04
bswartzwe still have the option to write custom nova client for attach volume call14:05
bswartzand unblock ourselves14:05
vponomaryovbswartz: hm, you want to do it in Liberty?14:05
vponomaryovbswartz: or Mitaka?14:05
bswartzI wanted to do it yesterday14:06
bswartzit makes less sense today though because if they bring back 219696 then we're back on track14:06
bswartzvponomaryov: it was a proposal for a temporary workaround anyways -- we would have backed it out after nova fixed the problem14:07
vponomaryovbswartz: I like minimizes dependencies14:07
vponomaryovminimizing14:07
bswartzvponomaryov: minimizing dependencies is nice but you end up reinventing the world and taking on more maintenance burden14:08
bswartzit's better to find a good balance14:08
*** rushil has quit IRC14:09
vponomaryovbswartz: in case of novaclient we use "several" things14:09
vponomaryovbswartz: not ALL features14:09
bswartzstill having them maintain the client saves us significant work14:10
*** rraja has joined #openstack-manila14:11
vponomaryovbswartz: not really agree, because APi is expected to be unchanged14:12
vponomaryovbswartz: so, we will write it once14:12
vponomaryovbswartz: as, for example, Neutron-related stuff14:12
vponomaryovbswartz: like net interfaces14:12
bswartzstill there are bugs, and refeactors that happen14:12
bswartzcurrently that work is done by other people14:13
bswartzif we write our own layer then all the maintenance falls on us14:13
bswartzyou can argue it's low, but low is still more than zero14:13
vponomaryovbswartz: but it is under our control - it is huge benefit14:14
bswartzthat's debatable14:14
bswartzit's a benefit, I'd argue not a huge one, and when you weigh it against the costs it's not a clear win14:14
bswartzdevelopers make these tradeoffs all the time though -- consider all of the code we've deleted from manila because we now use the oslo libs14:16
bswartzone could argue it's better not to use oslo and to keep our own implementations for the same reasons you mention14:16
bswartzthe logical extreme of your argument is to have no deps at all and to implement everything using standard python14:17
vponomaryovbswartz: we carry elephant for small things =)14:18
*** eharney has joined #openstack-manila14:19
bswartzthat's how software development works though -- usually when you import a library you only use 5% of what that library provides and you ignore the rest14:19
bswartzwe import dozens of libraries and use only what we need14:20
bswartzit's still a win to do an import instead of writing your own lib14:20
bswartzthe only reason I brought up writing our own nova client is because (1) it would solve a critical problem quickly (2) waiting for nova would be slow (3) I thought it would be a small amount of work which we could throw away easily after nova is un-broken14:22
vponomaryovbswartz: (3) thought? not anymore?14:25
bswartzI still think that writing a client for 1 api would be lightweight14:26
bswartzbut it's not needed14:26
bswartzvponomaryov: just have to wait 11 hours for gate now14:28
bswartzand change your depends-on back to that change14:28
vponomaryovbswartz: why 11?14:28
bswartzvponomaryov: that's how backed up the integrated gate is14:28
*** rushil_ has joined #openstack-manila14:28
bswartzyesterday it was 15 hours so this is an improvement14:29
ganso_:(14:30
vponomaryovoh14:30
vponomaryovbswartz; I can implement client side fix faster and we can merge it faster14:31
vponomaryovbswartz: I mean workaround14:31
vponomaryovbswartz: into our repo14:31
bswartzvponomaryov: that was true yesterday as well14:33
*** devlaps has quit IRC14:33
bswartzwith the server side fix though, we can simply add the depends-on and start workflowing14:33
bswartzeverything has already missed L-3 so now it's just a matter of getting everything done over the next few days14:33
*** eharney has quit IRC14:34
*** ayma has joined #openstack-manila14:34
cknightganso_: Are there functional tests for share migration?14:34
*** mtanino has joined #openstack-manila14:35
cknightganso_: I tried to get migration working last night using host-only migrations with my driver.14:36
cknightganso_: I stepped through your code in a debugger to follow the flow.14:36
cknightganso_: I followed it through API and scheduler layers, but it kept blowing up in the share manager.14:37
*** markstur has quit IRC14:38
cknightganso_: I'd expect that since migration works in the generic driver, we would have Tempest tests for that before merging it.  Have you written tests?14:38
cknightganso_: I'm looking for something to tell me if I'm doing something wrong.14:39
*** lpabon_ has joined #openstack-manila14:40
*** lpabon has quit IRC14:40
*** markstur has joined #openstack-manila14:43
*** eharney has joined #openstack-manila14:48
ganso_cknight: I have not written functional tests for migration14:52
ganso_cknight: could you please post you log with the errors you faced in Manager code?14:52
ganso_cknight: *your log14:52
cknightganso_: ok14:52
*** mtanino has quit IRC14:53
csababswartz: ping14:58
bswartzcsaba: pong14:58
csababswartz: I'd like to add a meeting topic but can't as the OpenId login seems to have some issue14:58
bswartzlol14:58
bswartzwhat topic14:58
csababswartz: "questions about autommount"14:58
bswartzoh crud I can OpenID either14:59
bswartz503 Service Unavailable No server is available to handle this request.14:59
csabayep14:59
*** Zhongjun_ has joined #openstack-manila15:00
*** rushil_ has quit IRC15:04
openstackgerritAlex Meade proposed openstack/manila: Add DB changes for consistency-groups  https://review.openstack.org/21534315:08
openstackgerritAlex Meade proposed openstack/manila: Scheduler changes for consistency groups  https://review.openstack.org/21534415:08
openstackgerritAlex Meade proposed openstack/manila: Add Consistency Groups API  https://review.openstack.org/21534515:08
openstackgerritAlex Meade proposed openstack/manila: Consistency Group Support for the Generic Driver  https://review.openstack.org/21989115:09
openstackgerritAlex Meade proposed openstack/manila: Add functional tests for Manila consistency groups  https://review.openstack.org/21534615:09
openstackgerritAlex Meade proposed openstack/manila: Consistency groups in NetApp cDOT drivers  https://review.openstack.org/21534715:09
*** esker has joined #openstack-manila15:10
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add possibility to setup password for generic driver  https://review.openstack.org/21978815:11
*** esker has quit IRC15:14
*** crobertsrh has joined #openstack-manila15:17
ganso_vponomaryov: you changed your "depends-on" of https://review.openstack.org/#/c/219788/, if I just recheck, will it test with your updated "depends-on"?15:19
vponomaryov ganso_: I think yes15:20
vponomaryov ganso_: it should15:20
ganso_great!15:20
ganso_vponomaryov: thanks15:20
*** nkrinner has quit IRC15:34
bswartzvponomaryov: what about nova job?15:34
vponomaryovbswartz: some one failed, will need to perform recheck15:34
vponomaryovbswartz: queue is long15:35
vponomaryovbswartz: sooo15:35
*** mtanino has joined #openstack-manila15:36
crobertsrhAnyone in here seen an issue where running devstack in a vm with manila enabled causes horizon to bomb out with "too many redirects"?15:41
openstackgerritValeriy Ponomaryov proposed openstack/manila: Fix volume attach to Nova VM call  https://review.openstack.org/22020415:41
bswartzcrobertsrh: yes others have seen that15:41
bswartzcrobertsrh: there is a proposed fix for it15:41
crobertsrhOoh, that was, of course, my next question15:41
crobertsrhIs it a manila fix or a horizon fix?15:42
vponomaryovbswartz: above is our local fix for gates ^15:43
ganso_vponomaryov: Should I add "depends-on" on 220204 as well?15:49
*** breitz has quit IRC15:49
vponomaryovganso_: as you want15:49
vponomaryovganso_: it workarounds Nova bug15:49
vponomaryovganso_: and depends on us15:50
vponomaryovganso_: not other projects15:50
ganso_vponomaryov: great! thanks15:50
*** absubram has joined #openstack-manila15:51
*** rushil has joined #openstack-manila15:56
bswartzover here16:00
* bswartz waves16:00
akerrlunch time, bugs can wait16:00
akerr:P16:00
bswartzso regarding blueprints, I'll just reiterate that it's best to keep the discussion in gerrit16:01
bswartzregarding bugs16:01
vponomaryovakerr: lol16:01
*** a_ta has joined #openstack-manila16:01
*** rraja has quit IRC16:02
bswartzwe want to merge any bugfix that solves gate problems obviously16:02
bswartzhttps://review.openstack.org/#/c/219788/16:02
vponomaryovalso local Nova bug workaround: https://review.openstack.org/22020416:02
bswartz^ this is aimed at fixing an instability caused by neutron16:02
vponomaryovNova's bugfix here - https://review.openstack.org/#/c/219696/16:02
bswartzhttps://review.openstack.org/#/c/219696/  this is something we need Depends-On: to get around the nova bug16:03
*** zhongjun has joined #openstack-manila16:03
bswartzhttps://review.openstack.org/#/c/220204/ is really interesting -- this is what I was hoping to see yesterday16:04
bswartzcknight: any bugs that need merging for microversions to unblock stuff16:04
bswartzcFouts: ^16:04
* bswartz should have known everyone would leave after the meeting ended16:05
vponomaryovnot everyone =)16:05
cknightbswartz: Not that I know of.  The /v2 patch is still in our gate.  akerr is nursing that one.16:06
bswartzeveryone here in eastern time zone, where it's lunch time16:06
bswartzcknight: not even on client side?16:06
cknightbswartz: cfouts' first patch is up, so I think we're OK.16:06
bswartzmerged?16:06
cknightbswartz: Of course not, but it's there.16:07
cknightbswartz: It couldn't get through the gate yesterday.16:07
bswartzhow are people able to test new features?16:07
vponomaryovbswartz: сруккн-зшслштп,16:07
bswartzthey must download cfout's client patch16:07
bswartz?16:07
vponomaryovbswartz: cherry-picking changes16:07
cknightbswartz: yes16:07
bswartzokay16:07
bswartzthat's not a great situation but I suppose we'll take it, given how bad everything else is16:08
bswartzI'll be wathcing for jobs to start passing jenkins16:09
bswartzin the mean time I'll be preparing to start merging anything that doesn't have -1s / -2s16:10
bswartzand looks for an ML post from me about the technical FFE exception deadline16:10
openstackgerritAndrew Kerr proposed openstack/manila: Add v2 Manila API path as base for microversions  https://review.openstack.org/22022116:30
*** esker has joined #openstack-manila16:38
ganso_cknight: please send me your migration error logs when you have some spare time16:47
*** lpabon_ has quit IRC16:48
*** lpetrut has quit IRC16:49
marksturSuccess!16:52
marksturbswartz, xyang1, toabctl Previously in gate: https://review.openstack.org/#/c/219333/  passed Jenkins, but needs reapproval.16:54
marksturbswartz, ^ bug was not targetted. https://bugs.launchpad.net/manila/+bug/148866216:54
openstackLaunchpad bug 1488662 in Manila "HP 3PAR extra-spec prefix needs to be hp3par" [Low,In progress] - Assigned to Mark Sturdevant (mark-sturdevant)16:54
*** martyturner has quit IRC16:57
*** haomaiw__ has joined #openstack-manila17:02
*** timcl has quit IRC17:02
*** haomaiwa_ has quit IRC17:03
vponomaryovbswartz: ping17:04
bswartzokay stuff is start to pass check jobs17:04
* bswartz cheers17:04
*** martyturner has joined #openstack-manila17:05
vponomaryovbswartz: what you think about we abandon https://review.openstack.org/#/c/205222/ and just set default image existing Cirros?17:05
vponomaryovfor those CIs tha tdo not need image17:05
vponomaryovso, right now, everyone can avoid download of our image without any change to source code17:05
vponomaryovonly update of one env var17:06
bswartzvponomaryov: wouldn't that cause cirros to download twice?17:06
*** johnthetubaguy has joined #openstack-manila17:07
vponomaryovbswartz: good question, it depends on what does devstack func "upload_image" do in case of duplication17:08
bswartzvponomaryov: I like how Ramy's patch is clear about its purpose17:08
johnthetubaguybswartz: so we think this change should fix your gate, without the need for the new python-novaclient release: https://review.openstack.org/#/c/219696/17:08
johnthetubaguybswartz: its not merged yet though17:08
vponomaryov johnthetubaguy: we already depend on it17:08
bswartzjohnthetubaguy: it already allowed check jobs to start passing17:09
vponomaryov johnthetubaguy: in our commits17:09
johnthetubaguyawesome17:09
bswartzjohnthetubaguy: when it gets through the gate then our changes will be able to get through too17:09
johnthetubaguysorry about the break there, thanks for keeping pushing on us!17:09
johnthetubaguyits great you folks found this rather than post release (eek!)17:09
bswartzvponomaryov: Ramy's patch just adds 1 boolean option which allows skipping of any image download17:11
bswartzsince 90% of CI systems don't need to download any image, it seems like a good idea17:11
vponomaryovbswartz: which patch?17:11
bswartzthe one you linked17:11
vponomaryovits Igor's one17:11
vponomaryovoh, wait17:12
vponomaryovyes, you are right, need to rest17:12
openstackgerritCsaba Henk proposed openstack/manila: glusterfs: directory mapped share layout  https://review.openstack.org/21529317:14
openstackgerritCsaba Henk proposed openstack/manila: glusterfs/common: refactor GlusterManager  https://review.openstack.org/21492117:14
openstackgerritCsaba Henk proposed openstack/manila: glusterfs*: factor out common parts  https://review.openstack.org/21446217:14
openstackgerritCsaba Henk proposed openstack/manila: glusterfs/layout: add layout base classes  https://review.openstack.org/21517217:14
openstackgerritCsaba Henk proposed openstack/manila: glusterfs: volume mapped share layout  https://review.openstack.org/21517317:14
openstackgerritCsaba Henk proposed openstack/manila: glusterfs-native: cut back on redundancy  https://review.openstack.org/21502117:14
vponomaryovbswartz: about image17:14
vponomaryovbswartz: it will be registered twice, but not downloaded twice17:14
*** timcl has joined #openstack-manila17:14
vponomaryovbswartz: as it is kept in special dir and is searched by names17:15
bswartzvponomaryov: still not a good reason to abandon ramy's change17:18
bswartzskipping the download/glance logic is clearly better when it's not needed, and adding 1 boolean option is minimal17:18
*** a_ta has quit IRC17:18
vponomaryovbswartz: there is way to achieve result without changes17:19
bswartzthat's always been true17:19
vponomaryovbswartz: but I do not insist. For the moment it has broken logic where image is tried to be registered anyway17:19
vponomaryovbswartz: just without registration17:19
bswartzI can set my manila image to be http://example.com/one-byte-file17:19
bswartzthat's a hack though17:20
vponomaryovbswartz: our local workaround passed - https://review.openstack.org/#/c/220204/17:20
bswartzvponomaryov: good to know we have that17:21
vponomaryovbswartz; or wait for Nova's bugfix successful merge?17:21
bswartzI want to wait for nova's fix17:21
bswartzbecause if we merge your workaround we'll have to unmerge it later17:21
vponomaryovbswartz: not really17:21
bswartzyes really17:21
bswartzwe don't want to start diverging from what nova clients does17:22
bswartzI expect nova will continue to enhance their client and we get those enhancements for free17:22
*** esker has quit IRC17:23
bswartzvponomaryov: if only we had 220204 yesterday17:25
bswartzokay about 90 minutes late for lunch17:26
bswartztime to go fix that17:26
*** martyturner has quit IRC17:30
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add possibility to setup password for generic driver  https://review.openstack.org/21978817:32
*** lpabon has joined #openstack-manila17:35
*** timcl has quit IRC17:36
*** lpabon has quit IRC17:36
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add possibility to setup password for generic driver  https://review.openstack.org/21978817:37
*** timcl has joined #openstack-manila17:37
vponomaryovganso_: I updated https://review.openstack.org/#/c/219788/ because it was fixing api tempest tests but not scenario17:38
*** timcl1 has joined #openstack-manila17:39
vponomaryovganso_: now should fix both17:39
ganso_vponomaryov: thanks! I just issued a recheck :)17:39
*** timcl has quit IRC17:41
*** lpetrut has joined #openstack-manila17:43
*** absubram has quit IRC17:43
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add share hooks  https://review.openstack.org/20166917:43
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add POC notification hook  https://review.openstack.org/20169717:46
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add doc for share driver hooks  https://review.openstack.org/20210117:47
*** Zhongjun_ has quit IRC17:57
*** lpetrut has quit IRC18:06
*** martyturner has joined #openstack-manila18:10
*** jasonsb has quit IRC18:14
*** jasonsb has joined #openstack-manila18:14
*** esker has joined #openstack-manila18:17
*** esker has quit IRC18:19
*** jasonsb has quit IRC18:19
*** pgbridge has quit IRC18:20
*** esker has joined #openstack-manila18:21
bswartzvponomaryov: why patchset 7? https://review.openstack.org/#/c/219788/18:22
bswartzdid it pass jenkins only because it fell back to SSH and we got lucky not triggering neutron bug?18:22
*** pgbridge has joined #openstack-manila18:28
*** rushil has quit IRC18:29
*** martyturner has quit IRC18:34
*** esker has quit IRC18:38
*** esker has joined #openstack-manila18:39
*** esker has quit IRC18:39
*** esker has joined #openstack-manila18:40
openstackgerritClinton Knight proposed openstack/manila: Add v2 Manila API path as base for microversions  https://review.openstack.org/22022118:40
*** timcl1 has quit IRC18:41
ganso_bswartz: pin18:44
ganso_bswartz: g18:44
bswartzganso_: pon18:49
bswartzganso_: g18:49
ganso_bswartz: lol18:50
ganso_bswartz: I created a functional test18:51
ganso_bswartz: I just do not know if I created in the correct folder, etc, but I will submit because I want to test it on Jenkins18:51
ganso_bswartz: it is simple for now, but if it works, I will create the more elaborate ones and optimizations18:51
ganso_bswartz: the thing is, I have 2 patches, the core Share Migration, and Generic driver support18:51
ganso_bswartz: the test requires at least 1 driver18:52
ganso_bswartz: so I cannot include it in core Share Migration patch18:52
ganso_bswartz: In case of generic driver I need to include it in generic driver patch, or in another patch that depends on it18:52
*** eharney has quit IRC18:52
ganso_bswartz: what do you think? may I include in generic driver's test?18:53
bswartzganso_: it's fine for it to be a different patch as long as it's in gerrit and mergeable18:53
ganso_bswartz: /s/test/patch18:53
bswartzthat's how CG's tests were done18:53
*** lpetrut has joined #openstack-manila18:53
ganso_bswartz: ok, thanks!18:54
*** jasonsb has joined #openstack-manila18:57
bswartzvponomaryov: ping18:59
*** martyturner has joined #openstack-manila18:59
openstackgerritRodrigo Barbieri proposed openstack/manila: Share Migration support in generic driver  https://review.openstack.org/17979119:00
openstackgerritRodrigo Barbieri proposed openstack/manila: Add Share Migration feature  https://review.openstack.org/17979019:00
openstackgerritRodrigo Barbieri proposed openstack/manila: [WIP] Add Share Migration tempest functional tests  https://review.openstack.org/22027819:00
*** dzamboni has quit IRC19:02
*** eharney has joined #openstack-manila19:07
*** timcl has joined #openstack-manila19:08
ganso_cknight: ping19:16
cknightganso_: pong19:16
ganso_cknight: https://review.openstack.org/#/c/220278/19:16
ganso_cknight: it has not run yet19:16
ganso_cknight: but locally it works19:17
cknightganso_: Thanks, I was just looking at your latest migration patch.  I'll look over this next.  Appreciate the quick turnaround.19:17
cknightganso_: I'm still trying to get migration (host-only) working with my driver.  It's failing in the access rule update code, but I don't know why yet.  I'll send you something when I have it.19:18
ganso_cknight: ok, thanks!19:18
bswartzxyang1: https://review.openstack.org/#/c/219333/ this isn't a gate related bug and not a BP so it should be lower priority to merge19:20
bswartzI don't have a problem with it merging but please prioritize BPs and bugs related to gate issues19:20
xyang1bswartz: You want me to remove +A?19:21
bswartzit would help to hold off until next week19:22
bswartzbugs we have more time to get in19:22
bswartzI doubt it would cause a serious problem but since we can merge it next week it's better to wait19:22
xyang1bswartz: Removed +A19:23
*** lpetrut has quit IRC19:27
openstackgerritAndrew Kerr proposed openstack/manila: Add functional tests for Manila consistency groups  https://review.openstack.org/21534619:28
*** lpetrut has joined #openstack-manila19:30
openstackgerritClinton Knight proposed openstack/manila: Consistency groups in NetApp cDOT drivers  https://review.openstack.org/21534719:30
*** akerr has quit IRC19:31
*** lpetrut has quit IRC19:36
bswartzanyone seen lpetrut?19:42
*** eharney has quit IRC19:55
*** ChanServ changes topic to "The gate is broken! Fix is https://review.openstack.org/#/c/219788/"19:56
*** eharney has joined #openstack-manila20:00
*** lpetrut has joined #openstack-manila20:21
*** akerr has joined #openstack-manila20:21
*** akerr has quit IRC20:26
*** eharney has quit IRC20:27
*** tpsilva has quit IRC20:27
*** akerr has joined #openstack-manila20:33
*** lpetrut has quit IRC20:38
*** eharney has joined #openstack-manila20:42
*** pgbridge has quit IRC20:49
*** akerr is now known as akerr_away20:59
*** dustins has quit IRC21:05
*** crobertsrh is now known as _crobertsrh21:05
ameadexyang1: hey, talked to Ben and I have an idea21:08
xyang1ameade: Hi21:08
ameadexyang1: so i think it's too late to do teh full fledged protected shares idea atm, so I am thinking i can fall back to what cknight had suggested with the --consistency-group flag on the share delete21:08
ameadethen maybe remove that after we have protected shares later on21:09
xyang1That is fine21:09
ameadexyang1: sorry for the miscommunication, i thought it was clear I was thinking to do the protected shares separate21:09
cknightxyang1: Thanks.  Making that switch later is OK because of the experimental API status.21:09
xyang1Ok, no problem21:10
ameadexyang1: what do you think would work better? having the DELETE call with a body or just having a parameter in the url?21:10
ameadethe api-wg is against delete bodies it seems21:11
ameadebut they only say it's discouraged21:11
xyang1ameade: I like it in the body better21:12
xyang1ameade: If API WG says the other way, I won't be against it either21:13
ameadeit says 'Because of this, they may not be supported properly by some client frameworks and we would discourage API methods from accepting request bodies for GET, DELETE, TRACE, OPTIONS and HEAD methods.'21:13
ameadedo you think /shares?consistency_group_id=blah is good?21:13
ameadeeasier to implement too 0:)21:14
xyang1ameade: So you provide an cg id?21:15
xyang1ameade: At delete share time21:15
ameadexyang1: yeah exactly21:15
xyang1Rather than a true false flag21:15
ameadeoh i see21:16
*** akerr_away has quit IRC21:16
ameadewe could get by with just true/false but the id seems better to me atm for some reason21:17
xyang1ameade: So that will be more like create share where you need to specify a cg id21:17
xyang1ameade: Probably fine21:17
ameadekk i'll code that up21:18
xyang1ameade: Ok, thanks21:18
*** gouthamr has quit IRC21:18
*** eharney has quit IRC21:26
*** porrua has quit IRC21:27
bswartzwow the gate is looking strange21:46
bswartzI've got my eye on 219696 and the integrated gate queue is rendering all strange21:46
bswartzlooks like we're still about 6 hours from the nova patch landing21:47
* bswartz considers staying up past midnight to watch it21:48
*** haomaiwa_ has joined #openstack-manila21:54
*** haomaiw__ has quit IRC21:56
*** JoseMello has quit IRC22:09
*** alyson_ has quit IRC22:10
*** martyturner has quit IRC22:15
cknightganso_: ping22:20
ganso_cknight: pong22:21
cknightganso_: So I got migration to work, albeit on an empty share.22:22
cknightganso_: This is with the NetApp driver.22:22
ganso_cknight: that's good news :)22:22
cknightganso_: There are definitely corner cases to address.  For example, if the feature isn't correctly configured (such as by omitting migration_data_copy_node_ip), then access_allow on the driver is called with None for the address.22:23
cknightganso_: That obviously shouldn't happen, and should be caught somewhere above the driver.22:23
cknightganso_: If that happens, or any of the other issues I hit, and the migration fails, then I'm left in a bad state.22:24
cknightganso_: In the failure case, I'm left with 2 instances, one of them inactive, and there isn't any way to delete it.22:24
cknightganso_: The only way to clean up is in mysql.  I've deleted the manila DB at least a dozen times today after a failed migration.22:25
ganso_cknight: that is expected22:25
cknightganso_: Well, there has to be a way to clean up without resorting to hacking the DB.  What is the right way to solve that?22:26
ganso_cknight: as we discussed during meetings, we agreed to 1) let it crash wherever it crashes and 2) leave it in a bad state, the admin is responsible for cleaning it22:26
cknightganso_: Sure, an admin must clean it, but not in the DB.  Will the instance APIs let me delete the inactive instance?  And how do I reset the share task state?22:27
ganso_cknight: this is why I did not check for "None" etc in many situation, if I did, I would mostly end up throwing an exception and leaving as it was... or, if we agree otherwise, I can cleanup the destination instance... but we agreed not to22:27
ganso_cknight: I am not familiar with Share Instances Admin API because it was not implemented at the time... I usually end up deleting the share, which deletes the source and destination instance along with it, so I do not have to update DB manually22:28
ganso_cknight: but Share Instances Admin API should allow you to delete a specific instance22:28
ganso_cknight: although I am not sure if the "inactive" state blocks it, I have not checked22:29
cknightganso_: More often than not, that didn't work for me22:29
cknightmanila delete b4683ac5-2dd8-4867-99b5-254d41973d2422:29
cknightDelete for share b4683ac5-2dd8-4867-99b5-254d41973d24 failed: Invalid share: Share b4683ac5-2dd8-4867-99b5-254d41973d24 is busy as part of an active task. (HTTP 403) (Request-ID: req-bc65aaaa-d6f2-4aae-9c1e-f71fcdb73905)22:29
cknightERROR: Unable to delete any of the specified shares.22:29
ganso_cknight: that is interesting, I could not reproduce a case where task_state was different than success or error22:29
ganso_cknight: I am curious to what error you faced that left you in that state22:30
cknightganso_: Every time I got wedged like this, the only quick recourse was to delete the DB and start clean.22:30
cknightganso_: It happened repeatedly, if the Copy job failed, or if the controller driver threw an exception because of the None IP.22:31
ganso_cknight: when it was still WIP, I used to just update the task_state field to get rid of that... but then later I fixed and could not get stuck in that state again22:31
ganso_cknight: Whenever an exception.ShareMigrationException is thrown, it i captured in manager22:31
ganso_cknight: *it should be captured in Manager and task_state changed to migration_error22:31
cknightganso_: OK, I can try to reproduce and provide the steps to you.22:32
ganso_cknight: great! that will help a lot22:32
ganso_cknight: I am about to push a new tempest patch22:32
ganso_cknight: the one I previously pushed was missing microversions22:33
ganso_cknight: so it did not work22:33
cknightganso_: OK.  Because of all the foreign keys in the DB, it's too much to ask an admin to clean it up manually.  The APIs must always provide a way out.22:33
ganso_cknight: also, I implemented task_state for manila show <id> in api/views... so no change to manila client is nneded22:34
cknightganso_: Great, thanks.22:34
ganso_cknight: I agree... but I implemented it this way because we agreed to that... maybe we need to have another meeting or just agree to cleanup everything now, this specifically is a lot of work for tomorrow, it will break several unit tests22:35
cknightganso_: I'm not suggesting you do a lot of work tomorrow.  After all, this is an experimental feature.  But we should discuss how to make the feature as resilient as possible, as well as how to minimize the work for an admin having to clean up after a failure.22:37
ganso_bswartz: I think it is important for you to be aware of this ^22:38
ganso_cknight: btw, I was coding a more robust migration tempest test, such as mounting, adding files, etc, but I noticed it is very complicated to create a test that is supposed to run as a main API test, for all drivers, while being so dependent on network and driver configuration22:42
ganso_cknight: it can be done, but I would need to change the code to expose more information, such as the IP, or have several additional parameters in tempest.conf, just like in manila.conf22:43
cknightganso_: I don't doubt that!  And it will get more so with share servers.  Since tempest just uses the Manila API, what code would have to change?22:45
openstackgerritRodrigo Barbieri proposed openstack/manila: Share Migration support in generic driver  https://review.openstack.org/17979122:45
openstackgerritRodrigo Barbieri proposed openstack/manila: Add Share Migration tempest functional tests  https://review.openstack.org/22027822:45
openstackgerritRodrigo Barbieri proposed openstack/manila: Add Share Migration feature  https://review.openstack.org/17979022:45
ganso_cknight: I would need to have an IP that allows the node running tempest to mount the shares, that could be obtained through an API call, DB, or as config parameter in tempest.conf22:47
*** adrianofr has quit IRC22:47
ganso_cknight: then it would be possible to have drivers testing migration in all their CIs22:47
ganso_cknight: in a more robust and complete way22:48
ganso_cknight: instead of just migrating an empty share22:48
cknightganso_: That's something you will need anyway with dhss=True migration, right?22:48
ganso_cknight: I am already doing dhss=true migration, the patch I just submitted for tempest supports only that so far22:49
ganso_cknight: it may support dhss=false, I have not tested yet22:49
cknightganso_:  I'm testing with dhss=False.  With dhss=True, is every share server supposed to make shares accessible on migration_mounting_backend_ip?22:51
cknightganso_: How does that work with per-tenant Neutron networks?22:52
ganso_cknight: in dhss=true mode, it is expected that the IP you would normally fill in migration_mounting_backend_ip or migration_data_copy_node_ip to be dynamic... so the best approach for dhss=true drivers is overriding some methods in driver.py base class to obtain those IPs... supposing you have saved them in share_server entity during share_server creation22:55
ganso_cknight: It was a very simple implementation for the generic driver22:55
ganso_cknight:  #link https://review.openstack.org/#/c/179791/22:55
ganso_cknight: save the "service_ip" when creating the share_server and obtain it in _get_access_rule_for_data_copy, by overriding it22:56
cknightganso_: I see.  So I just request an extra IP in get_network_allocations_number, so I have one to use for the service IP.  Is that right?22:57
ganso_cknight: possibly yes, I do not know exactly how NetApp drivers handle their IPs22:58
cknightganso_: OK, that makes sense to me.  NetApp clustered Data ONTAP can have anywhere from 2 - 24 nodes in a cluster, and a share should be accessible from any node.  So I request one unique IP for each node.  It's no big deal to request one more for the service IP.  That sounds simple and elegant, thanks!23:00
ganso_cknight: :)23:00
cknightganso_: OK, I gotta run.  I will play with this more later and provide more feedback.  Thanks for your Tempest work today.23:01
ganso_cknight: I will be online tonight, ping me if you need anything, I hope we can stay in touch to have feedback on the patches ASAP.23:02
ganso_cknight: it is important that we fix the stuck task_state scenario you mentioned23:05
*** ayma has quit IRC23:05
*** cknight has quit IRC23:08
*** akerr has joined #openstack-manila23:17
*** tbarron is now known as tbarron_afk23:19
ganso_bswartz: something is wrong with gate: http://logs.openstack.org/90/179790/36/check/gate-manila-tempest-dsvm-neutron/ae37886/logs/devstacklog.txt.gz23:25
ganso_bswartz: sorry, I meant our Jenkins23:25
*** akerr is now known as akerr_away23:27
*** cknight has joined #openstack-manila23:33
*** akerr_away has quit IRC23:39
bswartzganso_: I see that23:48
bswartzis it new failure? is it reproducable?23:48
bswartzit would not be at all surprising if something else changed that broke our gate23:49
bswartzthat's what FF week is all about23:49
ganso_bswartz: I set recheck on https://review.openstack.org/#/c/220204/ to test that23:51
ganso_bswartz: not sure if it was only my change breaking23:52
ganso_bswartz: the job is still on devstack23:52

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