From: Ben Clewett <B.Clewett@roadrunner.uk.com>
To: Jamie Harris <jamie@jharris.homeip.net>
Cc: linux-admin@vger.kernel.org
Subject: Re: Kernel Panic
Date: Mon, 07 Apr 2003 15:22:00 +0100 [thread overview]
Message-ID: <3E918988.2080809@roadrunner.uk.com> (raw)
In-Reply-To: <16392.164.11.204.246.1049723331.squirrel@jharris.homeip.net>
The filesystem are ext2 and ex3:
Filesystem Type 1M-blocks Used Available Use% Mounted on
/dev/hda3 ext3 37038 1860 33296 6% /
/dev/hdc1 ext3 1969 119 1750 7% /apache
/dev/hda1 ext2 30 6 23 19% /boot
/dev/hdc3 ext2 37560 279 35373 1% /var/spool/mail
/dev/hdc4 ext2 35087 76 33229 1% /home
The kernel panic mensions journal.o so I guess this must be an ext3
partision? Probably on the '/' as no files in the 'apache' are ever
effected.
I am not sure about the hardware, it's not easy to check, but I belive
my /dev/hda is a 40Gb someting purchaced a year back. On IDE. Either a
Seagate, a Fujisu or a Western Digital. (Can't get cover off as
rack-mounted and rack screwed into removable cover :)
I hope you can help me, as the implications of an old kernel or an old
disk have radically different fix's :)
Ben
Jamie Harris wrote:
> Sounds to me like you have bad sectors on your harddisk that the
> journalling file system is trying to work around. What file system are
> you using and what hardware?
>
> cheers
>
> Jamie...
>
>
>>Dear Linux Admin,
>>
>>On Linux 2.4 I have had three Kernel Panics recently.
>>
>>They include the following: journal.o "( ret != 0 )". I see in the
>>source code that there is an assertion: J_ASSERT(ret != 0) in the
>>function:
>>
>>unsigned long journal_bmap(journal_t *journal, unsigned long blocknr)
>>
>>Which looks like a possible place for the origin of this.
>>
>>There is also a large amount of Hex data, which I do not have, unless
>>logged somewhere on my system unknown to me. (I don't get many Panics,
>>not sure where panic data is logged...)
>>
>>On reboot I loose files. Although nothing serious yet.
>>
>>The system is a POP3 server, handling about 1,000 email files and about
>>10,000 email's a day, so there is constantly great disk load by sendmail
>> and the default redhat POP3.
>>
>>Should I upgrade my kernel, or may I be doing something specific to
>>cause this?
>>
>>Thanks with any help,
>>
>>Ben Clewett.
>>
>>-
>>To unsubscribe from this list: send the line "unsubscribe linux-admin"
>>in the body of a message to majordomo@vger.kernel.org
>>More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
>
next prev parent reply other threads:[~2003-04-07 14:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-06 7:00 Recomended IDE-RAID MB Andrew B. Cramer
2003-04-06 14:38 ` Christian Reis
2003-04-06 19:25 ` Andrew B. Cramer
2003-04-06 22:12 ` Matt McKenzie
2003-04-06 23:45 ` Andrew B. Cramer
2003-04-07 13:43 ` Kernel Panic Ben Clewett
2003-04-07 13:48 ` Jamie Harris
2003-04-07 14:22 ` Ben Clewett [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-04-07 14:48 Jamie Harris
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3E918988.2080809@roadrunner.uk.com \
--to=b.clewett@roadrunner.uk.com \
--cc=jamie@jharris.homeip.net \
--cc=linux-admin@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).