On Tue, 2013-10-22 at 10:24 +0200, Lars Marowsky-Bree wrote: > On 2013-10-21T15:58:18, Alan Brown <ajb2@xxxxxxxxxxxxxx> 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. -- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
