Brian, Give me a few days to reproduce the bug on 3.0.5 and 3.1 and I'll file bug reports and get a time estimate from engineering. Thanks, Craig -- Craig Carl Senior Systems Engineer; Gluster, Inc. Cell - ( 408) 829-9953 (California, USA) Office - ( 408) 770-1884 Gtalk - craig.carl at gmail.com Twitter - @gluster Installing Gluster Storage Platform, the movie! http://rackerhacker.com/2010/08/11/one-month-with-glusterfs-in-production/ From: "Brian Hirt" <bhirt at me.com> To: "Craig Carl" <craig at gluster.com> Cc: gluster-users at gluster.org Sent: Monday, October 11, 2010 2:34:58 PM Subject: Re: Can't delete or add files when a node fails. How is this expected? The filesystem hasn't disappeared, it's just become read-only and the glusterfds is still running and silently failing when read operations are attempted. Gluster opens the files, it gets a read only error message back from the kernel and simply ignores it. This is not expected at all and I have a hard time believing it has anything to do with FUSE. The default behavior on most linux distros when they detect a problem with the filesystem is to remount the filesystem read only. --brian On Oct 11, 2010, at 3:27 PM, Craig Carl wrote: Brian - This is to be expected. If the filesystem `disappears` from under Gluster, Gluster will need to be restarted in order to reconnect to it. This appears to be a FUSE limitation. Thanks, Craig -- Craig Carl Senior Systems Engineer; Gluster, Inc. Cell - ( 408) 829-9953 (California, USA) Office - ( 408) 770-1884 Gtalk - craig.carl at gmail.com Twitter - @gluster Installing Gluster Storage Platform, the movie! http://rackerhacker.com/2010/08/11/one-month-with-glusterfs-in-production/ From: "Brian Hirt" < bhirt at me.com > To: gluster-users at gluster.org Sent: Friday, October 8, 2010 7:01:58 AM Subject: Can't delete or add files when a node fails. I am trying to track down a problem I reported on the list last week and discovered a new problem during my testing. If you have a four node setup with replicate/distribute and one of the nodes has a filesystem failure, the operating system will typically remount the filesystem read only. When this happens, the glusterfsd is still running on the failed machine, but i doesn't seem to recognize that there is a problem. If you try to create new files from a client and do an ls you will see that some of the files don't appear. Conversely if you remove files from the client they will still be there along with their content. This is trivial to reproduce by remounting the filesystem readonly on one of the bricks. If you are on a typical linux install and the gluster export directory is part of the root filesystem, you would only need to 'mount -o remount,abort /' Considering that this is a very typical path for failure, I would expect gluster to handle this properly. Regards, Brian Hirt _______________________________________________ Gluster-users mailing list Gluster-users at gluster.org http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
