autofs problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Brent - 
Your data wouldn't need to change or be moved for the upgrade, you just need to make sure that the gluster command in 3.1 supports your volume configuration, it will work for 90% of all possible volume configurations. 

The RHEL/CentOS upgrade guide is here - http://www.gluster.com/community/documentation/index.php/Gluster_3.0_to_3.1_Upgrade_Guide 



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: "Brent A Nelson" <brent at phys.ufl.edu> 
To: "Amar Tumballi" <amar at gluster.com> 
Cc: gluster-users at gluster.org 
Sent: Wednesday, October 20, 2010 12:27:17 PM 
Subject: Re: autofs problem 

On Wed, 20 Oct 2010, Amar Tumballi wrote: 

> Brent, 
> 
> Can you please try with 3.1.0 ? (if its a new setup) 
> 
> I remember seeing this issue long back when I was fixing 'autofs' issues 
> with 3.0.x release, and fixing it. Let me recheck it again. 
> 
> Regards, 
> Amar 

It's not a new setup, but I went ahead and created an extremely simple 
Gluster share in 3.0.5, confirmed that it still had the autofs issue, and 
then did the same for a little 3.1.0 test. 

3.1.0 did not have an autofs problem in this quick test, but 3.0.5 did. 
So, it does look like 3.1 includes a fix for this issue. 

This makes me wonder how hard it would be to migrate my existing 3.0 setup 
to 3.1. My volume specs predate volgen, although they are pretty much 
straightforward distributed replicate volumes; would my existing backend 
data be picked up okay if I created fresh 3.1 volumes but used my existing 
backend data areas? Or would there be some extended attributes in the data 
areas that might not match up with the new situation and cause problems? 

Thanks, 

Brent 

> 
> On Wed, Oct 20, 2010 at 1:06 AM, Brent A Nelson <brent at phys.ufl.edu> wrote: 
> 
>> I'm working on replacing my Ubuntu 8.04 desktops with Ubuntu 10.04, but 
>> I've hit a snag. Automount hangs on glusterfs (tried 3.0.4 and 3.0.5) in 
>> the same manner as described on the RedHat Bugzilla: 
>> https://bugzilla.redhat.com/show_bug.cgi?id=603378 
>> 
>> So, it's apparently a problem in Fedora, too. 
>> 
>> It also looks like Phil Packer reported the same issue in February and 
>> perhaps the same issue was also reported by Christopher Nelson in May. 
>> 
>> mount -t glusterfs ... works just fine by hand, but when autofs calls it, 
>> the result is 5 lingering processes: the mount command, the mount.glusterfs 
>> command that it called, a glusterfs command, a zombie glusterfs, and then 
>> another glusterfs. It seems clear that autofs only called the mount command 
>> once, and mount.glusterfs seesmt o have only called glusterfs once, but 
>> glusterfs somehow failed and respawned a couple of times... 
>> 
>> Is there a fix or workaround (other than to not use autofs)? Ubuntu 8.04 
>> doesn't seem to have this issue, although I have had some machines hang up 
>> eventually (with heavy computing/network use), and the symptoms seem to 
>> match a hung-up autofs, so it's possible a similar issue is present but much 
>> more subtle... 
>> 
>> Thanks, 
>> 
>> Brent Nelson 
>> Director of Computing 
>> Dept. of Physics 
>> University of Florida 
>> _______________________________________________ 
>> Gluster-users mailing list 
>> Gluster-users at gluster.org 
>> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users 
>> 
> 
_______________________________________________ 
Gluster-users mailing list 
Gluster-users at gluster.org 
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users 


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux