Friday, 2016-03-11

*** yangyape_ has quit IRC00:05
*** ayma2 has quit IRC00:07
*** lpetrut has quit IRC00:09
*** akshai has quit IRC00:14
*** gouthamr_ has joined #openstack-manila00:16
*** gouthamr has quit IRC00:19
*** openstackgerrit_ has quit IRC00:23
*** openstackgerrit_ has joined #openstack-manila00:24
*** openstackgerrit_ has quit IRC00:48
*** openstackgerrit_ has joined #openstack-manila00:49
*** chlong has joined #openstack-manila00:52
*** yangyapeng has joined #openstack-manila01:11
*** yangyapeng has quit IRC01:15
*** a_ta has joined #openstack-manila01:18
*** furlongm has quit IRC01:20
*** esker has quit IRC01:21
*** yangyapeng has joined #openstack-manila01:22
*** a_ta has quit IRC01:22
*** esker has joined #openstack-manila01:22
*** resker has joined #openstack-manila01:35
*** esker has quit IRC01:37
openstackgerritzhongjun proposed openstack/manila: Create share API without checking share network in DHSS=true  https://review.openstack.org/25635301:42
bswartzganso: ping01:43
gouthamr_zhongjun: ping01:44
bswartzhey gouthamr01:44
gouthamr_hey bswartz01:44
zhongjungouthamr_: hi01:44
bswartzare we running migration tests in the gate jobs as far as you know?01:44
gouthamr_bswartz: i guess on the lvm job.01:44
gouthamr_bswartz: can check01:44
bswartzit's not urgent, but I'd like to know01:45
gouthamr_bswartz: http://logs.openstack.org/43/244843/17/check/gate-manila-tempest-dsvm-neutron-postgres-lvm-multibackend/529c8fc/console.html01:45
gouthamr_bswartz: yep01:45
gouthamr_zhongjun: hello! :) I wanted to check with you about your snapshot_instances API work01:46
gouthamr_zhongjun: are you planning on working on it for Newton?01:46
zhongjungouthamr_: yes, I will continue to working on it.01:46
gouthamr_zhongjun: awesome. we should sync up sometime.. I am implementing similar APIs for share replicas.. it would be duplication of a bunch of code; if you like, we can work on it together.01:47
gouthamr_zhongjun: similar APIs as in, i would like to list snapshot_instances that are associated with replicas..01:48
zhongjungouthamr_: This is great, I am so happy to cooperate with you. :)01:49
gouthamr_zhongjun: awesome. I guess i'll reach out to you over email .. would this email work? -> zhongjun <jun.zhongjun@huawei.com>01:51
zhongjunyes, I always use this email.01:52
gouthamr_thanks zhongjun..01:52
zhongjunthank you gouthamr. :)01:52
*** gouthamr_ is now known as gouthamr01:53
*** mtanino has quit IRC02:02
*** houming has joined #openstack-manila02:03
openstackgerritzhongjun proposed openstack/manila: Create share API without checking share network in DHSS=true mode  https://review.openstack.org/25635302:05
*** dalgaaf has quit IRC02:08
*** baojg has joined #openstack-manila02:24
openstackgerritzhongjun proposed openstack/manila: Create share API without checking share network in DHSS=true mode  https://review.openstack.org/25635302:59
openstackgerritzhongjun proposed openstack/manila: Create share API without checking share network in DHSS=true mode  https://review.openstack.org/25635303:08
*** baojg has quit IRC03:14
*** baojg has joined #openstack-manila03:16
*** mdnadeem_ has joined #openstack-manila03:21
*** baojg has quit IRC03:27
*** krotscheck has quit IRC03:30
*** mdnadeem has quit IRC03:30
*** krotscheck has joined #openstack-manila03:31
*** cknight has joined #openstack-manila03:33
*** cknight has quit IRC03:36
*** amrith is now known as _amrith_04:10
*** baojg has joined #openstack-manila04:11
*** a_ta has joined #openstack-manila04:22
*** a_ta has quit IRC04:26
*** a_ta has joined #openstack-manila04:31
*** gouthamr has quit IRC04:32
*** a_ta has quit IRC04:36
*** baojg has quit IRC04:54
*** baojg has joined #openstack-manila04:54
*** nidhimittalhada has joined #openstack-manila04:57
*** nidhimittalhada has quit IRC05:02
*** nidhimittalhada has joined #openstack-manila05:03
*** jasonsb has joined #openstack-manila05:16
*** houming has quit IRC05:19
*** yangyape_ has joined #openstack-manila05:48
*** yangyapeng has quit IRC05:49
*** alyson_ has quit IRC05:56
*** krotscheck has quit IRC06:01
*** alyson_ has joined #openstack-manila06:02
*** vponomaryov has quit IRC06:03
*** vponomaryov has joined #openstack-manila06:04
*** krotscheck has joined #openstack-manila06:09
*** openstackgerrit_ has quit IRC06:17
*** openstackgerrit_ has joined #openstack-manila06:18
openstackgerritzhongjun proposed openstack/manila: Create share API without checking share network in DHSS=true mode  https://review.openstack.org/25635306:33
*** baojg has quit IRC06:43
*** baojg has joined #openstack-manila06:43
*** lpetrut has joined #openstack-manila06:44
*** dalgaaf has joined #openstack-manila06:49
*** nkrinner has joined #openstack-manila06:50
*** baojg has quit IRC06:56
*** baojg has joined #openstack-manila06:57
nidhimittalhada.06:59
*** nidhimittalhada has quit IRC07:03
*** ayma has joined #openstack-manila07:08
*** ayma has quit IRC07:10
*** alyson_ has quit IRC07:10
*** absubram has joined #openstack-manila07:18
*** absubram_ has joined #openstack-manila07:19
*** ayma has joined #openstack-manila07:21
*** alyson_ has joined #openstack-manila07:21
openstackgerritTom Patzig proposed openstack/manila: Update quota of proper user on resource delete  https://review.openstack.org/28999207:23
*** absubram has quit IRC07:23
*** absubram_ is now known as absubram07:23
*** lpetrut has quit IRC07:30
*** absubram has quit IRC07:38
*** ayma has quit IRC07:47
*** alyson_ has quit IRC07:47
*** ayma has joined #openstack-manila07:53
*** alyson_ has joined #openstack-manila07:53
*** ayma has left #openstack-manila07:56
*** nidhimittalhada has joined #openstack-manila08:03
*** ayma1 has joined #openstack-manila08:14
*** ayma1 has left #openstack-manila08:14
*** aovchinnikov has joined #openstack-manila08:25
*** houming has joined #openstack-manila08:32
*** a_ta has joined #openstack-manila08:33
*** lpetrut has joined #openstack-manila08:35
*** a_ta has quit IRC08:37
*** pcaruana has joined #openstack-manila08:41
*** lpetrut has quit IRC08:44
*** chlong has quit IRC08:49
*** ayma has joined #openstack-manila08:58
*** ayma1 has joined #openstack-manila08:59
*** ayma has quit IRC09:02
*** rraja has joined #openstack-manila09:08
*** ayma1 has quit IRC09:23
mkoderer___vponomaryov: ping09:31
mkoderer___toabctl: ping09:31
toabctlmkoderer___: pong09:32
openstackgerritTom Patzig proposed openstack/manila: Update quota of proper user on resource delete  https://review.openstack.org/28999209:33
mkoderer___toabctl: I have a real issue with depreacted opts for keystone v3. keystone1 only support deprecated opts for sessions objects09:34
mkoderer___but not for auth objects09:34
*** nidhimittalhada has quit IRC09:35
mkoderer___toabctl: https://github.com/openstack/keystoneauth/blob/master/keystoneauth1/loading/session.py#L19109:36
mkoderer___toabctl: https://github.com/openstack/keystoneauth/blob/master/keystoneauth1/loading/conf.py#L9709:37
mkoderer___means I can't support the old options like neutron_admin_password09:37
*** houming has quit IRC09:38
mkoderer___not sure if this is acceptable09:38
toabctlmkoderer___: I try to have a look at 1 pm cest or so.09:38
mkoderer___toabctl: ok I will process without supporting the old opts09:39
mkoderer___s/process/proceed/09:39
*** houming has joined #openstack-manila09:40
openstackgerritAlexey Ovchinnikov proposed openstack/manila: Fix for share id usage in LXC/LXD driver  https://review.openstack.org/29127309:41
vponomaryovmkoderer___: pong09:42
mkoderer___vponomaryov: my question.. do I have to support old options like neutron_admin_password for the v3 fix?09:43
mkoderer___vponomaryov: seems we are missing a way to pass them to keystoneauth lib09:43
vponomaryovmkoderer___: how are you going to use "special" creds for Neutron?09:43
mkoderer___the new way is [neutron] passwort = foo09:44
mkoderer___so each client has it's own section09:44
vponomaryovmkoderer___: and manilaclient?09:44
mkoderer___vponomaryov: mhhh never thought about manilaclient09:45
mkoderer___but should be the same09:45
vponomaryovit is expected in manila.conf?09:45
toabctlisn't that independent from manilaclient?09:45
vponomaryovsection "[neutron] password = foo"09:45
mkoderer___vponomaryov: so with my adaptation of the devstack plugin you get all that new sections09:46
vponomaryovmkoderer___: new sections where?09:46
mkoderer___in manila.conf09:46
mkoderer___vponomaryov: if you have a nova.conf somewhere you see the neutron section09:47
vponomaryovmkoderer___: right09:47
mkoderer___vponomaryov: that how it look in manila.conf after devstack run:09:48
mkoderer___http://paste.openstack.org/show/490112/09:48
vponomaryovmkoderer___: sounds ok09:48
mkoderer___vponomaryov: ok fine.. I will upload the fix ASAP09:49
vponomaryovmkoderer___: about old options - need to leave them for some time and throw warning not to set up them09:49
vponomaryovmkoderer___: notifying that they will not be used and how people should set up them now09:49
mkoderer___vponomaryov: ok, will do that09:50
vponomaryovmkoderer___: BUT, removing them from config sample generation, adding new ones09:50
mkoderer___vponomaryov: +109:51
vponomaryovmkoderer___: ok ))09:51
vponomaryovmkoderer___: ty for working on it09:51
*** houming has quit IRC10:06
*** lpetrut has joined #openstack-manila10:08
*** tpsilva has joined #openstack-manila10:09
*** houming has joined #openstack-manila10:14
*** yangyapeng has joined #openstack-manila10:37
*** yangyape_ has quit IRC10:40
*** yangyapeng has quit IRC10:41
*** ganso has joined #openstack-manila10:50
-openstackstatus- NOTICE: Gerrit is going to be restarted due to bad performance10:53
*** ChanServ changes topic to "Gerrit is going to be restarted due to bad performance"10:53
tpsilva^ good... I thought it was my internet10:55
tpsilvaganso: ^10:56
gansogreat! =D10:56
openstackgerritMarc Koderer proposed openstack/manila: Fix keystone v3 issues in neutron client  https://review.openstack.org/29051110:57
*** ChanServ changes topic to "OpenStack Manila Project"10:59
-openstackstatus- NOTICE: Gerrit has been restarted successfully10:59
*** baojg has quit IRC11:04
openstackgerritMarc Koderer proposed openstack/manila: Fix keystone v3 issues in neutron client  https://review.openstack.org/29051111:08
*** ociuhandu has quit IRC11:11
openstackgerritMarc Koderer proposed openstack/manila: Fix keystone v3 issues in neutron client  https://review.openstack.org/29051111:18
*** a_ta has joined #openstack-manila11:28
*** mlima_ has joined #openstack-manila11:32
*** a_ta has quit IRC11:32
*** nkrinner has quit IRC11:36
*** nkrinner has joined #openstack-manila11:38
openstackgerritRodrigo Barbieri proposed openstack/manila: Fix Share Migration access rule mapping  https://review.openstack.org/29167111:38
*** houming has quit IRC11:39
*** houming has joined #openstack-manila11:42
*** houming has quit IRC11:42
*** erlon has joined #openstack-manila11:44
*** _amrith_ is now known as amrith11:44
*** ociuhandu has joined #openstack-manila11:48
openstackgerritTom Patzig proposed openstack/manila: Update quota of proper user on resource delete  https://review.openstack.org/28999211:55
*** merooney has joined #openstack-manila12:02
*** merooney has quit IRC12:12
openstackgerritAlexey Ovchinnikov proposed openstack/manila: Fix for share id usage in LXC/LXD driver  https://review.openstack.org/29127312:13
*** JoseMello has joined #openstack-manila12:14
*** rraja has quit IRC12:14
*** merooney has joined #openstack-manila12:17
*** amrith is now known as _amrith_12:33
*** yangyapeng has joined #openstack-manila12:42
*** mdnadeem has joined #openstack-manila12:46
*** _amrith_ is now known as amrith12:47
*** mdnadeem_ has quit IRC12:48
*** baojg has joined #openstack-manila12:50
*** kaisers1 has joined #openstack-manila12:54
*** nkrinner has left #openstack-manila12:56
*** merooney has quit IRC12:59
*** amrith is now known as _amrith_13:00
*** merooney has joined #openstack-manila13:05
*** martyturner has joined #openstack-manila13:05
*** porrua has joined #openstack-manila13:07
*** gouthamr has joined #openstack-manila13:13
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Disallow scheduling multiple replicas on a given pool  https://review.openstack.org/29128713:15
*** akshai has joined #openstack-manila13:19
mkoderer___bswartz: can we merge https://review.openstack.org/#/c/289281/13:23
*** timcl has joined #openstack-manila13:26
gouthamrvponomaryov, bswartz: could you guys take a look at the tempest tests for share replication: https://review.openstack.org/#/c/244843/ ZFS driver's reported on the latest patch..13:27
vponomaryovgouthamr: a little bit later13:29
*** akshai has quit IRC13:29
gouthamrvponomaryov: thank you.. Want to get the netapp-ci to start reporting those tests :)13:30
*** akshai has joined #openstack-manila13:30
*** merooney has quit IRC13:32
*** merooney has joined #openstack-manila13:38
*** eharney has quit IRC13:42
*** akerr has joined #openstack-manila13:44
*** akerr_ has joined #openstack-manila13:46
*** akerr has quit IRC13:49
*** akshai has quit IRC13:51
openstackgerritMerged openstack/manila: Fix unstable DB migration tests  https://review.openstack.org/29139713:55
*** timcl has quit IRC13:55
tpatzigvponomaryov: what do you mean with your comment https://review.openstack.org/#/c/289992/10/manila/tests/api/v1/test_share_networks.py ?13:55
*** akshai has joined #openstack-manila13:56
tpatzigdoes test_create_valid_cases need to be adjusted?13:56
*** timcl has joined #openstack-manila13:56
*** mlima_ has quit IRC13:58
mkoderer___gouthamr: hi there, how are you? ;)14:06
mkoderer___gouthamr: question to your netapp-ci.. if I change the manila.conf structre do you have to adpapt anything? I adapted the devstack pluging accordingly14:07
openstackgerritTom Patzig proposed openstack/manila: update quota of origin user on share extend/shrink  https://review.openstack.org/29172514:08
openstackgerritMarc Koderer proposed openstack/manila: Fix keystone v3 issues in neutron client  https://review.openstack.org/29051114:08
vponomaryovtpatzig: yes, see example: http://paste.openstack.org/show/490164/14:10
*** merooney has quit IRC14:10
*** dustins has joined #openstack-manila14:11
vponomaryovtpatzig: it is for testing new line 251 from https://review.openstack.org/#/c/289992/11/manila/api/v1/share_networks.py14:12
vponomaryovtpatzig: so, right now, if we have bug on that line, we will not know it14:13
vponomaryovtpatzig: agree?14:13
vponomaryovtpatzig: for example, if by mistake, there was written project_id instead of user_id, quotas will be calculated for nonexistent user with id that is project_id indeed14:14
mkoderer___vponomaryov: did you run a test coverage tool? ;)14:14
vponomaryovmkoderer___:?14:14
*** merooney has joined #openstack-manila14:14
mkoderer___vponomaryov: tox -e coverage or something14:15
vponomaryovmkoderer___: in which context is this question?14:15
vponomaryovmkoderer___: if in scope of tpatzig's question, then answer is: "executed code" does not mean "tested code"14:15
mkoderer___vponomaryov: ok14:16
mkoderer___vponomaryov: though you asking for more test coverage14:16
vponomaryovmkoderer___: and my example above describes possible problem14:16
gouthamrmkoderer___: do you mean changing the plugin.sh in manila? akerr_ might know.14:17
mkoderer___gouthamr: I changed some config blocks with https://review.openstack.org/#/c/290511/5 and I am not sure if CI systems have an problem with it14:17
*** porrua has quit IRC14:18
*** gouthamr has quit IRC14:18
*** merooney has quit IRC14:18
*** akshai has quit IRC14:18
*** akerr_ has quit IRC14:18
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Disallow scheduling multiple replicas on a given pool  https://review.openstack.org/29128714:18
tpatzigvponomaryov: i think i got it. we have to compare if the given user_id is same as share['user_id']14:18
*** akerr has joined #openstack-manila14:19
vponomaryovtpatzig: not really14:19
vponomaryovtpatzig: you work with "share_network"14:19
tpatzigyes14:19
*** gouthamr has joined #openstack-manila14:19
vponomaryovtpatzig: it has one user_id, but you can create lots of shares by lots of users14:20
tpatzigi mean share_network['user_id']14:20
*** akshai has joined #openstack-manila14:20
akerrmkoderer___: we try to change as many settings as possible through the local.conf / localrc as possible instead of directly editing manila.conf after the fact14:20
akerrmkoderer: sorry lost connection for a moment if you answered about what you're changing14:20
vponomaryovtpatzig: having all of them be related to single project14:20
mkoderer___akerr: ok you might have a look at https://review.openstack.org/#/c/290511/5 and -1 if you see an issue14:20
*** cknight has joined #openstack-manila14:21
mkoderer___akerr: that would be awesome14:21
vponomaryovmkoderer___: I like to -1 things, want me to review this patch? ))14:21
*** xyang1 has joined #openstack-manila14:21
mkoderer___vponomaryov: as long you don't -2 it! :)14:21
*** kaisers1 has quit IRC14:22
*** porrua has joined #openstack-manila14:22
akerrmkoderer___: I don't see anything that jumps out at me, we do change some neutron settings, but not manila.conf neutron settings14:22
akerrmkoderer___: lets try running our ci against it and see what happens :)14:23
mkoderer___akerr: yeah sure :)14:23
vponomaryov5 cents it will work14:24
akerrrubles or dollars?14:24
vponomaryovif it works in general ))14:24
gouthamrvponomaryov: lol.14:24
vponomaryovakerr: my national currency is hryvna14:24
akerrfor now... :P14:25
*** timcl has quit IRC14:25
bswartz5 kopiykas = 5 cents in ukraine I guess14:25
vponomaryov1 dollar is about 26 hryvnas today, was 8 two years ago14:26
vponomaryovso, 5 kopiykas = almost nothing14:26
*** timcl has joined #openstack-manila14:31
*** _amrith_ is now known as amrith14:32
*** cknight has quit IRC14:35
openstackgerritMerged openstack/manila: Fix status update for replicas  https://review.openstack.org/28963414:35
*** cknight has joined #openstack-manila14:36
*** cknight has quit IRC14:41
*** sgotliv has joined #openstack-manila14:43
tpatzigvponomaryov: i cannot verify your scenario, if i exchange user_id with project_id on the QUOTA.reserve, the test in L267 will fail14:47
tpatzighttps://review.openstack.org/#/c/289992/11/manila/tests/api/v1/test_share_networks.py14:47
*** a_ta has joined #openstack-manila15:02
*** aovchinnikov has quit IRC15:10
*** sgotliv has quit IRC15:18
gansobswartz: ping15:23
bswartzhey ganso!15:30
bswartzhow was your vacation15:30
gansobswartz: hey! =D15:31
gansobswartz: it was good! thank you! =)15:31
gansobswartz: I got a question for you regarding LVM15:31
bswartzganso: we're drowning in bugs -- https://launchpad.net/manila/+milestone/mitaka-rc1 -- please help us!15:31
gansobswartz: I am working on it =) submitted 5 fixes already, gotta discuss one in particular with you15:32
bswartzk15:32
gansobswartz: first, this: Logical volume lvm-shares/share-ac94a3d4-caf2-49f8-a8ef-3e85ce3d900a contains a filesystem in use.15:32
gansobswartz: I remember seeing a patch that already addressed this, isn't this the problem that is caused by neutron conflict?15:33
openstackgerritAlex O'Rourke proposed openstack/manila: 3PAR remove file tree on delete when using nested shares  https://review.openstack.org/29020915:34
*** vbellur has quit IRC15:34
vponomaryovtpatzig: ok, lets leave it as is15:36
vponomaryovtpatzig: tests not flexible enough to cover more cases15:37
*** Yogi1 has joined #openstack-manila15:38
bswartzganso: where did you see that message15:38
gansobswartz: LVM CI15:38
gansobswartz: it is still a bit unstable15:38
bswartzhave a link?15:38
*** vbellur has joined #openstack-manila15:39
gansobswartz: https://review.openstack.org/#/c/291366/15:39
bswartzganso: yes I'm trying to replace it with the job that doesn't use neutron -- https://review.openstack.org/#/c/291546/15:39
gansobswartz: oh ok, I thought it had been addressed in the one that is running neutron15:40
bswartzganso: we probably could add a workaround to the LVM driver that would make it immune to these neutron issues15:41
gansobswartz: I remember you talking about domain_names that are used both by LVM and neutron15:41
vponomaryovbswartz: I would say we should do it15:41
bswartzin reality the issue is caused by trusty15:41
vponomaryovbswartz: only in trusty?15:41
bswartzany newer version of Ubuntu doesn't have the mount namespace problems15:42
bswartzyes15:42
bswartzit's a perfect storm of things not working well together15:42
bswartzI can look into adding a workaround for LVM15:42
bswartzthe practical problem will go away though when my LVM job change merges15:43
gansobswartz: from what I have seen LVM driver is almost perfect, just that outstanding issue popping up and making it a bit unstable15:43
gansobswartz: well, then we should not concentrate effort if it is going to be fixed in the new job15:44
vponomaryovganso: the same can be said about each driver ))15:44
gansovponomaryov: yea hehe, LXD and ZFS15:44
bswartzwell ZFS is pretty solid right now15:44
bswartzand LXD has a few known issues15:44
vponomaryovganso: "perfect, but with little nuance - it doesn't work" ))15:45
bswartzLXD concurrency still doesn't work, LXD has version issues, LXD has a serious bug upstream that we have an ugly workaround for15:45
vponomaryovbswartz: "busy" thing appears for ZFS from time to time15:45
gansowell, we are getting there =)15:46
bswartzvponomaryov: when?15:46
vponomaryovbswartz: one sec15:46
gansowe are now much better than we were few weeks ago15:46
bswartzvponomaryov: it should be completely fixed15:47
*** vbellur has quit IRC15:47
bswartzvponomaryov: the only issue I've seen lately with zfs is related to share/unshare commands15:47
gansobswartz: http://logs.openstack.org/07/289507/3/check/gate-manila-tempest-dsvm-postgres-zfsonlinux-multibackend/427a4ed/logs/screen-m-shr.txt.gz?level=ERROR15:47
vponomaryovbswartz: oh,right,15:47
vponomaryovbswartz: this one appeared on my local lab15:48
bswartz!!!!!!!!!!!!15:48
openstackbswartz: Error: "!!!!!!!!!!!" is not a valid command.15:48
gansolol ^15:48
* bswartz slaps openstack around a bit with a large trout15:48
vponomaryovganso: ty, I remember I saw it ))15:49
*** mtanino has joined #openstack-manila15:49
bswartzthis is inconceivable!15:49
gansovponomaryov: =)15:49
*** ayma has joined #openstack-manila15:50
gansobswartz: so, there is another controversial fix that I would like your opinion and vponomaryov 's on, this: https://review.openstack.org/#/c/291279/15:51
bswartzganso: I'm still trying to understand the above line15:52
bswartzabove link15:52
bswartzwhen did that test run, and what did it run against15:52
gansobswartz: this was the test https://review.openstack.org/#/c/289507/315:52
bswartzthe traceback has line numbers that don't correspond to the code in master15:52
gansobswartz: it is from 2 days ago15:52
openstackgerritMerged openstack/manila: NetApp cDOT APIs may get too little data  https://review.openstack.org/29055915:53
vponomaryovbswartz: hm, you are right, it has "nsenter" stuff in logs15:53
bswartzganso: oh, my fix hadn't merged yet15:53
bswartzif you rebase/recheck you should never see that error again15:53
gansobswartz: does removing nsenter fix this?15:54
bswartzganso, I implement a different workaround15:54
bswartzin the same patch I removed the nsenter workaround because it created an unwanted dependency15:54
bswartzIf anyone finds failed ZFS jobs after my patch merged I want to see them15:55
gansobswartz: ok15:55
* bswartz wishes it were possible to browse test results by job name15:55
gansobswartz: sorry about the false alarm15:55
vponomaryovganso: I guess, "update_access" also fails if share_server is errored15:55
vponomaryovganso: faced such problem today15:55
gansovponomaryov: that should be handled by driver implementation, shouldn't it?15:56
vponomaryovganso: no, manager calls "update_access" and driver fails to reach out share_server that is expected15:56
vponomaryovganso: because it is errored15:56
*** sgotliv has joined #openstack-manila15:56
gansovponomaryov: how does the share exist if its share_server is errored?15:56
vponomaryovganso: DB record exists15:57
vponomaryovganso: not real resource15:57
vponomaryovganso: so, right now, using generic driver, it is impossible to delete DB record of a share on failed share_server15:57
gansovponomaryov: but share creation would fail if share server is errored, then update_access would not succeed, unless it is invoked on a share that is not created15:57
gansovponomaryov: because of update_access?15:58
vponomaryovganso: http://paste.openstack.org/show/490187/15:59
vponomaryovganso: it is attempt to delete share on errored share_server using generic driver15:59
vponomaryovganso: where share_server is not available15:59
gansovponomaryov: that seems easier to address... do not run delete_share if share_server.status == error16:00
bswartzvponomaryov: https://review.openstack.org/29154616:00
bswartzgoing to grab lunch bbiab16:00
gansobswartz: ok16:00
*** eharney has joined #openstack-manila16:01
gansovponomaryov: is it on CI or lab? is it possible to track if share_server was available and then got into error state before share could be deleted?16:02
vponomaryovganso: it is on lab, server was never avilable16:03
vponomaryovganso: statement "do not run delete_share if share_server.status == error" sounds really strange to me16:03
vponomaryovganso: really wanted to say that you did say?16:04
akerrmkoderer___: seems to work fine for us: https://review.openstack.org/#/c/290511/516:05
vponomaryovganso: it means "share DB record will stay forever" if share server failed to be created16:06
gansovponomaryov: if user tried to create a share, manager tried to create a share_server but failed, share_server remains in error, so share remains in error as well16:07
vponomaryovganso: yes16:07
gansovponomaryov: so, user will invoke delete_share... then manager code's delete_share will invoke update_access before driver's delete_share16:07
vponomaryovganso: and ti si incorrect16:07
gansovponomaryov: this manager code's delete_share should not do any of these if share_server status is error16:08
vponomaryovganso: how are you going to apply update of access rules of failed server?16:08
gansovponomaryov: skip it16:08
vponomaryovganso: right16:08
vponomaryovganso: so, you confirm, that it is bug?16:08
gansovponomaryov: yes, user cannot remove share from DB16:09
gansovponomaryov: it is weird that this is a new bug, I was able to remove the share before when server failed to be created16:09
vponomaryovganso: right, it is exactly new bug16:09
vponomaryovganso: and, I suspect, it is related to all DHSS=True drivers16:10
gansovponomaryov: so, maybe we should discuss https://review.openstack.org/#/c/291279/16:10
gansovponomaryov: because an alternate solution (not the one I am proposing) would fix that16:11
vponomaryovganso: need to look closely at it16:11
*** a_ta has quit IRC16:13
vponomaryovganso: this part - https://review.openstack.org/#/c/291279/2/manila/share/access.py not covered with unit tests16:13
vponomaryovganso: also, you sure, that there will not be "ShareNotFound" exception in addition to "ShareResourceNotFound"?16:14
gansovponomaryov: my unit test coverage reports it is. This test: test_delete_share_instance_not_found addresses that because it mocks driver's update_access to throw exception16:15
*** vbellur has joined #openstack-manila16:15
vponomaryovganso: ok16:16
vponomaryovganso: you say it is "partial" bug16:16
vponomaryovganso: because of driver's part?16:17
gansovponomaryov: ShareNotFound is not related to ShareResourceNotFound, one is not subclass of the other16:17
gansovponomaryov: yes, this is the controversial part16:17
gansovponomaryov: I would like other opinion on whether drivers should acknowledge to this, or we take a different approach16:17
gansovponomaryov: there is driver effort involved16:17
vponomaryovganso: saying about "ShareNotFound" I do not mean inheritance, I mean exactly raise of different exception16:17
gansovponomaryov: guideline should say explicitely that ShareResourceNotFound should be raised16:18
vponomaryovganso: I am ok having it as is16:18
vponomaryovganso: two parts16:18
*** vbellur has quit IRC16:19
vponomaryovganso: is it correct to say, that now, we should update all driver to raise "ShareResourceNotFound" in "update_access"?16:21
vponomaryovs/driver/drivers/16:21
*** cknight has joined #openstack-manila16:21
vponomaryovganso: as it is done in https://review.openstack.org/#/c/291358/1/manila/share/drivers/hitachi/hds_hnas.py16:21
gansovponomaryov: if driver vendor cares to fix this problem, yes. Not sure if "we" should do it16:21
gansovponomaryov: regarding being a "partial-bug", I am not sure if I consider it closed only with the first one implemented and no driver implementation16:22
vponomaryovganso: bug is not addressed with only first part16:22
vponomaryovganso; that why I ask16:22
vponomaryovganso: all other drivers will still fail16:23
gansovponomaryov: yes, thus "partial-bug"16:23
gansovponomaryov: and not sure if this approach can be considered valid, it does not fix anything by itself... not sure if this is the right way, maybe we can think of something else16:24
gansovponomaryov: what I do not want to do is have drivers saying they applied rules successfully when in fact should be throwing an exception because share does not exist16:24
*** absubram has joined #openstack-manila16:24
gansovponomaryov: so, most drivers have this bug. NetApp fixed this by swallowing the exception and saying it applied successfully. Other drivers that have this bug should take one approach to fix it. If we merge this one, they have this way of fixing it16:26
*** absubram_ has joined #openstack-manila16:26
vponomaryovganso: I think, we should make our "force-delete" API really delete things anyway16:27
vponomaryovganso: even this one fails to do it16:27
vponomaryovganso: so, we can say that second part of fix would be possibility to just delete DB record anyway16:28
vponomaryovganso: and allow drivers to do it in the way to do16:28
vponomaryovs/to do/you do/16:28
gansovponomaryov: that's a good idea, it will unblock everyone having that problem16:29
*** absubram has quit IRC16:29
*** absubram_ is now known as absubram16:29
vponomaryovganso: it also will address mentioned bug with share servers16:29
gansovponomaryov: yes. Thanks for your input, I will improve the change with your suggestion. =)16:30
gansovponomaryov: seems the right way to go16:30
vponomaryovganso: ok16:30
gansovponomaryov: s/seems/seems to be16:30
*** sgotliv has quit IRC16:32
openstackgerritAlex Meade proposed openstack/manila: NetApp cDOT: Fix status updates for replicas  https://review.openstack.org/29180316:33
gansovponomaryov: do you have bug filed/16:33
gansovponomaryov: s/'/'/?16:34
vponomaryovganso: no16:34
vponomaryovganso: was busy distracting to lots of things  ))16:34
*** cknight has quit IRC16:39
*** cknight has joined #openstack-manila16:40
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Fix HNAS snapshot creation on deleted shares  https://review.openstack.org/29180616:42
*** cknight has quit IRC16:43
*** a_ta has joined #openstack-manila16:46
*** pcaruana has quit IRC16:50
* bswartz is back16:54
*** absubram has quit IRC16:55
*** absubram has joined #openstack-manila16:55
*** zhonghua has quit IRC16:55
tpsilvaare all the bugs' assignees actually working on the bugs?16:56
bswartztpsilva: ni16:56
bswartzno16:56
*** shausy has joined #openstack-manila16:56
*** zhonghua-lee has joined #openstack-manila16:56
bswartzfor some older bugs there are patchsets with -1 and no activity for months16:56
tpsilvabswartz: nice... I'll hunt for some of these and try to help16:57
bswartzothers have no patchset at all16:57
vponomaryovganso: what happend to your +2 button? ))16:58
vponomaryovganso; you broke it and use old +1? ))16:58
bswartzvponomaryov: thanks for +1 but we still need to talk about check jobs17:02
bswartzvponomaryov: why do we have vendor CI systems and all the different drivers run API tests? many API tests are able to pass with completely broken drivers17:02
bswartzseems like the set of tests we run on each driver should be limited to tests that actually exercise the drivers17:03
vponomaryovbswartz: tests that work with broken driver are fast17:03
vponomaryovbswartz: and it is good to have statistics when we break something17:03
vponomaryovbswartz: not related to driver17:04
bswartzyou think that if we removed the non-driver-exercising tests that the job times would be the same?17:04
bswartzlike quota tests, for example17:04
*** shausy has quit IRC17:04
vponomaryovbswartz: it will be less than common time deviation of test runs17:05
vponomaryovbswartz: making jobs not install redundant services - this is the thing we shoudl do17:05
bswartzthe deviations between test run times has more to do with which cloud provider got the job than actual randomness17:05
bswartzsome nodes are very fast and other nodes are very slow17:06
bswartzif we can decrease the test duration on a consistent configuration though then we should do it17:06
bswartzalso, I think our test timeouts cause problems for extremely slow nodes17:07
bswartzon the fast nodes our timeout should be like 50 minutes and on the slow nodes our test timeout should be like 150 minutes17:07
vponomaryovbswartz: for generic driver only17:08
*** absubram has quit IRC17:08
vponomaryovbswartz: and maybe windows17:08
*** baojg has quit IRC17:09
*** a_ta has quit IRC17:14
bswartzvponomaryov: I have seen LVM jobs take more than an hour17:17
vponomaryovbswartz: it is while we have redundant services installed17:17
vponomaryovbswartz: current minimal-lvm takes 15 minutes17:18
bswartzvponomaryov: is it time to move LXD and ZFS to "minimal" job configurations?17:18
vponomaryovbswartz: I think all drivers, why those two?17:18
bswartzwell LXD will still require neutron17:18
bswartzgeneric will require neutron+cinder+nova+glance17:19
bswartzso there is less win in those cases17:19
bswartzscenario job will require neutron+cinder+nova+glance17:19
vponomaryovthen template should allow us to set those for each separate job as we need17:19
bswartzvponomaryov: you think that's possible?17:20
bswartzthe template will get pretty complex17:20
vponomaryovbswartz: kind of complex, yes17:20
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Fix HNAS snapshot creation on deleted shares  https://review.openstack.org/29180617:20
vponomaryovbswartz: but not complex enough to avoid such approach17:20
bswartzlet's not spend time on that until after RC117:21
bswartzanyone know IRC handle for Alex O'Rourke?17:22
bswartzoh duh17:22
bswartzaorourke: ping17:22
aorourkebswartz, hey17:22
bswartzhttps://review.openstack.org/#/c/290209/ <-- this add a bunch of config options17:22
bswartztypically that's a not allowed after FF17:23
bswartzcan you explain why you need 4 new config options to fix a bug?17:23
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Remove default values for update_access()  https://review.openstack.org/29115317:24
aorourkebswartz, in order to delete the nested share for CIFS (this is not an issue with NFS), I have to mount the share. And I need the CIFS admin username, password, and domain to do the mount17:24
aorourkebswartz, the mount path was just to allow the option to decide where to mount the share. If you did not want to use /mnt/17:25
bswartzbut these options weren't needed anywhere else in the driver?17:25
bswartzI guess I'm concerned because this seems like another case of putting m-shr in the data path17:25
*** dustins_ has joined #openstack-manila17:26
aorourkebswartz, they were not needed before, no. Only for doing the mount required to delete the nested shares that hang around17:26
bswartzI don't have an issue with allowing drivers to delete files in this way, but it feels like it should be done through a common service, not inside the driver17:26
aorourkeis there currently a common service that this can be done with?17:27
bswartzI guess I wonder if this change should wait until newton17:27
bswartzno there isn't yet17:27
bswartzwhat is the damage if we leave this bug unfixed in mitaka?17:28
aorourkebswartz, when a nested share is deleted (which nested shares are used by default), the entire content of that share still exists.17:28
bswartzso space leaks?17:28
aorourkebswartz, basically. The data is not being wiped17:29
bswartzare nested shares necessary? can a workaround be to not use nested shares for CIFS in mitaka?17:29
*** dustins has quit IRC17:29
aorourkethis bug fixes that and allows us to delete the content in the share17:29
aorourkewe have limitations without nested shares on the 3PAR. the amount we can create is very very limited17:30
bswartzright but the current stable driver suffers from the same limitation doesn't it?17:31
bswartzfor reference, a similar issue came up with glusterfs driver in liberty and we made them find a way to fix the bug without adding new config options17:31
bswartzI'm trying to be fair to everyone about preventing stealth features-as-bugs after feature freeze17:31
aorourkethe current stables driver will use the nested shares by default, so these 3PAR limitations are  not really an issue. The issue we do have is the shares contents not being deleted when manila delete is called17:32
aorourkei understand your trying to be fair. I do think it is a bug that when delete is called, the shares contents are not actually deleted. they still exist on the backend17:32
bswartzI don't disagree that a bug exists17:32
bswartzbut we tend to classify new config options as new features17:33
bswartzand this fix is a great illustration of the tension that causes17:33
aorourkebswartz,  I don't have a way to mount the CIFS share without having the that info, though17:34
*** krotscheck has quit IRC17:34
bswartzwell for future reference, it's better to get this kind of change in before feature freeze17:35
bswartzI'll need to think about what to do there17:35
*** pcaruana has joined #openstack-manila17:35
aorourkebswartz, understandable. thank you17:36
*** krotscheck has joined #openstack-manila17:37
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Disallow scheduling multiple replicas on a given pool  https://review.openstack.org/29128717:56
openstackgerritPetrut Lucian proposed openstack/manila: Windows driver: fix share access actions  https://review.openstack.org/29183717:56
*** absubram has joined #openstack-manila18:00
openstackgerritValeriy Ponomaryov proposed openstack/manila: Fix handling of share server details after error  https://review.openstack.org/29184218:01
*** a_ta has joined #openstack-manila18:07
openstackgerritBen Swartzlander proposed openstack/manila: Collapse common os_region_name option  https://review.openstack.org/29184418:07
*** Michele_ has joined #openstack-manila18:07
*** Michele_ has left #openstack-manila18:08
*** lpetrut has quit IRC18:18
*** netapp has quit IRC18:18
*** netapp has joined #openstack-manila18:19
*** jasonsb has quit IRC18:21
*** a_ta has quit IRC18:22
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Fix HNAS snapshot creation on deleted shares  https://review.openstack.org/29180618:23
*** sgotliv has joined #openstack-manila18:23
*** resker has quit IRC18:24
*** mlima has joined #openstack-manila18:39
openstackgerritMerged openstack/manila: Fix compatibility with Tempest  https://review.openstack.org/29069818:40
openstackgerritMerged openstack/manila: Set TCP keepalive options  https://review.openstack.org/28929618:43
*** sgotliv has quit IRC18:44
*** merooney has joined #openstack-manila18:46
*** lpetrut has joined #openstack-manila18:49
openstackgerritMerged openstack/manila: Fix manila devstack plugin for keystone v3 usage  https://review.openstack.org/28928118:53
*** adrianofr_ has quit IRC19:00
*** dencaval has quit IRC19:02
*** testestsetse has joined #openstack-manila19:02
*** testestsetse has quit IRC19:02
*** testestsetse has joined #openstack-manila19:02
*** lpetrut has quit IRC19:07
*** eharney has quit IRC19:09
*** martyturner has quit IRC19:13
*** merooney has quit IRC19:14
*** akerr has quit IRC19:17
*** akerr_ has joined #openstack-manila19:17
*** mlima_ has joined #openstack-manila19:20
*** akerr has joined #openstack-manila19:21
*** lpetrut has joined #openstack-manila19:21
*** akerr_ has quit IRC19:21
*** akerr_ has joined #openstack-manila19:23
*** mlima has quit IRC19:24
*** akerr has quit IRC19:24
openstackgerritRodrigo Barbieri proposed openstack/manila: Fix delete when share not found in update_access  https://review.openstack.org/29127919:25
openstackgerritRodrigo Barbieri proposed openstack/manila: HDS-HNAS: Fix exception in update_access not found  https://review.openstack.org/29135819:25
openstackgerritRodrigo Barbieri proposed openstack/manila: HDS-HNAS: Fix exception in update_access not found  https://review.openstack.org/29135819:28
*** ociuhandu has quit IRC19:36
*** amrith is now known as _amrith_19:38
*** fthiagogv has joined #openstack-manila19:47
openstackgerritPetrut Lucian proposed openstack/manila: Windows driver: fix share access actions  https://review.openstack.org/29183719:49
*** akerr has joined #openstack-manila19:57
*** akerr_ has quit IRC19:58
*** pgbridge has quit IRC19:58
*** Yogi1 has left #openstack-manila20:02
*** Yogi1 has joined #openstack-manila20:02
*** testestsetse has quit IRC20:03
*** akerr has quit IRC20:07
*** akerr has joined #openstack-manila20:07
*** a_ta has joined #openstack-manila20:13
*** akerr_ has joined #openstack-manila20:18
*** akerr has quit IRC20:19
*** ociuhandu has joined #openstack-manila20:19
*** dustins_ has quit IRC20:23
*** eharney has joined #openstack-manila20:26
*** a_ta has quit IRC20:38
*** vbellur has joined #openstack-manila20:42
*** a_ta has joined #openstack-manila20:43
*** mlima_ has quit IRC20:45
*** timcl has quit IRC20:54
openstackgerritDoug Hellmann proposed openstack/manila: register the config generator default hook with the right name  https://review.openstack.org/29191221:08
openstackgerritScott DAngelo proposed openstack/manila: Allow api_version_request.matches to accept a string or None  https://review.openstack.org/28542621:14
bswartztbarron: ping21:14
tbarronbswartz: pong21:15
bswartztbarron: may we abandon https://review.openstack.org/#/c/288613/ assuming we're going with the other patch?21:15
tbarronbswartz: sure, there are two of them - one for the config gen, one for the unit tests.21:16
tbarronbswartz: I'll abandon them right now.21:16
bswartztwo bugs you mean21:17
bswartzone change fixes both tough21:17
bswartzthough21:17
bswartzI'm testing your fix now21:17
tbarronbswartz: I also had two alternative patches originally.21:17
bswartztbarron: I'm a bit puzzled -- why do unit tests work fine for me on F22?21:18
bswartzwhich platform exactly couldn't handle the pylxd dependency21:18
tbarronbswartz: unit tests work fine as long as you are using a virtualenv21:18
tbarronbswartz: remove the requirement and rebuild your virtualenv21:19
bswartzwho runs unit tests without a virtualenv?21:19
tbarronbswartz: we do in CI21:19
bswartzinteresting21:19
bswartzon what platform21:19
tbarronbswartz: and customers may if we ship21:19
tbarronunit tests, which is being discussed21:19
bswartzcustomers running unit tests? that sounds completely insane to tme21:20
tbarronand RDO is very likely to start shipping unit tests21:20
bswartzto me21:20
bswartzwhat purpose could that possibly serve?21:20
tbarronsome RDO folks want it21:20
bswartzoh21:20
tbarronand certification distro may need it21:20
bswartzdevelopers are your "customers"21:20
tbarroneven if mainline rhos doesn't21:20
tbarronit's not 100% that unit tests will ship21:20
bswartzit makes sense21:21
bswartzbut I'm still not clear which platform barfs21:21
tbarronbut it is 100% that we need both to build and to test with only packages, not pip droppinigs21:21
bswartzwell fedora barf without a virtualenv?21:21
bswartzwill*21:21
tbarronbswartz: I only tested f2321:21
tbarronbut internally someone built for rdo and it broke21:21
tbarronI don't know for sure what platform they used21:22
tbarronbut it doesn't maytter: it didn't have pylxd and none of rhel, fedora, or centos do21:22
tbarronas they ship21:22
tbarronat any version21:22
bswartzright21:22
bswartzso what happens in a venv would couldn't also be replicated outside the venv21:22
bswartzsudo pip install pylxd fails?21:23
tbarronso if you are on f22 and remove the requirement and re-build your virtualenv unit tests break w/o the patch and work with the patch21:23
tbarronat least with patch set 121:23
tbarronhonestly, i didn't reteset with PS221:23
bswartzwell we're merging patchset 321:24
bswartzof 28880021:24
tbarronno, if you *don't* pip install, then you try to run the unit tests and the pylxd driver unit tests fail21:24
tbarroni meant ps3, latest21:24
bswartzso I think it's safe to abandon 28861321:24
bswartzthe whole point of requirements though is that you're supposed to install them21:24
tbarronremoving the requirement just simulates the packaged situation21:25
bswartzI must be missing something subtle about what redhat does different from the rest of us21:25
*** akerr_ has quit IRC21:26
tbarronunit tests work fine for redhat developers doing regular tox or run_tests.sh21:26
bswartzif redhat doesn't bother to install packages in requirements.txt, then I'm surprised that anything can work21:26
tbarronwe install the packages in requirements.txt21:26
tbarronbut we patch-out pylxd21:26
*** akerr has joined #openstack-manila21:26
bswartzokay that's what I'm missing21:26
tbarronapevec would have the whole story on that21:26
tbarronso in my env I simulate that by removing that line from requirements.txt21:27
bswartzyou've intentionally taken it out -- for presumably nontechnical reasons -- because I just did sudo pip install pylxd and it works fine21:27
tbarronand see that even with it removed and the patch it works21:27
tbarronyes21:27
tbarronit will install fine21:27
tbarronpip works on rhel, fedora, etc.21:28
tbarronbut we don't distribute using pip, we use rpms21:28
tbarronand we don't include pylxd rpm21:28
bswartzso in the future, what is the correct way to add a requirement such that it won't blow up on redhat?21:28
tbarronthat breaks the build because of opts.py21:28
tbarronand it breaks our CI running unit tests21:28
tbarronbswartz: I don't know, but perhaps toabctl's suggestion  in the review would work21:29
tbarron(looking)21:29
bswartzI just know we'll end up at this place again21:30
tbarronSee http://docs.openstack.org/developer/pbr/#extra-requirements21:30
tbarronWhat about moving the pylxd from requirements.txt to setup.cfg in the [extra] section?21:30
tbarron^^^ quoting toabctl ^^^21:30
bswartzI don't see how that helps you21:30
openstackgerritMerged openstack/manila: Disallow scheduling multiple replicas on a given pool  https://review.openstack.org/29128721:30
bswartzit gets you out of having to patch requirements.txt downstream but you still blow up if the driver had a dependency21:30
tbarronwell, we may want to talk to infra about the right way to do soft dependencies.21:31
bswartzsoft dependencies are one thing, but I'm talking about future hard dependencies21:31
tbarronor manila may be pioneering here21:31
bswartzbefore I had assumed that all of pypi.python.org was fair game21:32
bswartzclearly that's not the case21:32
bswartzso now how do we determine what's safe to depend on and what isn't?21:32
tbarronwell, I think talking about it will likely avoid this going forwards.  Honestly, I didn't know to think this might be an issue or21:33
tbarronI would have brought it up much earlier in the development/design cycle.21:33
tbarronI feel bad about bringing it up late.21:33
bswartzis it as simple as asking redhat, suse, canonical, and debian to review every new requirement?21:34
bswartzthat's a very heavy requirement but if there's no alternative then we need to make sure everyone understands21:34
tbarronwell, I don't know that it has to be formal, and I think good judgment will help determine the probability that there could be a problem.21:35
tbarronmost pypi packages are unproblematic.21:35
tbarrons/modules/packages/21:36
tbarronI'm going away for a couple minutes to clean up those other reviews.21:36
bswartzk21:36
tbarron288613 and 288721 have been abandoned21:38
*** porrua has quit IRC21:39
tbarronbswartz: going forwards, i will commit to keeping an eye out and raising my hand as early as reasonable if I see a dependency that seems problematic.21:42
bswartztbarron: I'm not blaming you for causing this problem21:42
bswartztbarron: and I don't see why you should be responsible for solving it single handedly21:42
bswartzthere must be an answer that works for the whole community21:42
tbarronon this one, when I became aware, I checked and we were the only non-ubuntu distro trying to build and test mitaka with rpms/debs yet.21:43
tbarronactually, i guess zigo contradicts me21:43
tbarronb/c I didn't check with him21:43
tbarronbut I did talk to SUSE and HELION folks21:43
zigotbarron: o/21:43
zigoMay I help?21:43
tbarronzigo: of course!21:43
zigotbarron: How?21:44
tbarronso in the future, collecting data on this stuff, we'll talk to zigo and treat pure debian as a distro21:44
zigo(sorry, the backlog is huge...)21:44
bswartzpure debian is a distro as far as the install guide folks are concerned21:44
tbarronzigo: nothing immediate.  I'm just saying that we'll all communicate about dependencies like pylxd, which are problematic for some distros and not others21:45
zigoWell, the install-guide folks aren't being super helpful with the Debian stuff.21:45
zigoMost of it, it's actually *me* who contributed it.21:45
zigoAnd they currently refuse to publish it like the other guides.21:45
bswartzsorry to hear that zigo21:45
tbarronzigo: :-(21:45
bswartzthe install guide is a bit understaffed, as we have discovered21:45
zigoMostly, they don't like the fact that I'm using debconf and I do things a bit differently.21:45
zigothat's correct21:46
zigoThough they should still accept my contribution and publish it, IMO, on a best effort basis.21:46
zigoHaving something is better than nothing.21:46
tbarronzigo: the immediate issue here/atm is that one can't assume 100% that because a package is in pypi that it will be unproblematic to package it as a deb or rpm and ship it21:46
zigoDid they refused to have Manila in the install guide ?21:46
zigoI've read such a thread.21:47
tbarronzigo: i don't know about that one way or the other21:48
*** cknight has joined #openstack-manila21:50
*** tpsilva has quit IRC21:57
*** scottda is now known as scottda_on_vacat21:59
*** scottda_on_vacat is now known as scottda_vacation22:00
*** cknight has quit IRC22:01
*** alyson_ has quit IRC22:02
*** fthiagogv has quit IRC22:08
openstackgerritMerged openstack/manila: Fix pylxd hard dependencies  https://review.openstack.org/28880022:09
*** merooney has joined #openstack-manila22:29
*** merooney has quit IRC22:29
*** a_ta has quit IRC22:32
*** esker has joined #openstack-manila22:32
*** david-lyle has quit IRC22:37
*** sgotliv has joined #openstack-manila22:44
*** JoseMello has quit IRC22:48
*** sgotliv has quit IRC22:51
*** ayma has quit IRC22:52
*** xyang1 has quit IRC23:01
*** lpetrut has quit IRC23:03
openstackgerritYogesh proposed openstack/manila: Add tempest tests for Share Replication  https://review.openstack.org/24484323:05
*** gouthamr has quit IRC23:05
*** Yogi1 has quit IRC23:07
*** akshai has quit IRC23:16
*** ganso has quit IRC23:19
*** sgotliv has joined #openstack-manila23:37
*** akerr is now known as akerr_away23:40
*** erlon has quit IRC23:48
*** yangyapeng has quit IRC23:54
*** yangyapeng has joined #openstack-manila23:57

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