Thursday, 2016-02-18

*** rhagarty has joined #openstack-manila00:03
*** rhagarty_ has joined #openstack-manila00:06
*** rhagarty has quit IRC00:08
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Testing CI network #1.2  https://review.openstack.org/28158700:09
*** sgotliv has quit IRC00:11
*** sgotliv has joined #openstack-manila00:11
*** baojg has quit IRC00:17
*** zhonghua has quit IRC00:21
*** huyang has quit IRC00:22
*** huyang has joined #openstack-manila00:22
*** zhonghua-lee has joined #openstack-manila00:24
openstackgerritdaiki kato proposed openstack/python-manilaclient: Add missing element in functional test  https://review.openstack.org/27773000:33
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Testing CI network LVM #1.4  https://review.openstack.org/28159300:33
*** mriedem has joined #openstack-manila00:36
mriedemis it just me or does it seem like every time i try to run tox -r -e py34 it completely hoses my system00:38
*** cknight has joined #openstack-manila00:45
*** cknight1 has joined #openstack-manila00:48
*** cknight has quit IRC00:50
*** jasonsb has joined #openstack-manila00:50
*** yangyapeng has joined #openstack-manila00:51
*** dcain has joined #openstack-manila01:05
*** yangyapeng has quit IRC01:06
*** dcain1 has joined #openstack-manila01:08
*** dcain has quit IRC01:12
*** mtanino has quit IRC01:18
bswartzmriedem: I hope you're only hosing a VM and not your laptop01:19
mriedemyeah, dev vm01:19
*** rhagarty_ has quit IRC01:20
*** rhagarty has joined #openstack-manila01:20
mriedemmy production cloud :)01:26
*** bill_az has quit IRC01:28
*** yangyapeng has joined #openstack-manila01:31
mriedemoh well, i'll mark it up to a fluke and push what i think is a thing that is fine on py3401:33
mriedemnot sure why it would not work for manila locally, but it's fine for nova locally01:33
bswartzoh the problem is specific to manila?01:33
bswartzthat's not good01:34
bswartzthe gate runs tox with py34 so I would assume that means it's not broken01:34
bswartzpersonally I'm lazy and I just run with py2701:35
mriedemyeah i have a change that passes on py27 and fails on py34 so had a fix and wanted to make sure it was fine before pushing it up,01:36
mriedemand i've tried like 3 times to run tox -r -e py34 locally and it just hangs my dev vm01:36
openstackgerritMatt Riedemann proposed openstack/manila: Cleanup deprecation warnings from using share proxy properties in API  https://review.openstack.org/26018601:38
openstackgerritMatt Riedemann proposed openstack/manila: Stop proxying share_server_id through share in share.manager  https://review.openstack.org/27349501:38
openstackgerritMatt Riedemann proposed openstack/manila: Get host from share['instance'] in share RPC API  https://review.openstack.org/27247701:38
openstackgerritMatt Riedemann proposed openstack/manila: WIP: Remove deprecated proxy attributes from Share db model object  https://review.openstack.org/26021201:38
openstackgerritMatt Riedemann proposed openstack/manila: Remove deprecated share attribute usage from manila.share.api  https://review.openstack.org/27258001:38
*** yangyapeng has quit IRC01:38
mriedemconfirmed i already have python3-dev python3 installed01:38
mriedemanywho, ^ pushed anyway01:38
*** yangyapeng has joined #openstack-manila01:38
bswartzI'll do some experiments01:38
*** baojg has joined #openstack-manila01:45
*** esker has joined #openstack-manila01:46
*** esker has quit IRC01:51
*** rhagarty has quit IRC01:58
*** mriedem has left #openstack-manila01:59
*** haomaiwa_ has joined #openstack-manila02:12
*** gouthamr has joined #openstack-manila02:15
*** gouthamr_ has joined #openstack-manila02:16
*** gouthamr has quit IRC02:20
*** houming has joined #openstack-manila02:35
*** a_ta has joined #openstack-manila02:42
*** baojg has quit IRC02:43
*** baojg has joined #openstack-manila02:47
*** a_ta has quit IRC02:49
*** esker has joined #openstack-manila02:55
*** esker has quit IRC03:00
*** ganso has quit IRC03:00
*** haomaiwa_ has quit IRC03:01
*** haomaiwa_ has joined #openstack-manila03:01
openstackgerritxing-yang proposed openstack/manila: Manage and unmanage snapshot  https://review.openstack.org/24954203:37
*** baojg has quit IRC03:42
*** baojg has joined #openstack-manila03:45
*** baojg has quit IRC03:55
*** haomaiwa_ has quit IRC04:01
*** haomaiwang has joined #openstack-manila04:01
*** mdnadeem has joined #openstack-manila04:22
*** baojg has joined #openstack-manila04:25
mdnadeemhow to get manila-share binaries for ubuntu?04:39
mdnadeemIt is missing in http://ubuntu-cloud.archive.canonical.com/ubuntu/dists/trusty-proposed/liberty/main/binary-amd64/Packages04:39
mdnadeemAny idea guys?04:39
*** a_ta has joined #openstack-manila04:46
*** bill_az has joined #openstack-manila04:49
*** xyang1 has joined #openstack-manila04:50
*** a_ta has quit IRC04:50
openstackgerritMerged openstack/manila: Allow DHSS=False tests to override Tempest concurrency  https://review.openstack.org/28086604:56
*** xyang1 has quit IRC04:58
*** haomaiwang has quit IRC05:01
*** esker has joined #openstack-manila05:01
*** haomaiwa_ has joined #openstack-manila05:01
*** esker has quit IRC05:05
*** esker has joined #openstack-manila05:21
*** esker has quit IRC05:26
*** bill_az has quit IRC05:40
*** dcain1 has quit IRC05:53
*** haomaiwa_ has quit IRC06:01
*** haomaiwang has joined #openstack-manila06:01
*** esker has joined #openstack-manila06:24
*** esker has quit IRC06:28
*** baojg has quit IRC06:47
*** a_ta has joined #openstack-manila06:47
*** baojg has joined #openstack-manila06:51
*** a_ta has quit IRC06:52
*** nkrinner has joined #openstack-manila06:58
*** lpetrut has joined #openstack-manila06:59
*** haomaiwang has quit IRC07:01
*** haomaiwa_ has joined #openstack-manila07:01
*** nidhimittalhada has joined #openstack-manila07:04
*** esker has joined #openstack-manila07:06
*** esker has quit IRC07:11
*** baojg has quit IRC07:13
*** baojg has joined #openstack-manila07:16
*** esker has joined #openstack-manila07:27
*** esker has quit IRC07:31
*** yangyape_ has joined #openstack-manila07:54
*** yangyap__ has joined #openstack-manila07:56
*** yangyapeng has quit IRC07:56
*** yangyape_ has quit IRC07:58
*** a_ta has joined #openstack-manila07:58
*** haomaiwa_ has quit IRC08:01
*** haomaiwang has joined #openstack-manila08:01
*** a_ta has quit IRC08:02
*** lpetrut has quit IRC08:02
*** pcaruana has joined #openstack-manila08:05
*** esker has joined #openstack-manila08:08
*** lpetrut has joined #openstack-manila08:10
*** esker has quit IRC08:13
*** lpetrut has quit IRC08:19
*** nidhimittalhada has quit IRC08:20
*** lpetrut has joined #openstack-manila08:43
*** rraja has joined #openstack-manila08:46
*** esker has joined #openstack-manila08:50
*** tpatzig_ has quit IRC08:52
*** tpatzig has joined #openstack-manila08:53
*** tpatzig has left #openstack-manila08:54
*** esker has quit IRC08:54
*** haomaiwang has quit IRC09:01
*** haomaiwang has joined #openstack-manila09:01
*** lpetrut has quit IRC09:02
*** houming has quit IRC09:07
*** esker has joined #openstack-manila09:11
*** nidhimittalhada has joined #openstack-manila09:13
*** esker has quit IRC09:15
*** yangyapeng has joined #openstack-manila09:19
*** yangyap__ has quit IRC09:21
*** yangyape_ has joined #openstack-manila09:22
*** yangyapeng has quit IRC09:25
*** ociuhandu has joined #openstack-manila09:29
openstackgerritSilvan Kaiser proposed openstack/manila: Add update_access() interface to Quobyte driver  https://review.openstack.org/28113609:42
*** yangyape_ has quit IRC09:45
*** houming has joined #openstack-manila09:50
openstackgerritAbhilash Divakaran proposed openstack/manila: Add share driver for Tegile IntelliFlash Arrays  https://review.openstack.org/27816909:50
*** gouthamr_ has quit IRC09:51
*** a_ta has joined #openstack-manila09:59
*** haomaiwang has quit IRC10:01
*** haomaiwang has joined #openstack-manila10:01
openstackgerritMarc Koderer proposed openstack/manila: Fix scenario tests  https://review.openstack.org/28031810:02
*** ganso has joined #openstack-manila10:02
*** openstackgerrit has quit IRC10:02
*** openstackgerrit has joined #openstack-manila10:03
*** a_ta has quit IRC10:03
*** lpetrut has joined #openstack-manila10:10
*** lpetrut has quit IRC10:10
*** esker has joined #openstack-manila10:13
*** esker has quit IRC10:18
*** baojg has quit IRC10:28
*** tpsilva has joined #openstack-manila10:36
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Testing CI network LVM #1.4  https://review.openstack.org/28159310:37
*** esker has joined #openstack-manila11:00
*** marcusvrn_ has joined #openstack-manila11:00
*** haomaiwang has quit IRC11:01
*** haomaiwang has joined #openstack-manila11:01
*** esker has quit IRC11:05
tpsilvahuyang: ping11:07
*** tobe has joined #openstack-manila11:11
*** esker has joined #openstack-manila11:15
*** esker has quit IRC11:20
*** ociuhandu has quit IRC11:22
*** mdnadeem has quit IRC11:22
*** erikm has quit IRC11:25
gansovponomaryov: ping11:29
vponomaryovganso: pong11:38
gansovponomaryov: Hello Valeriy11:38
vponomaryovganso: Hello Rodrigo11:39
gansovponomaryov: I tested the approach for mounting the LVM driver as we discussed yesterday, it unfortunately did not work =( http://logs.openstack.org/93/281593/2/check/gate-manila-tempest-dsvm-neutron-postgres-lvm-multibackend/a3b1f7d/logs/screen-m-dat.txt.gz11:39
vponomaryovganso: try add "-v" flag for debugging11:40
vponomaryovganso: also I would specify NFS version11:40
gansovponomaryov: -v on the mount command?11:40
vponomaryovganso: yes11:40
vponomaryovganso: verbose answer11:40
gansovponomaryov: ok, I will try that, thanks!11:40
gansovponomaryov: there is another issue I am working on11:41
gansovponomaryov: regarding scenario tests11:41
vponomaryovyes?11:41
gansovponomaryov: after adding the admin_port, I observed the following behavior: http://logs.openstack.org/93/281593/2/check/gate-manila-tempest-dsvm-neutron-scenario-multibackend/a079be4/logs/screen-m-shr.txt.gz11:41
gansovponomaryov: sometimes the service instance does not get route from service network11:41
vponomaryovline?11:42
gansovponomaryov: http://logs.openstack.org/93/281593/2/check/gate-manila-tempest-dsvm-neutron-scenario-multibackend/a079be4/logs/screen-m-shr.txt.gz#_2016-02-18_11_15_05_06411:42
gansovponomaryov: I created a debug patch that extends the admin_port patch11:42
gansovponomaryov: the patch enforces the service_port to the eth0 in the instance11:42
gansovponomaryov: and it also creates another network to use as admin instead of previously created "private"11:43
gansovponomaryov: this new network has "--no-gateway"11:43
gansovponomaryov: this was an attempt to not conflict with service_instance route assignment11:43
gansovponomaryov: but now it is clear that even though there is no conflict, there is also no route from the service_network...11:44
gansovponomaryov: it mostly happens in the 2nd service instance created in the job onwards11:44
gansovponomaryov: I can recreate this in my local lab, but it is random, sometimes it works, sometimes it does not11:44
gansovponomaryov: like, running scenario test 10x repeadtly in my local lab, it passed only twice11:45
*** lpetrut has joined #openstack-manila11:45
*** houming has quit IRC11:45
vponomaryovganso: IP 104.130.13.28 ?11:47
gansovponomaryov: what's that?11:48
vponomaryovganso: it is IP you try ping and it is out of local network range11:48
gansovponomaryov: I ping it twice11:49
gansovponomaryov: first, when there is route, it works11:49
gansovponomaryov: when there is not, it does not work11:49
vponomaryovganso: so, you wonder why route is absent in second case?11:49
gansovponomaryov: yes11:50
gansovponomaryov: I supposed all service instances are created the same way, but something is wrong11:50
gansovponomaryov: this could be what's impacting the scenario tests stability11:50
gansovponomaryov: mkoderer 's patch that disabled migration still did not fix scenario tests11:51
gansovponomaryov: looking at nova/neutron logs, it seems like it tries to assign the route to the VM, but the VM does not get it assigned, and I could not find any errors from nova/neutron or dmesg (in my local lab)11:54
*** rraja has quit IRC11:54
vponomaryovganso: port is up?11:56
gansovponomaryov: yes11:56
vponomaryovganso: always?11:56
gansovponomaryov: every time I checked, yes11:56
gansovponomaryov: http://logs.openstack.org/93/281593/2/check/gate-manila-tempest-dsvm-neutron-scenario-multibackend/a079be4/logs/screen-m-shr.txt.gz#_2016-02-18_11_00_26_25811:57
gansovponomaryov: easy to search for "manila-admin-share"11:57
vponomaryovganso: and you sure your local devices code does not break anything?11:58
vponomaryovganso: that you added?11:58
vponomaryovganso: for example, cleanup?11:59
vponomaryovganso: does second call break first one's routes?11:59
gansovponomaryov: the problem happens before any cleanup is done11:59
gansovponomaryov: oh you mean cleanup of routes on the host/11:59
vponomaryovganso: yes12:00
vponomaryovganso: linux_lib code12:00
vponomaryovganso: try create three-four Vms in local lab12:00
vponomaryovand connect to each of them12:00
vponomaryovfrom host12:00
vponomaryovdeleting one of them in the middle12:00
gansovponomaryov: it is performed on the host, the route prints are inside the service instance.12:00
*** haomaiwang has quit IRC12:01
vponomaryovhost can lost connection12:01
*** haomaiwa_ has joined #openstack-manila12:01
vponomaryovif routes are broken by logic of "linux_lib"12:01
vponomaryovganso: so, I would try first mentioned case12:01
gansovponomaryov: ok, I will try that now, I certainly tried creating 3 VMs, they are all accessible from the host, but they have route problems inside that result in VMs not being able to connect to them. I will try deleting one and see what happens12:01
vponomaryovfirst always ok, right?12:02
gansovponomaryov: first is always ok12:02
vponomaryovwhat is first - delete, second?12:02
vponomaryovs/is/if/12:02
vponomaryovlooks like it is true12:03
vponomaryovworks only first in list12:03
gansovponomaryov: haven't tried deleting before creating another one. I always create a second one right away12:03
gansovponomaryov: that's one more test I will do12:03
gansovponomaryov: thanks for the suggestion12:04
mkodererganso: the last run was green12:09
mkodererhttps://jenkins03.openstack.org/job/gate-manila-tempest-dsvm-neutron-scenario-multibackend/450/console12:09
mkodererganso: but it's much too flaky12:09
*** nidhimittalhada has quit IRC12:10
gansomkoderer: yes. it is :(12:11
gansomkoderer: it is passble now at least12:11
*** erlon has joined #openstack-manila12:11
gansomkoderer: but I would like to dig into the root cause12:11
mkodererganso: +112:12
mkodererganso: I would really like to have them stable and voting again12:12
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add ZFSonLinux share driver  https://review.openstack.org/27719212:14
*** ociuhandu has joined #openstack-manila12:23
openstackgerritRodrigo Barbieri proposed openstack/manila: Add new Share migration API functions  https://review.openstack.org/25964212:27
*** JoseMello has joined #openstack-manila12:28
*** lpabon has joined #openstack-manila12:34
*** yangyapeng has joined #openstack-manila12:46
*** haomaiwa_ has quit IRC12:52
*** timcl has joined #openstack-manila12:52
*** a_ta has joined #openstack-manila12:54
openstackgerritSilvan Kaiser proposed openstack/manila: Add update_access() interface to Quobyte driver  https://review.openstack.org/28113612:55
*** a_ta has quit IRC12:58
openstackgerritSilvan Kaiser proposed openstack/manila: Add update_access() interface to Quobyte driver  https://review.openstack.org/28113612:59
*** limamauricio has quit IRC13:02
*** haomaiwang has joined #openstack-manila13:22
*** nkrinner has quit IRC13:28
*** nkrinner has joined #openstack-manila13:28
*** xyang1 has joined #openstack-manila13:47
*** xyang_ has joined #openstack-manila13:48
*** martyturner has joined #openstack-manila13:56
*** haomaiwang has quit IRC14:01
*** haomaiwang has joined #openstack-manila14:01
openstackgerritThomas Bechtold proposed openstack/manila: Check for device node availability before mkfs  https://review.openstack.org/28184914:03
mkodererganso: do you think we should merge https://review.openstack.org/#/c/280318/ to at least fix the obvious issues?14:03
xyang_bswartz: regarding https://review.openstack.org/#/c/249542/,  cknight has a question on why provider_location is in share_snapshots, can we discuss about it?14:12
*** akerr has joined #openstack-manila14:17
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add ZFSonLinux share driver  https://review.openstack.org/27719214:17
cknight1xyang1, bswartz: Good morning, y'all.  Since provider_location is very specific to where a snapshot is kept on a given backend, I didn't understand why that field wasn't on SnapshotInstance instead of Snapshot.  But the good news is that the code is in pretty good shape now.  The interface appears clean & consistent with share manage, and it worked well in the NetApp driver.  We hope to try the Tempest part against our driver today.14:19
xyang_cknight1: thanks for testing this.14:21
vponomaryovxyang1, cknight: I would agree that this attr - "provide_location" should be set exactly to "SnapshotInstance" model14:21
vponomaryovxyang_: it is instance-specific14:22
xyang_cknight1, vponomaryov, bswartz: if we change this to SnapshotInstance, I cannot get it via snapshot_get (with admin context) any more.  bswartz has suggested to return provider_location by unmanage_snapshot, I can try that if everyone agrees14:23
vponomaryovxyang_: +1 for return value14:24
vponomaryovxyang_: list of values for each of instances14:24
* vponomaryov will be back in 20-30 minutes14:24
xyang_vponomaryov: [{'snapshot_instance': {'id': xxx, 'provider_location': xxx}}, {'id': xxx}]?14:25
cknight1xyang1: I wouldn't do a bunch of coding until we get agreement with Ben.  I did like getting the provider location via the REST interface, but it's a problem if there aren't snapshot instance list APIs.14:26
xyang_cknight1: yes, we don't have that API yet.14:26
cknight1xyang1: OK, so perhaps you return the value from unmanage, *and* you store it in the snapshot instance table, so when we add the API it's already there for us.  But let's discuss with Ben when he's available.14:28
xyang_cknight1: bswartz has suggested to return provider_location from unmanage api.  sure, let's wait for him14:28
*** dcain has joined #openstack-manila14:28
xyang_cknight1: I think he is busy in cinder14:28
cknight1xyang1: yes, arguing about microversions.  glad we're past that in manila!14:29
xyang_cknight1: +1:)14:29
cknight1xyang1: glad we don't have much arguing in manila.14:29
*** gouthamr has joined #openstack-manila14:30
jcspganso: is the access rule status field still meaningful after the update_access change?  it seems like errors are now handled by doing share_instance_update_access_status14:30
jcspwhich seems like a global flag per share rather than a status per access rule14:30
*** eharney has quit IRC14:33
mkoderercknight1: hi, may I ask you again a netapp driver question ;)14:34
cknight1mkoderer: ok.  i'm just about to leave for the office, but I'll try either way.14:34
*** mtanino has joined #openstack-manila14:35
*** cknight1 has quit IRC14:35
mkoderercknight1: ok let's wait until your in the office :)14:37
*** porrua has joined #openstack-manila14:39
gansojcsp: hi14:39
gansojcsp: it is meaningful only for backwards compatibility14:40
jcspso it'll always say "active"?14:40
gansojcsp: if you can check share_instance_update_access_status it will be much more accurate14:40
gansojcsp: no14:40
gansojcsp: it will say the same thing as share_instance_update_access_status14:40
jcspoh, o14:40
jcsp*ok14:40
jcspthanks14:41
gansojcsp: like, if you have 10 access rules, and you add  a new one, the status field of all rules will go to "new" at the same time14:41
gansojcsp: and then all back to active once the rule is applied14:41
gansojcsp: the status cannot be individual anymore14:41
jcspis there a plan for restoring the ability for user to see which rule caused an error?14:43
gansojcsp: I am not sure about that. Since in the future we plan to allow rules to be added in groups14:43
gansomkoderer: hi14:44
gansomkoderer: I am still investigating that... I will have a position about this soon14:44
*** dustins has joined #openstack-manila14:47
*** bill_az has joined #openstack-manila14:48
vponomaryovxyang_: vponomaryov: [{'snapshot_instance': {'id': xxx, 'provider_location': xxx}}, {'id': yyy, 'provider_location': yyy}]? - yes14:49
*** eharney has joined #openstack-manila14:50
vponomaryovxyang_: not counting syntax errors ))14:50
xyang_vponomaryov: yes, type quick14:50
bswartzxyang_: ping14:50
bswartzxyang_: cknight seems to have dropped offline14:50
xyang_bswartz: hi, did you see the conversation14:50
*** zhonghua has joined #openstack-manila14:50
bswartzI didn't want to return the string from unmanage14:51
xyang_bswartz: so right now provider_location is in share_snapshots14:51
bswartzsince you had the idea to return it from the get snapshot API14:51
*** rraja has joined #openstack-manila14:51
bswartzas long as it's admin-only, returning it from the get snapshot API is fine IMO14:51
bswartzI originally wanted to return it from unmanage but you convinced me your way was better14:51
xyang_bswartz: so cknight's question is why provider location is in share_snapshots not in share_snapshot_instances14:52
bswartzoh14:52
bswartzthat's a different question14:52
xyang_bswartz: that is related14:52
xyang_bswartz: so we talked about adding provider_location to share_snapshots earlier, that is how I implemented it, but if we move it to share_snapshot_instances, we need to talk about how to retrieve it again14:53
*** zhonghua-lee has quit IRC14:53
xyang_bswartz: so should provider_location be in share_snapshots?14:53
openstackgerritMarc Koderer proposed openstack/manila: Fix scenario tests  https://review.openstack.org/28031814:54
bswartzmy instinct says it should be on the snapshot14:55
bswartzbut I haven't thought through the implications14:55
bswartzlike what happens if you migrate a share14:55
bswartzor replicate14:55
*** martyturner has quit IRC14:57
xyang_bswartz: yes, it is getting complicated if we migrate or replicate.14:57
*** tobe has quit IRC14:57
bswartzxyang_: so currently, migrations delete all your snapshots14:58
*** cknight has joined #openstack-manila14:58
bswartzwhich means we can ignore that case for the most part14:58
bswartzand replication isn't supported with manage/unmanage (you should get an error trying to manage a replicated share type)14:59
*** martyturner has joined #openstack-manila14:59
*** haomaiwang has quit IRC15:01
*** a_ta has joined #openstack-manila15:01
*** haomaiwang has joined #openstack-manila15:01
*** markstur_ has joined #openstack-manila15:02
*** rhagarty has joined #openstack-manila15:03
*** markstur_ has left #openstack-manila15:03
*** merooney has joined #openstack-manila15:03
*** mriedem has joined #openstack-manila15:04
mriedemhas anyone seen this before? http://logs.openstack.org/86/260186/15/check/gate-manila-tempest-dsvm-neutron/2877658/logs/screen-m-shr.txt.gz#_2016-02-18_02_07_15_21815:05
*** dcain has quit IRC15:05
vponomaryovmriedem: yes15:05
mriedemlooks like it's been around awhile:15:06
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22Server%20Information%20in%20exception%20can%20not%20be%20written%20to%20db%20%3A%20Invalid%20server_details%20'None'%5C%22%20AND%20tags%3A%5C%22screen-m-shr.txt%5C%2215:06
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22Server%20Information%20in%20exception%20can%20not%20be%20written%20to%20db%20%3A%20Invalid%20server_details%20'None'%5C%22%20AND%20tags%3A%5C%22screen-m-shr.txt%5C%22&from=7d15:06
*** dcain has joined #openstack-manila15:06
mriedemwas trying to sort out why this happened http://logs.openstack.org/86/260186/15/check/gate-manila-tempest-dsvm-neutron/2877658/console.html#_2016-02-18_02_37_12_42715:06
*** esker has joined #openstack-manila15:07
*** esker has quit IRC15:07
mriedemThere isn't much for details in the share logs for the cg, just 4 entries for that uuid15:07
mriedemcreating and then deleting basically15:07
mriedemno explanation as to why it went into error state15:07
*** esker has joined #openstack-manila15:07
vponomaryovmriedem: ServiceInstanceException: SSH connection has not been established to 10.254.0.5 in 300s. Giving up.15:09
vponomaryovmriedem: Nova VM problems15:09
bswartzmriedem: last night I ran tox -e py34 and it worked with no problems on my VM (ubuntu trusty)15:10
mriedembswartz: huh, ok15:15
openstackgerritMatt Riedemann proposed openstack/manila: Make consistency group timeout exception message more robust  https://review.openstack.org/28190415:17
bswartzI did have to apt-get install python3-dev, but that was it15:19
mriedemyeah i checked that, had it installed15:19
mriedemmust be a fluke15:19
mriedemwrt this http://logs.openstack.org/86/260186/15/check/gate-manila-tempest-dsvm-neutron/2877658/logs/screen-m-shr.txt.gz#_2016-02-18_02_07_15_21815:20
mriedemis that a programming error if the exception doesn't have a detail_data key with a server_details key in that?15:20
mriedemotherwise i'm not sure what an operator / admin seeing that warning is supposed to do about it15:21
mriedemand w/o a stacktrace, i'm not sure how a developer knows where it came from15:21
bswartzvponomaryov: ^15:23
*** haomaiwang has quit IRC15:25
openstackgerritting wang proposed openstack/manila: Use ostestr to run unit test  https://review.openstack.org/28191015:30
*** bill_az has quit IRC15:30
*** martyturner has quit IRC15:34
bswartzjcsp: over here15:34
xyang_bswartz, cknight: can we continue the discussion15:34
jcspbswartz: *waves*15:34
cknightxyang1: I'm here if bswartz is.15:35
xyang_bswartz: you need a clone:)15:35
cknightxyang1: I think we all do.15:35
xyang_cknight: bswartz was just talking about provider_location in snapshots table before the meeting started15:35
vponomaryovmriedem: according to error "Server Information in exception can not be written to db : Invalid server_details 'None' " feel free to file a bug. It is definitly bug that should be fixed15:36
mriedemvponomaryov: ok, will do15:37
gansomkoderer: ping15:39
bswartzsorry my phone rang15:40
bswartzI really do need a clone15:40
xyang_:)15:40
*** tobe has joined #openstack-manila15:40
bswartzjcsp: regarding the update access method, it was designed in such a way that, when we're just adding or removing rules, those rules are passed in so you can do an optimized approach15:41
bswartzthat design was based on the concerns you raised in tokyo15:41
bswartzso I don't see any downside for you to implement it15:41
bswartzif it's a question of timing, and you want to do a separate patch for it, I think we could live with that15:42
bswartzit would be better to get it into mitaka than to ship mitaka with the old interface15:42
jcspthe timing is the main thing.  If we have to do it right this second then the implementation will just be effectively a copy of the fallback code, because the interface to Ceph doesn't have a way to list existing rules15:43
bswartzjcsp: does it have a way to "replace all" rules?15:43
jcspso the design enables us to do a fallback, but it remains the case that there's no actual upside/benefit to this when using ceph.  We still sit there in a loop doing allow calls.15:43
jcspnope.15:43
bswartzis there even a "delete all"?15:43
jcspnope.15:44
bswartzso....15:44
jcspit's just not a bulk interface at all.15:44
bswartzwhat do you do when you don't know what the existing rules are and you want to change them>?15:44
jcspin the lower level ceph interface (that our CLI uses) you can list rules, and then go do your one-by-one operations on them.15:44
jcspwe built the manila driver on top of an abstraction that gives a "volume" concept15:45
jcspand that abstraction doesn't have the listing part (yet)15:45
bswartzso is that API omission something that will be fixed?15:45
jcspbut, to be clear, even when we add that, we're just doing it to make manila happy.  It's not helping anyone, because the actual operations are still all one by one15:45
jcspyes, I expect we'll extend the API to enable Manila's update_access.15:46
bswartzso I'm envisioning a future where manila access rules are defined in terms of stuff like nova instances and neutron security groups15:46
*** haomaiwang has joined #openstack-manila15:46
bswartzin that future, the list of IPs might change due to external opterations15:46
*** yangyapeng has quit IRC15:47
bswartzand computing the diff between the old ones and the new ones might be hard or impossible for manila to do15:47
bswartzmanila will just know that the set of IPs that should gave access to a share is different than it used to be and it will have the new list15:48
jcspYou're talking about IPs here.  None of that matters to Ceph.15:48
jcspI get that some drivers need it15:49
bswartzjcsp: what about CephNFS?15:49
bswartzthat was something you mentioned you planned to support in tokyo15:49
jcspif/when someone writes a driver that layers a cluster of NFS servers on top of CephFS, they'll be configuring the access rules within the NFS servers.  The interface for that will depend on what NFS server is in use.15:50
jcspe.g. if someone is using ganesha gateways it'll depend on how well they can go query their ganesha config or bulk-overwrite their ganesha config15:50
bswartzokay so your current limitation only applies when you're dealing with ceph credentials and not IPs15:51
bswartzI understand15:51
*** haomaiwang has quit IRC15:51
bswartzin that case you won't really benefit from the new interface15:51
*** bill_az has joined #openstack-manila15:51
bswartzbut we still want to remove the old interface ASAP15:51
jcspso as it happens I've already written some code that just effectively embeds the fallback into the ceph driver15:52
bswartzI think you can implement update_access as a loop that calls the existing allow/deny functions15:52
jcspright, so doing that is pointless as long as the fallback is in place in Manila, but if folks want to remove the fallback then there is a point to me doing it.15:52
jcspif folks are okay with this review just having the obvious loop instead of a "real" implementation then I can just stick that in here15:53
bswartzyes15:53
openstackgerritMatt Riedemann proposed openstack/manila: WIP: pass catalog info when creating novaclient for admin context  https://review.openstack.org/27714015:53
bswartzI'm okay with that15:53
bswartzxyang_, xyang1: you still around?15:54
jcspOK, thanks15:54
xyang_bswartz: yes15:54
xyang_cknight: ^15:54
bswartzso where we left off before the meeting15:54
xyang_bswartz: you were talking about keeping provider_location in snapshots table, whether it will affect migration and replication15:55
bswartzIs there a case where there could be 2 provider locations?15:55
bswartzfor 2 instances?15:55
xyang_bswartz: it depends on how we use provider location15:55
xyang_bswartz: it is a string15:56
bswartzmigration should wipe out the snapshots, so while there would be 2 share instances, there wouldn't be 2 snapshot instances15:56
xyang_ok, so we don't have to worry about migration now15:57
*** dcain has quit IRC15:57
bswartzso replicated shares will have multiple snapshot instances15:58
bswartzand each snapshot instance could have a different provider location15:58
bswartzhowever we don't plan to support manage/unmanage of shares that are replicated15:59
bswartzfor 2 reasions: (1) it's a ton of work (2) there no clear use case15:59
*** yangyapeng has joined #openstack-manila15:59
*** krotscheck_dcm is now known as krotscheck16:00
xyang_bswartz: knight: so keeping provider_location in share_snapshots table?16:00
*** timcl has quit IRC16:01
bswartzwell we could put it in the instances table16:01
xyang_bswartz: if we do that, we need to discuss how to retrieve it next16:02
bswartzbut still return it in the snapshots API (just return the value from the "active" instance)16:02
xyang_bswartz: right now I use get_snapshot with admin context to retrieve provider_location from snapshots table16:02
xyang_bswartz: if it is no longer in snapshots table, I cannot use get_snapshot any more16:02
bswartzwhy can't you access the instances when creating the snapshot view?16:03
bswartzaren't they part of the sqlalchemy model?16:03
bswartzcknight: where did you go?16:03
xyang_bswartz: that is not exposed in the view16:03
xyang_bswartz: I can add that code, but not sure if that is what we wanted16:03
*** zigo has quit IRC16:03
bswartzokay so we're in agreement16:04
xyang_bswartz: yes, it is in models, but not in views16:04
xyang_bswartz: ?16:04
bswartzI'm not sure if that's what we want either -- that's what we need to decide16:04
bswartzhowever we agree that it's possible to do this in the view code16:04
cknightbswartz: here now16:04
xyang_bswartz: get_snapshot will get provider_location from snapshot_instances table?16:04
xyang_bswartz: with admin context16:04
*** zigo has joined #openstack-manila16:05
bswartzcknight: the proposal is to store provider_location in the snapshot instance table, but to only return 1 provider location in the view for the snapshot16:05
cknightbswartz: And I'm OK with that.16:05
*** rraja has quit IRC16:05
xyang_bswartz, cknight, alright, I can make that change16:05
bswartzcknight: we believe that won't cause any problems because manage should work with a replicated share and there are no other cases where you'll have 2 instances of a snapshot16:05
bswartzmanage should *NOT* work with a replicated share16:05
* bswartz fails at typing16:06
cknightbswartz: agreed16:06
xyang_vponomaryov: are you ok16:06
*** gregsfortytwo1 has quit IRC16:06
*** mriedem has left #openstack-manila16:07
vponomaryovok16:08
xyang_great, I'll update the patch16:09
*** martyturner has joined #openstack-manila16:11
*** dcain has joined #openstack-manila16:15
*** pcaruana has quit IRC16:15
*** nkrinner has quit IRC16:16
*** yangyapeng has quit IRC16:17
gansobswartz: LVM is still a bit unstable http://logs.openstack.org/81/256281/24/check/gate-manila-tempest-dsvm-neutron-postgres-lvm-multibackend/cf7ac6d/logs/screen-m-shr.txt.gz?level=ERROR16:17
gansobswartz: in the same patch, it had previously passed, now it did not pass, I am going to recheck again16:17
*** gregsfortytwo has joined #openstack-manila16:19
*** bill_az has quit IRC16:23
bswartzganso: https://review.openstack.org/#/c/276560/16:24
openstackgerritBen Swartzlander proposed openstack/manila: Change tempest concurrency to 1 for LVM driver  https://review.openstack.org/27656016:24
bswartzganso: based on these tests I suspect the driver has concurrency problem16:24
bswartzit's possible that the concurrently problem lies in the tempest tests, but more likely it's in the driver16:25
gansobswartz: since LVM driver does not use neutron, I would say the concurrency problem is in the driver as well16:25
gansobswartz: I am starting to think about setting concurrency 1 for scenario tests, I believe the problems are related to tempest + neutron16:26
bswartzganso: it's going to require some serious debugging to figure out for sure16:28
*** timcl has joined #openstack-manila16:31
*** haomaiwang has joined #openstack-manila16:32
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add ZFSonLinux share driver  https://review.openstack.org/27719216:34
gansobswartz: mkoderer and I are invested in debugging in order to fix scenario tests16:34
gansobswartz: we have a patch in gerrit to fix it16:34
gansobswartz: without this patch, scenario tests never pass16:34
gansobswartz: with the patch, it rarely does... but it is passable16:35
gansobswartz: I am not happy with it16:35
bswartzganso: link?16:35
gansobswartz: https://review.openstack.org/#/c/280318/16:36
gansobswartz: in my local lab, concurrency=1 is not enough to fix it16:36
gansobswartz: it is still unstable16:36
bswartzganso: btw thanks for working on that -- better test coverage is hugely important and ususally we ignore it until after feature freeze :-[16:36
gansobswartz: yup, we ignored it for update_access() patch, which broke it16:36
gansobswartz: there is too much effort to fix the old migration code, now that it is refactored, and it would be for a job that rarely passes16:37
gansobswartz: so I already fixed migration scenario test in my migration patches16:38
gansobswartz: but the root cause of instability still prevents it for passing consistently16:38
openstackgerritClinton Knight proposed openstack/manila: Support export location metadata in NetApp cDOT drivers  https://review.openstack.org/28080716:44
openstackgerritClinton Knight proposed openstack/manila: Admin networks in NetApp cDOT multi-SVM driver  https://review.openstack.org/28195016:44
gansocknight: have you tested migration in your netapp admin_network patch?16:45
cknightganso: no, haven't had time.  but that patch is specifically so that we *can* test migration.16:46
gansocknight: =)16:46
cknightganso: you'd be welcome to review.  I've started reading the patches you asked me about, but I've been mostly focused on the deadline today.16:47
gansocknight: sure. I am focused right now in the last attempts to fix scenario tests, soon I will be done with that and take a look at your patch16:48
*** xyang_ has quit IRC16:48
*** dcain has quit IRC16:49
cknightganso: fair enough, thanks.16:49
cknightganso: after today, it's all reviewing & merging.16:50
gansocknight: yup, looking forward to it16:50
cknightganso: Here's a query that can help with rechecks:  https://review.openstack.org/#/q/project:%22%255Eopenstack/python-manilaclient%257Copenstack/manila%257Copenstack/manila-ui%22++label:Code-Review%253D%252B2++label:Workflow%253D%252B1++(label:Verified-1+OR+label:Verified-2)++status:open++is:mergeable16:50
gansocknight: thanks! that is going to be very useful!16:51
*** dcain has joined #openstack-manila16:59
*** haomaiwang has quit IRC17:01
*** haomaiwa_ has joined #openstack-manila17:01
*** esker has quit IRC17:03
*** esker has joined #openstack-manila17:03
*** rhagarty_ has joined #openstack-manila17:08
*** rhagarty has quit IRC17:10
*** esker has quit IRC17:11
*** dencaval has quit IRC17:12
*** tobe has quit IRC17:13
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Add separate process for Data Service copy  https://review.openstack.org/27916417:14
*** a_ta has quit IRC17:15
*** a_ta has joined #openstack-manila17:16
*** lgreg has joined #openstack-manila17:20
*** a_ta has quit IRC17:20
*** a_ta has joined #openstack-manila17:22
*** dencaval has joined #openstack-manila17:22
*** krotscheck is now known as krotscheck_dr17:27
bswartzganso: akerr filed a bug related to tests, and here is a fix: https://review.openstack.org/#/c/281534/17:50
bswartzI'm not sure if this affects the cases you've been seeing17:51
*** cknight has quit IRC17:53
*** timcl has quit IRC17:53
*** limamauricio has joined #openstack-manila17:54
gansobswartz: unrelated17:55
dencavalGuys, is there a way to set the manila service network to use a physical nic or should the manila service be connected to a tenant network?17:55
gansobswartz: thanks for letting me know17:55
limamauricioI'm trying to create a share but now i have this error -> ERROR oslo_db.sqlalchemy.exc_filters IntegrityError: (1048, u"Column 'value' cannot be null")17:56
limamauriciomore details -> http://pastebin.com/8VLAx8RD17:56
bswartzdencaval: it depends on the network plugin and driver17:59
dencavaldencaval I'm using generic driver with DHSS enabled and linux bridge plugin.18:00
dencavalbswartz, I'm using generic driver with DHSS enabled and linux bridge plugin.18:00
*** haomaiwa_ has quit IRC18:01
*** haomaiwang has joined #openstack-manila18:01
*** haomaiwang is now known as 16WAAAVR418:01
*** timcl has joined #openstack-manila18:01
bswartztenant network in that case18:02
bswartzit should be a tenant network in most cases18:02
dencavalbswartz, Actually I having a error that the share node can't not ssh the share server at compute node.18:02
bswartzhowever we do support the concept of "flat networking" which basically means Manila doesn't do anything and you're on your own18:02
*** lpetrut has quit IRC18:02
bswartzdencaval: you might have hit our least favorite neutron bug18:03
dencavalbswartz, How so? I think the default manila service network is not reachable by the my share node.18:04
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Testing CI Scenario tests  https://review.openstack.org/28199318:05
bswartzdencaval: oh you may be right18:05
bswartzthere is another limitation with the generic driver18:05
bswartzthe generic driver requires that the neutron agent service is running on the same node where the manila-share service is running18:06
bswartzit's a requirement for only the generic driver18:06
dencavalbswartz, hmm18:07
bswartzdencaval: are you running them on the same node or separate?18:07
bswartzdencaval: for the purposes of the install guide, the LVM driver would provide a less complex example setup for new users18:07
dencavalbswartz, deployment separate: controller node, compute node and share node (without nova and neutron)18:07
bswartzand it would be more similar if flavor to the cinder install guide and its requirements18:08
bswartzs/if/in/18:08
*** a_ta has quit IRC18:08
*** a_ta has joined #openstack-manila18:09
vponomaryovlimamauricio: "router_id" is None for some reason18:10
limamauriciovponomaryov: i know, but i set it18:11
vponomaryovlimamauricio: what do you mean you set it?18:11
vponomaryovlimamauricio: it should be autopicked up based on network18:12
limamauriciomy bad18:12
limamauricioi set sub-net id18:12
vponomaryovlimamauricio: also, is your network switched to public router?18:12
vponomaryovin default configuration of Generic driver it is required18:13
*** a_ta has quit IRC18:14
*** fthiagogv_ has joined #openstack-manila18:24
*** fthiagogv__ has joined #openstack-manila18:26
*** porrua has quit IRC18:26
*** fthiagogv has quit IRC18:27
*** fthiagogv_ has quit IRC18:29
*** esker has joined #openstack-manila18:29
dencavalbswartz, I'm a little bit confused about LVM driver for manila, one blueprint for removing and other for adding.18:29
dencavalbswartz,  https://blueprints.launchpad.net/manila/+spec/remove-lvm-driver and https://blueprints.launchpad.net/manila/+spec/lvm-driver18:29
bswartzdencaval: I can provide the history there18:29
*** 16WAAAVR4 has quit IRC18:30
*** esker has quit IRC18:30
*** esker has joined #openstack-manila18:31
bswartzWhen we started the Manila project around Havana/Icehouse, we implemented an LVM driver to match what cinder had. However, the LVM driver didn't fit our original vision for how Manila should work -- we thought that all drivers should support share server, which the LVM driver could not, therefore we removed it during the Juno release cycle18:31
bswartzhowever in the Kilo release cycle, we realizes that it didn't make sense to require every driver to support share servers, so we introduce the share_servers=True/False modes18:32
bswartzwe should have brought back the LVM driver at that time, but we didn't, because Generic was working well enough as a first-party driver18:32
bswartzDuring Liberty, the Generic driver started showing its limitations, so we've spend most of the Mitaka release adding more first party drivers18:33
bswartzwe now have 4: Generic, LVM, LXD, and ZFS18:33
bswartzLVM is the simplest of the drivers18:33
bswartzand the most suitable for a new user who's just trying out Manila18:34
bswartzdencaval: hope that clears up any confusion18:34
*** eharney has quit IRC18:34
dencavalbswartz, Yes, It clears, thanks for sharing it.18:35
dencavalbswartz, Is there some table for pros/cons?18:35
*** eharney has joined #openstack-manila18:37
*** bill_az has joined #openstack-manila18:41
bswartzdencaval: I'm not sure it's written down somewhere18:46
bswartzthe differences are many, and which differences are pros/cons depends on your goals18:46
*** lgreg has left #openstack-manila18:49
dencavalbswartz, I think I found the discussion: https://wiki.openstack.org/wiki/Manila/Networking18:53
bswartzdencaval: that's pretty old though18:54
bswartzdencaval: that's related to when we were deciding to to allow both share-server and no-share-server types of drivers18:54
bswartzdencaval: I will summarize the differences between the drivers18:55
bswartzGeneric allows share-server and no-share-server modes, LVM is no-share-servers only18:55
bswartzGeneric has dependencies on Nova, Glance, Neutron, and Cinder, LVM has no dependencies18:55
bswartzGeneric allows you to take advantage of any storage controller that has a cinder driver, LVM just takes "local" storage and uses it to provide shares (although you can layer LVM on top of SAN storage)18:57
bswartzGeneric is fairly complex and requires a lot of configuration, LVM is dead simple18:57
bswartzBoth drivers are valuable and I hope they're both maintained for a long time18:58
openstackgerritRodrigo Barbieri proposed openstack/manila: Implement admin network in generic driver  https://review.openstack.org/27869918:58
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Scheduler enhancements for Share Replication  https://review.openstack.org/27754518:59
dencavalbswartz, Nice19:00
*** lpetrut has joined #openstack-manila19:12
*** akerr has quit IRC19:14
*** akerr has joined #openstack-manila19:16
*** eharney has quit IRC19:16
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Add separate process for Data Service copy  https://review.openstack.org/27916419:18
*** jasonsb has quit IRC19:20
*** a_ta has joined #openstack-manila19:25
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Testing CI network LVM #1.4  https://review.openstack.org/28159319:25
*** cknight has joined #openstack-manila19:31
*** haomaiwang has joined #openstack-manila19:32
*** eharney has joined #openstack-manila19:33
*** dencaval has quit IRC19:37
*** haomaiwang has quit IRC19:37
*** dencaval has joined #openstack-manila19:37
*** lpetrut has quit IRC19:42
*** lpetrut has joined #openstack-manila19:46
*** ociuhandu has quit IRC19:58
*** zhonghua-lee has joined #openstack-manila20:07
*** bill_az has quit IRC20:12
*** zhonghua has quit IRC20:12
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add ZFSonLinux share driver  https://review.openstack.org/27719220:13
*** sghatty has quit IRC20:15
openstackgerritValeriy Ponomaryov proposed openstack/manila: Add ZFSonLinux share driver  https://review.openstack.org/27719220:16
*** sghatty has joined #openstack-manila20:18
openstackgerritDirk Mueller proposed openstack/manila: Generic driver: Fix unexport handling for nfs-utils 1.3.3  https://review.openstack.org/28204520:19
*** dencaval has quit IRC20:28
*** ociuhandu has joined #openstack-manila20:31
*** lgreg has joined #openstack-manila20:34
openstackgerritxing-yang proposed openstack/manila: Manage and unmanage snapshot  https://review.openstack.org/24954220:42
*** lgreg has left #openstack-manila20:46
openstackgerritxing-yang proposed openstack/manila: Manage and unmanage snapshot  https://review.openstack.org/24954220:50
xyang1bswartz: cknight vponomaryov, hi, I updated the patch: https://review.openstack.org/#/c/249542/20:53
xyang1bswartz: cknight vponomaryov moved provider_location to share_snapshot_instances table20:54
*** porrua has joined #openstack-manila20:57
cknightxyang1: thanks, I'll take a look20:57
cknightxyang1: but probably not before the 7 PM deadline!  you're already good for the snapshot patch.20:58
xyang1cknight: thanks20:59
*** esker has quit IRC21:13
openstackgerritAndrei Ta proposed openstack/manila: Add additional documentation on extra spec operations.  https://review.openstack.org/28206321:14
*** merooney has quit IRC21:15
*** martyturner has quit IRC21:29
*** martyturner has joined #openstack-manila21:30
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Testing CI Scenario tests  https://review.openstack.org/28199321:36
*** timcl has quit IRC21:37
*** akerr has quit IRC21:38
*** ociuhandu has quit IRC21:41
openstackgerritCsaba Henk proposed openstack/manila: glusterfs.common: move the numreduct function to toplevel  https://review.openstack.org/28206921:43
*** pgbridge has quit IRC21:44
openstackgerritCsaba Henk proposed openstack/manila: glusterfs: heketi: Add support for JWT Auth  https://review.openstack.org/28048621:44
openstackgerritCsaba Henk proposed openstack/manila: glusterfs: introducing Heketi layout  https://review.openstack.org/27909021:44
openstackgerritClinton Knight proposed openstack/manila: Add preferred flag to export location metadata  https://review.openstack.org/28207021:53
openstackgerritBen Swartzlander proposed openstack/manila: Add doc for export location metadata  https://review.openstack.org/28207121:53
*** merooney has joined #openstack-manila21:54
*** chlong has quit IRC21:57
*** chlong_ has joined #openstack-manila21:58
*** martyturner has quit IRC21:58
*** martyturner has joined #openstack-manila21:59
*** cknight has quit IRC21:59
*** pgbridge has joined #openstack-manila22:00
*** martyturner has quit IRC22:03
*** martyturner has joined #openstack-manila22:07
*** dustins has quit IRC22:09
*** ganso has quit IRC22:09
*** merooeny_ has joined #openstack-manila22:11
*** merooney has quit IRC22:14
*** eharney has quit IRC22:16
*** merooney has joined #openstack-manila22:20
*** porrua has quit IRC22:22
*** merooeny_ has quit IRC22:22
*** JoseMello has quit IRC22:28
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Add Replication admin APIs and driver i/f changes  https://review.openstack.org/28208122:31
*** cknight has joined #openstack-manila22:34
*** tpsilva has quit IRC22:36
*** ociuhandu has joined #openstack-manila22:41
*** cknight1 has joined #openstack-manila22:42
*** cknight has quit IRC22:44
*** lpetrut has quit IRC22:48
*** martyturner has quit IRC22:55
*** cknight1 has quit IRC23:01
*** xyang1 has quit IRC23:01
*** cknight has joined #openstack-manila23:11
*** lpabon has quit IRC23:11
*** gouthamr has quit IRC23:14
openstackgerritGoutham Pacha Ravi proposed openstack/manila: NetApp: Add Replication support in cDOT  https://review.openstack.org/27541623:16
*** merooney has quit IRC23:20
*** cknight has quit IRC23:22
*** a_ta has quit IRC23:22
*** a_ta has joined #openstack-manila23:23
*** a_ta has quit IRC23:27
*** tobe has joined #openstack-manila23:28
openstackgerritDirk Mueller proposed openstack/manila: Allow access to all test vm IPs in scenario testing  https://review.openstack.org/28209623:28
*** ganso has joined #openstack-manila23:31
openstackgerritRodrigo Barbieri proposed openstack/manila: [Do not merge] Testing CI network LVM #1.4  https://review.openstack.org/28159323:31
*** tobe has quit IRC23:35
*** dcain has quit IRC23:40
openstackgerritCsaba Henk proposed openstack/manila: glusterfs-native: use Heketi layout via self-signing  https://review.openstack.org/28210123:46
*** openstackgerrit has quit IRC23:47
*** openstackgerrit_ is now known as openstackgerrit23:47
*** openstackgerrit_ has joined #openstack-manila23:48
*** openstackgerrit_ is now known as openstackgerrit23:48
*** openstackgerrit_ has joined #openstack-manila23:49
*** tobe has joined #openstack-manila23:49
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Add tempest tests for Share Replication  https://review.openstack.org/24484323:52
*** chlong_ has quit IRC23:52
*** openstackgerrit_ has quit IRC23:55
openstackgerritCsaba Henk proposed openstack/manila: glusterfs.common: move the numreduct function to toplevel  https://review.openstack.org/28206923:55
openstackgerritCsaba Henk proposed openstack/manila: glusterfs_native: relocate module under glusterfs  https://review.openstack.org/28093523:55
openstackgerritCsaba Henk proposed openstack/manila: glusterfs-native: use Heketi layout via self-signing  https://review.openstack.org/28210123:56
openstackgerritCsaba Henk proposed openstack/manila: glusterfs: heketi: Add support for JWT Auth  https://review.openstack.org/28048623:56
openstackgerritCsaba Henk proposed openstack/manila: glusterfs: introducing Heketi layout  https://review.openstack.org/27909023:56
*** openstackgerrit_ has joined #openstack-manila23:57
*** sgotliv has quit IRC23:57

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