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

Reply via email to