Bug 77386
Summary: | Assertion failure in journal_write_metadata_buffer() at journal.c:408: "buffer_jdirty(jh2bh(jh_in))" | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Lim Chuan Jer <chuanjer> | ||||||
Component: | kernel | Assignee: | Stephen Tweedie <sct> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | high | ||||||||
Version: | 7.3 | ||||||||
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-01-28 23:51:27 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: |
|
Description
Lim Chuan Jer
2002-11-06 05:47:10 UTC
Created attachment 83806 [details]
LogFile Error code
Have you seen any similar problems before? Was there _anything_ else in the logs related to possible ext3 or IO problems? This is the 2nd time I encounter it on the same machine in 4 months time. Not very frequent, but is interested to know whats the cause of it Created attachment 89554 [details]
Error message as found in the system logfile after rebooting.
I posted the logfile yesterday, here is the explination: We recieved this error on our server running Red Hat 7.3 and 2.4.18-5smp. The server is a dedicated postgresql database server. I noticed in the last message for bug # 64107 that the error was recieved on heavy IO load, and I think this might have been a similar problem for us. We had turned on query logging on our database which was producing data at a rate of about 2.6GB in around 6 hours. Once the error occured, we had no access to the server and had to power off/on. 2.4.18-3 had a problem that triggered this quite frequently, and that was fixed in 2.4.18-5. However, I found another rare case that could sometimes still cause it even in that kernel, and that should be fixed in all subsequent errata later than 2.4.18-5. Please reopen this report if you still have the problem on a current kernel. |