Il giorno Gio 03 Giu 2010 12:29:18 CET, RaSca ha scritto: > Il giorno Gio 03 Giu 2010 11:48:21 CET, Lars Ellenberg ha scritto: > [...] >> I think the difference is that your client workload includes locking, >> and theirs do not. >> Please try with "nolock" on the client side, >> and see if that changes something. > There's no difference. As you can see from the hb_report, even if I'm > mounting with nolock nothing changes and the error is the same. Note > that the client from where I'm mounting is a Debian Squeeze.
Finally, after a very long time, here is the solution (thanks to Neil Brown from NFS Mailing list). Instead of declaring a group like in this line: group store store-ip store-LVM store-fs store-exportfs I had to change the order: group store store-LVM store-fs store-exportfs store-ip Putting the ip at the end of the startup process and so at the begin of the stop process everything works and the failover is smooth even if I'm writing on the nfs share (the write stops for a moment and then restarts). It remains a little bit strange that exportfs -u does not unlock the exported filesystem, but removing the ip first makes things goes smooth, so Many thanks to all the guys that helped me! -- RaSca Mia Mamma Usa Linux: Niente รจ impossibile da capire, se lo spieghi bene! ra...@miamammausalinux.org http://www.miamammausalinux.org _______________________________________________ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
