lkml.org 
[lkml]   [2001]   [Oct]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: Nasty suprise with uptime
From
NTP? Oh, this thing I once installed and that was hanging my machine at boot
time for a couple of minutes until it timed out when my laptop was not
connected to the network?
Thanks, but no thanks.

Laurent

> From: Chris Meadors <clubneon@hereintown.net>
> Date: Tue, 30 Oct 2001 10:56:30 -0500 (EST)
> To: bert hubert <ahu@ds9a.nl>
> Cc: Linux kernel <linux-kernel@vger.kernel.org>
> Subject: Re: Nasty suprise with uptime
>
> On Tue, 30 Oct 2001, bert hubert wrote:
>
>> Having huge uptimes is by the way not adviseable operational policy
>> according to many. Chances are you will be in for a nasty surprise when you
>> reboot - do you remember after a year which daemons you 'started by hand'
>> and how?
>
> While this isn't exactly on topic for l-k, I just thought that I would
> share my recent pain as it does fit in this thread.
>
> I had a box that I inherited. It just did its job. Actually most of my
> co-workers didn't even know which box performed this function, and when
> they saw the physical box, they didn't know what it did.
>
> It was running a 2.0.x kernel. One day after running for a long time (I'm
> guessing close to 500 days) it just went wacky. I tried getting into the
> machine by ssh, but nothing was really working right at all. So I figured
> a reboot was in order.
>
> This was a crappy 486/66, with no reset button. So a power cycle was
> called for. When I started the machine back up, it did the file system
> has not been checked in a long time thing, and it started the fsck.
>
> After a bit I saw read errors start to spew to the screen, tons of bad
> blocks. Then the machine squealed for a few seconds, clicked, and then
> all was silent, except for the steady stream of errors on the console.
>
> A second power cycle confermed what I already knew. The BIOS reported a
> failure in the disk controller (the drive would spin up for 2 seconds
> squeal and click a little bit as it spun back down).
>
> This machine was configured to do a task, just forward messages to a
> paging terminal. It's configuration was never changed. It had a one of
> those floppy-tape drives in it. I knew were the backup tape was, it was
> made 3 years ago when the machine was first put into action.
>
> Of course the tape was unreadble at this point. So the installation and
> configuration was recreated from my memory. Luckly I have a good memory,
> but it did take me 2 days to get everything running right again.
>
> So the moral of the story is. Reboot every-so-often. Set your fsck to
> run at around 2 months, x number of reboots is good too. I like to
> stagger my partitions with 5 reboots between each, even on journaled
> filesystems. And verify your backups even if the machine isn't changing.
>
> I usually follow those rules, but the cute little 486 in the corner with
> the 240MB hard drive, 16MB of RAM, and the monster uptimes was just too
> much fun to brag about. I'm not bragging anymore, and it is disassembled
> on the floor in my office.
>
> -Chris
> --
> Two penguins were walking on an iceberg. The first penguin said to the
> second, "you look like you are wearing a tuxedo." The second penguin
> said, "I might be..." --David Lynch, Twin Peaks
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:12    [W:0.123 / U:0.528 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site