On 5/1/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Sat, 30 Apr 2005 [EMAIL PROTECTED] wrote: > > My response was a bit hasty I think. > > > On Sat, 30 Apr 2005, Robert Swan wrote: > > > >> > > >> > One point is that the remote host is accessed through a VPN tunnel. > >> > >> so as it turns out, this is the problem. The rpc_time call fails (I > >> assume this is because it is not supported by the VPN) and this marks > >> my only host as dead and automount does not attempt to mount. Even > >> though the mount actually works fine. > > > > Why? The rpc_ping connects to port 2049 on the target host. > > You may be seeing a bug with the autofs mount code not trying a longer > timeout if it fails to get a response in time.
I'm a bit confused myself because I can no longer replicate my problem. I had made a test program to call your get_best_mount() with my particular arguments so I could step through it, and I'm _sure_ (aren't we all) that it would get a failed status from rpc_time at line 238 and so would not assign a winner. I changed initial assignment of "winner" at the start of the function which solved my problem. I didn't look inside rpc_time to see what was going wrong; I tried to do that today and now the status from rpc_time() is successful, and your original code performs the mounts. So I don't have a bug report and you can ignore me. Is there a way to attach a debugger to the automount process that gets spawned when the kernel attempts an automount? Thanks anyhow for answering. Robert > > > _______________________________________________ > > autofs mailing list > > [email protected] > > http://linux.kernel.org/mailman/listinfo/autofs > > > > _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
