On Mon, May 31, 2010 at 4:22 PM, RaSca <[email protected]> wrote: > Hi all, > I have a cluster with two nodes configured to mount two drbd, with LVM > and filesystem. I need to put each drbd on a different node, for an > active-active setup, like a storage, so I have two groups like these: > > group share-a share-a-ip share-a-LVM share-a-fs > group share-b share-b-ip share-b-LVM share-b-fs > > Now I want to export the filesystem via NFS on each node, so I need that > each node runs the nfs-kernel-server daemon and also the Resource Agent > exportfs that manages the exports. > As you can imagine the problem is that I cannot put the > nfs-kernel-server daemon in any of the two groups, so I decide to create > a cloned resource for the nfs daemon. > But here is the other problem: I can configure the different exports in > the group, like this: > > group share-a share-a-ip share-a-LVM share-a-fs share-a-exportfs > group share-b share-b-ip share-b-LVM share-b-fs share-b-exportfs > > but IF the export is mounted by a client and this client is writing on > it and IF the group switches, then the migration fails. The sequence is > this one: > > - The resource exportfs stops correctly (the RA launch exportfs -u) > - The Filesystem resource tries to unmount the exported filesystem, > doing an fuser to see if some processes are locking the fs. > - fuser doesn't return anything, but the filesystem is still locked. > This happens because the kernel process nfsd is locking the FS.
Who is in charge of stopping/detaching nfsd? exportfs perhaps? The solution is to get that part working, until it does the cluster wont work. > - The migration fails. > > The only way to make thing work again is to restart the > nfs-kernel-daemon on the node which the resource reside and then cleanup > the resource. > > How can I handle this problem? Is there someone who already have > realized this solution? > > Thanks, > > -- > RaSca > Mia Mamma Usa Linux: Niente รจ impossibile da capire, se lo spieghi bene! > [email protected] > http://www.miamammausalinux.org > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems > _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
