*** yangyapeng has quit IRC | 00:05 | |
*** a_ta has joined #openstack-manila | 00:17 | |
*** a_ta has quit IRC | 00:23 | |
*** furlongm has quit IRC | 00:55 | |
*** furlongm_ has joined #openstack-manila | 00:55 | |
*** mtanino has quit IRC | 01:10 | |
openstackgerrit | daiki kato proposed openstack/python-manilaclient: Fix typos https://review.openstack.org/295585 | 01:20 |
---|---|---|
*** baojg has joined #openstack-manila | 01:43 | |
*** akshai has quit IRC | 01:44 | |
*** jasonsb has joined #openstack-manila | 02:15 | |
*** houming has joined #openstack-manila | 02:24 | |
*** gouthamr has quit IRC | 02:44 | |
*** a_ta has joined #openstack-manila | 02:46 | |
*** akshai has joined #openstack-manila | 02:49 | |
*** esker has quit IRC | 02:50 | |
*** a_ta has quit IRC | 02:50 | |
*** akshai has quit IRC | 02:53 | |
*** akshai has joined #openstack-manila | 03:10 | |
*** akshai has quit IRC | 04:06 | |
*** chlong|wfh has quit IRC | 04:12 | |
*** chlong has joined #openstack-manila | 04:25 | |
*** furlongm_ is now known as furlongm | 04:36 | |
*** a_ta has joined #openstack-manila | 04:51 | |
*** furlongm has quit IRC | 04:54 | |
*** a_ta has quit IRC | 04:56 | |
*** furlongm has joined #openstack-manila | 05:11 | |
*** houming has quit IRC | 05:12 | |
*** houming has joined #openstack-manila | 05:27 | |
*** houming has quit IRC | 05:36 | |
*** houming has joined #openstack-manila | 05:42 | |
*** baojg has quit IRC | 05:56 | |
*** baojg has joined #openstack-manila | 05:57 | |
*** rraja has joined #openstack-manila | 06:02 | |
*** sgotliv has joined #openstack-manila | 06:08 | |
openstackgerrit | Devin proposed openstack/manila: [Doc] Update quick start guide from Kilo release to Liberty release. https://review.openstack.org/295637 | 06:23 |
*** nkrinner has joined #openstack-manila | 06:29 | |
openstackgerrit | Ramana Raja proposed openstack/manila: Doc fixes for CephFS native driver https://review.openstack.org/295448 | 06:31 |
*** yangyapeng has joined #openstack-manila | 07:15 | |
*** sgotliv has quit IRC | 07:20 | |
mkoderer__ | vponomaryov: ping | 07:29 |
mkoderer__ | vponomaryov: I might don't understand this "admin export location" thing. How does it know that it must use NeutronSingleNetworkPlugin if NeutronNetworkPlugin is used? | 07:39 |
mkoderer__ | I don't find any pointer from NeutronNetworkPlugin to NeutronSingleNetworkPlugin or vice versa | 07:40 |
mkoderer__ | ahh it's by setting admin_network_config_group right? | 07:41 |
*** permalac has quit IRC | 08:33 | |
*** openstackgerrit has quit IRC | 08:33 | |
*** openstackgerrit has joined #openstack-manila | 08:34 | |
*** pcaruana has joined #openstack-manila | 08:40 | |
*** sgotliv has joined #openstack-manila | 08:49 | |
*** a_ta has joined #openstack-manila | 08:53 | |
*** a_ta has quit IRC | 08:58 | |
*** lpetrut has joined #openstack-manila | 09:16 | |
*** lpetrut has quit IRC | 09:21 | |
openstackgerrit | Marc Koderer proposed openstack/manila: Add neutron driver for binding https://review.openstack.org/283494 | 09:23 |
*** yangyapeng has quit IRC | 10:04 | |
*** tpsilva has joined #openstack-manila | 10:13 | |
*** lpetrut has joined #openstack-manila | 10:16 | |
*** lpetrut has quit IRC | 10:17 | |
*** lpetrut has joined #openstack-manila | 10:17 | |
openstackgerrit | Marc Koderer proposed openstack/manila: Add neutron driver for binding https://review.openstack.org/283494 | 10:30 |
vponomaryov | mkoderer__: yes, by setting admin_network_config_group | 10:48 |
vponomaryov | mkoderer__: and I strongly recommend you to enable it for your test lab | 10:49 |
vponomaryov | mkoderer__: As I understand you have possibility to run NetApp driver, so, it already supports admin network | 10:50 |
vponomaryov | mkoderer__: or you can test them one-by-one enabling for main network interface | 10:58 |
*** sgotliv has quit IRC | 11:37 | |
*** baojg has quit IRC | 11:41 | |
*** dencaval has joined #openstack-manila | 11:42 | |
*** houming has quit IRC | 11:44 | |
*** a_ta has joined #openstack-manila | 11:46 | |
*** a_ta has quit IRC | 11:51 | |
*** sgotliv has joined #openstack-manila | 11:51 | |
*** yangyapeng has joined #openstack-manila | 11:59 | |
mkoderer | vponomaryov: +1 | 12:07 |
*** alyson_ has joined #openstack-manila | 12:10 | |
*** a_ta has joined #openstack-manila | 12:17 | |
*** a_ta has quit IRC | 12:21 | |
ganso | bswartz: ping | 12:27 |
*** mtanino has joined #openstack-manila | 12:30 | |
*** sgotliv has quit IRC | 12:36 | |
bswartz | ganso: pong | 12:47 |
ganso | bswartz: Good morning Ben | 12:47 |
bswartz | mornin' | 12:47 |
ganso | bswartz: I would like to talk about your topic title "Data copy service RPC design" | 12:47 |
bswartz | oh yes | 12:47 |
bswartz | that's for austin tho | 12:48 |
bswartz | I want all of us to spend more time focused on migration | 12:48 |
bswartz | and places where migration overlaps with over features | 12:48 |
ganso | bswartz: yes, I would to know more about, because I had some topic on Data service, that may or may not include what you are already proposing in that session | 12:48 |
bswartz | oh I'm not proposing sessions | 12:48 |
*** swamireddy1 has joined #openstack-manila | 12:49 | |
bswartz | just throw out ideas -- hoping others have actual proposals | 12:49 |
bswartz | throwing out ideas | 12:49 |
swamireddy1 | Hi | 12:49 |
swamireddy1 | Team | 12:49 |
ganso | bswartz: oh ok, but what is that idea about? what's related to the RPCs? | 12:49 |
swamireddy1 | can you please confirm - is the manila project has stable release or still incubation? | 12:50 |
bswartz | I think the big issue in my mind is the lack of job state tracking | 12:50 |
bswartz | when doing a data copy, we need to be tracking the state in the DB | 12:50 |
bswartz | because it's a long running operation, and the admin may want to restart the m-dat service | 12:50 |
vponomaryov | swamireddy1: you suggested not compatible things | 12:51 |
bswartz | the RPC will probably need to change a bit to allow this | 12:51 |
vponomaryov | swamireddy1: manila has stable releases and OpenStack has no "incubation" idea | 12:51 |
bswartz | vponomaryov: +1 | 12:51 |
ganso | bswartz: it has some sort of tracking right now, but there is a lot of improvement to be done | 12:51 |
bswartz | swamireddy1: we were "incubated" a long time ago but now manila is a normal project | 12:51 |
vponomaryov | swamireddy1: manila is under "big tent" | 12:52 |
bswartz | ganso: well I'd like Newton to be the release where we get all of that finished | 12:52 |
ganso | bswartz: since every job right now is related to a share, the share has the task_state field which represents its "job_state". If m-dat is restarted while the Data Service has jobs running, it will set all their task_state to error | 12:52 |
bswartz | okay well I might be misinformed about what's already done | 12:53 |
swamireddy1 | thank you very much... | 12:53 |
bswartz | in any case I want to bring the whole community onto the same page and get others to help with migration if you need it | 12:53 |
ganso | bswartz: yes, there is a lot of around of it to be proposed, like, we may not need Data Service RPCs anymore, just add job to DB, and Data Service may keep it up. Data Service may update the DB with job progress instead of admins having to query Data Service for progress, etc. Lots of improvements | 12:54 |
bswartz | I'd like to make these feature non-experimental | 12:54 |
ganso | bswartz: oops let me fix the above sentence, it is very confusing | 12:55 |
ganso | bswartz: yes, there is a lot of improvements that can be proposed, like, we may not need Data Service RPCs anymore, just add job to DB, and Data Service may pick it up. Data Service may update the DB with job progress instead of admins having to query Data Service for progress, etc. Lots of improvements | 12:55 |
ganso | bswartz: and these improvements need to be designed | 12:56 |
ganso | bswartz: the patches that merged in Mitaka were mostly responsible for laying ground to these improvements | 12:56 |
ganso | bswartz: I would like to start working on Retype in Newton | 12:57 |
ganso | bswartz: having retype use case implemented may point out necessary changes to migration, and it is best to address those changes while in experimental | 12:58 |
bswartz | yes I agree | 12:58 |
*** ociuhandu has quit IRC | 12:59 | |
bswartz | all I'm saying is that we should make migration a focus area for newton so it's not just you working on it -- if enough people pitch in we could get it done completely | 12:59 |
*** rraja_ has joined #openstack-manila | 13:00 | |
*** rraja has quit IRC | 13:00 | |
bswartz | so let's come up with a list of everything we need and you can tell us where you want help | 13:00 |
bswartz | I have a meeting bbl | 13:00 |
ganso | bswartz: I agree completely, that should be the main focus. If only I am working on it, my scope of improvements and changes is rather limited since I am the only one using it | 13:00 |
ganso | bswartz: ok | 13:00 |
*** cknight has joined #openstack-manila | 13:02 | |
zigo | Guys, manila-ui just reached Debian Experimental! :) | 13:04 |
zigo | \o/ | 13:04 |
zigo | (I uploaded it yesterday) | 13:04 |
*** akerr has joined #openstack-manila | 13:06 | |
*** bswartz has quit IRC | 13:08 | |
*** timcl has joined #openstack-manila | 13:13 | |
*** bswartz has joined #openstack-manila | 13:14 | |
*** mtanino has quit IRC | 13:17 | |
openstackgerrit | Merged openstack/manila: Add hacking check to ensure not to use xrange() https://review.openstack.org/294124 | 13:18 |
openstackgerrit | Emilien Macchi proposed openstack/puppet-manila: Switch to ubuntu-trusty DIBS https://review.openstack.org/295802 | 13:21 |
*** gouthamr has joined #openstack-manila | 13:23 | |
*** rraja_ has quit IRC | 13:23 | |
*** furlongm_ has joined #openstack-manila | 13:28 | |
*** furlongm has quit IRC | 13:30 | |
*** erlon has joined #openstack-manila | 13:34 | |
*** porrua has joined #openstack-manila | 13:37 | |
*** eharney has joined #openstack-manila | 13:41 | |
*** Yogi1 has joined #openstack-manila | 13:43 | |
openstackgerrit | Rodrigo Barbieri proposed openstack/manila: Add Driver Data Service Helper https://review.openstack.org/295836 | 13:51 |
*** ociuhandu has joined #openstack-manila | 13:52 | |
*** rhagarty has joined #openstack-manila | 13:54 | |
*** dustins has joined #openstack-manila | 13:55 | |
*** a_ta has joined #openstack-manila | 13:57 | |
*** mtanino has joined #openstack-manila | 14:01 | |
*** yangyapeng has quit IRC | 14:02 | |
*** baojg has joined #openstack-manila | 14:05 | |
*** yangyapeng has joined #openstack-manila | 14:06 | |
bswartz | vponomaryov: You didn't put your nick next to all of the items you added in etherpad | 14:12 |
*** martyturner has joined #openstack-manila | 14:12 | |
bswartz | ganso: put your nick next to things you add so we know it was you | 14:14 |
bswartz | https://etherpad.openstack.org/p/manila-newton-summit-topics | 14:14 |
ganso | bswartz: I will, in a sec xD | 14:14 |
bswartz | my softphone is crap | 14:14 |
bswartz | anyone know a good softphone that runs on Fedora? | 14:14 |
*** swamireddy1 has quit IRC | 14:25 | |
*** jasonsb has quit IRC | 14:30 | |
*** jasonsb has joined #openstack-manila | 14:31 | |
*** openstackgerrit has quit IRC | 14:33 | |
*** baojg has quit IRC | 14:34 | |
*** openstackgerrit has joined #openstack-manila | 14:34 | |
*** baojg has joined #openstack-manila | 14:35 | |
*** baojg has quit IRC | 14:36 | |
akerr | bswartz: OSx | 14:42 |
akerr | bswartz: just remind yourself its a flavor of Unix and all will be right with the world :) | 14:43 |
*** vbellur has quit IRC | 14:45 | |
*** absubram has joined #openstack-manila | 14:46 | |
dustins | bswartz: https://fedoraproject.org/wiki/VoIP | 14:48 |
dustins | There's a list of Softphone apps on that page, no idea if any of them are any good, but it's a starting point! | 14:49 |
*** martyturner has quit IRC | 14:52 | |
*** baojg has joined #openstack-manila | 14:53 | |
*** JoseMello has joined #openstack-manila | 15:01 | |
*** aovchinnikov has quit IRC | 15:05 | |
*** baojg has quit IRC | 15:05 | |
*** vbellur has joined #openstack-manila | 15:10 | |
*** vbellur has quit IRC | 15:10 | |
*** vbellur has joined #openstack-manila | 15:10 | |
*** nkrinner has quit IRC | 15:42 | |
*** timcl has quit IRC | 15:47 | |
*** timcl has joined #openstack-manila | 15:47 | |
*** a_ta has quit IRC | 16:03 | |
*** bswartz has quit IRC | 16:21 | |
*** vbellur has quit IRC | 16:28 | |
*** a_ta has joined #openstack-manila | 16:32 | |
*** swamireddy1 has joined #openstack-manila | 16:33 | |
*** breitz has quit IRC | 16:36 | |
*** akshai has joined #openstack-manila | 16:45 | |
*** jasonsb has quit IRC | 16:48 | |
*** pcaruana has quit IRC | 16:52 | |
*** akshai has quit IRC | 16:52 | |
*** akshai has joined #openstack-manila | 16:52 | |
*** akshai_ has joined #openstack-manila | 16:54 | |
*** akshai has quit IRC | 16:58 | |
*** sgotliv has joined #openstack-manila | 17:01 | |
*** timcl1 has joined #openstack-manila | 17:03 | |
*** timcl has quit IRC | 17:04 | |
*** bswartz has joined #openstack-manila | 17:19 | |
bswartz | dustins: that was the first place I went | 17:20 |
bswartz | so far every one I've tried is crap | 17:20 |
dustins | What were you using? | 17:20 |
bswartz | SFLPhone and Linphone | 17:20 |
dustins | Looks like folks here tend to use Linphone | 17:21 |
dustins | Which if that's not working for you... | 17:22 |
bswartz | linphone isn't terrible -- but it doesn't like my audio devices | 17:22 |
vponomaryov | bswartz: have you tried skype? | 17:22 |
*** a_ta has quit IRC | 17:22 | |
bswartz | I can't use speakerphone because it tries to open the ALSA device at 8kHz which doesn't work' | 17:22 |
dustins | vponomaryov: I was thinking that too, but I'd heard they stopped supporting/updating Skype for linux | 17:23 |
bswartz | and it won't work with my headset because it ends up looping over some control setting and blowing up | 17:23 |
*** a_ta has joined #openstack-manila | 17:23 | |
bswartz | vponomaryov: that's MSFT software -- not open source | 17:23 |
vponomaryov | bswartz: I use skype all the time on Ubuntu for webex | 17:23 |
vponomaryov | bswartz: when webex's audio is disabled by host | 17:24 |
*** akerr is now known as akerr_away | 17:24 | |
bswartz | it's something to consider | 17:24 |
vponomaryov | bswartz: not open source does not mean we cannot use it | 17:24 |
bswartz | if I can't get a decent softphone however I'll just replace my cisco hardphone | 17:24 |
bswartz | I'm hoping it's just a bad power supply because I can replace that | 17:26 |
*** akerr_away is now known as akerr | 17:27 | |
*** a_ta has quit IRC | 17:28 | |
bswartz | vponomaryov: I avoid supporting closed source stuff when there's a decent open source alternative -- in the case of softphones I'm starting to worry that the decent open source alternative doesn't exist | 17:29 |
tpsilva | bswartz: ping | 17:32 |
*** vbellur has joined #openstack-manila | 17:34 | |
*** krotscheck has quit IRC | 17:43 | |
*** swamireddy1 has quit IRC | 17:44 | |
*** pcaruana has joined #openstack-manila | 17:44 | |
*** akerr has quit IRC | 17:46 | |
*** lpetrut has quit IRC | 17:49 | |
bswartz | tpsilva: pong | 17:49 |
tpsilva | bswartz: hello Ben. I was thinking about leading one of the summit topics... probably the snapshots one | 17:52 |
bswartz | tpsilva: you coming to austin? | 17:52 |
tpsilva | bswartz: no, unfortunately... will be participating remotely | 17:53 |
tpsilva | bswartz: ganso and adriano (one of our cinder guys) will be there, though | 17:53 |
bswartz | as I was telling vponomaryov -- I'm just throwing topics up on the etherpad -- I'm expecing most of them to be led by other people, because if I lead all of them it will get really boring | 17:53 |
bswartz | okay cool | 17:53 |
tpsilva | right | 17:54 |
bswartz | also I simply don't have time to prepare much material for all those topics, we need people to lead them -- ideally the same people who will volunteer to do the work | 17:54 |
tpsilva | bswartz: I'll prepare something for this then | 17:55 |
bswartz | if you want to lead a topic please add your name to the etherpad and say you want to lead it | 17:55 |
* bswartz AFK for a bit | 17:55 | |
tpsilva | bswartz: I thought about having a wip by then, but it looks like it's not really well defined yet how this should be implemented | 17:55 |
*** akerr has joined #openstack-manila | 17:56 | |
*** akerr has quit IRC | 18:05 | |
*** akerr has joined #openstack-manila | 18:06 | |
*** dencaval has quit IRC | 18:09 | |
*** dencaval has joined #openstack-manila | 18:15 | |
*** akerr has quit IRC | 18:15 | |
*** akerr has joined #openstack-manila | 18:16 | |
*** a_ta has joined #openstack-manila | 18:27 | |
*** akerr has quit IRC | 18:31 | |
*** akerr has joined #openstack-manila | 18:31 | |
*** lpetrut has joined #openstack-manila | 18:46 | |
*** mtanino has quit IRC | 19:04 | |
*** ociuhandu has quit IRC | 19:16 | |
*** a_ta has quit IRC | 19:17 | |
*** a_ta has joined #openstack-manila | 19:18 | |
*** a_ta has quit IRC | 19:22 | |
*** akerr has quit IRC | 19:26 | |
*** porrua has quit IRC | 19:33 | |
*** ociuhandu has joined #openstack-manila | 19:35 | |
bswartz | tpsilva: did you follow the discussion from tokyo? | 19:37 |
bswartz | unfortunately no progress was made afterwards because a question was raised and never answered | 19:37 |
tpsilva | bswartz: no... is there an etherpad or something like that? | 19:38 |
bswartz | dustins: ping | 19:38 |
bswartz | tpsilva: probably, but I doubt it has the latest thinking | 19:38 |
bswartz | there was one for toyko, but it probably doesn't capture the aftermath | 19:38 |
tpsilva | bswartz: I know that two possible implementations were being discussed: inheriting rules from the share, but in read only mode; or allowing specific rules for the snapshots (read only, of course) | 19:41 |
tpsilva | but I don't know which was preferred | 19:41 |
dustins | bswartz: pong | 19:42 |
bswartz | dustins: regarding the people who use linphone -- do they use ALSA or pulseaudio? | 19:46 |
dustins | bswartz: Not sure, the docs just say that the audio device can be selected in preferences | 19:47 |
dustins | Which is not exactly helpful | 19:47 |
bswartz | indeed it can | 19:48 |
bswartz | but pulse doesn't work at all and alsa has a lot of problems | 19:48 |
dustins | I'd say you'd probably be better off with ALSA | 19:48 |
bswartz | I was wondering where to invest my efforts | 19:48 |
dustins | But now that I say that, haha | 19:48 |
dustins | Yeah there's nothing in the docs here about whether to use PulseAudio over ALSA or vice versa | 19:49 |
bswartz | dustins: I was mostly wonder if you or anyone you know who uses linphone could share their working configuration | 19:50 |
bswartz | debugging this is annoying, and inspires me to look for other options | 19:50 |
dustins | Oh, that I don't know, haha I'll ask around the internal channels and get back to you | 19:50 |
*** a_ta has joined #openstack-manila | 19:50 | |
*** timcl1 has quit IRC | 19:52 | |
bswartz | unbelievable | 19:54 |
bswartz | apparently my normal phone is dead on account of the power supply | 19:54 |
bswartz | at least this is fixable | 19:54 |
*** david-lyle_ has joined #openstack-manila | 19:56 | |
*** akerr has joined #openstack-manila | 19:57 | |
*** david-lyle has quit IRC | 19:57 | |
*** ekarlso- has quit IRC | 19:58 | |
*** Yogi1 has quit IRC | 19:58 | |
*** akerr_ has joined #openstack-manila | 19:59 | |
*** david-lyle_ is now known as david-lyle | 20:02 | |
*** akerr has quit IRC | 20:03 | |
*** ekarlso- has joined #openstack-manila | 20:11 | |
* bswartz jumps for joy | 20:18 | |
bswartz | phone is working | 20:18 |
bswartz | no thanks to broken cisco power supply that's out of support | 20:19 |
bswartz | tpsilva: still here? | 20:19 |
bswartz | tpsilva: we can cover the options now | 20:19 |
*** ganso has quit IRC | 20:19 | |
tpsilva | bswartz: yes, just a sec... on mobile now | 20:21 |
bswartz | lmk | 20:21 |
*** a_ta has quit IRC | 20:21 | |
*** a_ta has joined #openstack-manila | 20:22 | |
tpsilva | bswartz: ok, I'm here now | 20:22 |
*** akerr_ is now known as akerr_away | 20:22 | |
*** a_ta has quit IRC | 20:23 | |
*** a_ta has joined #openstack-manila | 20:24 | |
tpsilva | bswartz: https://etherpad.openstack.org/p/mitaka-manila-snapshot-semantics is this the etherpad from tokyo? | 20:25 |
*** lpetrut has quit IRC | 20:27 | |
bswartz | tpsilva: okay so there are 3 proposals for making snapshots directly mountable by users in readonly mode | 20:33 |
bswartz | tpsilva: 1) make "readable" snapshots inherit the access rules of the parent share | 20:33 |
bswartz | tpsilva: 2) add new APIs for snapshot access allow/deny and store these rules in a new DB table | 20:34 |
bswartz | tpsilva: 3) create the new concept of a "read-only" share, and add a flag to create-snapshot-from-share to allow the resulting share to be readonly -- for backends which had the ability, they could create a dummy share if the readonly flag was specified and simply use that share to expose the snapshot | 20:36 |
bswartz | all options have downsides | 20:36 |
tpsilva | yes | 20:37 |
bswartz | (1) creates problems because if the user wants to allow different systems to access the share and the snapshot, then they can't do that | 20:37 |
bswartz | (2) is a lot of new APIs, database work, and driver interface changes | 20:37 |
tpsilva | I was preferring option 3, but when you said about this dummy share... it might become confusing for the drivers | 20:37 |
bswartz | (3) creates a whole new type of share, and we'd need to be careful to specify how all existing operations behave on a share that is designated "readonly" | 20:38 |
bswartz | no -- the driver interface would be no different | 20:38 |
bswartz | if we go with (3) then the driver would receive the same call from the manager it does today, just with a readonly=True flag | 20:38 |
bswartz | the driver could choose to not actually create anything on the controller and to return the export locations of the snapshot itself, if the controller can directly export snapshots | 20:39 |
bswartz | so any complexity would be down inside the driver | 20:40 |
tpsilva | you're right... it would depend on the driver | 20:40 |
bswartz | the issue is that now we have to define how every other operation works with readonly shares | 20:40 |
bswartz | can you expand a readonly share? can you shrink it? can you take snapshots of it? can you migrate it? etc.... | 20:40 |
tpsilva | probably the only operations that make sense are allowing/denying rules for this kind of shares | 20:41 |
bswartz | yes probably, but we need to think through everything | 20:42 |
bswartz | because at the API layer it will look like a new share | 20:42 |
bswartz | so all the API code will need to start checking that readonly flag before doing its work | 20:42 |
bswartz | we need to think about quota impact too | 20:43 |
bswartz | does a readonly share consume quota similar to a new writable share? | 20:43 |
tpsilva | right, it should probably not consume quotas | 20:43 |
bswartz | well that gets nasty | 20:43 |
tpsilva | yep | 20:43 |
tpsilva | but it doesn't mess that much with DB like option 2 and looks more flexible than option 1 | 20:44 |
bswartz | I proposed option (1) in the room in tokyo and it seems like a nonstarter | 20:45 |
bswartz | (2) was the backup plan, but (3) was actually proposed by sage during the session | 20:45 |
bswartz | I have a hard time deciding between (2) and (3) | 20:46 |
tpsilva | well | 20:46 |
tpsilva | I was looking at the DB today because I thought option 2 was the only option | 20:46 |
tpsilva | add the export location to the snapshot would not be that much of a problem | 20:47 |
bswartz | conceivably (2) wouldn't end up being much work | 20:47 |
bswartz | yes we'd need to whole new APIs | 20:47 |
tpsilva | but for the rules we would need another table | 20:47 |
bswartz | two* | 20:47 |
bswartz | but the code could be reusable | 20:48 |
tpsilva | or change the current rules table for this | 20:48 |
bswartz | we might be able to reuse the DB table -- I'd have to look | 20:48 |
tpsilva | well, but we have that update_access problem as well | 20:48 |
bswartz | and we'd need new driver entry points, but again they might end up looking very similar to share access | 20:48 |
tpsilva | it's not quite done, I'd guess | 20:48 |
bswartz | we'll get there | 20:48 |
bswartz | that's another topic for newton | 20:48 |
tpsilva | and I would suggest some changes | 20:49 |
tpsilva | yes | 20:49 |
bswartz | how to we get the laggers to implement update_access() | 20:49 |
tpsilva | and how we fix the concurrency issues once and for all | 20:49 |
*** cknight has quit IRC | 20:49 | |
bswartz | uhhh | 20:49 |
bswartz | that's going to be incremental | 20:49 |
bswartz | we can fix individual issues once and for all, but we need a framework to do so | 20:49 |
bswartz | we'll never be done with concurrency issues IMO | 20:50 |
tpsilva | anyway, those were the two thinks I'd like to work with in newton... but I don't think I'll have much time to work with both | 20:50 |
tpsilva | so I'll probably stick with the snapshot one | 20:50 |
tpsilva | so you prefer option 2 over option 3? | 20:50 |
tpsilva | for me option 3 looks like the most obvious one... when ganso was explaining the problem for me, I immediately thought the solution was something like option 3 | 20:51 |
bswartz | that's what I thought after the session in tokyo | 20:52 |
bswartz | when I thought about all the follow on impacts I started to wonder if (2) was really so bad | 20:53 |
tpsilva | not bad, but I worry about the rules | 20:54 |
tpsilva | but if we add a new table just for the snapshot rules, doesn't look that bad | 20:54 |
*** dustins has quit IRC | 21:03 | |
tpsilva | bswartz: ? | 21:05 |
bswartz | ? | 21:06 |
bswartz | I'm still undecided | 21:06 |
tpsilva | well, I can elaborate both proposals for the summit then | 21:07 |
bswartz | I guess I'm now leaning a bit towards (2) because it's less confusing -- but we need an honest assessment of how much code could be reused and how much new code would be needed | 21:07 |
tpsilva | looks like this is not quite ready for a wip | 21:07 |
tpsilva | it is indeed less confusing, since we don't have a new different type of share | 21:09 |
*** gouthamr has quit IRC | 21:11 | |
*** cknight has joined #openstack-manila | 21:25 | |
*** cknight has quit IRC | 21:33 | |
*** cknight has joined #openstack-manila | 21:37 | |
*** cknight1 has joined #openstack-manila | 21:38 | |
*** JoseMello has quit IRC | 21:39 | |
*** cknight has quit IRC | 21:42 | |
*** akerr_away has quit IRC | 21:42 | |
*** gouthamr has joined #openstack-manila | 21:47 | |
*** a_ta has quit IRC | 21:48 | |
*** openstackgerrit has quit IRC | 21:48 | |
*** a_ta has joined #openstack-manila | 21:48 | |
*** openstackgerrit has joined #openstack-manila | 21:49 | |
*** a_ta has quit IRC | 21:53 | |
*** eharney has quit IRC | 22:06 | |
*** darrenc is now known as darrenc_afk | 22:14 | |
*** gouthamr_ has joined #openstack-manila | 22:34 | |
*** cknight1 has quit IRC | 22:35 | |
*** darrenc_afk is now known as darrenc | 22:35 | |
*** gouthamr has quit IRC | 22:37 | |
*** ociuhandu has quit IRC | 22:40 | |
*** absubram has quit IRC | 22:47 | |
*** sgotliv has quit IRC | 22:59 | |
*** ociuhandu has joined #openstack-manila | 22:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!