Unfortunately df -n calls resolvepath(2) and this will go OTW. I have only tested that the fix avoids unmounting of NFS when -l is used, but I has not realized that it will hang if server is down. I apologize for the terrible mistake.
I plan a new fix as follows: if (LFLAG && fstype==autofs && (in /etc/mnttab exists fs with same mountpoint and nfs type) SKIP so need some more shell scripting. Would be nice to have umountall in C (or even a new syscall) Thank for discovering that. --Pavel > Does it? truss doesn't show it doing that when the -n option is used, > it only fstat64()s stdout. > > If Pavel has tested this fix correctly then there may not be a hang at > all. > > >> probably better to parse the 'mount -p' output instead. >> > > Now that I've trussed df -n I am certain that it won't hang. > > Of course, it's important to make sure that df -n will never be modified > in such a way that it could hang, but I think such a change is extremely > unlikely. A block comment in df wouldn't hurt though. > > Nico >
