Re: [Gluster-users] Gluster-users Digest, Vol 57, Issue 32

2013-01-15 Thread glusterzhxue
About the following issue, anyone could help us? Why using VM mounted by NFS V3(which is also provided by gluster) could approach full bandwidth(100MB/s),while VM mounted by gluster only reach half of bandwidth (50MB/s). The following is the mount command: 1)gluster native client: mount -t

[Gluster-users] ownership of link file changed to root:root after reboot brick service

2013-01-15 Thread huangql
Dear all, I have encountered a strange problem that the ownership of linkto file was changed to root:root after we reboot server. And I reproduced the problem many times. For example: ff_2 First, the new created file: ff_2 [root@test02 ~]# ll /testfs/mydir total 50941 -rw-rw-r-- 1

[Gluster-users] Targeted fix-layout?

2013-01-15 Thread Dan Bretherton
Dear All- I am running a fix-layout operation on a volume after seeing errors mentioning anomalies and holes in the logs. There is a particular directory that is giving trouble and I would like to be able to run the layout fix on that first. Users are experiencing various I/O errors

Re: [Gluster-users] Gluster-users Digest, Vol 57, Issue 32

2013-01-15 Thread Robert Hajime Lanning
On 01/15/13 07:06, glusterzhxue wrote: About the following issue, anyone could help us? Why using VM mounted by NFS V3(which is also provided by gluster) could approach full bandwidth(100MB/s),while VM mounted by gluster only reach half of bandwidth (50MB/s). The following is the mount command:

[Gluster-users] backing up the data in the gluster file system

2013-01-15 Thread Jonathan Horne
Should I be backing up the actual gluster servers at the brick level, or should I back up the data at the client glusterfs mounted client? Thanks, Jonathan This is a PRIVATE message. If you are not the intended recipient, please delete without copying and

Re: [Gluster-users] Targeted fix-layout?

2013-01-15 Thread Jeff Darcy
On 01/15/2013 01:10 PM, Dan Bretherton wrote: I am running a fix-layout operation on a volume after seeing errors mentioning anomalies and holes in the logs. There is a particular directory that is giving trouble and I would like to be able to run the layout fix on that first. Users are

Re: [Gluster-users] unexpected data beyond EOF in block %u of relation \%s\

2013-01-15 Thread Targino Silveira
Hello, I fixed my problem mounting partition with NFS. Regards, 2013/1/14 Targino Silveira targinosilve...@gmail.com Hello, I mounted a Glusterfs cluster to store old data from my data bases, when I tranfering data from one table in a local hard disk to a table on partition in

[Gluster-users] 1024 char limit for auth.allow and automatically re-reading auth.allow without having to restart glusterd?

2013-01-15 Thread Sabuj Pattanayek
Hi, Anyone know if the 1024 char limit for auth.allow still exists in the latest production version (seems to be there in 3.2.5). Also anyone know if the new versions check if auth.allow has been updated without having to restart glusterd? Is there anyway to restart glusterd without killing it

Re: [Gluster-users] 1024 char limit for auth.allow and automatically re-reading auth.allow without having to restart glusterd?

2013-01-15 Thread Sabuj Pattanayek
Would also be nice if auth.allow could take DNS entries similar to the way that /etc/exports for NFS can read these types of entries, e.g. *.blah.foo.edu On Tue, Jan 15, 2013 at 5:59 PM, Sabuj Pattanayek sab...@gmail.com wrote: Hi, Anyone know if the 1024 char limit for auth.allow still exists

Re: [Gluster-users] 1024 char limit for auth.allow and automatically re-reading auth.allow without having to restart glusterd?

2013-01-15 Thread James
On Tue, 2013-01-15 at 17:59 -0600, Sabuj Pattanayek wrote: Hi, Anyone know if the 1024 char limit for auth.allow still exists in the latest production version (seems to be there in 3.2.5). Also anyone know if the new versions check if auth.allow has been updated Do you mean do you want to

[Gluster-users] ownership of link file changed to root:root after reboot brick service

2013-01-15 Thread huangql
Dear all, I have encountered a strange problem that the ownership of linkto file was changed to root:root after we reboot server. And I reproduced the problem many times. For example: ff_2 First, the new created file: ff_2 [root@test02 ~]# ll /testfs/mydir total 50941 -rw-rw-r-- 1

Re: [Gluster-users] unexpected data beyond EOF in block %u of relation \%s\

2013-01-15 Thread Brian Candler
On Tue, Jan 15, 2013 at 05:49:00PM -0300, Targino Silveira wrote: I fixed my problem mounting partition with NFS. Would you care to share how you fixed it? Thanks, Brian. ___ Gluster-users mailing list Gluster-users@gluster.org

Re: [Gluster-users] ownership of link file changed to root:root after reboot brick service

2013-01-15 Thread Brian Candler
[Aside: please do not cross-post. If you have a problem using glusterfs, and you are not looking at the source code and proposing a specific path, then I suggest glusterfs-users is the appropriate place] On Wed, Jan 16, 2013 at 02:53:40PM +0800, huangql wrote: I have encountered a