[29085] in Hotline Meeting
RE:Tautog
daemon@ATHENA.MIT.EDU (John J Morey)
Tue Jul 11 14:11:43 1995
To: hotline@MIT.EDU
Date: Tue, 11 Jul 1995 14:11:39 EDT
From: John J Morey <jjmorey@MIT.EDU>
------- Forwarded Message
Received: from SOUTH-STATION-ANNEX.MIT.EDU by po8.MIT.EDU (5.61/4.7) id AA21852; Tue, 11 Jul 95 09:42:32 EDT
Received: from PARTLY-CLOUDY.MIT.EDU by MIT.EDU with SMTP
id AA14517; Tue, 11 Jul 95 09:42:31 EDT
From: dkk@MIT.EDU
Received: by partly-cloudy.MIT.EDU (5.0/4.7) id AA03533; Tue, 11 Jul 1995 09:42:31 -0400
Date: Tue, 11 Jul 1995 09:42:31 -0400
Message-Id: <9507111342.AA03533@partly-cloudy.MIT.EDU>
To: op@MIT.EDU
Cc: jjmorey@MIT.EDU
In-Reply-To: <9507111312.AA18289@bmurph.MIT.EDU> (message from John J Morey on Tue, 11 Jul 1995 09:12:11 EDT)
Subject: Re: WHOI problem
Content-Length: 1044
> Tautog here in the WHOI Clark lab is unusable. [...]
> sh: /usr/athena/bin/kdestroy: not found
> sh: /usr/athena/bin/kdestroy: not found
> sh: /bin/athena/aklog: Exec format error
kdestroy is on /srvd, which it appears isn't getting attached. The
aklog is copied from /afs/athena/service/ upon reboot. The exec
format error could have been caused by the disk being too full when
the cp was executed.
> When I attempt to login, another windows immediately pops up w/the
> msg "Unable to activate workstation, please notify Athena..."
The inability to attach /srvd would explain this.
uerf on syslogger shows that Tautog was last booted near 8:30 this
morning (shortly before the mail was sent). I don't see any uerf or
syslog messages (lookin in the past few days) which would explain this
problem, except maybe "elcsd:file system almost full, CAN'T log errors"
Anyone recognize this set of symptoms?
If not, we might have to talk him through debugging it.
- --
David Krikorian, dkk@mit.edu, KA1NAP; MIT/IS/DCNS/Ops, APO, LSC, SIPB
------- End of Forwarded Message
