[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20040714: bigbird syslog logging and file system repair (cont.)



>From: Gerry Creager n5jxs <address@hidden>
>Organization: UCAR/Unidata
>Keywords:  200406220437.i5M4beWb016431 LDM RAID fsck

Gerry,

>I'm in the hotel room in DC, running FSCK again.  I'll keep going for at 
>least another hour, and then restart in the morning.  At some point, 
>this'll get fixed.
>
>I'm upsizing the UPS to an APC2200 series.   That should give us more 
>than enough backup power to do an orderly shutdown next time.  The deal 
>for the UPS was cut at dinner tonight.

Sorry that I wasn't able to run fsck manually til its completion.  I
have been involved in the CALMet workshop here at UCAR all week.

Got to run again...

Tom

>Unidata Support wrote:
>>>From: Gerry Creager n5jxs <address@hidden>
>>>Organization: TAMU
>>>Keywords:  200406220437.i5M4beWb016431 LDM RAID fsck
>> 
>> 
>> Gerry,
>> 
>> 
>>>Don't know about syslogd, as I didn't stop it.
>> 
>> 
>> It was weird.  Also weird was /dev/md0 disappearing unexpectedly.
>> I remounted it and it worked, but I still saw lots of errors in
>> /var/log/messages.
>> 
>> 
>>>I was travelling for
>>>abou 2 hours and had a 4-hr span in Clarksville TN yesterday where fsck
>>>was running repetetively.  It had not completed when I drove out from
>>>coverage w/ wireless.  'fsck -a /dev/md0' would have had to be run at
>>>least 6 times (I sis it once, and was on interation 5 of 'fsck
>>>/dev/mdo'[interactive]) when we lost connectivity.
>>>
>>>I saw the actions you'd taken and appreciate them.
>> 
>> 
>> I tried running 'fsck -p /dev/md0', but it failed in the middle telling
>> me to run fsck by hand.  I have been doing this for the past two
>> hours, and it is still going.  I will most likely have to go to bed before
>> it finishes, so I may have to start over again tomorrow.
>> 
>> 
>>>We're still driving.  Currently, connectivity isn't good, but should
>>>improve when we hit Memphis.
>> 
>> 
>> No worries.
>> 
>> 
>>>The worst way to ruin a vacation... outside of the cold I got while at
>>>the inlaws, whom I really do like... is having to get a proposal in3
>>>days after you're officially on vacation, and no one had responded until
>>>the first driving day.  I got several calls on the cellphone starting
>>>with, "Hey, when are you leaving?  I dodn't want to get this to you too
>>>early..."
>> 
>> 
>> Man...
>> 
>> 
>>>If you'd run fsck -p, that'd help.  It's still spotty.
>> 
>> 
>> It is still running, but it is almost time for bed -- meeting first
>> thing tomorrow morning.
>> 
>> Later...
>> 
>> Tom
>> --
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8643                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service              http://my.unidata.ucar.edu/content/support 
>> ----------------------------------------------------------------------------
>> NOTE: All email exchanges with Unidata User Support are recorded in the
>> Unidata inquiry tracking system and then made publically available
>> through the web.  If you do not want to have your interactions made
>> available in this way, you must let us know in each email you send to us.
>
>-- 
>Gerry Creager -- address@hidden
>Network Engineering -- AATLT, Texas A&M University     
>Cell: 979.229.5301 Office: 979.458.4020
>FAX:  979.847.8578 Pager:  979.228.0173
>Office: 903A Eller Bldg, TAMU, College Station, TX 77843
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publically available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.

>From address@hidden  Thu Jul 15 19:21:01 2004

Not a problem.  I diddled a little perl script to emulate the 'yes' 
command and left it running all day while I was at my meeting.

It's mounted and ldm is running again.

I'll be checking for errors.  Looks good so far.

From Sodom on the Potomac,
TTFN, gerry

NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.