Friday, 2016-02-26

*** haomaiwa_ has joined #openstack-manila00:01
*** yangyape_ has quit IRC00:02
*** chlong_ has quit IRC00:03
*** haomaiwa_ has quit IRC00:09
*** merooney has quit IRC00:09
*** merooney has joined #openstack-manila00:11
*** qeelee has joined #openstack-manila00:56
*** gouthamr has joined #openstack-manila00:58
*** jasonsb has joined #openstack-manila01:01
*** gouthamr_ has joined #openstack-manila01:03
*** gouthamr has quit IRC01:03
*** haomaiwa_ has joined #openstack-manila01:06
*** haomaiwa_ has quit IRC01:13
*** aorourke is now known as aorourke-afk01:13
*** yangyapeng has joined #openstack-manila01:13
*** mtanino has quit IRC01:21
*** cknight has joined #openstack-manila01:22
*** haomaiwang has joined #openstack-manila01:25
*** jasonsb has quit IRC01:25
*** haomaiwang has quit IRC01:33
*** jasonsb has joined #openstack-manila01:35
*** ganso has quit IRC01:39
*** yangyapeng has quit IRC01:39
openstackgerritOpenStack Proposal Bot proposed openstack/manila: Updated from global requirements  https://review.openstack.org/28247901:40
*** qeelee_ has joined #openstack-manila01:42
*** qeelee has quit IRC01:42
*** qeelee_ is now known as qeelee01:42
*** chlong_ has joined #openstack-manila01:49
*** jasonsb has quit IRC02:13
*** jasonsb has joined #openstack-manila02:14
openstackgerritzhaohua proposed openstack/manila: Huawei driver: change CIFS rw to full control  https://review.openstack.org/28467502:16
*** haomaiwang has joined #openstack-manila02:21
*** qeelee has quit IRC02:29
*** qeelee has joined #openstack-manila02:31
*** jasonsb has quit IRC02:32
*** a_ta has joined #openstack-manila02:34
*** a_ta has quit IRC02:39
openstackgerritxing-yang proposed openstack/manila: Manage and unmanage snapshot  https://review.openstack.org/24954203:00
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-manila03:01
*** cknight has quit IRC03:02
*** gouthamr_ has quit IRC03:26
bswartzdustins: ping03:29
dustinsbswartz: pong03:30
bswartzI've been experimenting with the LVM driver03:31
bswartzcreating 20 threads that spam share create/delete all day long03:31
dustinsAnything interesting come out of it?03:31
bswartzI didn't find any problems that way03:31
bswartzbut I did find something suspicious03:31
dustinsDo share!03:32
bswartzin the logs I linked to you way above03:32
bswartzhttp://logs.openstack.org/51/245751/18/check/gate-manila-tempest-dsvm-neutron-postgres-lvm-multibackend/4c9df1f/logs/screen-m-shr.txt.gz03:32
bswartzsee all of the errors03:32
bswartzLogical volume lvm-shares/share-blah-blah contains a filesystem in use03:32
bswartzwe saw the same issue with the ZFS driver03:32
bswartzit's caused by neutron03:32
dustinsWell...that can't be good03:32
bswartzif we could turn off neutron I guarantee those errors go away03:33
dustinsChalk up another thing Neutron complicates :/03:33
bswartzfortunately we have this: https://review.openstack.org/#/c/281477/03:34
bswartzjust merged 4 hours ago03:34
dustinsOh sweet03:34
bswartzI also believe that disabling of quota tests will stop this bug from triggering03:34
bswartzbecause it's the quota tests that cause creating of neutron network which make everything go downhill03:35
dustinsGuess we could kick off a build to find out definitively03:35
openstackgerritzhaohua proposed openstack/manila: Huawei driver code review  https://review.openstack.org/28403303:35
bswartzwell since the failures are random it won't be definitive03:35
bswartzbut we can start to build a case03:36
dustinsNothing's random :)03:36
bswartzthe goal is to enable LVM tests with concurrency>103:36
dustinsExactly, I did a bit of investigation today, trying to find some patches that passed other tests but failed the LVM ones03:37
bswartzdustins: did you file an LP bug03:38
openstackgerritzhaohua proposed openstack/manila: Huawei driver improve support of StandaloneNetworkPlugin  https://review.openstack.org/28403303:38
dustinsNot yet, since I don't know what's causing it yet03:38
dustinsI can see the symptoms, but no cause yet03:38
dustinsIt's on the docket for tomorrow morning03:39
dustinsI'll ping the channel with the LP bug when it's filed03:40
*** gregsfortytwo has quit IRC03:40
openstackgerritzhaohua proposed openstack/manila: Huawei driver code review  https://review.openstack.org/28509403:40
openstackgerritMerged openstack/manila: Three ways to set Thin/Thick Type in Huawei driver  https://review.openstack.org/27697703:41
bswartzdustins: I've found another bug in the LVM driver which probably isn't related to the gate failures03:41
dustinsOh?03:42
bswartzI'll file this one and push a fix immediately03:42
bswartzit's looks like a simple oversight03:42
bswartzuse of sudo instead of rootwrap03:42
dustinsAhh, yeah, simple oversight03:42
dustinsI like those bugs, haha03:42
bswartzstill it could have consequences that are hard to predict03:42
dustinsYeah, it could03:43
bswartzmight cause random failures under some circumstances03:43
dustinsI don03:43
dustinsI don't know what rootwrap does differently than sudo03:43
bswartzhttp://logs.openstack.org/39/283939/1/check/gate-manila-tempest-dsvm-neutron-postgres-lvm-multibackend/ea95929/logs/screen-m-shr.txt.gz03:43
bswartzsearch for "sudo: no tty present and no askpass program specified"03:43
dustinsBut I'm sure there's enough of a difference to make things strange03:43
bswartzthe sudo seems to outright fail03:44
*** gregsfortytwo has joined #openstack-manila03:44
dustinsYeah, looks like it's trying to sudo when passwordless sudo wasn't set up03:44
dustinsor wasn't set up correctly03:44
dustinsTrying to get password from tty or some other means (like the X password dialog)03:44
dustinsSince that isn't there, it just garden-variety fails03:45
dustinsThe error above that, the failed initialization of the LVM driver, is that related to the sudo failure?03:47
*** qeelee has quit IRC03:50
*** erlon has quit IRC03:56
*** haomaiwang has quit IRC04:01
*** haomaiwang has joined #openstack-manila04:01
*** cknight has joined #openstack-manila04:05
*** jasonsb has joined #openstack-manila04:08
bswartzdustins: sorry was afk04:15
bswartzdustins: it's a failure of the periodic task it seems04:15
dustinshahaha, no worries04:15
dustinsHmm, that's interesting04:16
*** rraja has joined #openstack-manila04:16
bswartzdustins: there also seems to be a setup error04:26
dustinsSomething that would warrant a recheck at the least?04:27
bswartzhonestly I'm not sure why this isn't a more serious problem04:28
bswartzI'm just going to fix the bug and see how many problems that solves04:29
dustinsAnd how many it might expose :)04:29
*** a_ta has joined #openstack-manila04:36
openstackgerritMerged openstack/manila: Validate qos during share creation  https://review.openstack.org/28012704:38
*** a_ta has quit IRC04:40
*** qeelee has joined #openstack-manila04:41
*** dustins has quit IRC04:56
*** qeelee has quit IRC04:57
openstackgerritBen Swartzlander proposed openstack/manila: Change sudo to run_as_root in LVM driver  https://review.openstack.org/28510704:58
*** haomaiwang has quit IRC05:01
*** haomaiwang has joined #openstack-manila05:01
openstackgerritBen Swartzlander proposed openstack/manila: Test no quota tests  https://review.openstack.org/28510905:03
*** cknight has quit IRC05:31
*** merooney has quit IRC05:37
*** qeelee has joined #openstack-manila05:52
*** haomaiwang has quit IRC06:01
*** haomaiwang has joined #openstack-manila06:01
openstackgerritMerged openstack/manila: Check for device node availability before mkfs  https://review.openstack.org/28184906:09
*** sgotliv has joined #openstack-manila06:14
*** sgotliv has quit IRC06:33
*** sgotliv has joined #openstack-manila06:33
*** nkrinner has joined #openstack-manila06:37
*** haomaiwang has quit IRC06:52
*** haomaiwang has joined #openstack-manila06:53
*** jasonsb has quit IRC07:00
*** haomaiwang has quit IRC07:01
*** haomaiwang has joined #openstack-manila07:01
*** yangyapeng has joined #openstack-manila07:04
*** sgotliv has quit IRC07:10
*** chlong_ has quit IRC07:26
*** lpetrut has joined #openstack-manila07:27
*** furlongm_ has joined #openstack-manila07:52
*** furlongm has quit IRC07:52
*** haomaiwang has quit IRC08:01
*** haomaiwang has joined #openstack-manila08:01
*** a_ta has joined #openstack-manila08:23
*** adrianofr_ has quit IRC08:25
*** adrianofr_ has joined #openstack-manila08:27
*** a_ta has quit IRC08:28
*** a_ta has joined #openstack-manila08:36
*** a_ta has quit IRC08:41
*** lpetrut has quit IRC08:47
*** haomaiwang has quit IRC09:01
*** haomaiwa_ has joined #openstack-manila09:01
openstackgerritliucheng proposed openstack/manila: Update Huawei driver doc for Mitaka  https://review.openstack.org/28458109:06
*** Andrew__ has joined #openstack-manila09:18
Andrew__Hello folks, I am wondering how  a connection is made between a  CephFS Manila mount and the file system ​inside​ a Nova VM ???09:19
*** dgonzalez has quit IRC09:35
*** dgonzalez has joined #openstack-manila09:35
mkoderer__Andrew__: did you check https://review.openstack.org/#/c/270211/ ?09:41
mkoderer__Andrew__: maybe this answers your question https://review.openstack.org/#/c/270211/34/doc/source/devref/cephfs_native_driver.rst09:41
*** yangyape_ has joined #openstack-manila09:42
*** yangyapeng has quit IRC09:45
*** yangyape_ has quit IRC09:47
*** tpsilva has joined #openstack-manila09:50
mkoderer__vponomaryov: ping09:51
vponomaryovmkoderer__: pong09:52
mkoderer__vponomaryov: I configured devstack + tempest without neutron and nova network09:52
vponomaryovAndrew__: admin responsible for making routing between ceph host and Nova VMs09:52
mkoderer__vponomaryov: can you just have a look at https://etherpad.openstack.org/p/manila-tempest-without-neutron09:52
vponomaryovAndrew__: plugin enables all manila services09:53
vponomaryovmkoderer__: ^09:53
Andrew__mkoderer vponomaryov Ahhh thanks, looking in to the links09:53
mkoderer__vponomaryov: I will have a closer look in the failing tests but in general I would say it it works09:53
vponomaryovmkoderer__: so, tempest smart enough to not call network stuff when services not installed?09:54
mkoderer__vponomaryov: ah fine.. it's my old vagrant scripts that do that... never touch a running conf :)09:54
mkoderer__vponomaryov: you need to add in [service_available] neutron = False09:54
mkoderer__but that's automatically done in devstack09:55
vponomaryovmkoderer__: so, do you need help with failing tests?09:55
vponomaryovmkoderer__: also, yesterday was merged possibility to disable quota tests09:56
vponomaryovmkoderer__: that use dynamic creds09:56
vponomaryovmkoderer__: with dynamic networks09:56
vponomaryovmkoderer__: also, as I can see, you have Nova enabled09:58
vponomaryovmkoderer__: it is not needed for LVM driver functional testing09:58
mkoderer__vponomaryov: I can also disable nova09:58
vponomaryovmkoderer__: it is expected as well09:59
vponomaryovmkoderer__:only keystone should left from OpenStack services09:59
*** Andrew__ has quit IRC09:59
vponomaryovexcept manila09:59
mkoderer__vponomaryov: ok I think there is a disable_all_services statement in devstack09:59
vponomaryovmkoderer__: so, again, do you need help with failing tests?10:00
*** haomaiwa_ has quit IRC10:01
mkoderer__vponomaryov: strange that the quota tests seem to work10:01
*** haomaiwang has joined #openstack-manila10:01
vponomaryovmkoderer__: why strange?10:01
vponomaryovmkoderer__: if tempest smart enough and do not call network stuff when it is disabled, then it should work10:02
vponomaryovmkoderer__: quota tests use only fact of separate tenant10:02
vponomaryovmkoderer__: not networks10:02
mkoderer__vponomaryov: yep tempest is smart - I though you already know  :)10:02
vponomaryovmkoderer__: oh, come on )))10:03
vponomaryovmkoderer__: coincedence ))10:03
openstackgerritMerged openstack/manila: Use assertIsNone instead of assertEqual(None, ***)  https://review.openstack.org/28412410:03
openstackgerritCsaba Henk proposed openstack/manila: ganesha: implement update_access  https://review.openstack.org/28260210:07
*** qeelee has quit IRC10:09
*** Andrew__ has joined #openstack-manila10:10
*** jcsp has quit IRC10:16
Andrew__mkoderer__ vponomaryov : The code for cephfs native client is still under review, so i am still not sure how a connection is made between a  CephFS Manila mount and the file system ​inside​ a Nova VM ???10:17
Andrew__NFS ??10:18
*** rraja has left #openstack-manila10:19
openstackgerritValeriy Ponomaryov proposed openstack/python-manilaclient: [DEBUG] do not merge  https://review.openstack.org/28519910:23
*** haomaiwang has quit IRC10:23
mkoderer__Andrew__: "Guests require a Ceph client in order to mount the filesystem."10:24
vponomaryovAndrew__: you were provided with link https://review.openstack.org/#/c/270211/34/doc/source/devref/cephfs_native_driver.rst and said that looking into it, answer is there10:25
mkoderer__Andrew__: means, you need to have ceph clients installed on the VM and a direct connection to the ceph cluster (mon, osd and mds)10:25
*** lpetrut has joined #openstack-manila10:26
mkoderer__Andrew__: very problematic from secuirty point of view IMHO10:26
*** haomaiwang has joined #openstack-manila10:29
*** jcsp has joined #openstack-manila10:29
Andrew__vponomaryov: As i said, Not Yet Merged. My question was how are we doing it now ?10:34
mkoderer__Andrew__: for now Manila does not support Ceph as a driver10:34
mkoderer__Andrew__: if you want to use ceph with manila, use the Generic Driver and configure Cinder using Ceph RBD10:35
Andrew__mkoderer: cool, do you happen to know which protocol is used in this communication between client and ceph-mons ?10:35
*** a_ta has joined #openstack-manila10:37
mkoderer__Andrew__: so for the ceph native drive will be someting like that http://docs.ceph.com/docs/hammer/start/quick-cephfs/10:38
mkoderer__but I guess it should be stated in the review somewhere too10:39
*** a_ta has quit IRC10:41
*** erlon has joined #openstack-manila10:48
openstackgerritValeriy Ponomaryov proposed openstack/python-manilaclient: [DEBUG] do not merge  https://review.openstack.org/28519910:49
*** sgotliv has joined #openstack-manila10:49
*** ganso has joined #openstack-manila10:59
*** haomaiwang has quit IRC11:01
*** haomaiwang has joined #openstack-manila11:01
*** Andrew__ has quit IRC11:07
*** sgotliv has quit IRC11:08
*** haomaiwang has quit IRC11:14
*** Andrew__ has joined #openstack-manila11:16
*** qeelee has joined #openstack-manila11:20
*** Andrew__ has quit IRC11:21
mkoderer__vponomaryov: don't we have to exclude consistency group tests for LVM. It seems not to be implemented? or am I missing something?11:23
mkoderer__ganso: ^11:24
vponomaryovmkoderer__: yes11:24
vponomaryovmkoderer__: consistency groups are not supported by LVM driver and should be skipped11:24
vponomaryovmkoderer__: as well as "manage"11:25
mkoderer__vponomaryov: ahh it seems I copied the wrong tempest.conf from the gate :)11:25
*** Andrew__ has joined #openstack-manila11:28
*** bob___ has quit IRC11:36
*** Andrew__ has quit IRC11:37
openstackgerritMerged openstack/manila: Updated from global requirements  https://review.openstack.org/28247911:40
*** Andrew__ has joined #openstack-manila11:45
*** jcsp has joined #openstack-manila11:48
*** Andrew__ has quit IRC11:53
*** qeelee has quit IRC11:58
*** cdent has joined #openstack-manila12:00
*** Andrew__ has joined #openstack-manila12:01
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Add separate process for Data Service copy  https://review.openstack.org/27916412:02
*** Andrew__ has quit IRC12:08
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Test LVM mount capability  https://review.openstack.org/28250712:11
*** Andrew__ has joined #openstack-manila12:12
*** krotscheck_dcm is now known as krotscheck12:13
*** haomaiwang has joined #openstack-manila12:14
cdentbswartz: Are you a good person to talk about manila's use of microversion headers? I'm on a mission from the api-wg to see whether the existing microversioned projects will consider approaching the headers differently.12:17
*** haomaiwang has quit IRC12:19
cdentbswartz: if you look at https://review.openstack.org/#/c/280381/1/guidelines/headers.rst you'll see the issue with the existing headers. That example has been stark enough to make people think maybe we should change the guidelines.12:19
cdentHowever if we do that existing microversioned projects will need to support both their existing header and the new one.12:20
*** Andrew__ has quit IRC12:21
*** Andrew__ has joined #openstack-manila12:29
*** zhongjun22 has joined #openstack-manila12:29
*** zhongjun2 has quit IRC12:33
openstackgerritJohn Spray proposed openstack/manila: Add Ceph Native driver  https://review.openstack.org/27021112:36
*** dalgaaf has joined #openstack-manila12:40
*** zhongjun has joined #openstack-manila13:04
*** zhongjun22 has quit IRC13:07
openstackgerritJohn Spray proposed openstack/manila: Add Ceph Native driver  https://review.openstack.org/27021113:22
*** cknight has joined #openstack-manila13:23
*** cknight has quit IRC13:25
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add ZFSonLinux share driver  https://review.openstack.org/27719213:28
*** merooney has joined #openstack-manila13:30
*** merooney has quit IRC13:34
*** gouthamr has joined #openstack-manila13:35
*** porrua has joined #openstack-manila13:35
*** akerr has joined #openstack-manila13:37
*** haomaiwang has joined #openstack-manila13:38
*** Andrew__ has quit IRC13:42
*** merooney has joined #openstack-manila13:43
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add ZFSonLinux share driver  https://review.openstack.org/27719213:43
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Test LVM mount capability  https://review.openstack.org/28250713:50
*** Andrew__ has joined #openstack-manila13:56
gouthamrvponomaryov: ping13:58
*** merooney has quit IRC13:59
*** haomaiwang has quit IRC14:01
*** haomaiwang has joined #openstack-manila14:01
Andrew__jcsp: Hello14:03
Andrew__jcsp: I was wondering how Ceph Native driver will handle non-linux guests ?14:04
mkoderer__ganso: all manila api tests work fine with just keystone, manila and tempest (using lvm driver)14:04
gansomkoderer__: great! :D14:05
mkoderer__Andrew__: which OS do you have in mind? Windows?14:05
gansomkoderer__: this is going to be the fastest job in CI14:05
mkoderer__ganso: yeahh14:05
akerrany cores able to +A https://review.openstack.org/#/c/284877/?  It's passed our CI and the bug is wreaking havoc with our downstream CI system :)14:05
mkoderer__ganso: I documented it how I configured it here https://etherpad.openstack.org/p/manila-tempest-without-neutron14:05
gansoakerr: ill take al ook14:06
Andrew__mkoderer: yes please :)14:06
akerrganso: thanks14:06
mkoderer__Andrew__: never herd about ceph clients on windows... you might ask in the ceph channel on irc.oftc.net14:07
Andrew__mkoderer: Here, Sage had a plan for windows guests as well, https://www.youtube.com/watch?v=dNTCBouMaAU14:10
mkoderer__Andrew__: yep just ask Sage in #ceph channel14:11
vponomaryovgouthamr: pong14:12
vponomaryovakerr: done14:12
gouthamrvponomaryov: hi! i don't know how the zfs-experimental job works. If i turn on replication tests in the tempest tests patch and run-experimental, would it run against the latest ZFS patch?14:12
*** alyson_ has joined #openstack-manila14:12
gansoakerr: hmm my driver also does not check such situation, but I was aware of that... the way I see it, if it tries to update_access and share does not exist, it should throw error. If this happens during deleting, it should also throw error (it is invoked by manager). Share should be unmanaged in this situation. I am not sure but I think unmanage only works14:13
gansoin DHSS=False.14:13
vponomaryovgouthamr: yes14:13
vponomaryovif they are enabled14:13
vponomaryovgouthamr: but I suspect they will be disabled14:13
vponomaryovgouthamr: so, maybe better to set its new config option enabled in ZFS driver14:14
vponomaryovgouthamr: in that case everything should be ok14:14
gansovponomaryov: you +A'ed https://review.openstack.org/#/c/284877/14:14
vponomaryovgouthamr: according to configuration14:14
vponomaryovganso: I know14:14
gansovponomaryov: don't you think the update_ccess finishing gracefully and thus setting share_instance_access_status to active when in fact share does not exist in backend is ok?14:15
gansovponomaryov: s/don't you/do you14:15
*** Yogi1 has joined #openstack-manila14:15
Andrew__mkoderer: https://github.com/ketor/ceph-dokan14:16
vponomaryovganso: with deletion of each share "update_access" is called14:16
gouthamrvponomaryov: can you set it then? in the ZFS patch, if driver=='zfsonlinux'? the option is 'RUN_REPLICATION_TESTS'14:16
vponomaryovganso: and if share creation was failed, in that case we should not raise exceptions14:16
gouthamrvponomaryov: that way, i can check-experimental on the test patch..14:16
vponomaryovganso: else we won't be able to delete errored shares at all14:16
gansovponomaryov: this is not for scenario of share creation failed. The share was deleted in the backend14:17
*** xyang1 has joined #openstack-manila14:17
vponomaryovgouthamr: ok14:17
gansovponomaryov: I think the correct fix should be try/catch in manager14:17
gansovponomaryov: not in drivers14:17
akerrganso: we have an internal test we run to verify that we handle cleaning up resources in bad states properly.  In this case if we are attempting to delete a share and the backing resource on the array is already gone we should not throw an error (as what we wanted has already occurred)14:17
vponomaryovgouthamr: you need to set "depends-On" then in your commit with tests14:17
gansovponomaryov: I believe this is introducing inconsistent behavior14:18
gansoakerr: I agree that an error should not be thrown, but I think the fix should not be in driver, it should be in manager14:18
akerri see14:19
akerrthen we would need a consistent return code (or exception type) to return to manager to indicate the backing resource is already gone that all drivers can agree on14:20
gansoakerr: a not found exception would handle this14:20
gouthamrvponomaryov: sure thing. thanks!14:21
gouthamrganso: this is true of any workflow as ckight and I were discussing yesterday14:22
* bswartz headdesk14:23
gansogouthamr: sorry I missed that discussion. What workflow exactly?14:23
gouthamrganso: we don't poll for the health of shares (and we shouldn't be).. the share will be set to 'error' on the next user initiated interaction14:23
openstackgerritBen Swartzlander proposed openstack/manila: Test no quota tests  https://review.openstack.org/28510914:24
akerri agree I think this could be handled in the manager, but its a little late in the release for a core change that all drivers would need to implement.  I would suggest it gets changed in early newton and we can change the netapp driver to the new error handling flow then14:24
*** xyang_ has joined #openstack-manila14:24
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add ZFSonLinux share driver  https://review.openstack.org/27719214:25
openstackgerritBen Swartzlander proposed openstack/manila: Change sudo to run_as_root in LVM driver  https://review.openstack.org/28510714:25
vponomaryovgouthamr: now, ZFS driver with PS40 will run replication tests14:25
*** yangyapeng has joined #openstack-manila14:26
*** nkrinner has quit IRC14:26
bswartzvponomaryov: do we know that they will pass?14:26
gouthamrvponomaryov: thanks..14:26
vponomaryovbswartz: depends on tests14:26
bswartzlol14:26
vponomaryovbswartz: I didn't look at them14:26
bswartzand you didn't try them locally first?14:26
bswartzthat means this will be exciting14:26
gouthamrvponomaryov: sure... depends on driver :P14:26
*** cknight has joined #openstack-manila14:27
vponomaryovbswartz: me? replication tests? No14:27
vponomaryovbswartz: only manual testing14:28
bswartzthe tempest tests should not vote until all the bugs have been fixed14:28
*** Andrew__ has quit IRC14:29
*** merooney has joined #openstack-manila14:30
*** timcl has joined #openstack-manila14:32
*** bogdans has joined #openstack-manila14:37
xyang_vponomaryov, ganso, gouthamr, cknight, markstur, bswartz: hi, can you take a look of the manage snapshot patch and see if your concerns are addressed?  https://review.openstack.org/#/c/249542/14:37
*** a_ta has joined #openstack-manila14:38
gouthamrsure thing xyang_14:40
xyang_thanks14:42
*** eharney has joined #openstack-manila14:42
*** a_ta has quit IRC14:43
*** dustins has joined #openstack-manila14:43
*** bogdans has left #openstack-manila14:43
gansoxyang_: Hi Xing. I just saw the code. I think it could be done in a different way. Like definig a function that contains the comment and sets the status, instead of repeating the code 3 times.14:45
gansoxyang_: but I am ok with the way it is. I wouldn't -1 because of this14:46
gansoxyang_: I consider the concern addressed14:46
xyang_ganso: thanks.  I'll change it if there are other comments14:47
gansoxyang_: thanks Xing.14:47
*** bogdans has joined #openstack-manila14:48
bswartzvponomaryov: pls send link to failing manilaclient test log14:49
bswartzmkoderer__: you here?14:49
vponomaryovbswartz: http://logs.openstack.org/99/285199/2/check/gate-manilaclient-dsvm-neutron-functional/b121510/logs/devstack-gate-post_test_hook.txt.gz#_2016-02-26_11_11_53_03414:49
vponomaryovbswartz: https://bugs.launchpad.net/python-manilaclient/+bug/155016614:49
openstackLaunchpad bug 1550166 in python-manilaclient "Functional tests are broken with impossibility to create share-network" [Critical,New] - Assigned to Valeriy Ponomaryov (vponomaryov)14:49
bswartzmkoderer: ping14:50
openstackgerritBen Swartzlander proposed openstack/manila: Add doc for export location metadata  https://review.openstack.org/28207114:53
cdentbswartz: did you see my earlier comments about microversion headers: https://tank.peermore.com/_/06b309f5-d8ba-4b72-a7ab-ae352657aca914:55
bswartzcdent: no I haven't seen that, thanks for the pointer14:56
bswartzlet me read the doc14:56
gouthamrcdent: question, for multi word service_types, what's ur suggestion for the header?14:57
cdentbswartz: thanks, nova and ironic are happy to head in the new direction and I think manila is the only other deployed microversioned service14:57
cdentgouthamr: from what I can see the precent has been hyphenate14:57
gouthamrcdent: "OpenStack-API-Version: Shared File Systems 2.11" or "OpenStack-API-Version: Shared-File-Systems 2.11" or "OpenStack-API-Version: Shared File Systems 2.1114:57
cdentsorry precedent14:57
*** a_ta has joined #openstack-manila14:57
gouthamrcdent: ugh, sorry last one was meant to be with underscores14:58
*** cknight has quit IRC14:58
gouthamrcdent: ah thanks.14:58
bswartzcdent: I agree the new form is superior, but it cannot be used without breaking backward compatibility14:58
cdentgouthamr I suspect there will be some debate about multiword stuff, yet to be resolved14:58
bswartzbecause backward compatibility is the whole point of microversions, I don't think a change makes sense14:58
cdentbswartz: exactly; the existing microversioned services will need to commit to supporting both header names forever14:59
gouthamrcdent: we were concerned about the microversion response header14:59
bswartzcdent: that seems like a needless waste of bandwidth -- why not ask new serivces to use the new format, and grandfather existing services with their existing formats?14:59
cdentgouthamr: probably but we're still getting a feel for the options14:59
bswartzthat will avoid the exploision of headers over time, as there will be a fixed number of non-conforming implementaitons15:00
cdentbswartz: because they you end up requiring _new_ clients to support both15:00
cdentwhich we don't want15:00
cdentthe assumption driving this is that there are and should be a multitude of clients15:00
bswartznew clients would only need to support the small number of headers, not an ever-growing number15:00
cdentbswartz: yes, but why make them support a special header for a specific service15:00
*** haomaiwang has quit IRC15:01
bswartzwell if the client is the manila client, for example, it only supports manila and doesn't need to worry about other ones15:01
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Test LVM mount capability  https://review.openstack.org/28250715:01
*** haomaiwang has joined #openstack-manila15:01
bswartzcross project clients would have to special case a few services15:01
*** Andrew__ has joined #openstack-manila15:01
bswartzextra lines of code are better than wasted bytes on the wire forever15:02
cdentbswartz: so I'm not seeing where we would have additional headers. client would send one type of header and receive one type of header (the server would know what to send based on what it received in the first place)15:02
bswartzI would feel differently if there was a deprecation path that could lead to not needing both at some point15:03
mkoderer__bswartz: yep15:03
mkoderer__bswartz: right before my weekend but still available :)15:03
cdentI personally feel that a deprecation path would be fine, but there's not total agreement on that15:03
bswartzcdent: I don't see how we can ever stop supporting the existing header15:04
bswartzclients based on liberty need it15:04
openstackgerritMerged openstack/manila: Fix NetApp cDOT driver update_access negative test  https://review.openstack.org/28487715:04
cdentbswartz; let's table that aspect for a minute, becuse I think it is distracting from the main point. You've asserted that we'd increase bytes on the wire and I've countered that with "no". do you not aggree?15:05
bswartzcdent: (09:59:12 AM) cdent: bswartz: exactly; the existing microversioned services will need to commit to supporting both header names forever15:07
bswartzI'm imagining you want the server to return both headers starting from mitaka15:08
cdent"bswartz: so I'm not seeing where we would have additional headers. client would send one type of header and receive one type of header (the server would know what to send based on what it received in the first place)"15:08
cdentyou return the header style that you were sent15:08
*** merooney has quit IRC15:08
bswartzthat's proposal is less gross, but I'm not convinced that it's safe15:08
bswartzI need to think through the permutations of possibilities15:09
bswartzmkoderer__: did you find a way to make tempest work without neutron?15:10
cdentbswartz: that's completely fair, let me know if/when you have additional thoughts on this. api-wg has several microversion guidelines in flight that will go one way or another depending on how we resolve this issue15:11
mkoderer__bswartz: yes15:11
mkoderer__bswartz: you should read your mails :)15:11
bswartzmkoderer__: I worried that the LVM driver has bad interaction with neutron as well, so I'm very interested in what you've found15:12
bswartzcdent: who should I talk to and/or where can I find them after I've considered it?15:12
mkoderer__bswartz: so all api test passing with LVM driver and only Keystone, Manila and Tempest activated15:12
bswartzmkoderer__: I never read emails!15:12
bswartzlol15:12
* bswartz opens thunderbird15:13
cdentme, sdague or elmiko in #openstack-sdks or on that linked header proliferation guideline15:13
mkoderer__bswartz: haha.. ok I documented what it did here: https://etherpad.openstack.org/p/manila-tempest-without-neutron15:13
bswartzmkoderer__: this is super interesting15:14
bswartzso how were the quota tests able to run without neutron? is tempest smart enough to skip over neutron related parts when creating dynamic projects?15:15
mkoderer__bswartz: tempest has a list of available services.. if you disable one it doesn't try to create resources for it15:16
mkoderer__bswartz: everything else I would consider as bug15:16
bswartzso are the quota tests able to run successfully? they just do the keystone work to create tenents but do not create assoicated networks?15:17
mkoderer__bswartz: yes there are successful15:17
bswartzmkoderer__: is it possible to make tempest act as if neutron isn't present even when it is present?15:17
*** JoseMello has joined #openstack-manila15:17
mkoderer__bswartz: yep. just switch "neutron = False" in [service_available]15:17
*** Yogi1 has quit IRC15:18
bswartzfor example, it's harder to make devstack-gate not install neutron at all, but we can easily turn off neutron support in tempest with a manila patch15:18
bswartzdo you have a patch upstream that does this?15:18
mkoderer__bswartz: no but I can do that15:18
bswartzif you have time, I'm very interested15:18
mkoderer__bswartz: I will do it on monday.. if this works for you15:19
bswartzmkoderer__: this was my attemped to avoid neutron issues: https://review.openstack.org/#/c/285109/15:19
*** cknight has joined #openstack-manila15:19
bswartzmkoderer__: I will do it if you don't have time today -- assuming that our LVM issues really are neutron releated I'm extremely interested in the ability to turn off neutron where it's not needed15:20
mkoderer__bswartz: iniset $TEMPEST_CONFIG service_available neutron False should do it15:20
bswartzmkoderer__: thx15:20
bswartzI'll put you on the patch when I push it up15:21
mkoderer__bswartz: ok thx15:21
bswartzso you can see if it works as planned15:21
*** merooney has joined #openstack-manila15:21
dustinsI'm intrigued by the results of this as well15:22
bswartzdustins: good morning!15:22
dustinsbswartz: Right back at you!15:22
bswartzdustins: did you see the etherpad15:23
dustinsWhat etherpad?15:23
dustinsguess not, haha15:23
bswartzhttps://etherpad.openstack.org/p/manila-tempest-without-neutron15:23
* bswartz is hopeful about reducing gate times by slimming down devstack15:24
*** aorourke-afk is now known as aorourke15:24
dustinsmkoderer__++15:24
dustinsThis is pretty sweet15:24
dustinsLooks like I could try that myself to see if I can replicate that LVM strangeness without Neutron getting in the way15:27
akerrbswartz: did your patches merge to allow no cinder/nova?15:29
*** Yogi1 has joined #openstack-manila15:33
gouthamrganso xyang_ toabctl vponomaryov cknight bswartz: reaching out to get +Ws on these two patches that have two +2s each, they'd simplify dependency chains a lot more if they merged right away.. https://review.openstack.org/#/c/277545/ https://review.openstack.org/#/c/282081/15:34
toabctlgouthamr: done for both15:35
gouthamrtoabctl: thanks! :)15:35
*** bogdans has quit IRC15:38
*** bogdans has joined #openstack-manila15:38
*** dencaval has joined #openstack-manila15:38
cknighttoabctl: thanks15:39
bswartzcdent: still here?15:39
cdentbswartz: yessir15:39
bswartzcdent: there is one permutation that I think causes problems15:39
cknightgouthamr: we often like to have more than 2 cores +2 major core work15:39
cdentdo tell?15:39
bswartzif a new client (say mitaka) talks to an old server (say liberty), then which header will it send?15:40
bswartzif it sends the new header, the server will assume the client doesn't know what its' talking about, and use 2.015:40
bswartzif the client uses the old header, then it will work, but you won't have solve the problem you're after solving15:41
* cdent thinks15:41
bswartzif the client sends both headers, it will also work, but you'll be back to wasting bytes15:41
cdentI can think of a few ways around that, none of them entirely satisfactory. If a mitaka client wants to use a liberty server, it is already required to state a lower microversion, internal to itself, so that it sends the right requests. If it has the brains to do that, it has the brains to know that for a server microversion<=X.Y send header "foo".15:44
cdentThat's for the clients which care about using up the scarce bytes. for those that don't they can just send both headers.15:44
* akerr wonders who has scarce bytes in a cloud15:45
bswartzwell my earlier argument is that you can avoid ever wasting bytes by using a lookup table in the client for servers that need non-standard microversion header keys15:45
*** bogdans has quit IRC15:46
* bswartz wonders if akerr secrets loves SOAP+XML15:46
bswartzs/secrets/secretly/15:46
dustinsakerr <3 SOAP+XML15:46
cdentneener neener15:47
* akerr secretly loves jsonx15:47
dustinsakerr: I can dig that15:47
cdentbswartz: so, where does this leave the issue. Is it one?15:47
akerrI'm just saying though that if you can't afford an extra header on your network you're not doing cloud right15:47
bswartzcdent: I think that services that have already shipped microversion support cannot change their headers without either breaking somebody or creating a situation where either the clients or the servers always have to send duplicate headers15:48
bswartzbecause duplicate headers are super gross, I'm in favor of not changing headers for existing services, and only establishing a standard that applies to new services adopting microversions15:49
bswartzunfortunately clients which talk to multiple services (like osc) will need lookup tables or special case code to deal15:49
bswartzthe size of the lookup tables or special case could will be fixed though, as it only needs to cover existing services15:50
bswartzs/could/code/15:50
* bswartz curses autocorrect15:50
bswartzI wish we could go back in time and do microversions differently15:53
bswartzbut we did what we did and now we have to live with it15:53
cdentI don't get it: why doesn't this work: "If a mitaka client wants to use a liberty server, it is already required to state a lower microversion, internal to itself, so that it sends the right requests. If it has the brains to do that, it has the brains to know that for a server microversion<=X.Y send header "foo"" ?15:53
*** mtanino has joined #openstack-manila15:54
bswartzcdent: the problem is that client doesn't know what version the server is until it receives a response to its request -- and by that time it's too late15:54
* cdent reviews the microversion flow15:54
bswartzsuppose I send a delete snapshot request from my mitaka client -- I'm going to tag it with the latest microversion I know about (in the my client) which is 2.1115:56
*** yangyapeng has quit IRC15:56
bswartzif I use the new header, the server will treat the request as it if was 2.0 because it won't see the header at all15:56
*** yangyapeng has joined #openstack-manila15:56
*** yangyapeng has quit IRC15:56
bswartzif I use the old header, the server will correctly throw an error, informing the client that it only speaks 2.615:56
bswartzthen the client can retry with 2.6, if the client speaks 2.615:57
*** Yogi1 has quit IRC15:58
cdentHmmm, good points. There are some possible solutions:15:58
bswartzthe problem occurs if the client passed in some parameter which only makes sense in microversion 2.11, and expected the server to respect it15:58
*** bogdans has joined #openstack-manila15:58
cdenta) clients should do version discovery: https://review.openstack.org/#/c/243429/6/guidelines/microversion_specification.rst15:58
cdentb) just send both headers becuase bytes aren't scarce!15:58
bswartzversion discovery requires statefulness and increases latency15:59
bswartzboth things are not acceptable to me15:59
cdenthmmm16:00
bswartzthe "bytes aren't scarce" argument is a fair one, but one I don't agree with16:00
*** martyturner has joined #openstack-manila16:00
bswartzgiven the choice between writing more code and wasting some bytes, I'd always choose to write more code16:00
*** haomaiwang has quit IRC16:01
cdentI'd say if you're worried about latency in openstack, http is probably not the place with the highest return on effort spent improving...16:01
cdentBut I sympathize16:01
bswartzlazy programmers are already clogging the intertubes too much16:01
* cdent doesn't like microversions at all16:01
*** haomaiwang has joined #openstack-manila16:01
cdentbswartz: I'll see what the rest of the group thinks about how we should go from here. I'll point them to the log of this. You've presented some excellent points.16:02
bswartzI'm not thrilled with microversions, but we needed some kind of versioning mechanism that was better than the old scheme16:03
bswartzand microversions was the first thing that came along so we grabbed it and ran16:03
cdentfair16:03
*** Andrew__ has quit IRC16:05
*** Yogi1 has joined #openstack-manila16:09
*** logan- has quit IRC16:14
*** logan- has joined #openstack-manila16:14
*** sgotliv has joined #openstack-manila16:17
*** ayma has joined #openstack-manila16:19
openstackgerritMerged openstack/manila: Scheduler enhancements for Share Replication  https://review.openstack.org/27754516:20
*** Yogi1 has quit IRC16:24
*** merooney has quit IRC16:30
*** timcl has quit IRC16:35
*** merooney has joined #openstack-manila16:39
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Test LVM mount capability  https://review.openstack.org/28250716:40
*** jasonsb has joined #openstack-manila16:44
openstackgerritScott DAngelo proposed openstack/manila: Allow api_version_request.matches to accept a string or None  https://review.openstack.org/28542616:51
openstackgerritBen Swartzlander proposed openstack/manila: Test LVM driver without neutron  https://review.openstack.org/28542916:53
*** Yogi1 has joined #openstack-manila16:56
*** merooney has quit IRC17:00
*** haomaiwang has quit IRC17:01
*** haomaiwang has joined #openstack-manila17:01
*** a_ta has quit IRC17:10
*** bogdans has quit IRC17:10
*** a_ta has joined #openstack-manila17:10
*** jasonsb_ has joined #openstack-manila17:12
*** rhagarty__ has joined #openstack-manila17:12
*** bogdans has joined #openstack-manila17:14
*** a_ta has quit IRC17:15
*** gouthamr_ has joined #openstack-manila17:19
*** jasonsb has quit IRC17:20
*** gouthamr has quit IRC17:20
*** sbjorn has quit IRC17:20
*** rhagarty_ has quit IRC17:20
*** ekarlso- has quit IRC17:20
*** krotscheck has quit IRC17:20
*** mkoderer__ has quit IRC17:20
*** bswartz has quit IRC17:20
*** krotscheck has joined #openstack-manila17:20
*** absubram has joined #openstack-manila17:20
*** absubram_ has joined #openstack-manila17:21
*** mkoderer___ has joined #openstack-manila17:21
*** Andrew__ has joined #openstack-manila17:24
*** absubram has quit IRC17:25
*** absubram_ is now known as absubram17:25
*** a_ta has joined #openstack-manila17:26
*** ekarlso- has joined #openstack-manila17:27
*** timcl has joined #openstack-manila17:28
*** sbjorn has joined #openstack-manila17:28
*** Andrew__ has quit IRC17:32
*** lpetrut has quit IRC17:32
openstackgerritClinton Knight proposed openstack/manila: Support export location metadata in NetApp cDOT drivers  https://review.openstack.org/28080717:33
*** Andrew__ has joined #openstack-manila17:34
*** lpetrut has joined #openstack-manila17:37
*** porrua has quit IRC17:40
*** a_ta has quit IRC17:41
*** a_ta has joined #openstack-manila17:42
*** bogdans has quit IRC17:42
*** a_ta has quit IRC17:46
*** bogdans has joined #openstack-manila17:48
*** cdent has left #openstack-manila17:49
*** merooney has joined #openstack-manila17:50
*** xyang_ has quit IRC17:52
*** xyang_ has joined #openstack-manila17:52
*** bogdans has quit IRC17:53
*** vbellur has quit IRC17:56
*** lpabon has joined #openstack-manila17:59
openstackgerritMerged openstack/manila: Huawei driver: change CIFS rw to full control  https://review.openstack.org/28467518:00
*** Andrew__ has quit IRC18:00
*** jasonsb_ has quit IRC18:00
*** haomaiwang has quit IRC18:01
*** lpabon has quit IRC18:01
*** haomaiwang has joined #openstack-manila18:01
*** sgotliv has quit IRC18:02
*** porrua has joined #openstack-manila18:06
*** Andrew__ has joined #openstack-manila18:09
*** a_ta has joined #openstack-manila18:10
*** lpetrut has quit IRC18:10
*** bogdans has joined #openstack-manila18:18
*** bogdans has quit IRC18:22
*** a_ta has quit IRC18:25
*** a_ta has joined #openstack-manila18:26
*** Yogi1 has quit IRC18:28
*** timcl has quit IRC18:29
*** a_ta has quit IRC18:30
*** timcl has joined #openstack-manila18:37
openstackgerritYogesh proposed openstack/manila: Add tempest tests for Share Replication  https://review.openstack.org/24484318:39
*** fthiagogv has quit IRC18:46
*** haomaiwang has quit IRC18:46
*** haomaiwang has joined #openstack-manila18:48
*** Andrew__ has quit IRC18:50
*** absubram has quit IRC18:50
openstackgerritBen Swartzlander proposed openstack/manila: Add doc for export location metadata  https://review.openstack.org/28207118:52
*** lpetrut has joined #openstack-manila18:54
*** bswartz has joined #openstack-manila18:55
*** haomaiwang has quit IRC19:01
*** 92AAAEL3R has joined #openstack-manila19:01
*** cknight has quit IRC19:27
*** cknight has joined #openstack-manila19:30
*** martyturner has quit IRC19:41
*** a_ta has joined #openstack-manila19:45
*** xyang_ has quit IRC19:47
*** Andrew__ has joined #openstack-manila19:48
*** xyang_ has joined #openstack-manila19:50
*** absubram has joined #openstack-manila19:53
*** sgotliv has joined #openstack-manila19:59
*** 92AAAEL3R has quit IRC20:01
*** haomaiwang has joined #openstack-manila20:01
*** eharney has quit IRC20:02
openstackgerritClinton Knight proposed openstack/manila: Admin networks in NetApp cDOT multi-SVM driver  https://review.openstack.org/28195020:08
*** mdenny has quit IRC20:10
*** eharney has joined #openstack-manila20:17
*** bogdans has joined #openstack-manila20:18
*** martyturner has joined #openstack-manila20:19
*** alejandrito has joined #openstack-manila20:20
*** bogdans has quit IRC20:23
*** eharney_ has joined #openstack-manila20:32
*** eharney has quit IRC20:33
*** eharney_ is now known as eharney20:33
*** timcl has left #openstack-manila20:33
*** sgotliv has quit IRC20:37
*** Andrew__ has quit IRC20:38
*** a_ta has quit IRC20:39
*** a_ta has joined #openstack-manila20:39
*** a_ta has quit IRC20:44
*** a_ta has joined #openstack-manila20:46
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Test LVM mount capability  https://review.openstack.org/28250720:49
*** cknight has quit IRC20:49
openstackgerritRodrigo Barbieri proposed openstack/manila: Implement update_access() in generic driver + LVM  https://review.openstack.org/25628120:49
*** cknight has joined #openstack-manila20:53
*** absubram has quit IRC20:54
*** haomaiwang has quit IRC21:01
*** haomaiwang has joined #openstack-manila21:01
*** akerr has quit IRC21:04
*** xyang_ has quit IRC21:05
*** merooney has quit IRC21:05
*** absubram has joined #openstack-manila21:07
*** pgbridge has quit IRC21:08
openstackgerritMerged openstack/manila: Add Replication admin APIs and driver i/f changes  https://review.openstack.org/28208121:10
cknightganso: ping21:13
gansocknight: pong21:14
cknightganso: Can I get you to replace your +2 on a rebased patch, please?  It's pure driver code, and CI has voted.  https://review.openstack.org/#/c/280807/521:14
cknightganso: Trying to get set up for a fun weekend of rechecks.21:15
*** alejandrito has quit IRC21:16
gansocknight: hold on a min please21:16
cknightganso: Actually, that patch is the predecessor for the one you looked at.  Unfortunately I missed toabctl before he left.  This was the one you approved:  https://review.openstack.org/#/c/281950/321:18
*** JoseMello has quit IRC21:18
gansocknight: new gerrit is terrible on cell phone21:18
cknightganso: It's not great any other way.21:19
gansocknight: Gonna set up tethering so I can take a look at it21:19
gansocknight: I am a bus right now21:20
cknightganso: Thanks.  If you could look at the other shorter one for toabctl, that would be terrific.  I'm not leaving the office today until I get the migration code going, starting in 10 minutes.21:21
gansocknight: which one is that?21:21
cknightganso: I need https://review.openstack.org/#/c/280807/5 and https://review.openstack.org/#/c/281950/321:22
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Add tempest tests for Share Replication  https://review.openstack.org/24484321:23
*** alkhodos_ has joined #openstack-manila21:25
*** gouthamr_ has quit IRC21:26
alkhodos_Hi guys! This might not be the right channel, but maybe someone faced the same issue: I'm trying to install Liberty devstack with manila, using same local.conf as I do for master, but after the installation my c-api service is down. Here is the output I get on any CLI request: http://paste.openstack.org/show/488429/21:27
gansocknight: you probably tested this, but isn't your sort function inverted?21:28
*** absubram has quit IRC21:28
bswartzalkhodos_: it's hard to imagine that anything manila related could cause c-api to be down -- the only thing I can think of is a possible TCP port conflict21:29
alkhodos_bswartz: oh sry, m-api of course21:29
bswartzthe default TCP ports are different, but if you override them you could create a conflict that would prevent c-api from starting21:29
bswartzoh21:29
alkhodos_too used to cinder21:29
bswartzalkhodos_: yeah it's something related to keystone21:30
alkhodos_bswartz: what bugs me is that other services, like cinder work fine21:30
bswartzthere was a keystone change right before liberty that we had to fix21:30
bswartzand more fixes since then21:30
bswartzit's possible something is broken again21:30
bswartzor maybe it's related to your local conf21:31
bswartzsorry I'm not involved enough with the keystone issues to tell you more21:31
alkhodos_bswartz: yeh, I thought of keystone or conf too, but still couldn't figure out the issue21:31
alkhodos_bswartz: thanks anyway :)21:32
gansocknight: I gotta walk, will finish reviewing as soon as I get home21:33
cknightganso: Nope, I think it's right.  I have a unit test that proves that.21:36
cknightganso: But sorting is extra credit now anyway, since we have the preferred flag.21:36
*** adrianofr_ has quit IRC21:40
*** scottda is now known as scottda_is_outta21:56
*** dustins has quit IRC21:59
*** haomaiwang has quit IRC22:01
*** eharney has quit IRC22:01
*** haomaiwang has joined #openstack-manila22:01
*** martyturner has quit IRC22:05
*** merooney has joined #openstack-manila22:06
*** tpsilva has quit IRC22:07
gansocknight: I am home, going to take a look now22:09
cknightganso: super, thanks!22:09
cknightganso: it seems I have to restack to pick up your new data service22:09
openstackgerritxing-yang proposed openstack/manila: Manage and unmanage snapshot  https://review.openstack.org/24954222:10
gansocknight: you should not22:10
gansocknight: should not need to22:10
gansocknight: what error are you getting?22:10
cknightganso: no error, but I rebooted and used rejoin-stack22:10
gansocknight: hummm... I have never tried rebooting and using rejoin-stack22:11
gansocknight: where did patchset 2 go? o_O https://review.openstack.org/#/c/28195022:18
cknightganso: no idea.  i did have an issue trying to push it up today because of the dependency.22:19
cknightganso: should just be a simple rebase.22:19
*** merooney has quit IRC22:23
gansocknight: in https://review.openstack.org/#/c/281950 do you rather have another core looking or prefer a +A?22:25
cknightganso: I'd rather get it workflowed, please.  No telling how many rechecks will be needed.22:26
gansocknight: ok, but first, let's get a verified from Jenkins22:26
cknightganso: Sure, that makes sense.  I'm glad to workflow it myself once that happens.  Having it merged will simplify testing migration.22:27
gansocknight: I can workflow it, np22:27
gansocknight: I will keep an eye on it22:28
cknightganso: thanks.  I'll be looking for rechecks over the weekend, too.22:28
*** porrua has quit IRC22:30
*** merooney has joined #openstack-manila22:30
gansocknight: let me know if you need any help testing migration patch, I'll be around here22:32
cknightganso: great, thanks.22:32
cknightganso: is there a wiki or anything that describes how to configure the new service?  any config options I need to set?22:32
gansocknight: as of right now there is no wiki. You only need to set data_node_access_ip in [DEFAULT] in manila.conf22:33
cknightganso: that's easy22:34
*** a_ta has quit IRC22:34
*** a_ta has joined #openstack-manila22:35
gansocknight: if you want to test on generic driver, it is a little bit more complicated22:36
cknightganso: nope, I'll go with what I know to begin with22:36
*** a_ta has quit IRC22:37
*** a_ta has joined #openstack-manila22:37
*** merooney has quit IRC22:46
*** marcusvrn_ has quit IRC22:47
*** zhonghua has joined #openstack-manila22:48
*** zhonghua-lee has quit IRC22:51
*** alyson_ has quit IRC22:52
*** a_ta has quit IRC22:52
*** merooney has joined #openstack-manila22:57
*** haomaiwang has quit IRC23:01
*** haomaiwa_ has joined #openstack-manila23:01
openstackgerritMerged openstack/manila: Support export location metadata in NetApp cDOT drivers  https://review.openstack.org/28080723:08
*** xyang1 has quit IRC23:11
*** merooney has quit IRC23:13
*** lpetrut has quit IRC23:31
*** yangyapeng has joined #openstack-manila23:35
*** erlon has quit IRC23:36
*** ayma has quit IRC23:39
*** aorourke is now known as aorourke-afk23:55

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