| *** cknight has quit IRC | 00:01 | |
| *** akshai has quit IRC | 00:08 | |
| *** gouthamr has quit IRC | 00:09 | |
| *** sgotliv_ has joined #openstack-manila | 00:11 | |
| *** sgotliv has quit IRC | 00:14 | |
| *** openstackgerrit has quit IRC | 00:16 | |
| *** openstackgerrit has joined #openstack-manila | 00:17 | |
| *** sgotliv_ has quit IRC | 00:22 | |
| *** rebase has quit IRC | 00:39 | |
| *** JoseMello has quit IRC | 00:44 | |
| *** xyang1 has quit IRC | 00:58 | |
| *** z00223460 has joined #openstack-manila | 01:08 | |
| *** zhongjun has joined #openstack-manila | 01:08 | |
| *** z00223460 has quit IRC | 01:08 | |
| *** Pepsi03 has joined #openstack-manila | 01:10 | |
| Pepsi03 | ✌🏼️ | 01:11 |
|---|---|---|
| Pepsi03 | anyone? | 01:15 |
| zhongjun | ? | 01:15 |
| *** rebase has joined #openstack-manila | 01:15 | |
| Pepsi03 | ? | 01:17 |
| *** Pepsi03 has quit IRC | 01:21 | |
| *** bswartz has joined #openstack-manila | 01:52 | |
| *** 17SAD4YI2 has joined #openstack-manila | 02:00 | |
| *** 17SAD4YI2 has quit IRC | 02:01 | |
| *** haomaiwa_ has joined #openstack-manila | 02:01 | |
| *** cknight has joined #openstack-manila | 02:27 | |
| *** gouthamr has joined #openstack-manila | 02:34 | |
| *** david-ly_ has quit IRC | 02:36 | |
| *** houming has joined #openstack-manila | 02:39 | |
| openstackgerrit | Csaba Henk proposed openstack/manila: glusterfs_native: fix parsing of the dynamic-auth option https://review.openstack.org/235522 | 02:53 |
| *** rebase has quit IRC | 02:56 | |
| *** haomaiwa_ has quit IRC | 03:01 | |
| *** haomaiwang has joined #openstack-manila | 03:01 | |
| *** haomaiwang has quit IRC | 04:01 | |
| *** haomaiwa_ has joined #openstack-manila | 04:01 | |
| *** david-lyle has joined #openstack-manila | 04:08 | |
| *** akshai has joined #openstack-manila | 04:10 | |
| *** akshai_ has joined #openstack-manila | 04:11 | |
| *** a_ta has joined #openstack-manila | 04:14 | |
| *** akshai has quit IRC | 04:15 | |
| *** a_ta has quit IRC | 04:19 | |
| *** cknight has quit IRC | 04:19 | |
| *** nidhimittalhada has joined #openstack-manila | 04:26 | |
| nidhimittalhada | @vponomaryov : hi Val, | 04:28 |
| nidhimittalhada | Thats your review comment :- https://review.openstack.org/#/c/238850/15/manila_tempest_tests/tests/api/admin/test_share_manage.py | 04:29 |
| nidhimittalhada | If you are saying to create this share with given creation data before line 79... right ? but its a conditional share creation | 04:31 |
| nidhimittalhada | if version >=2.7 only then it needs to be created .. | 04:32 |
| nidhimittalhada | May be i am not understanding the purpose, can you please clarify .. m online | 04:33 |
| nidhimittalhada | will the message be recorded if i send you a message thru IRC on ur handle, when you are offline ? | 04:33 |
| openstackgerrit | Csaba Henk proposed openstack/manila: glusterfs: restart volume with gluster-nfs on access revocation https://review.openstack.org/235726 | 04:50 |
| *** akshai_ has quit IRC | 05:00 | |
| *** haomaiwa_ has quit IRC | 05:01 | |
| *** haomaiwang has joined #openstack-manila | 05:01 | |
| *** haomaiwang has quit IRC | 05:19 | |
| *** deepakcs has joined #openstack-manila | 05:21 | |
| openstackgerrit | NidhiMittalHada proposed openstack/manila: Allow to set share visibility using "manage" API https://review.openstack.org/238850 | 05:23 |
| *** haomaiwa_ has joined #openstack-manila | 05:27 | |
| *** deepakcs has quit IRC | 05:32 | |
| *** shausy has joined #openstack-manila | 05:41 | |
| *** deepakcs has joined #openstack-manila | 05:43 | |
| *** deepakcs has quit IRC | 05:53 | |
| *** lpetrut has joined #openstack-manila | 06:00 | |
| *** haomaiwa_ has quit IRC | 06:01 | |
| *** haomaiwa_ has joined #openstack-manila | 06:02 | |
| *** a_ta has joined #openstack-manila | 06:03 | |
| *** a_ta has quit IRC | 06:07 | |
| *** gouthamr has quit IRC | 06:09 | |
| *** gouthamr has joined #openstack-manila | 06:10 | |
| *** jcsp has quit IRC | 06:11 | |
| *** sgotliv has joined #openstack-manila | 06:19 | |
| *** nidhimittalhada has quit IRC | 06:24 | |
| openstackgerrit | Mark Sturdevant proposed openstack/manila: HPE3PAR create share from snapshot fails https://review.openstack.org/248890 | 06:28 |
| *** deepakcs has joined #openstack-manila | 06:43 | |
| *** ayma has quit IRC | 06:47 | |
| *** lpetrut has quit IRC | 06:47 | |
| *** ayma has joined #openstack-manila | 06:47 | |
| *** ayma1 has joined #openstack-manila | 07:00 | |
| *** haomaiwa_ has quit IRC | 07:01 | |
| *** jcsp has joined #openstack-manila | 07:01 | |
| *** haomaiwang has joined #openstack-manila | 07:01 | |
| *** ayma has quit IRC | 07:02 | |
| *** lpetrut has joined #openstack-manila | 07:08 | |
| *** nkrinner has joined #openstack-manila | 07:10 | |
| *** nidhimittalhada has joined #openstack-manila | 07:24 | |
| *** lpetrut has quit IRC | 07:27 | |
| *** a_ta has joined #openstack-manila | 07:51 | |
| *** a_ta has quit IRC | 07:56 | |
| *** haomaiwang has quit IRC | 08:01 | |
| *** haomaiwa_ has joined #openstack-manila | 08:02 | |
| *** lpetrut has joined #openstack-manila | 08:10 | |
| *** ayma1 has quit IRC | 08:22 | |
| *** haomaiwa_ has quit IRC | 09:01 | |
| *** haomaiwa_ has joined #openstack-manila | 09:01 | |
| *** openstackgerrit has quit IRC | 09:16 | |
| *** openstackgerrit has joined #openstack-manila | 09:17 | |
| *** a_ta has joined #openstack-manila | 09:39 | |
| *** ociuhandu has quit IRC | 09:42 | |
| *** a_ta has quit IRC | 09:43 | |
| *** haomaiwa_ has quit IRC | 10:01 | |
| *** haomaiwa_ has joined #openstack-manila | 10:02 | |
| *** houming has quit IRC | 10:21 | |
| *** bswartz has quit IRC | 10:56 | |
| *** bswartz has joined #openstack-manila | 11:00 | |
| *** haomaiwa_ has quit IRC | 11:01 | |
| *** haomaiwang has joined #openstack-manila | 11:01 | |
| *** houming has joined #openstack-manila | 11:08 | |
| *** dgonzalez has joined #openstack-manila | 11:08 | |
| openstackgerrit | Julia Varlamova proposed openstack/manila: Add LVM driver https://review.openstack.org/232970 | 11:13 |
| openstackgerrit | Julia Varlamova proposed openstack/manila: Add LVM driver https://review.openstack.org/232970 | 11:17 |
| *** ociuhandu has joined #openstack-manila | 11:21 | |
| openstackgerrit | Merged openstack/manila: Remove httplib2 useless requirement https://review.openstack.org/245599 | 11:26 |
| openstackgerrit | Igor Malinovskiy proposed openstack/manila: Add update_access() method to driver interface https://review.openstack.org/245126 | 11:48 |
| *** haomaiwang has quit IRC | 12:01 | |
| *** haomaiwa_ has joined #openstack-manila | 12:02 | |
| openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: Add new URLs for APIs ported from extensions https://review.openstack.org/240220 | 12:16 |
| *** deepakcs has quit IRC | 12:31 | |
| openstackgerrit | Rodrigo Barbieri proposed openstack/manila: Fix Share status precedence based on instances https://review.openstack.org/246494 | 12:49 |
| ganso | bswartz: ping | 12:52 |
| gouthamr | vponomaryov: ping | 12:59 |
| vponomaryov | gouthamr: pong | 12:59 |
| *** haomaiwa_ has quit IRC | 13:01 | |
| *** haomaiwang has joined #openstack-manila | 13:01 | |
| gouthamr | vponomaryov: wanted to check with you about what you meant here: https://review.openstack.org/#/c/238850/15/manila_tempest_tests/tests/api/admin/test_share_manage.py | 13:03 |
| gouthamr | vponomaryov: saw your response. thanks | 13:03 |
| *** houming has quit IRC | 13:04 | |
| vponomaryov | gouthamr: and does it answer your question[s]? | 13:04 |
| *** marcusvrn_ has quit IRC | 13:05 | |
| gouthamr | vponomaryov: there were two, i got your answer for one of them :) | 13:06 |
| *** akerr has joined #openstack-manila | 13:11 | |
| *** haomaiwang has quit IRC | 13:11 | |
| *** a_ta has joined #openstack-manila | 13:15 | |
| openstackgerrit | Julia Varlamova proposed openstack/manila: Add LVM driver https://review.openstack.org/232970 | 13:19 |
| *** a_ta has quit IRC | 13:20 | |
| *** shausy has quit IRC | 13:23 | |
| bswartz | ganso: pong | 13:27 |
| ganso | bswartz: hey | 13:27 |
| ganso | bswartz: I have been coding some more... and I reached the part where the data copy service needs to mount the share | 13:28 |
| bswartz | ganso: k | 13:28 |
| ganso | bswartz: last time we spoke we decided that the approach would be that the shares would need to have an export in the admin network | 13:28 |
| bswartz | ganso: have you seen u_glide's patch for changes to access allow/deny? | 13:29 |
| ganso | bswartz: yes, I have taken a look at that | 13:29 |
| bswartz | that affects migration I think | 13:29 |
| ganso | bswartz: and that we would use export location metadata to say that export is an admin network export... | 13:29 |
| ganso | bswartz: it does, it improves quite a bit, but only if the drivers implement that... I need to talk about that too later | 13:29 |
| ganso | bswartz: so we have a dependency that migration will only work when we have export location metadata and that metadata is being properly used by drivers | 13:30 |
| bswartz | ganso: export location metadata is TBD | 13:30 |
| bswartz | vponomaryov said he would look at implementing that | 13:30 |
| bswartz | I'm not sure when though, but we will know soon | 13:31 |
| ganso | bswartz: yes... not only that... but I am not liking the idea of depending any more than we already are on drivers for migration to work | 13:31 |
| bswartz | ganso: all of the feature I'm proposing will be core features or mandatory driver features | 13:32 |
| bswartz | the admin network thing will be about more than migration | 13:32 |
| bswartz | that will be required for the vsock-mounting scheme too | 13:32 |
| ganso | bswartz: do you think we will be able to target Mitaka on that? | 13:32 |
| bswartz | absolutely | 13:33 |
| bswartz | it might miss mitaka-1 (because that's next week) but hopefully very early in mitaka-2 | 13:33 |
| ganso | bswartz: then ok... I was worried because we still need to design those features, then implement them... | 13:33 |
| bswartz | okay so we're on the same page... | 13:34 |
| bswartz | u_glide is nearly done with the changes to share access allow/deny, which will allow us to atomically update the access rules | 13:34 |
| bswartz | vponomaryov will most likely have the export location metadata done soon as well | 13:35 |
| bswartz | the admin-export-location code changes is something I assumed you were working on after we had the design discussions around it last week | 13:35 |
| bswartz | if you're going to need more help with that we can figure it out and it will still get done | 13:36 |
| ganso | bswartz: I will need to look at the patch he uploaded this morning... but as of yesterday... there is a scenario that, unless all drivers implement the "access rules maintenance", is seems not worth improving the API calls in migration as we discussed at Tokyo | 13:36 |
| ganso | bswartz: no... I am making lots of changes in migration to be compatible with that approach... so the code in migration will expect the export location metadata to be there... I haven't looked into any details related to export location metadata | 13:37 |
| bswartz | ganso: only the DHSS=true drivers need to implement anything, and I can make sure the generic driver and the netapp driver get done quickly | 13:37 |
| openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [TEST] Run Tempest with v2.6 having v2.7 https://review.openstack.org/241311 | 13:38 |
| ganso | bswartz: not really... with this change in approach... it is affecting DHSS=false as well | 13:38 |
| bswartz | how? | 13:38 |
| bswartz | the data copy service will mount the DHSS=false shares using the same export locations the tenants use | 13:39 |
| ganso | bswartz: for DHSS=false backends it is just assumed that the default export location is reachable... you just needed to specify some parameters depending on the network configured. But I am assuming that for DHSS=false drivers we will also have an admin export location, so it will end up being the same for DHSS=false and DHSS=true. | 13:40 |
| ganso | bswartz: really? no admin export location for DHSS=false? then ok... seems easier... but it is hard to guarantee everything works out of the box since it depends alot on admin pre-configuration done properly | 13:41 |
| bswartz | ganso: I don't see why we'd do that | 13:41 |
| bswartz | for DHSS=false drivers they have no way of creating new network interfaces | 13:41 |
| bswartz | I suppose they could statically configure one | 13:42 |
| ganso | bswartz: then ok | 13:42 |
| bswartz | but that seems like an additional enhancement that's not strictly necessary | 13:42 |
| bswartz | the reason I'm pushing the admin export locations for DHSS=true drivers is because it's REQUIRED for migration to work, and for other things to work (anything where manila needs access to the data) | 13:43 |
| bswartz | I'm not able to think of a case where DHSS=false drivers would want to provide a separate export location for admin operations | 13:44 |
| ganso | bswartz: makes sense | 13:45 |
| *** martyturner has joined #openstack-manila | 13:46 | |
| ganso | bswartz: regarding access rules, are we able to enforce that all drivers implement "maintenance mode"? | 13:46 |
| bswartz | ganso: explain what you mean by maintenance mode | 13:48 |
| ganso | bswartz: #link https://review.openstack.org/#/c/245126/4/manila/share/driver.py | 13:49 |
| ganso | bswartz: "recovery after error" | 13:49 |
| *** haomaiwang has joined #openstack-manila | 13:49 | |
| bswartz | ganso: yes that's a requirement for correctness | 13:50 |
| bswartz | any driver not implementing that would have incorrect access under some conditions | 13:50 |
| ganso | bswartz: there is a specific situation in migration that, according to what we decided in Tokyo, the access rules in DB may be in RW, access rules in the driver RO, the service crashes and restarts... and this divergence must be fixed. If the user tries to delete or fix access rules one by one, they may fail, because it would say "deny rule 1 RW", the driver | 13:51 |
| ganso | says "not found, error", because it finds "rule 1 RO"... | 13:51 |
| openstackgerrit | Julia Varlamova proposed openstack/manila: Add LVM driver https://review.openstack.org/232970 | 13:51 |
| bswartz | ganso: okay that's something different | 13:51 |
| bswartz | ganso: to make the access rules on the backend ro when the user has actually asked for rw, we need for the manager to know that the share is in a migrating state, and for the manager to perform the translation of the access rules | 13:52 |
| ganso | bswartz: my approaching in deleting and readding all access rules through API is safer than that because if an error happens, DB is consistent to what is applied. The user may be able to remove all access rules. | 13:52 |
| bswartz | ganso: I think you have something different in mind than me | 13:53 |
| bswartz | you might see something I'm missing, but I thought my approach would work | 13:53 |
| ganso | bswartz: during migration it works fine... but if the service crashes or restarts then we have a problem... migration status goes to "migration_error", which means that it failed... but we do not know in what states the rules may be... because we do not know what caused the error, the error could be caused by trying to change the access rules themselves | 13:54 |
| ganso | bswartz: so we need to "sync" | 13:55 |
| ganso | bswartz: as someone suggested back in Tokyo | 13:55 |
| ganso | bswartz: that method in the driver interface in u_glide 's patch proposes that | 13:55 |
| bswartz | okay | 13:56 |
| ganso | bswartz: but this "sync" or "maintenance" needs to be supported... or else the admin will need to know how to clean the backend | 13:56 |
| bswartz | the patch does provide a sync method to fix the rules, but it was for other reasons than the one you mention | 13:56 |
| ganso | bswartz: clean the backend, and clean DB... | 13:56 |
| bswartz | I think it will be usable for your case | 13:56 |
| bswartz | it will certainly be required | 13:56 |
| ganso | bswartz: currently it is not, because it has a fallback | 13:57 |
| bswartz | the question is whether we need any other changes in addition to u_glide's change and another change to force ro access | 13:57 |
| bswartz | the fallback is to avoid breaking things during mitaka | 13:57 |
| bswartz | we hope to remove the fallback before mitaka ships | 13:57 |
| ganso | bswartz: great | 13:57 |
| *** houming has joined #openstack-manila | 13:57 | |
| ganso | bswartz: I don't see additional changes required at this time... I am still working on it and I stumble on something I have not spotted before... but so far, looks fine | 13:58 |
| ganso | *if I stumble | 13:58 |
| ganso | I *may stumble | 13:59 |
| *** haomaiwang has quit IRC | 14:01 | |
| *** haomaiwa_ has joined #openstack-manila | 14:01 | |
| *** cknight has joined #openstack-manila | 14:01 | |
| *** gouthamr_ has joined #openstack-manila | 14:03 | |
| *** dustins has joined #openstack-manila | 14:06 | |
| *** gouthamr has quit IRC | 14:06 | |
| *** merooney has joined #openstack-manila | 14:13 | |
| *** eharney has joined #openstack-manila | 14:19 | |
| *** akshai has joined #openstack-manila | 14:32 | |
| openstackgerrit | Julia Varlamova proposed openstack/manila: Add LVM driver https://review.openstack.org/232970 | 14:35 |
| *** mtanino has joined #openstack-manila | 14:37 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/manila: Updated from global requirements https://review.openstack.org/246095 | 14:41 |
| *** houming has quit IRC | 14:58 | |
| *** akshai has quit IRC | 14:59 | |
| *** akshai has joined #openstack-manila | 15:00 | |
| *** haomaiwa_ has quit IRC | 15:01 | |
| *** haomaiwa_ has joined #openstack-manila | 15:01 | |
| *** akshai has quit IRC | 15:02 | |
| *** houming has joined #openstack-manila | 15:05 | |
| *** jasonsb has joined #openstack-manila | 15:06 | |
| *** breitz has quit IRC | 15:08 | |
| *** breitz has joined #openstack-manila | 15:08 | |
| *** rraja is now known as rraja|afk | 15:11 | |
| *** rraja|afk is now known as rraja | 15:13 | |
| *** nidhimittalhada has quit IRC | 15:17 | |
| *** xyang_ has joined #openstack-manila | 15:31 | |
| *** jasonsb has quit IRC | 15:32 | |
| *** akshai has joined #openstack-manila | 15:36 | |
| sghatty_ | @csaba, rraja, kkeithley, all: quick question on glusterfs ganesha driver. I have an Active Active Ganesha setup with glusterfs backend. I am using manila to create and allow access to shares. The manila ganesha driver seems to use ssh to create a share directory on the remote ganesha host and then issue a dbus signal to addexport. | 15:39 |
| sghatty_ | csaba, rraja, kkeithley: However, this export is not being replicated on the second ganesha node. But the driver manila logs indicate a 0 return code. | 15:39 |
| sghatty_ | csaba, kkeithley, rraja: here is the dbus signal that is being sent out by the driver: dbus-send --print-reply --system --dest=org.ganesha.nfsd /org/ganesha/nfsd/ExportMgr org.ganesha.nfsd.exportmgr.AddExport string:/etc/ganesha/export.d/share-6fb0b276-9385-4d31-a21e-c9267df12024--fdb1878a-e73c-404e-8253-689a42c493ea.conf 'string:EXPORT(Export_Id=145)' | 15:41 |
| sghatty_ | that was from the logs. | 15:41 |
| sghatty_ | csaba, rraja, kkeithley: I wonder if this is enough to trigger a replication of this new export to the other ganesha node? | 15:42 |
| sghatty_ | or is there anything else that I need to do get this export replicated? | 15:43 |
| *** houming has quit IRC | 15:44 | |
| *** houming has joined #openstack-manila | 15:45 | |
| sghatty_ | manila mounts not exported on secondary ganesha nodes https://usercontent.irccloud-cdn.com/file/y7ban9DV/ganesha-ha | 15:47 |
| *** haomaiwa_ has quit IRC | 15:49 | |
| sghatty_ | https://www.irccloud.com/pastebin/lYpJw608/ | 15:49 |
| openstackgerrit | Silvan Kaiser proposed openstack/manila: Add display_name to Quobyte backend volume name https://review.openstack.org/241671 | 15:55 |
| rraja | sghatty_: you're right about the mechanism of ganesha library used to allow access to a share. we did not test the glusterfs ganesha driver with a gluster ganesha HA backend during the ganesha library development as HA support was not available. maybe you're right that glusterfs driver is not triggering the export replication. let me check and get back to you. thanks! | 15:56 |
| openstackgerrit | Silvan Kaiser proposed openstack/manila: Add display_name to Quobyte backend volume name https://review.openstack.org/241671 | 15:57 |
| *** nidhimittalhada has joined #openstack-manila | 16:09 | |
| *** nidhimittalhada has quit IRC | 16:12 | |
| *** nkrinner has quit IRC | 16:12 | |
| openstackgerrit | Silvan Kaiser proposed openstack/manila: Add display_name to Quobyte backend volume name https://review.openstack.org/241671 | 16:15 |
| *** rraja has quit IRC | 16:25 | |
| *** rebase has joined #openstack-manila | 16:30 | |
| *** rebase has quit IRC | 16:34 | |
| *** a_ta has joined #openstack-manila | 16:52 | |
| *** markstur has quit IRC | 16:56 | |
| *** a_ta has quit IRC | 16:56 | |
| *** gouthamr_ has quit IRC | 16:57 | |
| *** zhongjun2 has joined #openstack-manila | 17:02 | |
| *** zhongjun has quit IRC | 17:06 | |
| *** markstur has joined #openstack-manila | 17:11 | |
| *** dustins has quit IRC | 17:17 | |
| *** david-ly_ has joined #openstack-manila | 17:19 | |
| *** lpetrut has quit IRC | 17:21 | |
| csaba | sghatty_: using GlusterFS' builtin Ganesha server as the export mechanism for Manila glusterfs driver is not supported. | 17:23 |
| *** david-l__ has joined #openstack-manila | 17:23 | |
| *** david-ly_ has quit IRC | 17:23 | |
| *** david-lyle has quit IRC | 17:23 | |
| csaba | sghatty_: however, the syntax error reported in your paste is weird. Could you post the referred config file as well? | 17:24 |
| sghatty_ | csaba, can you elaborate on your statement about using builtin ganesha server? | 17:25 |
| sghatty_ | https://www.irccloud.com/pastebin/yFciH1xx/ | 17:26 |
| sghatty_ | that was a pastebin to the config file | 17:26 |
| sghatty_ | csaba, In my configuration, I have installed ganesha rpms and not using any built-in servers. | 17:29 |
| *** david-l__ has quit IRC | 17:30 | |
| sghatty_ | the ganesha server and manila are on separate machines | 17:30 |
| csaba | sghatty_: there are two independent codebases for ganesha instrumentation that can work with glusterfs. There is the one that I call "glusterfs built-in", that supports HA, manageable through the gluster command ("gluster ganesha... ") as documented here https://gluster.readthedocs.org/en/latest/Administrator%20Guide/NFS-Ganesha%20GlusterFS%20Intergration/ and the term "active-active" also refers to | 17:30 |
| csaba | this one, cf. https://www.youtube.com/watch?v=Z4mvTQC-efM | 17:30 |
| csaba | and there is the ganesha library in ganesha that's used in the glusterfs driver. | 17:31 |
| sghatty_ | yes, I have followed this procedure to setup my configuration. | 17:31 |
| sghatty_ | so, you are saying that these two are mutually exclusive? | 17:32 |
| csaba | yes, or at least I'm unsure about how they interfere. | 17:33 |
| *** houming has quit IRC | 17:34 | |
| csaba | how to set up the glusterfs driver with ganesha is described in a not yet merged change -- cf. https://review.openstack.org/#/c/227078/2/doc/source/devref/glusterfs_driver.rst,unified lines 52-82 | 17:38 |
| csaba | sghatty_: ^^ | 17:38 |
| sghatty_ | csaba, yes, I used these instructions to add the ganesha server to my manila instance. | 17:41 |
| sghatty_ | csaba, I thought you mentioned last time that ganesha installation is beyond the scope of openstack and manila would work with ganesha however it is setup? | 17:44 |
| *** david-lyle has joined #openstack-manila | 17:44 | |
| csaba | sghatty_: in RHEL context a step-by-step guided setup is also provided: https://access.redhat.com/documentation/en/red-hat-enterprise-linux-openstack-platform/version-7/test-the-openstack-file-share-service-technology-preview-with-nfs-ganesha/ | 17:45 |
| sghatty_ | OpenStack File Share Service is provided as a Technology Preview in this release, and should not be deployed in a production environment: Do you know the date of this document? is this warning still current? | 17:47 |
| csaba | sghatty_: you are right, I probably was not exact. basically Manila's ganesha lib is setup agnostic, it does have some basic requirements for the ganesha setup but does not fully manage the config file (and it's OK to have there stuff that's unrelated to the manila use case). However, using simultaneously two independent programmatic instrumentation layers on top a single ganesha server is suspect | 17:51 |
| csaba | to end up in conflict (some way). Knowing the internals of the two probably it can be arranged to avoid a confict, but I don't know of that. | 17:51 |
| csaba | sghatty_: I think you need to be concerned about the "Tech Preview" thingy if you are an RHN subscriber and deploying Manila with RHEL OSP. | 17:53 |
| csaba | "Tech Preview" is the attribute of the product, RHEL OSP / Manila. | 17:53 |
| sghatty_ | I spoke to soumya koduri and kkeithley on ganesha IRC this morning and they did not see any conflict in using the dbus to addexport other than the fact that it may not be suported in HA mode and the feature needs to be added in ganesha. They seemed to think that the config file has syntax error and needs to be fixed on the manila driver side. | 17:56 |
| *** merooney has quit IRC | 18:03 | |
| *** david-lyle has quit IRC | 18:03 | |
| *** david-lyle has joined #openstack-manila | 18:11 | |
| *** martyturner has quit IRC | 18:12 | |
| *** martyturner has joined #openstack-manila | 18:14 | |
| *** merooney has joined #openstack-manila | 18:15 | |
| csaba | sghatty_: that syntax errror stucks me strange, I don't see anything bogus by eye on that config file. I'm to check it. Wrt. conflict, what I'm concerned about as a particular source of conflict is the handling of export ids. They are small positive integers and should not collide among exports. That's easy to guarantee in one instrumentation context but how to achieve it with two? | 18:16 |
| csaba | anyway even if there is no conflict, how could we expect that gluster-ganesha specific features -- HA, active-active -- would work with actions triggered from manila context? | 18:18 |
| *** dustins has joined #openstack-manila | 18:24 | |
| sghatty_ | csaba, all export ids must be unique within the context of a cluster. so, having two nodes should not be much different than just having one. | 18:39 |
| sghatty_ | regarding the ganesha-glusterds specific features, I guess that is where we need to plan for features in the specific driver. | 18:41 |
| sghatty_ | I volunteer to help, if I can be of any use. | 18:41 |
| *** mtanino has quit IRC | 18:47 | |
| *** merooney has quit IRC | 18:58 | |
| *** martyturner has quit IRC | 18:58 | |
| *** jcsp has quit IRC | 18:58 | |
| *** martyturner has joined #openstack-manila | 19:00 | |
| *** martyturner has quit IRC | 19:09 | |
| *** jcsp has joined #openstack-manila | 19:13 | |
| *** martyturner has joined #openstack-manila | 19:14 | |
| *** merooney has joined #openstack-manila | 19:16 | |
| *** mtanino has joined #openstack-manila | 19:18 | |
| csaba | sghatty_: helping out is most welcome -- what kind of support would you need to make it happen? | 19:28 |
| openstackgerrit | Iury Gregory Melo Ferreira proposed openstack/puppet-manila: Manila $::os_service_default for db and log https://review.openstack.org/249394 | 19:49 |
| *** martyturner has quit IRC | 19:56 | |
| *** martyturner has joined #openstack-manila | 20:04 | |
| csaba | sghatty_: ganesha 2.2.0 seems to be happy about the conf file you provided. what version of ganesha do you have? | 20:11 |
| *** martyturner has quit IRC | 20:13 | |
| *** ociuhandu has quit IRC | 20:13 | |
| *** ociuhandu has joined #openstack-manila | 20:35 | |
| *** dustins has quit IRC | 21:01 | |
| *** akshai has quit IRC | 21:22 | |
| *** akshai has joined #openstack-manila | 21:23 | |
| *** lpetrut has joined #openstack-manila | 21:26 | |
| openstackgerrit | Mark Sturdevant proposed openstack/manila: HPE3PAR Add support for access-level (ro,rw) https://review.openstack.org/245383 | 21:28 |
| *** akerr has quit IRC | 21:29 | |
| *** aorourke is now known as aorourke-afk | 21:36 | |
| *** merooney has quit IRC | 21:39 | |
| *** cknight has quit IRC | 21:39 | |
| openstackgerrit | Mark Sturdevant proposed openstack/manila: HPE3PAR support for share extend and shrink https://review.openstack.org/249447 | 21:56 |
| *** akshai has quit IRC | 21:59 | |
| *** akshai has joined #openstack-manila | 22:01 | |
| *** sgotliv has quit IRC | 22:02 | |
| *** lpetrut has quit IRC | 22:07 | |
| *** xyang_ has quit IRC | 22:09 | |
| *** cknight has joined #openstack-manila | 22:58 | |
| *** cknight has quit IRC | 23:09 | |
| *** cknight has joined #openstack-manila | 23:14 | |
| *** akshai has quit IRC | 23:39 | |
| *** akshai has joined #openstack-manila | 23:40 | |
| *** akshai_ has joined #openstack-manila | 23:45 | |
| *** akshai has quit IRC | 23:46 | |
| *** dustins has joined #openstack-manila | 23:46 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!