2016-09-29 11:58 GMT+02:00 Prashanth Pai :
> Yes, that can be done. Container ACLs allows you to just that.
Ok, so I have to follow the linked guide.
How to make this HA and load balanced? I don't saw any DB for storing
ACL or similiar.
If I run multiple gluster-swift instances
On Wed, Sep 28, 2016 at 10:38 PM, Ben Werthmann wrote:
> These are interesting projects:
> https://github.com/prashanthpai/antbird
> https://github.com/kshlm/gogfapi
>
> Are there plans for an official go gfapi client library?
I hope to do make the gogfapi package official
luster.org>
> Sent: Thursday, 29 September, 2016 3:55:18 PM
> Subject: Re: [Gluster-users] Minio as object storage
>
> 2016-09-29 12:22 GMT+02:00 Prashanth Pai <p...@redhat.com>:
> > In pure vanilla Swift, ACL information is stored in container DBs (sqlite)
> > In glu
luster.org>
> Sent: Thursday, 29 September, 2016 3:42:06 PM
> Subject: Re: [Gluster-users] Minio as object storage
>
> 2016-09-29 11:58 GMT+02:00 Prashanth Pai <p...@redhat.com>:
> > Yes, that can be done. Container ACLs allows you to just that.
>
> Ok, so I have
2016-09-29 12:22 GMT+02:00 Prashanth Pai :
> In pure vanilla Swift, ACL information is stored in container DBs (sqlite)
> In gluster-swift, ACLs are stored in the extended attribute of the directory.
So, as long the directory is stored on gluster, gluster makes this redundant
>
luster.org>
> Sent: Thursday, 29 September, 2016 3:23:27 PM
> Subject: Re: [Gluster-users] Minio as object storage
>
> 2016-09-29 11:49 GMT+02:00 Prashanth Pai <p...@redhat.com>:
> > Swift can enforce allowing/denying access to swift users.
> > The Swift API provides
2016-09-29 11:49 GMT+02:00 Prashanth Pai :
> Swift can enforce allowing/denying access to swift users.
> The Swift API provides Account ACLs and Container ACLs for this.
> http://docs.openstack.org/developer/swift/overview_auth.html
>
> There is no mapping between a swift user and
luster.org>
> Sent: Thursday, 29 September, 2016 2:50:33 PM
> Subject: Re: [Gluster-users] Minio as object storage
>
> 2016-09-29 11:03 GMT+02:00 Prashanth Pai <p...@redhat.com>:
> > Each account can have as many users you'd want.
> >
> > If you'd like 10 acco
2016-09-29 11:03 GMT+02:00 Prashanth Pai :
> Each account can have as many users you'd want.
>
> If you'd like 10 accounts, you'll need 10 volumes.
> If you have 10 volumes, you'd have 10 accounts.
>
> For example (uploading an object):
> curl -v -X PUT -T mytestfile
>
>
> is this quick start guide correct ?
> https://github.com/gluster/gluster-swift/blob/master/doc/markdown/quick_start_guide.md
Except for the part where you get the packages from,
the guide is correct.
>
> What does it mean "NOTE: In Gluster-Swift, accounts must be GlusterFS
> volumes." ?
>
2016-09-29 6:58 GMT+02:00 Prashanth Pai :
> But gluster-swift isn't so. The distribution and replication
> functionality of Swift is suppressed and delegated to gluster.
> gluster-swift is front-end which processes and converts all
> incoming object requests into filesystem
On Wed, Sep 28, 2016 at 11:28 AM, Gandalf Corvotempesta
wrote:
> 2016-09-28 16:27 GMT+02:00 Prashanth Pai :
>> There's gluster-swift[1]. It works with oth Swift API and S3 API[2] (using
>> Swift).
>>
>> [1]:
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
wrote:
> No - gluster-swift adds the swift API on top of
2016-09-28 18:16 GMT+02:00 John Mark Walker :
> 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
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.corvotempe...@gmail.com> wrote:
> 2016-09-28 16:27 GMT+02:00
Here's an older thread discussing gfapi + swiftonfile + swift3.
https://www.gluster.org/pipermail/gluster-users.old/2015-December/024676.html
We looked at this and decided it was too many moving parts for our use case.
On Wed, Sep 28, 2016 at 11:28 AM, Gandalf Corvotempesta <
>
> Anything simpler to use as S3-compatible APIs on top of gluster?
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
>
2016-09-28 16:27 GMT+02:00 Prashanth Pai :
> 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
On Wed, Sep 28, 2016 at 08:56:35AM +0200, Gandalf Corvotempesta wrote:
> Il 28 set 2016 5:42 AM, "Outback Dingo" ha scritto:
> > however simple minio is, it doesnt support clustering, replication or
> > multiple users. replacing RIAK with minio... FAIL! riak and skylable
>
On Wed, Sep 28, 2016 at 5:58 AM, Gandalf Corvotempesta
wrote:
> 2016-09-28 11:52 GMT+02:00 Outback Dingo :
>> which itself is a waste. you can do better, look at skylable
>> sxdrive and libres3
>
> This is a fully-features storage.
> I
2016-09-28 11:52 GMT+02:00 Outback Dingo :
> which itself is a waste. you can do better, look at skylable
> sxdrive and libres3
This is a fully-features storage.
I would like to use Gluster as storage, I just need the S3 interface
On Wed, Sep 28, 2016 at 5:51 AM, Gandalf Corvotempesta
wrote:
> 2016-09-28 9:40 GMT+02:00 Outback Dingo :
>> s your happy to have all users use a single user id to access
>> buckets no security at all. pfffttt
>
> No, i'm not
2016-09-28 9:40 GMT+02:00 Outback Dingo :
> s your happy to have all users use a single user id to access
> buckets no security at all. pfffttt
No, i'm not happy. I'm looking at something different.
But keep in mind that minio could be contenerized and use
Hi,
I've tried Minio and Scality S3 (both as Docker containers). None of them give
me more than 60 MB/sec for one stream.
--
Dmitry Glushenok
Jet Infosystems
> 28 сент. 2016 г., в 1:04, Gandalf Corvotempesta
> написал(а):
>
> Anyone tried Minio as object
s your happy to have all users use a single user id to access
buckets no security at all. pfffttt
On Wed, Sep 28, 2016 at 2:56 AM, Gandalf Corvotempesta
wrote:
> Il 28 set 2016 5:42 AM, "Outback Dingo" ha scritto:
>> however
Il 28 set 2016 5:42 AM, "Outback Dingo" ha scritto:
> however simple minio is, it doesnt support clustering, replication or
> multiple users. replacing RIAK with minio... FAIL! riak and skylable
> by far are better suited.
>
Both products are not comparable
minio is very
On Tue, Sep 27, 2016 at 11:18 PM, Ben Werthmann wrote:
> Yes, I'm testing and developing minio/gluster as a replacement for
> Riak/Riak-CS. Minio seems pretty simple to operate thus far.
>
however simple minio is, it doesnt support clustering, replication or
multiple users.
Yes, I'm testing and developing minio/gluster as a replacement for
Riak/Riak-CS. Minio seems pretty simple to operate thus far.
Presently. there's an Erasure Code storage backend that is limited to a
single Minio instance at this time.
Anyone tried Minio as object storage over gluster?
It mostly a one-liner:
https://docs.minio.io/docs/minio-quickstart-guide
something like:
./minio server /mnt/my_gluster_volume
Having an Amazon S3 compatible object store could be great in some environments
29 matches
Mail list logo