Thursday, 2016-10-06

*** akapil has joined #openstack-manila00:02
*** akapil has quit IRC00:06
*** kaisers has joined #openstack-manila00:13
*** kaisers has quit IRC00:17
*** cknight has quit IRC00:19
*** vbellur has joined #openstack-manila01:05
*** kberger has joined #openstack-manila01:09
openstackgerritTuan Luong-Anh proposed openstack/manila: Avoid Forcing the Translation of Translatable Variables  https://review.openstack.org/37844601:10
*** tuanluong has joined #openstack-manila01:55
*** kaisers has joined #openstack-manila02:02
*** kaisers has quit IRC02:06
*** gouthamr has quit IRC02:07
*** winston-d_ has joined #openstack-manila02:29
*** akapil has joined #openstack-manila02:51
openstackgerritMerged openstack/manila: Update the home page  https://review.openstack.org/27668002:56
openstackgerritOpenStack Proposal Bot proposed openstack/manila: Updated from global requirements  https://review.openstack.org/38009503:27
*** akapil has quit IRC03:41
*** akapil has joined #openstack-manila03:43
*** kaisers has joined #openstack-manila03:50
*** kaisers has quit IRC03:55
*** dsariel_ has quit IRC03:59
*** mtanino has quit IRC04:03
*** akapil has quit IRC04:49
*** winston-d_ has quit IRC04:56
*** narayrak has joined #openstack-manila04:56
*** akapil has joined #openstack-manila04:58
*** narayrak has quit IRC04:59
*** akapil has quit IRC05:00
*** akapil has joined #openstack-manila05:01
*** akapil_ has joined #openstack-manila05:09
*** akapil has quit IRC05:13
*** shausy has joined #openstack-manila05:28
*** akapil_ has quit IRC05:28
*** kaisers has joined #openstack-manila05:39
openstackgerritBhagyashri Shewale proposed openstack/python-manilaclient: Replace functions 'Dict.get' and 'del' with 'Dict.pop'  https://review.openstack.org/36185805:40
*** dsariel_ has joined #openstack-manila05:43
*** kaisers has quit IRC05:48
*** kaisers has joined #openstack-manila05:55
*** nkrinner_afk is now known as nkrinner06:04
*** rraja has joined #openstack-manila06:11
*** rraja has quit IRC06:16
*** adrianofr_ has quit IRC06:18
*** lpetrut has joined #openstack-manila06:22
*** adrianofr_ has joined #openstack-manila06:22
*** rraja has joined #openstack-manila06:27
*** lpetrut has quit IRC06:51
*** adrianofr_ has quit IRC06:51
*** adrianofr_ has joined #openstack-manila06:52
*** lpetrut has joined #openstack-manila07:07
*** lpetrut has quit IRC07:21
*** pcaruana has joined #openstack-manila07:26
*** lpetrut has joined #openstack-manila08:31
*** vponomaryov1 has joined #openstack-manila08:38
*** ociuhandu has joined #openstack-manila08:56
openstackgerritMerged openstack/manila: Updated from global requirements  https://review.openstack.org/38009509:04
*** ociuhandu has quit IRC09:31
*** kaisers_ has joined #openstack-manila09:54
*** kaisers_ has quit IRC09:55
*** kaisers has quit IRC09:58
*** kaisers has joined #openstack-manila09:58
*** kaisers has quit IRC10:00
*** ociuhandu has joined #openstack-manila10:04
*** kaisers has joined #openstack-manila10:10
*** kaisers has quit IRC10:14
*** kaisers has joined #openstack-manila10:27
*** kaisers has quit IRC10:39
*** kaisers has joined #openstack-manila10:40
*** dsariel_ has quit IRC10:46
*** kaisers has quit IRC10:56
*** tries_ has quit IRC11:15
*** alyson_ has joined #openstack-manila11:15
*** tries_ has joined #openstack-manila11:26
*** nkrinner has quit IRC11:34
*** nkrinner has joined #openstack-manila11:46
*** tpsilva has joined #openstack-manila11:48
*** gcb has joined #openstack-manila11:49
*** ociuhandu has quit IRC11:52
*** gouthamr has joined #openstack-manila12:03
*** tuanluong has quit IRC12:04
openstackgerritValeriy Ponomaryov proposed openstack/python-manilaclient: Fix share-server-delete command  https://review.openstack.org/38123112:06
*** dsariel_ has joined #openstack-manila12:21
openstackgerritValeriy Ponomaryov proposed openstack/python-manilaclient: Run pre_test_hook.sh of manila in client's CI  https://review.openstack.org/38251912:22
*** kaisers has joined #openstack-manila12:24
*** alyson_ has quit IRC12:36
*** adrianofr_ has quit IRC12:37
*** alyson_ has joined #openstack-manila12:40
*** adrianofr_ has joined #openstack-manila12:40
*** kaisers has quit IRC12:51
*** ociuhandu has joined #openstack-manila12:56
openstackgerritValeriy Ponomaryov proposed openstack/python-manilaclient: Add support of Identity API V3 in functional tests  https://review.openstack.org/34073912:57
*** akerr has joined #openstack-manila12:57
*** ociuhandu has quit IRC12:59
*** ociuhandu has joined #openstack-manila13:04
*** shausy has quit IRC13:08
*** gcb has quit IRC13:15
openstackgerritValeriy Ponomaryov proposed openstack/python-manilaclient: Add support of Identity API V3 in functional tests  https://review.openstack.org/34073913:26
*** mkoderer has joined #openstack-manila13:27
openstackgerritValeriy Ponomaryov proposed openstack/python-manilaclient: Add support of Identity API V3 in functional tests  https://review.openstack.org/34073913:28
*** dustins has joined #openstack-manila13:28
*** dustins has quit IRC13:33
*** porrua has joined #openstack-manila13:38
*** merooney has joined #openstack-manila13:46
*** dustins has joined #openstack-manila13:47
*** eharney has joined #openstack-manila13:47
*** akshai has joined #openstack-manila13:49
*** cknight has joined #openstack-manila13:49
*** akshai_ has joined #openstack-manila13:50
*** rooneym has joined #openstack-manila13:51
*** ChanServ changes topic to "OpenStack Shared File Systems | Manila| Newton is released!"13:51
*** akshai has quit IRC13:54
*** mtanino has joined #openstack-manila13:56
*** kaisers has joined #openstack-manila14:14
*** xyang_ has joined #openstack-manila14:17
*** jcsp has joined #openstack-manila14:27
*** gouthamr has quit IRC14:29
*** gouthamr has joined #openstack-manila14:31
*** akapil has joined #openstack-manila14:46
*** kaisers has quit IRC14:47
*** lpetrut has quit IRC14:49
*** ganso has joined #openstack-manila14:50
*** akapil has quit IRC14:51
*** erlon has quit IRC14:54
*** DuncanT has quit IRC14:55
*** mkoderer has quit IRC14:55
*** cargonza has quit IRC14:55
*** markstur_ has joined #openstack-manila14:56
*** kaisers has joined #openstack-manila14:59
*** timcl1 has joined #openstack-manila14:59
*** timcl has quit IRC14:59
*** markstur__ has joined #openstack-manila15:00
*** markstur___ has joined #openstack-manila15:01
*** markstur_ has quit IRC15:03
*** markstur__ has quit IRC15:04
*** mkoderer has joined #openstack-manila15:21
*** merooney has quit IRC15:29
*** erlon has joined #openstack-manila15:36
*** DuncanT has joined #openstack-manila15:36
*** markstur_ has joined #openstack-manila15:41
*** cargonza has joined #openstack-manila15:41
*** markstur___ has quit IRC15:45
*** kaisers has quit IRC15:53
*** akshai_ has quit IRC15:55
rrajabswartz: hi! I thought the only missing part of ganesha, was that it was missing dynamic update of exports and that it's been added in the latest ganesha release.16:01
rrajabswartz: what are the other missing essential ganesha features?16:01
tbarronrraja: +++16:02
vponomaryov1rraja: "Modify share permissions"16:02
vponomaryov1rraja: not reloading/restarting anything16:02
vponomaryov1rraja: is it addressed too?16:03
*** surabujin_ has quit IRC16:03
*** kberger has quit IRC16:05
*** kberger has joined #openstack-manila16:05
*** nkrinner is now known as nkrinner_afk16:09
*** markstur__ has joined #openstack-manila16:09
rrajavponomaryov1: that's what I assumed these commits did https://github.com/nfs-ganesha/nfs-ganesha/commits/2f47e8a761f370016:10
rrajavponomaryov1: as in dynamically modify an export block without restarting ganesha server16:11
*** akshai has joined #openstack-manila16:11
vponomaryov1rraja: so, version 2.4+ should work for us, do I understand you correctly?16:12
*** markstur_ has quit IRC16:12
rrajavponomaryov1: yep. I wrote about this to manila devel, here http://osdir.com/ml/openstack-dev/2016-08/msg01211.html16:14
rrajavponomaryov1: unless ofc I totally misunderstood frank filz16:14
vponomaryov1rraja: good news, thanks16:19
rrajavponomaryov1: are there other features that you know of that makes ganesha unusable?16:21
rraja vponomaryov1: we need to communicate that to ganesha community as quickly as we can.16:22
vponomaryov1rraja: nothing comes to my mind now16:22
*** surabujin_ has joined #openstack-manila16:24
rrajavponomaryov1: thanks valeriy. if we find bugs i'm sure they'd try to help us.16:24
*** jcsp has quit IRC16:25
vponomaryov1rraja: I guess you'd bettwer weigh in https://etherpad.openstack.org/p/manila-ocata-design-summit-topics16:25
vponomaryov1rraja: in appropriate topic16:26
rrajavponomaryov1: ok. will do.16:26
tbarronvponomaryov1: I put a topic there for this and put rraja's name next to it in addition to mine16:26
tbarronbswartz: vponomaryov1 yeah, b/c of the mail rraja sent earlier I was quite surprised to hear there are outstanding issues with ganesha16:27
vponomaryov1rraja, tbarron: lines 45-4716:27
bswartztbarron: you back from meeting yet?16:27
tbarronso we need to find what other issues there are16:27
tbarronbswartz: not really, just couldn't resist16:28
bswartztbarron: main issues with ganesha are: you can't modify the permissions on an existing share, and you can't add new shares without bouncing the whole service16:28
vponomaryov1bswartz: looks line not anymore16:29
bswartzvponomaryov1: what?16:29
vponomaryov1see above16:29
bswartzty16:29
*** xyang1 has joined #openstack-manila16:32
bswartzokay so the remaining issue is about whether ganesha can pick up new mounts on the fly16:32
bswartziirc there was a problem where if you started ganesha first, then mounted a new fileseystem, ganesha couldn't see it16:33
*** timcl1 has quit IRC16:33
bswartzvponomaryov1: does that sound familiar16:33
vponomaryov1bswartz: personally, I didn't test "pick up new mount of nly" thing, and such case is not mentioned by rraja too16:35
*** timcl has joined #openstack-manila16:36
vponomaryov1bswartz: so, it is open question for me16:36
bswartzk it may be worth investigating16:36
vponomaryov1bswartz: anyway, I guess if it is so, we can report such bug to ganesha team and they will fix it16:36
bswartzit's good news for both the existing container driver and also if we refactor it16:36
vponomaryov1bswartz: also, we can avoid LV problem for it just starting using ZFS for container driver16:37
vponomaryov1and its ZVOLs16:37
bswartzlol you mentioned that before16:37
vponomaryov1I know )16:37
bswartzIIRC not all of the ZFS kernel bits have been make namespace-aware and I expect problems if it's used from inside a container16:38
*** merooney has joined #openstack-manila16:38
rrajabswartz: yep! https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg90381.html :)16:38
vponomaryov1bswartz: good point, I didn't use it in containers16:38
vponomaryov1only system-wide16:38
bswartzvponomaryov1: it might work but it wouldn't address any of our serious problems with the interactions between the NFS daemon and the filesystem16:39
bswartzeven ZFS has to perform mount operations on new zvols16:39
*** akerr has quit IRC16:39
*** akerr has joined #openstack-manila16:40
bswartzrraja: thanks!16:41
bswartzrraja: are you aware of the other issue I'm talking about? it needs to be confirmed, but I thought that ganesha had an issue creating exports on filesystems which were mounted after the service started up16:42
rrajabswartz: no I wasn't until now. i'll do that. thanks!16:42
*** dsariel_ has quit IRC16:43
bswartzrraja: it's not a confirmed problem -- we need to test that case16:43
bswartzit's just something I remember aovchinnikov mentioning16:43
bswartztbarron: it will be lunch time soon here but ping me when you're back16:44
rrajabswartz: i'll test that too. thanks!16:48
tbarronbswartz: will do.16:48
vponomaryov1can I ask some kind core people to look at this change -https://review.openstack.org/#/c/382519/  in manilalicent? It is expected to make our unstable manilaclient functional tests job more stable.16:51
*** markstur_ has joined #openstack-manila16:58
*** markstur__ has quit IRC17:01
*** markstur__ has joined #openstack-manila17:02
*** markstur__ has quit IRC17:04
*** markstur_ has quit IRC17:04
*** lpetrut has joined #openstack-manila17:43
openstackgerritMerged openstack/python-manilaclient: Run pre_test_hook.sh of manila in client's CI  https://review.openstack.org/38251917:47
bswartztbarron: back17:48
tbarronbswartz: hi17:49
bswartztbarron: done w/ meeting?17:49
tbarronyes, even ate a sandwich too17:49
bswartzcool17:50
bswartzso on the topic of the service image17:50
bswartzour stance has always been that distros should provide their own manila generic driver compatible service images17:50
bswartzIMO we have failed to make that an easy thing to do17:51
tbarroni think that's a reasonable expectation17:51
bswartzwell that stance is based on the fact that it would be impossible for us to deal with all of the distro-specifics upstream17:51
tbarron(and we probably have to sign the image, etc. if we ship it anyways)17:51
tbarronvkmc ^^^^17:52
bswartzso the problem is that the reference image is based on Ubuntu, and we haven't done enough to document the requirements so that "real" images could be produced17:52
tbarronshe's probably busy now but has experience with DIB from working on trove17:52
bswartzif actual (production) users are using the reference image, then I feel we've failed17:53
bswartzso what I'd like to see done here is a spec for all of the interactions between the generic driver and the service VM17:53
bswartzand I'd like to see multiple working implementations, beyond the reference one17:54
tbarronrraja you too ^^^17:54
tbarronwe want to gain a better understanding of the generic driver, its image requirements, what makes it fragile17:55
bswartztbarron: sneak preview, I'm working on a new service image to address the goals I laid out17:55
bswartztbarron: fragile?17:55
openstackgerritValeriy Ponomaryov proposed openstack/python-manilaclient: Add support of Identity API V3 in functional tests  https://review.openstack.org/34073917:56
rrajabswartz: cool!17:56
tbarronbswartz: it *looks* like it is because of CI; so part of what we want to get to is an understanding of how to do generic in CI reliably17:56
bswartztbarron: correct17:56
bswartzthe generic driver itself is fine, and so is the reference image17:57
bswartzthe problem is that it's resource hungry, and the gate is resource starved17:57
tbarronbswartz: so right now I would say we don't *know* empirically one way or the other, though you may have good reasons for what you are saying17:57
bswartzyou combine there 2 facts and the result is lots of engineer tears17:57
tbarronwell, that is clearly *a* problem, perhaps the only one, but we don't to my knowledge have testing without those conditions so we don't know for sure17:58
bswartztbarron: I run the generic driver on my laptop all the time -- never had problems with instability -- just resource exhaustion17:58
tbarronnot trying to be contentious though17:58
tbarronk, i'm willing on that basis to adopt your assertions as working hypothesis ...17:59
vponomaryov1tbarron: how to do CI reliable using generic driver? - simple, just do reliable Nova, Cinder, Neutron and Glance, that's all18:00
tbarronthat said, we want to look at adapting the generic driver to be NFS gateway for other backends (e.g. cephfs) working at cloud rather than laptop scale18:00
tbarronvponomaryov1: so you are making an argument against bswartz18:00
vponomaryov1markstur, tbarron: thatnks for merge of manilaclient change!18:00
vponomaryov1tbarron: why against?18:00
vponomaryov1tbarron: I am saying the same in other words18:00
tbarronhe is saying the only fundamental issues are resource constraints whereas you are arguiing that the external dependencies are a significant issue18:01
bswartzvponomaryov1: we should stop blaming those other projects for our bugs18:01
vponomaryov1tbarron: its dependencies are unstable, that is why CI is unstable18:01
bswartzvponomaryov1: at least we should assume the bugs are our until proven otherwise18:01
bswartzs/our/ours/18:01
*** akapil has joined #openstack-manila18:01
tbarronI have myself made the vponomaryov1 argument: that generic driver is going to be inherently fragile irrespective of resources b/c of all its external dependencies.18:02
vponomaryov1bswartz: CI instability is caused not by driver bugs18:02
vponomaryov1bswartz: i Do not say it does not have bugs18:02
tbarronbut right now i'm stepping back and am trying to figure it out, because we are looking at using it or something like it for productiion.18:03
bswartzwell for example the pre test hook bug in manilaclient CI18:03
bswartzit's not a driver bug but it's still _our_ bug18:03
vponomaryov1bswartz: yes, agree18:04
*** markstur_ has joined #openstack-manila18:04
*** markstur_ has left #openstack-manila18:04
tbarronand we'd actually like to do HA with service VMs, adding another layer of potential complexity18:04
bswartztbarron: I'd like to understand that more clearly18:04
vponomaryov1tbarron: also, don't forget that generic driver works only with openvswitch18:04
bswartztbarron: we can eliminate some single points of failure but eliminating ALL of them will require serious engineering18:05
vponomaryov1tbarron: we have support of linuxbridges, but it is not tested at all18:05
vponomaryov1tbarron: and very likely to be broken18:05
*** lpetrut has quit IRC18:05
*** lpetrut has joined #openstack-manila18:05
tbarronbswartz: vponomaryov1 so you are bringing up good points, and I've been arguing that this would take multiple releases :)18:06
vponomaryov1tbarron: what "this"?18:06
tbarronbswartz: vponomaryov1 redundant nfs gateways using service images, suitable for production use18:07
tbarron^^^^ "this"18:07
*** akapil_ has joined #openstack-manila18:08
bswartztbarron: the redundant gateways thing is a challenge18:08
*** markstur has left #openstack-manila18:08
tbarron"this" would presumably be an evolution of the generic driver, or maybe it could be done with container namespaces on multiple "container" nodes18:08
bswartzLinux NFS server is not meant to be used in that way18:08
tbarronbswartz: agree, just tipping my hand18:09
bswartzin fact I'm not aware of ANY open source NFS daemon which supports clustering18:09
vponomaryov1tbarron: it would require multi-attach feature from CInder18:09
bswartzvponomaryov1: yes that too, but that is coming18:10
vponomaryov1tbarron: or HA of volumes too?18:10
tbarronso, back to basics, I tend to agree with bswartz that the newbies to this area (me, rraja, vkmc, ) should start by joining you in thinking about how to create service images18:10
tbarronand learning the requirements on them today18:10
*** akapil has quit IRC18:11
tbarronwith the aim of understanding how light weight we can get generic for CI18:11
bswartztbarron: we need to write down the set of assumptions the generic driver makes about the service image, and what the specific requirements are18:11
vponomaryov1http://docs.openstack.org/developer/manila/devref/generic_driver.html#requirements-for-service-image ?18:11
vkmco/18:11
bswartzvponomaryov1: oh yes I forgot about this18:11
tbarronvponomaryov1: sorry, i wasn't clear, i was talking about backing a child-of-generic with cephfs18:12
bswartzvponomaryov1: it's a good start but it needs more detail18:12
tbarronvkmc: we are talking about image buildingn so i just wanted you to know :)18:12
vkmcyeah, catching up with backlog :)18:12
bswartztbarron: ceph with blocks behind cinder?18:12
vkmcsomething I noticed is that you mentioned specifically the generic driver18:13
rrajavponomaryov1: bswartz: as in have the service VM talk to CephFS.18:13
vkmcand for what I saw in https://github.com/openstack/manila-image-elements18:13
vkmcthere are elements for some of the drivers as well18:13
tbarronbswartz: cephfs, not cinder/blocks18:14
bswartzrraja tbarron: that's a bad fit for the generic driver -- the generic driver is really built around cinder18:14
*** markstur has joined #openstack-manila18:14
vponomaryov1tbarron, then woudn't it be better to use container driver as layout?18:14
bswartzit sounds like you want a new driver which shares a large amount of generic driver infrastructure18:14
tbarronbswartz: ++18:14
tbarronvponomaryov1: maybe18:15
bswartzfortunately generic driver has been structured as pretty modular18:15
tbarronbswartz: vponomaryov1 we want to learn from what you folks have already done and will help improve generic and or container along the way18:15
tbarronwe also have been planning to use ganesha -- hence rraja's activism on that front w.r.t. the issues that we were aware of18:17
bswartztbarron: if you're interested in ganesha then containers are probably a better foundation to build on18:17
*** xyang_ has quit IRC18:18
vponomaryov1tbarron, then it is definitely the way out - use container driver as layout and then plug there storage-based classes for cephfs or glusterfs in addition to existing LVM18:18
bswartzmy interest in generic driver comes from my frustration with ganesha18:18
tbarronbswartz: how much of that frustration is addressed by https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg90381.html ?18:19
rrajavponomaryov1: bswartz : our idea is to use the service_instance module and use service VM images with Ganesha to talk to a Ceph storage cluster.18:21
bswartztbarron: that's a big component, but that fix isn't part of any supported release yet18:21
rrajavponomaryov1: bswartz : are you saying it's inherently a bad idea?18:21
*** mkoderer has quit IRC18:22
bswartzrraja: I'm glad that our issues are getting addressed -- it's just that we have to live on the bleeding edges to receive the fixes we need18:24
bswartzwith nfs-kernel-server this stuff has worked fine for years18:24
bswartzit's a more stable foundation to build on18:24
bswartzI think it's worth doing the container research, and worth experimenting with ganesha so we can report issues we find18:25
bswartzhowever I could not recommend to a customer to use it until it's been stable for awhile18:25
rrajabswartz: yeah I understand that. in fact nfs-ganesha showcased Manila as one of it's use cases in a presentation a while ago.18:26
rrajas/it's/its/18:26
*** markstur has left #openstack-manila18:26
bswartzthat's awesome18:26
rrajabswartz: slide #18 of http://events.linuxfoundation.org/sites/events/files/slides/Collab14_nfsGanesha.pdf . back in 2014. :)18:27
*** alyson_ has quit IRC18:29
vponomaryov1rraja: blue aliens with yellow mouthes page?18:29
rrajabswartz: vponomaryov1 : I just wanted to know if it's OK to try implementing a driver along the lines of generic that'd use gateway ganesha VM to talk to an external storage backend.18:30
rrajavponomaryov1: yeah. :) I think Manila has come a long way since then.18:30
tbarronvponomaryov1: my kind of people18:31
vponomaryov1rraja: sure it is ok to extend those both drivers18:31
rrajavponomaryov1: but you see the same stumbling block of an unstable CI unless of course we have a external powerful CI reporting to Jenkins.18:32
*** akapil_ has quit IRC18:32
vponomaryov1rraja: it is a little bit annoying, but not a showstopper as you can see18:32
vponomaryov1rraja: it has always been voting ))18:33
tbarronideally a 100% open-source driver wouldn't have to run as external 3rd party, but resource requirements might force it18:33
bswartzrraja: it would be an open source driver right?18:33
openstackgerritboden proposed openstack/manila: Replace retrying with tenacity  https://review.openstack.org/38055218:33
rrajavponomaryov1: manila community's general stance has been that the only true multi-tenant architecture is the network separated gateway model used by the generic driver.18:34
rrajaso we thought we could piggy back on that18:34
bswartzrraja: not true18:34
rrajabswartz: :(18:35
bswartzrraja: the container driver was written to also support true multi tenancy18:35
tbarronis the network separated gateway model different though?18:36
tbarronmodel, not implementation18:36
rrajabswartz: oops! i've been assuming that the model is the same.18:36
bswartzrraja: the container driver has very little in common with the generic driver18:38
bswartzother than the goals they're trying to achieve18:38
rrajabswartz: understood.18:39
tbarronbswartz: apart from the ganesha issues, which we may be able to address, are there other factors driving you back to the generic driver instead of the container driver?18:41
bswartztbarron: yes, docker.18:41
bswartzdocker doesn't allow adding new storage devices to a running container18:42
tbarrondocker has lots of churn I hear18:42
bswartzit can be done with tricks18:42
bswartzbut that's lame18:42
tbarronflocker?18:43
bswartzIMO that doesn't solve anything18:43
* tbarron doesn't know much about this stuff18:43
* tbarron vaguely recalls seeing a flocker to docker backed by cDOT preso once18:44
bswartzI didn't either, until I got in deep with aovchinnikov on the container driver18:44
bswartztbarron: the problem is that docker assumes all the storage is setup at container boot time18:44
bswartzonce the container is booted, why would you ever way to add/remove storage18:44
* bswartz headdesk18:44
bswartzever want* to18:45
tbarronwell, that's kinda the idea of containers for some folks (kaff, kaff).  You want to change something, add a new version of the container.18:45
bswartztbarron: exactly18:45
bswartzmanila's use case is just completely foreign to them18:46
bswartztherefore I have little hope of improvement in that area18:46
openstackgerritAndreas Jaeger proposed openstack/puppet-manila: Enable release notes translation  https://review.openstack.org/38334418:46
*** ociuhandu has quit IRC18:46
*** xyang_ has joined #openstack-manila18:47
*** diablo_rojo has joined #openstack-manila18:47
tbarronbswartz: now that limitation applies to lvm and to storage that presents itself as a block device but not necessarily to network based storage, right?18:48
*** harlowja has quit IRC18:50
openstackgerritAndreas Jaeger proposed openstack/python-manilaclient: Enable release notes translation  https://review.openstack.org/38337618:50
tpsilvahey, can I get a help with the lvm driver with cifs?18:51
tpsilvado I need to setup a password for my users somehow?18:51
vponomaryov1tpsilva: LVM driver uses host's CIFS users18:53
vponomaryov1tpsilva: so, it is out-of-lvm driver question, just common question for usage of CIFS users18:54
rrajatbarron: ping18:54
tbarronrraja: pong18:54
*** xyang_ has quit IRC18:54
tpsilvavponomaryov1: yes :)18:54
rrajatbarron: it's generally not recommended for two manila-share service instances to talk to the same Ceph storage cluster, right?18:55
tpsilvavponomaryov1: but how can I setup a password for a cifs user? I tried smbpasswd but it does not appear to be like that18:55
rrajatbarron: there was a question on #ceph about it.18:55
*** xyang_ has joined #openstack-manila18:56
vponomaryov1tpsilva: why?18:59
tpsilvavponomaryov1: I changed the password for the user ubuntu with smbpassword, then I tried to mount it19:00
tpsilvavponomaryov1: mounting with: sudo mount -t cifs //172.24.47.59/share-2294b903-6341-4f7d-b781-1c0af8661910 ~/cifs -o username=ubuntu19:01
tpsilvavponomaryov1: after inputting the password, it says No such device or address19:01
tpsilvavponomaryov1: but if I input a wrong password, it says permission denied19:02
tbarronrraja: so they want to define two native cephfs backends and point to the same ceph cluster with both of them?19:02
rrajatbarron: yes19:02
tbarronrraja: do you know why?  I think we've assumed that when people would have multiple cephfs backends they would point them at different clusters.  I can certainly understand *that* use case.19:03
rrajatbarron: they were getting HA. what if one manila-share instance went down?19:03
rrajas/getting/getting at/19:04
vponomaryov1tpsilva: then why do you think it is password problem?19:05
vponomaryov1tpsilva: password check is first step19:05
*** ociuhandu has joined #openstack-manila19:06
tbarronrraja: so are they running separate share services on different physical nodes pointing at the same cluster with the idea that either service can stand in for the other at any time?19:07
rrajatbarron: I think so.19:08
tbarronrraja: if they want an active-active share service then that is not currently supported in manila, it's not a backend-specific issue.19:08
*** absubram has joined #openstack-manila19:08
tbarronrraja: this is parallel to the state of cinder today19:09
tpsilvavponomaryov1: hmm I'll see if I can find anything else19:09
tbarronrraja: you can run share service active/passive with a solution like pacemaker though19:09
rrajatbarron: hmmm. interesting. he said that he uses a similar configuration in Cinder. that's why I wanted to double check with you19:09
openstackgerritMerged openstack/puppet-manila: Enable release notes translation  https://review.openstack.org/38334419:10
tbarronrraja: but I don't think that poses a problem for the assumption that only one manila service governs (does eviction, etc.) at any given time.19:10
rrajatbarron: http://pastebin.com/tTHPrxvu19:11
tbarronrraja: there *are* deployments out there that run cinder active-active, at their own risk, but upstream (and downstream at a place you and I know) it is not considered safe19:11
tbarronrraja: looks like they play tricks in cinder to have multiple cinder volume servers answer on the message queue as the same "host"19:13
tbarronrraja: there is ongoing work to make that kind of active-active cinder volume service safe but it has not yet landed19:13
tbarronrraja: but rather than argume with this person about cinder what can be said is that manila does not yet support active-active share service, so the current native cephfs implementation was not designed to support it either19:15
rrajatbarron: cool. got it. thanks a lot! :)19:16
tbarronrraja: np, and it's good that you brought this up here.  road to active-active HA is one of the BCN design session topics19:16
*** rraja has quit IRC19:26
*** xyang_ has quit IRC19:33
*** xyang_ has joined #openstack-manila19:35
*** lpetrut has quit IRC19:40
*** vponomaryov1 has quit IRC19:45
*** porrua has quit IRC19:48
openstackgerritMerged openstack/manila: TrivialFix: Remove default=None when set defaul value in Config  https://review.openstack.org/37720820:11
*** merooney has quit IRC20:14
*** harlowja has joined #openstack-manila20:17
*** akerr has quit IRC20:22
openstackgerritMerged openstack/manila: Files with no code must be left completely empty  https://review.openstack.org/37849320:32
*** dustins has quit IRC20:35
*** cknight has quit IRC20:52
*** timcl has quit IRC20:55
*** FL1SK has quit IRC20:55
*** ganso has quit IRC20:56
*** eharney has quit IRC21:09
*** harlowja has quit IRC21:17
*** timcl has joined #openstack-manila21:25
*** timcl has quit IRC21:26
*** gouthamr has quit IRC21:27
*** gouthamr has joined #openstack-manila21:31
*** gouthamr has quit IRC21:32
*** timcl has joined #openstack-manila21:35
*** gouthamr has joined #openstack-manila21:35
*** gouthamr has quit IRC21:37
*** harlowja has joined #openstack-manila21:39
*** harlowja has quit IRC21:39
*** harlowja has joined #openstack-manila21:39
*** merooney has joined #openstack-manila21:42
*** timcl has quit IRC21:49
*** absubram has quit IRC22:01
*** tpsilva has quit IRC22:04
*** assassin has quit IRC22:07
*** akshai has quit IRC22:07
*** ubijtsa has joined #openstack-manila22:08
*** ubijtsa is now known as Guest2133122:08
*** dustins has joined #openstack-manila22:10
*** cknight has joined #openstack-manila22:10
*** xyang_ has quit IRC22:12
*** ociuhandu has quit IRC22:17
*** FL1SK has joined #openstack-manila22:21
*** merooney has quit IRC22:27
*** diablo_rojo has quit IRC22:33
*** gouthamr has joined #openstack-manila23:01
*** dustins has quit IRC23:10
*** cknight has quit IRC23:13
*** xyang1 has quit IRC23:18
*** faiz89 has joined #openstack-manila23:27
*** faiz89 has quit IRC23:27
*** faiz89 has joined #openstack-manila23:27
*** akapil has joined #openstack-manila23:33
*** akapil has quit IRC23:38
*** pcaruana has quit IRC23:55
*** csaba has quit IRC23:56
*** porrua has joined #openstack-manila23:58

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