Open Stack

Hi Hugo,


thanks a lot for the recommendations. This is super helpful.
We will look into the upload problem you found.


Cheers
Frank


> On 07.07.2014, at 05:09, Kuo Hugo <tonytkdk at gmail.com> wrote:
> 
> Hi Frank, 
> 
> I had a try with it on my box here. Most of OwnCloud's features are done by OwnCloud host. Not too much functions rely on Swift's feature. It simply uses CRUD methods. 
> 
> [Suggestions]
> 	• Multiple containers/accounts for Swift as primary storage. The performance will degrade while over 1million within a container. 
> 	• Since all metadata is stored in the DB on OwnCloud host. And OwnCloud remaps the filename as object_id in Swift. That would be good to store some mapping metadata in Swift for safety. If the DB crashed, no chance to get the proper data from Swift. User has no knowledge about object name "urn:oid:153". 
> 	• For large object(100MB+), OwnCloud chunks it into pieces and upload each segment to Swift as single object. Swift provide two methods for handling large object DLO/SLO. It might be good to leverage it for reduce some loading on OwnCloud. And more consistency of how large object been stored in Swift. 
> 	• Data traffic passthrough the OwnCloud server will cause the bottleneck/loading on OwnCloud host. To upload data to Swift API from client app directly may bring you some benefits.   
> 	• OwnCloud can have the shared link from Swift directly via TempURL feature. 
> 	• The Object expired feature of Swift is a plus for OwnCloud to use. 
> 	• Pre-create folders for user in objectstore as primary storage mode. 
> 	• When downloading file, seems OwnCloud will cache it somewhere. Once the entire object were loaded into OwnCloud then sending to user. To streaming it is an ideally way to do so from my perspective.
> 
> Renaming is easy on OwnCloud by overwriting the value in DB. 
> Thumbnail is good idea. 
> To edit txt file on Web is awesome. 
>   
> I got a problem to upload a 470MB object from OSX client app. It just showed me timeout but no any further clues here. 
> 
> Cheers // Hugo
> 
> 
> 
> 
> 2014-07-04 10:31 GMT+08:00 John Dickinson <me at not.mn>:
> That's fantastic news! Hearing more companies and applications supporting Swift is great for the community, and it gives us as contributors yet another use case to reference.
> 
> I work with Hugo, so I'll peek over his shoulder to check it out. Meanwhile, if there's anything I can do to help answer questions or get involved in the community (from contributing to getting issues addressed), please let me know.
> 
> --John
> 
> 
> > On Jul 3, 2014, at 6:01 PM, Frank Karlitschek <frank at owncloud.com> wrote:
> >
> > Hi everyone,
> >
> >
> > Tom Fifield recommended that I send a message to this list.
> >
> > As some of you might know we at ownCloud just added Swift support as primary storage to ownCloud. This will be released as part of our upcoming release 7 in about 3 weeks.
> >
> > The code can be seen here.
> > https://github.com/owncloud/core/pull/8383
> >
> >
> > ownCloud is a fully open source solution that can be used a self hosted Dropbox or Google Drive alternative. The new Swift backend is an important step for us to mask ownCloud more scalable, easier to deploy in bigger setups and integrate it better into OpenStack.
> >
> > Tom suggested to ask here for testers who are willing to try ownCloud 7 together with Swift.
> > We just announced the RC1 a few minutes ago:
> > http://mailman.owncloud.org/pipermail/announcements/2014-July/000049.html
> >
> >
> > So it would be great if you guys could give it a test and give some feedback.
> >
> >
> > Thanks a lot
> >
> >
> > Cheers
> > Frank
> > _______________________________________________
> > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> > Post to     : openstack at lists.openstack.org
> > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> 
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>