Thomas Anders wrote: > Sharity 2.7 (with the NFSv3 frontend enabled) partially hangs > on our Solaris 8 02/02 server. Access to some mount points > hangs hard: > [...] > while others work fine. Sharity daemon is still running. > If we try to stop sharity, it hangs on "sharity umount -a -f". > A "truss" on this process reveals that it hangs in > > read(4, 0x00031BE8, 4) (sleeping...) > > The system complains: > > Jul 2 11:57:29 foo nfs: [ID 333984 kern.notice] NFS server localhost not > responding still trying > > When enabling logLevel "nfsTrace" in sharity.cfg we > get tons of output which could be provided on request. > > This could be simular/related to what has been described > in a former report on this list: > > http://www.mail-archive.com/[email protected]/msg00230.html > > Suggestions welcome. A reboot is hardly acceptable on this machine.
Thanks for the very detailed report! It is in fact very similar to hangs which have been reported previously. The nfsTrace log may be helpful if you created it in debug mode of the daemon (with option '-d' to sharityd, not through syslog) and if it has already been active while the error occured the first time. If both is true, please compress the log and mail it to me in private e-mail. However, what would be even more interesting, is a debugger session on sharityd while a mount hangs. If you can reproduce the hang with reasonable effort and if you have a debugger, I can mail you instructions how to collect the relevant information. Regards, Christian. -- Dipl.-Ing. Christian Starkjohann Objective Development mailto:[EMAIL PROTECTED] | http://www.obdev.at/ _______________________________________________ Sharity-talk mailing list [EMAIL PROTECTED] To unsubscribe see http://at.obdev.at/mailman/listinfo/sharity-talk
