Hello,
Sharity 2.7 (with the NFSv3 frontend enabled) partially hangs
on our Solaris 8 02/02 server. Access to some mount points
hangs hard:
foo# ps -ef | grep ls
me 22519 1 0 10:19:33 ? 0:00 ls
/CIFS/Entire_Network/My-domain/Myhost/Myshare
foo# kill -9 22519
foo# ps -ef | grep ls
me 22519 1 0 10:19:33 ? 0:00 ls
/CIFS/Entire_Network/My-domain/Myhost/Myshare
foo# truss -p 22519
^C
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.
Kind regards,
Thomas
--
Thomas Anders <[EMAIL PROTECTED]>
Hahn-Meitner-Institut Berlin, Germany
_______________________________________________
Sharity-talk mailing list
[EMAIL PROTECTED]
To unsubscribe see http://at.obdev.at/mailman/listinfo/sharity-talk