Bug 88900
| Summary: | kjournald crashes regulary, system hangs | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Jonas Lundholm <jonas> | ||||||
| Component: | kernel | Assignee: | Stephen Tweedie <sct> | ||||||
| Status: | CLOSED WORKSFORME | QA Contact: | Brian Brock <bbrock> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 8.0 | ||||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | i686 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2003-04-28 12:47:31 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
We need the actual console errors, including the stack trace and any preceding diagnostics, to debug this. Created attachment 91225 [details]
gzip of /var/log/message.2
The log has both the startup-sequence and some of the crashes, but not all in
the time span covered. I think there are crashes that don't end up in the log.
Created attachment 91310 [details]
output from df -k, df -i and lsmod in a textfile
Not a single one of the oopses in that log are in kjournald, nor do they show any signs of being inside ext3. They show all the hallmarks of hardware memory corruption. You really need to do a hardware memory test next. www.memtest86.com is the best place to start. You are right! Thanks a lot! After running the tests for a day one of the memory modules was signalled as faulty. After removing the module the machine has been up and running for 4 days with no faults. Standard memory tests didn't detect anything. kjournald was blamed because it was involved in the first n of the panics. A humble tip: Why not inform RH support service of some generic error types, if they had told me this from start, since they had the same information, you and I would have saved some days of work. Case closed. Notes, but memory errors can show up as problems _anywhere_ in the kernel, and it's a little tricky to give exact footprints of what stands out as such a problem. |
From Bugzilla Helper: User-Agent: Mozilla/4.75 [en] (X11; U; SunOS 5.7 sun4u) Description of problem: 1. Installed RedHat Linux 8.0 Professional, as a server running PostgreSQL with tomcat 2. kjournald crashes regulary, approx 4 times a day 3. Support informed me of a patch/update, installed via up2date 4. kjournald still crashes, new type of crash with kernel panic message: <0> Kernel panic: Aiee, killing interrupt handler In interrupt handler - not syncing Support Service Request 229854 (I am new to this forum, Basic Installation Support urged me to submit a bug report) Version-Release number of selected component (if applicable): kernel-2.4.18-27.8.0 How reproducible: Sometimes Steps to Reproduce: 1. Just happens frequently without any obvious cause. I just wait a while. Actual Results: kernel panic or kjournald stack trace appears on the console Expected Results: A stable server for my small database java application would have been nice :) Additional info: