similar to: Problem of afr in glusterfs 2.0.0rc1

HI all: I met a problem in expending dht volumes, i write in a dht storage directory untile it grew up to 90%,so i add four new volumes into the configur file. But when start again ,the data in directory some disappeared ,Why ??? Was there a special action before expending the volumes? my client cofigure file is this : volume client1 type protocol/client option transport-type

elbert at host1:~$ dpkg -l|grep glusterfs ii glusterfs-client 1.3.8-0pre2 GlusterFS fuse client ii glusterfs-server 1.3.8-0pre2 GlusterFS fuse server ii libglusterfs0 1.3.8-0pre2 GlusterFS libraries and translator modules I have 2 hosts set up to use AFR with

Hello list. I'm testing GlusterFS AFR mode as a solution for implementing a highly available webDAV file storage for our production environment. Whlie doing performance tests I've notticed a strange behavior: the files which are uploaded via a webDAV server, end up without extended attributes, which removes the ability to self-heal. The set up is a simple testing environment with 2

I've got configuration which in simple includes combination of afrs and unify - servers exports n[1-3]-brick[12] and n[1-3]-ns and client got cluster configuration: volume afr-ns type cluster/afr subvolumes n1-ns n2-ns n3-ns option data-self-heal on option metadata-self-heal on option entry-self-heal on end-volume volume afr1 type cluster/afr subvolumes n1-brick2

I not found log file of Gluster 3.0! In the past, I install well with GlusterFS 2.06, and Log file of server and Client placed in /var/log/glusterfs/... But after install GlusterFS 3.0( on Centos5.4 64 bit), (4 server + 1 client), I start glusterFS servers and client, and type *df -H* at client, result is : "Transport endpoint is not connected" *I want to detect BUG, but I not found

HELLO: Are there somebody had met some error like " /bin/ls: /data: Structure needs cleaning " which happening when run "ls " or other linux command in gluster client mounted directory ,the client system is SUSE Linux Enterprise Server 10 SP2 (x86_64) , 2.6.16.60-0.21-xen . glusterfs-2.0.0rc1 + fuse-2.7.4glfs11 + SUSE10 SP2 ~ # mount /dev/xvda3 on / type

HI: Was there a limit of servers which was used as storage in Gluster ? 2009-06-24 eagleeyes ???? gluster-users-request ????? 2009-06-24 03:00:42 ???? gluster-users ??? ??? Gluster-users Digest, Vol 14, Issue 34 Send Gluster-users mailing list submissions to gluster-users at gluster.org To subscribe or unsubscribe via the World Wide Web, visit

HELLO : Were there somebody who had used alfresco and GFS work well? I met some problems when alfresco create it index files in GFS ,alfresco couldn't start up ,but use server's local dir for alfresco ,it start well. The alfresco log is this : 14:22:43,009 User:System ERROR [lucene.index.IndexInfo] Channel reopen failed on index info files in:

To test gluster's behavior under heavy load, I'm currently doing this on two machines sharing a common /mnt/gfs gluster mount: ssh bal-6.example.com apt-get install dbench && dbench 6 -t 60 -D /mnt/gfs ssh bal-7.example.com apt-get install dbench && dbench 6 -t 60 -D /mnt/gfs One of the processes usually dies pretty quickly like this: [608] open

Hi all, I read the setup at http://www.blackh0le.net/articles/vpn-dun-howto.html to setup my VPN. However, I'm having a problem which I think is proxy-ARP not working. I like to ask you to see if you know what's going on. When I ping 10.77.1.1 from windows XP machine the packets get to the 10.77.1.1 machine, but they don't have a return path to get back. When I do ping the windows

Hi list. I have been testing with glusterfs-3.0.2. glusterfs mount works well. unfsd on glusterfs mount point works well too. When using booster, unfsd realpath check failed. But ls util works well. I tried 3.0.0-git head source build but result was same. My System is Ubuntu 9.10 and using unfsd source from official gluster download site. Any comment appreciated!! - kpkim root at

I have a distributed/replicated setup with Glusterfs 3.0.2, that I'm testing on 4 servers, each with access to /mnt/gluster (which consists of all directories /mnt/data01 - data24) on each server. I'm using configs I built from volgen, but every time I access a file (via an 'ls -l') for the first time, I get all of these messages in my logs on each server: [2010-05-04 10:50:30] W

Running cluster/nufa on a 5 node cluster running version 2.0.0rc1 we noticed that not all files are visible on two of the nodes. So I switched from rc1 to rc4 and from cluster/nufa to cluster/distribute (changing two things at once keeps it challenging to debug :). After the restart all of the files appear to be available on all nodes and we avoid the cluster/nufa scheduling problem.

I don't think your example would copy the file correctly, but I'm getting the same error when I run a similar test on our file system. It works on the local file system. Trygve On Mon, Jun 29, 2009 at 4:59 PM, eagleeyes <eagleeyes at 126.com> wrote: > Thanks ,the attachment is a java nio with mmap , You could use it for > testing > You should mount GFS at directory

Facter 2.0.0rc1 is a feature release candidate with bug fixes, features and other improvements. Facter 2.0 is designed to accompany the upcoming Puppet 3.0 release and has breaking changes from Facter 1.6.x. Facter 2.0 is not backwards compatible with Puppet 2.6 or 2.7. It includes contributions from the following people: Chris Price, Daniel Black, Daniel Pittman, Garrett Honeycutt, Gary Larizza,

Hi all, I upgraded from 1.4.0rc3 to 2.0.0rc1 in my test environment, and while the upgrade itself went smoothly, i appear to be having problems with the (posix-)locks feature. :( The feature is clearly declared in the server config file, and according to the DEBUG-level logs, it is loaded successfully at runtime ; however, when Gluster attempts to lock an object (for the purposes of AFR

the glusterfs 3.0.X crashed on Fedora 12, it got buffer overflow, seems fine on Fedora 11 Name : fuse Arch : x86_64 Version : 2.8.1 Release : 4.fc12 Name : glibc Arch : x86_64 Version : 2.11.1 Release : 1 complete log: ====================================================================================================== [root at test_machine06 ~]# glusterfsd

Hai, Good morning. I am having some trouble while using AFR. In the client side afr volume. volume afr type cluster/afr subvolumes client option replicate *:1 option self-heal on end-volume While i am using the command sudo -u apache cp -p zip/* test_folder/ It shows the message cp: getting attribute `trusted.afr.version' of `zip/ACS1238660426.zip': Operation not permitted

Hi. Any idea when stable version of Gluster 2, with stable AFR, is going to be released? Regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20090506/2c085eac/attachment.html>

On 09/22/2017 07:27 PM, Niels de Vos wrote: > On Fri, Sep 22, 2017 at 12:27:46PM +0530, Ravishankar N wrote: >> Hello, >> >> In AFR we currently allow look-ups to pass through without taking into >> account whether the lookup is served from the good or bad brick. We always >> serve from the good brick whenever possible, but if there is none, we just >> serve