Ext3 users - May 2003 - Assertion failure in transaction.c

Hello All,

I am running Redhat 7.2 with kernel 2.4.7-10 on a Dual CPU, 2 GB RAM
machine.
I am running Sendmail , Cyrus IMAP and Ldap on the machine

After few hours  I get the following error  in the syslog error file

Assertion failure in do_get_write_access() at transaction.c:606:
 "!(((jh2bh(jh))->b_state & (1UL << BH_Lock)) != 0)"
May 26 17:29:37 netserv kernel: kernel BUG at transaction.c:606!
May 26 17:29:37 netserv kernel: invalid operand: 0000
May 26 17:29:37 netserv kernel: CPU:    1
May 26 17:29:37 netserv kernel: EIP:
0010:[eepro100:__insmod_eepro100_O/lib/modules/2.4.7-10s
mp/kernel/drivers/+-1336711/96]


The load on the system does not go beyond 3.0 and also i have increased
the file-max to 131072
Is this a Kernel Bug   or a Ext3 Bug or an application problem

Any one any answer .. It would be of gr8 help .


--
Thanx & Regards
Kalpit Jain

Email:  kalpit@netcore.co.in

Netcore Solutions Pvt Ltd
402, Peninsula Chambers (Morarjee Mills Compound)
Ganpat Rao Kadam Marg (Behind Piramal Hospital)
Near A-Z Industrial Estate
Lower Parel
Mumbai 400 013.
Phone: 5662 8000 (Board)



----------------------------------------------------------------

NETCORE SOLUTIONS *** Ph: +91 22 5662 8000 Fax: +91 22 5662 8134

MailServ: Email, IM, Proxy, Firewall, Anti-Virus, LDAP
Fleximail: Mail Storage, Management and Relaying
http://netcore.co.in

Emergic Freedom: Linux-based Thin Client-Thick Server Computing
http://www.emergic.com

BlogStreet: Top Blogs, Neighborhoods, Search and Utilities
http://www.blogstreet.com

Rajesh Jain's Weblog on Technology: http://www.emergic.org
----------------------------------------------------------------

Hi,

On Tue, 2003-05-27 at 12:01, Kalpit Jain wrote:
> I am running Redhat 7.2 with kernel 2.4.7-10 on a Dual CPU, 2 GB RAM
> machine. 
> I am running Sendmail , Cyrus IMAP and Ldap on the machine 
That is an ancient kernel!
> After few hours  I get the following error  in the syslog error file 
> 
> Assertion failure in do_get_write_access() at transaction.c:606: 
Looks like one of the bugs fixed since 2.4.7.  Please upgrade your
kernel and report back if your problem recurs.

Cheers,
 Stephen