[26780] in Athena Bugs

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

Re: 9.4.26 breaks AFS on earlgrey.mit.edu

daemon@ATHENA.MIT.EDU (Garry Zacheiss)
Tue Mar 28 15:09:41 2006

Message-Id: <200603282009.k2SK9Qp7014621@brad-majors.mit.edu>
To: Daniel Jared Dominguez <danjared@mit.edu>
In-Reply-To: Message from Daniel Jared Dominguez <danjared@MIT.EDU> of "Tue,
	28 Mar 2006 14:38:39 EST." <20060328193839.GA440@gaston.mit.edu> 
Date: Tue, 28 Mar 2006 15:09:26 -0500
From: Garry Zacheiss <zacheiss@mit.edu>
X-Spam-Score: 1.217
X-Spam-Level: * (1.217)
X-Spam-Flag: NO
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu

Thanks for reporting this.  Unfortunately, the output of the openafs
init script you included in your mail isn't going to be helpful to
tracking down the bug.  In your "stop" output, the kernel module failed
to be unloaded:

        earlgrey.mit.edu# /etc/init.d/openafs stop
        Stopping AFS services.....
        umount: /afs: not mounted
>>        ERROR: Module libafs is in use

and it already being loaded is what caused the "start" script to fail,
which presumably wasn't what caused the initial failure.

To collect useful debugging output, I'd like you to do the following so
we can see what's happening the first time the machine tries to start AFS:

- set AFSCLIENT=false in /etc/athena/rc.conf and reboot.  The machine
  should come up without ever trying to start AFS.

- Log in as root and run the following:

  sh -x /etc/init.d/openafs start > /tmp/openafs.log 2>&1 

and send me the contents of openafs.log, which I think will help figure
out if it's being started up incorrectly, or if there's another problem.

Garry



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