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

Re: [Linux-cluster] NFS-ganesha - worthwhile replacement for kernel NFS?



On Tue, 2013-10-22 at 10:24 +0200, Lars Marowsky-Bree wrote:
> On 2013-10-21T15:58:18, Alan Brown <ajb2 mssl ucl ac uk> wrote:
>
> > As anyone who's tried to use kernel NFS in a clustered environment knows,
> > it's fraught with issues which risk severe data corruption.
>
> Is it? How so?
>
>
> Regards,
>     Lars
>
> --
> Architect Storage/HA
> SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg)
> "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
>
The only thing I know about (and has bitten me) is that a GFS2
filesystem isn't allowed to be exported on NFS and perform local access
on it (e.g. Samba). Bad interaction between flocks (NFS) and plocks and
the GFS2 glocks. The interaction on other filesystems between plocks and
flocks could lead to file corruption. But in GFS2 this can and does lead
to whole filesystem corruption. There is a bug open about it, but it's a
tricky problem. I have a Red Hat information on this, not sure if it can
be passed on.

I guess a user space NFS would fix that. And IMHO would be easier to
manage as all filesystem access would be in userspace (so potentially
more stable on NFS server issues (complexity moved out of kernel
space)).

Thanks

Colin


________________________________


This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please immediately notify the sender and delete the original.



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