"fd not open on any subvolume" causes root ownership

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

 



hi Dan,
      We tried reproducing it in our local setup but the user 
ownership/permissions are not changing when this situation is hit, there 
must be some other reason why this would have happened. Could you let us 
know what all operations were going on before it went into this situation.

     Ignore this log, it is a misleading log that will be removed in the 
future releases.

Pranith

On 08/04/2011 05:46 PM, Dan Bretherton wrote:
> Hello All-
> I have had a spate of these errors in one of my volumes recently, with 
> GlusterFS version 3.2.2.
>
> [2011-08-02 16:14:38.211400] W [afr-open.c:624:afr_openfd_flush] 
> 0-atmos-replicate-7: fd not open on any subvolume 0x2aaaaf51e174 
> (/users/rle/CMIP5/NCC/NorESM1-M/rcp45/r1i1p1/ua_6hrPlev_NorESM1-M_rcp45_r1i1p1_2182010100-2182123118.nc)
>
> The files have root ownership (which is not correct) but are otherwise 
> intact.  The errors occur when the files are being written and the 
> problem is not restricted to one client or one server.  I have seen 
> this error in GlusterFS client logs and in nfs.log.  I am not running 
> any rebalance operations at the moment.
>
> Does anybody know what causes this or how to stop it?  I hope I don't 
> have to go back to doing "chown -R" in people's directories regularly 
> to correct ownership problems.
>
> Regards
> Dan.



[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