Re: [Gluster-users] locally mountable cloudstore service?
Hi Daniel, You could look at s3fs to mount S3 as a local file system: http://code.google.com/p/s3fs/wiki/FuseOverAmazon Ate On Tue, Jul 7, 2009 at 2:30 PM, Daniel Frith danfr...@gmail.com wrote: Sorry for going slightly off-topic here, but this is the only place I know with people knowledgeable in this area. I've come to the conclusion that setting up and administrating something like GlusterFS is probably currently beyond my skills. So I was wondering if anyone knew of any services for infinite scalable cloud storage (like Amazon S3) but that was locally mountable as a file system (so it can easily be used with existing software). There's plenty of cloud storage providers springing up, but most of them use peculiar APIs or are only designed for small scale and non-intensive backup purposes. ___ Gluster-users mailing list Gluster-users@gluster.org http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users ___ Gluster-users mailing list Gluster-users@gluster.org http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] features/trash
Hi, You can just define the type as 'testing/features/trash' instead of 'features/trash' in the vol file. Please realize that it is probably in testing for a reason - I don't know which one though. Ate 2009/6/18 eagleeyes eaglee...@126.com Hello: I want to use features/trash in gluster2.0.0 servers ,but when i start gluster server ,it tell me this : 2009-06-18 15:41:57 E [xlator.c:598:xlator_set_type] xlator: /lib/glusterfs/2.0.0/xlator/features/trash.so: cannot open shared object file: No such file or directory 2009-06-18 15:41:57 E [spec.y:211:section_type] parser: volume 'trash1', line 27: type 'features/trash' is not valid or not found on this machine so i find the trash.so was in /lib/glusterfs/2.0.0/xlator/testing/features/trash.so ,what should i do if i want use features/trash ? I try copy the file from /lib/glusterfs/2.0.0/xlator/testing/features/ into the /lib/glusterfs/2.0.0/xlator/features/,but it didn't work . Who can help me ? waiting for your return ! thanks a lot . ___ Gluster-users mailing list Gluster-users@gluster.org http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users ___ Gluster-users mailing list Gluster-users@gluster.org http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
[Gluster-users] intended behavior filter translator
Hi all, Can someone enlighten me about the intended behavior of the filter translator? From the documentation, I thought it would behave the same as NFS mapping/squashing. However, this is not what I see in my setup. Let's say I map everything to UID 1500 - using either the fixed-uid or the translate-uid and gid option. Now, on the client side, every file and directory appears to be owned by 1500. If I try to create new files or directories as uid 1001 this fails because of a lack of permission. If I chmod 777 a directory then user 1001 can create new files/directories but cannot change them afterwards as they appear to be owned by 1500. On the server side, those files are owned by 1001. This is exactly opposite of NFS. There mapping everything to 1500 has the result that every file created by 1001 is owned by uid 1500, but 1001 can change these files since his uid is mapped to 1500. Am I doing something wrong or is this intended behavior? I have tried loading the filter translator on both the client and the server side. They both give the same result. The end goal is to have every user in the network write and read each other's files. I thought uid mapping would be the best way to do this. Thanks! Ate ___ Gluster-users mailing list Gluster-users@gluster.org http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
[Gluster-users] client side trash translator
Hi all, I am trying to get the trash translator to work. It works fine on the server side over a storage/posix translator but I use a set-up with distribute so loading it on the client side would then be the only option. This is also the advice from Raghavendra that I found in the archives of the mailing list. Does anybody know if there is a way to load the trash translator on the client side? Thanks a lot! Ate ___ Gluster-users mailing list Gluster-users@gluster.org http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
Re: [Gluster-users] samba export: transport endpoint not connected
Hi Amar, Thanks for your reply and the information regarding the ha translator. That solved the problem so we will use rr dns instead. Gluster is a great product and has been a very nice experience so far! Samba export is the only problem we need to solve to able to be able to implement gluster in a production environment (40TB total). However, 1 problem persists: - 1 single read through samba re-export goes fine, around 60MB/s - When doing 2 concurrent reads through samba, total throughput drops to half of that, 30MB/s Is this a known issue, or is it expected to be solved by using the gluster patched fuse? Kind regards, Ate On Fri, May 8, 2009 at 1:40 AM, Amar Tumballi a...@gluster.com wrote: Hi Ate, Please see inlined response. And the following errors shows up in the logs: 2009-05-01 16:31:25 E [fuse-bridge.c:2332:fuse_getlk_cbk] glusterfs-fuse: 73272: ERR = -1 (Transport endpoint is not connected) 2009-05-01 16:31:25 E [fuse-bridge.c:2332:fuse_getlk_cbk] glusterfs-fuse: 73289: ERR = -1 (Transport endpoint is not connected) 2009-05-01 16:31:25 E [fuse-bridge.c:2332:fuse_getlk_cbk] glusterfs-fuse: 73306: ERR = -1 (Transport endpoint is not connected) 2009-05-01 16:31:25 E [fuse-bridge.c:2332:fuse_getlk_cbk] glusterfs-fuse: 73323: ERR = -1 (Transport endpoint is not connected) I hope someone can provide any pointers on how to solve this. Vol files can be found below. volume ha1 type /testing/cluster/ha subvolumes brick1_51 brick1_101 end-volume This problem is because the 'testing/cluster/ha' translator doesn't implement lk() calls properly. It should be done soon. We will move ha out of 'testing/' once lk() fop is complete. Regards, -- Amar Tumballi ___ Gluster-users mailing list Gluster-users@gluster.org http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
