[7520] in SIPB bug reports

home help back first fref pref prev next nref lref last post

file locking in AFS

daemon@ATHENA.MIT.EDU (Jacob Morzinski)
Mon Mar 27 06:47:05 2000

Date: Mon, 27 Mar 2000 06:47:02 -0500 (EST)
From: Jacob Morzinski <jmorzins@MIT.EDU>
To: bug-sipb@MIT.EDU
In-Reply-To: <200003202342.SAA09494@mary-kay-commandos.mit.edu>
Message-Id: <Pine.LNX.4.21L.0003270639370.25687-100000@alice-whacker.mit.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

As a continuation of the "locking in AFS sucks" thread, every now
and then AFS gets itself into a state where any program that
tries to lock my inbox on Solaris freezes up.  This crippling
behavior is another reason I don't feel like trying to wrestle
with strong file locking for pine.

Right now is one of those times.  Something happened to my inbox,
and now Solaris programs that try to do particular kinds of
locking on it just hang.  /mit/sipb/bin/pmail is one of those
programs.

I have three frozen pmail processes on xcb right now, and one
frozen one on all-night tool.  On xcb I've kill -9'd two of them:

% ps -ef | grep pmail
jmorzins  2008     1  0 06:23:15 pts/0    0:00 /mit/sipb/arch/sun4x_56/bin/pmail.real -N
jmorzins  2054 26125  0 06:34:04 pts/0    0:00 /mit/sipb/arch/sun4x_56/bin/pmail.real -N
jmorzins  2048     1  0 06:32:52 pts/0    0:00 /mit/sipb/arch/sun4x_56/bin/pmail.real -N
jmorzins  2088 29691  0 06:41:31 pts/7    0:00 grep pmail

If pine did strong locking, then people would be able ask fun bug
reports like "why can't I use pine on any of the dialups right
now?" and we'd get to say "because you forgot to sacrifice a goat."

Argh.

 -jacob


home help back first fref pref prev next nref lref last post