Other *NIXThis forum is for the discussion of any UNIX platform that does not have its own forum. Examples would include HP-UX, IRIX, Darwin, Tru64 and OS X.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Recently, we did a NFS mount from a Tru64 Server to another HP-UX server ,by typing:
"mount hostname:/cdrom": being /cdrom the shared filesystem. Everything went fine.
Then somebody forgot to umount the NFS mount in the Tru64 server and closed the remote session, later on, the HPUX server was shutdown and now everytime the HPUX is down, the Tru64 is always asking for the NFS as still mounted, however this mounting is nowhere to be found, not declared in /etc/fstab nor /etc/mountdtabs and so on.
How can in definitely umount this fileystem? the real problem is the once the HPUX server is asking for the NFS lost filesystem, it cant even do a simple "ls"
thanks for your reply,
mount command shows nothing related to the NFS mount, restarting NFS daemon is maybe a little risky, since it's a production server and there are other working NFS shares spread over the network.
on the NFS server, the command "showmount -a" displays that indeed the remote client is still "stuck" under /cdrom.
Maybe i should try remounting the same filesystem and umount it correctly this time?
Not yet, i'll try. On the other hand, we found the very roots of the problem: the NFS mount point was removed from the client (i don't know why) and now everytime we try to recreate it (it was called /cdrom as well) there's an error message:
cdrom: Stale NFS file handle
Again, the client is a heavy production server and can't be rebooted or something drastic, i'll follow your suggestion about grepping the nfs proccesses
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.