==> Regarding Re: [autofs] [RFC] Multiple server selection and replicated mount failover; Jim Carter <[EMAIL PROTECTED]> adds:
jimc> On Tue, 2 May 2006, Ian Kent wrote: >> For some time now I have had code in autofs that attempts to select an >> appropriate server from a weighted list to satisfy server priority >> selection and Replicated Server requirements. The code has been >> problematic from the beginning and is still incorrect largely due to me >> not merging the original patch well and also not fixing it correctly >> afterward. >> >> So I'd like to have this work properly and to do that I also need to >> consider read-only NFS mount fail over. jimc> I'm glad to hear that there may be progress in server selection. But jimc> I'm not sure if you're looking at the problem from the direction that jimc> I am. jimc> First, I don't think it's necessary to replicate the original Sun jimc> behavior exactly, although it would be helpful but not mandatory to jimc> allow something in the automount maps that resembles Solaris syntax, jimc> to ease user (sysop) training. Jim, In my dealings with the automounter over the past 2.5 years, the major pain point is that the Linux automounter does not function the same as that of other UNIXes. Interoperability is a HUGE problem. I agree that the replicated server selection business is, in some cases, a bit difficult to follow. However, we can't simply ignore an enormous install base. jimc> The current version of mount on Linux (util-linux-2.12) does not know jimc> about picking servers from a list; at least the man page doesn't jimc> know. This means that the whole job of server selection falls to jimc> automount. I think that's the right way to design the system. jimc> However, that also means that automount needs to know something about jimc> NFS servers specifically. The less it knows, the better, in my jimc> opinion, so the design of NFS mount options can be separated from jimc> automount. When initially thinking about this problem, I came to the same conclusion: most, if not all of the server selection should be done in the automount daemon. However, when you take into account the read-only NFS failover, you realize that the kernel may have to figure a lot of this stuff out anyway. I'd really like to hear from someone with NFS expertise how they envision read-only NFS failover working. We can take the server selection out of the loop for the moment, and just concentrate on mechanics. Once we have a good picture of how that will look, we can decide how to implement the actual policy. jimc> You asked where various steps should be implemented. Picking the jimc> server: that's the job of the userspace daemon, and I don't see too jimc> much help that the kernel might give. Readonly failover is another jimc> matter -- which I think is important. jimc> Here's a top of head kludge for failover: Autofs furnishes a jimc> synthetic directory, let's call it /net/warez. The user daemon NFS jimc> mounts something on it, example julia:/m1/warez. The user daemon jimc> mounts another inter-layer, maybe FUSE, on top of the NFS, and client jimc> I/O operations go to that filesystem. When the inter-layer starts jimc> getting I/O errors because the NFS driver has decided that the server jimc> is dead, the inter-layer notifies the automount daemon. It tells the jimc> kernel autofs driver to create a temp name /net/xyz123, and it mounts jimc> a different server on it, let's say sonia:/m2/warez. Then the names jimc> are renamed to, respectively, /net/xyz124 and /net/warez (the new jimc> one). Finally the automount daemon does a "bind" or "move" mount to jimc> transfer the inter-layer to be mounted on the new /net/warez. Then jimc> the I/O operation has to be re-tried on the new server. Wrecked jimc> directories are cleaned up as circumstances allow. We can do better than this. Again, I'd like to hear some ideas from Trond et. al. on how this could be accomplished in a clean way. -Jeff _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
