No - gluster-swift adds the swift API on top of GlusterFS. It doesn't require Swift itself. This project is 4 years old now - how do people not know this? -JM On Wed, Sep 28, 2016 at 11:28 AM, Gandalf Corvotempesta < gandalf.corvotempesta at gmail.com> wrote:> 2016-09-28 16:27 GMT+02:00 Prashanth Pai <ppai at redhat.com>: > > There's gluster-swift[1]. It works with oth Swift API and S3 API[2] > (using Swift). > > > > [1]: https://github.com/prashanthpai/docker-gluster-swift > > [2]: https://github.com/gluster/gluster-swift/blob/master/doc/ > markdown/s3.md > > I wasn't aware of S3 support on Swift. > Anyway, Swift has some requirements like the whole keyring stack > proxies and so on from OpenStack, I prefere something smaller.... > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://www.gluster.org/mailman/listinfo/gluster-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160928/28b7a808/attachment.html>
2016-09-28 18:16 GMT+02:00 John Mark Walker <johnmark at johnmark.org>:> No - gluster-swift adds the swift API on top of GlusterFS. It doesn't > require Swift itself. > > This project is 4 years old now - how do people not know this?gluster-switft is obsolete. The "proper" way to use the object storage is with Swift: https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3.1/html/Administration_Guide/chap-Managing_Object_Store.html "Object Store technology is built upon OpenStack Swift. OpenStack Swift allows users to store and retrieve files and content through a simple Web Service REST (Representational State Transfer) interface as objects. Red Hat Gluster Storage uses glusterFS as a back-end file system for OpenStack Swift." and you need the whole Swift stack from OpenStack: # rpm -qa | grep swift openstack-swift-container-1.13.1-6.el7ost.noarch openstack-swift-object-1.13.1-6.el7ost.noarch swiftonfile-1.13.1-6.el7rhgs.noarch openstack-swift-proxy-1.13.1-6.el7ost.noarch openstack-swift-doc-1.13.1-6.el7ost.noarch openstack-swift-1.13.1-6.el7ost.noarch openstack-swift-account-1.13.1-6.el7ost.noarch but as wrote by Ben, there are too many moving parts to get that working.
These are interesting projects: https://github.com/prashanthpai/antbird https://github.com/kshlm/gogfapi Are there plans for an official go gfapi client library? On Wed, Sep 28, 2016 at 12:16 PM, John Mark Walker <johnmark at johnmark.org> wrote:> No - gluster-swift adds the swift API on top of GlusterFS. It doesn't > require Swift itself. > > This project is 4 years old now - how do people not know this? > > -JM > > > > On Wed, Sep 28, 2016 at 11:28 AM, Gandalf Corvotempesta < > gandalf.corvotempesta at gmail.com> wrote: > >> 2016-09-28 16:27 GMT+02:00 Prashanth Pai <ppai at redhat.com>: >> > There's gluster-swift[1]. It works with oth Swift API and S3 API[2] >> (using Swift). >> > >> > [1]: https://github.com/prashanthpai/docker-gluster-swift >> > [2]: https://github.com/gluster/gluster-swift/blob/master/doc/mar >> kdown/s3.md >> >> I wasn't aware of S3 support on Swift. >> Anyway, Swift has some requirements like the whole keyring stack >> proxies and so on from OpenStack, I prefere something smaller.... >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users at gluster.org >> http://www.gluster.org/mailman/listinfo/gluster-users >> > > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://www.gluster.org/mailman/listinfo/gluster-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160928/9b4551e5/attachment.html>