[5276] in testers

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

Re: picld

daemon@ATHENA.MIT.EDU (Garry Zacheiss)
Sat Jan 11 06:11:06 2003

Date: Sat, 11 Jan 2003 06:11:04 -0500 (EST)
Message-Id: <200301111111.GAA28134@brad-majors.mit.edu>
From: Garry Zacheiss <zacheiss@MIT.EDU>
To: Jonathon Weiss <jweiss@MIT.EDU>
CC: testers@MIT.EDU, miki@MIT.EDU
In-reply-to: "[5263] in testers"

>> Whwn rebooting after taking 9.1.14 I saw the following error
>> (which I have no particular reason to beleive is a new error):
>> 
>> Aug  6 22:54:33 the-other-woman picld[75]: [ID 760119 daemon.crit] ld.so.1: /usr/lib/picl/picld: fatal: libfruutils.so.1: open failed: No such file or directory
>> 
>> Presumably this is beacuse AFS isn't running yet.
>> 

   A late response is better than no response, I suppose.

   Despite appearances, this doesn't seem to be a fatal error for
picld, since the machines I installed tonight logged it at boot time and
are still running the daemon.

>> I can't say I'm upset by this, because I see no reason for us to be
>> running picld, but this is probably the wrong way to keep it from
>> running.

   Actually, we do want it running.  It's responsible for logging things
like this:

Jan 11 05:08:49 METAPHOR.MIT.EDU picld[1148]: [ID 961923 daemon.error] WARNING: Device PS1 failure detected by sensor PS1_FAULT_SENSOR

and:

Jan 11 05:45:23 METAPHOR.MIT.EDU picld[1144]: [ID 449286 daemon.error] Device PS1 OK

which translate as "one of my power supplies has failed" and "it got
better", respectively; that seems like useful information.

    I added Miki to the headers for this message; Miki, I don't think
this is worth fixing for 9.1, but for 9.2, can we make sure that
/usr/liblibfruutils* (and possibly just /usr/lib/libfru*) are on local
disk and not symlinks to AFS?

Garry

   

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