[19980] in Athena Bugs
Re: sun4 9.0.20: ssh
daemon@ATHENA.MIT.EDU (Garry Zacheiss)
Thu Nov 8 00:56:15 2001
Date: Thu, 8 Nov 2001 00:56:13 -0500
Message-Id: <200111080556.AAA13042@riff-raff.mit.edu>
From: Garry Zacheiss <zacheiss@MIT.EDU>
To: Xiaowen Xin <xwxin@mit.edu>
CC: zacheiss@mit.edu, bugs@mit.edu
In-reply-to: "[19979] in Athena Bugs"
Ok, we understand what happened now. This line in the
update.log:
>> Updating /etc/athena/rc.conf from /srvd/etc/athena/rc.conf
indicates that the machine was PUBLIC=true when it updated from
9.0.19 to 9.0.20. The version script for 9.0.20 was supposed to bring
local /usr/lib/sparcv9/libm.so.1, and it apparently did so successfully
(nothing on stderr from the version script). However, because the
machine was PUBLIC=true, it ran oscheck, and Greg says he had forgotten
to release the volume containing the statfiles initially, so the shared
library cryptorand depended on was bashed back into being a symlink.
Then, the next time it rebooted, it failed to start cryptorand.
A quick workaround is either to "pkgrm SUNWski" if you don't need
the package, or else to:
rm -f /usr/lib/sparcv9/libm.so.1
cp -p /os/usr/lib/sparcv9/libm.so.1 /usr/lib/sparcv9/libm.so.1
As it happens, this only affects Ultras in the dev cell that were
PUBLIC=true when they took 9.0.19/9.0.20.
Garry
