Markus Stumpf wrote:
> [ Cc: reduced to this list ]
>
> On Mon, Dec 11, 2000 at 06:35:08PM -0500, Delanet Administration wrote:
> > where the mail server is unable to read the contents of user directories
> > (the NFS server can see them fine). At these times the only fix has been
> > to move the contents of the directory into a temporary location and
> > delete the directory, add it back and move the files back. This happens
> > once every 2 or 3 months.
>
> Hmmm ... never seen this.
> If you try to do something like a "ls" in that directory, do you get
> any errors? Timeout?
>
It locks up the session and requires me to kill that shell completely, leaving ls
still in memory hung. Likewise, qmail leaves multiple copies of vdelivermail (I'm
using vpopmail for virtual domains) stuck in memory unable to exit and I end up
having to reboot to clear them out. For busy customer accounts I've seen it tie up
400+ instances of it very quickly. This happens to any process that tries to
access the directory during that time.
I've since added soft mount and intr options to the nfs mounts which so far
appears to have fixed the processs from getting hung in memory. But that does not
explain to me how or why nor does it sound like the best solution, only a way to
avoid it which does not sit well with me.
> In FreeBSD a lot of NFS bugs have been fixed since the 3.2 Release and
> - from my feeling, no facts ;-) - it has become more stable and reliable.
>
> \Maex
>
> --
> SpaceNet AG | http://www.Space.Net/ | Stress is when you wake
> Research & Development | mailto:[EMAIL PROTECTED] | up screaming and you
> Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | realize you haven't
> D-80807 Muenchen | Fax: +49 (89) 32356-299 | fallen asleep yet.
--
------------------------------------------------------------
Stephen Comoletti - Network Engineer / Systems Administrator
Delanet Inc. http://www.delanet.com
Frontline Communications Corp. http://www.fcc.net
phone: (302) 326-5800 fax: (302) 326-5802 x312
262 Quigley Blvd, New Castle, DE 19720, USA
------------------------------------------------------------
S/MIME Cryptographic Signature
