Ext3 - Frequent read-only FS issues

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

I have a bunch of mail servers running postfix (external smtp), 
qmail (LDA) and courier IMAP/POP. Frequently, Ext3 filesystem goes 
into read-only mode forcing recovery using fsck. 

Below are the errors we have seen so far on these systems and those 
systems config. The ext3 errors are common in many cases. 

1. 
Red Hat Enterprise Linux Server release 5.2 (Tikanga)
2.6.18-92.1.10.el5 #1 SMP x86_64
Adaptec 2420SA RAID controller 
Logical Disks's write cache disabled, Physical disk write cache enabled
Battery not installed
2 * 500GB ST373307LW in RAID1

Instances of EXT3 errors which caused read only FS :

a. “EXT3-fs error (device sdb1): ext3_lookup: unlinked inode 8766158 in dir
#8765708” 

2. 
Red Hat Enterprise Linux Server release 5.2 (Tikanga)
2.6.18-92.1.10.el5 #1 SMP x86_64
Dell PERC 6/i - Write back cache enabled
Battery available
2 * ST3500630AS 500GB  in RAID1

Instances of EXT3 errors which caused read only FS :

a. “EXT3-fs error (device sda3): ext3_lookup: unlinked inode 89065027 in dir
#89065024”
b. “EST3-fs error (device sda3): htree_dirblock_to_tree: bad entry #65077525:
rec_len is smaller than minimal - offset=0, inode=0, rc_len=0, name_len=0” 
c. “EXT3-fs error (device sda3): htree_dirblock_to_tree: bad entry in directory
#65077525: rec_len is smaller than minimal - offset=0, inode=0, rec_len=0,
name_len=0 “
d. “kernel: EXT3-fs error (device sda3): htree_dirblock_to_tree: bad entry in
directory #65077525: rec_len is smaller than minimal - offset=0, inode=0,
rec_len=0, name_len=0”

3.
Red Hat Enterprise Linux Server release 5.2 (Tikanga)
2.6.18-92.1.13.el5 #1 SMP x86_64
Dell PERC 6/i - Write back cache enabled
Battery available
2 * ST3500630AS 500GB  in RAID1

Instances of EXT3 errors which caused read only FS :

a. “EXT3-fs error (device sdb1): ext3_lookup: unlinked inode 26968135 in dir
#35127737“
b. "EXT3-fs error (device sdb1): ext3_lookup: unlinked inode 9994260 in dir
#39518393"

* Iam not sure whats causing this errors. These crashes have been happening
since over 6 months now on a fairly regular basis - but on different servers.
* The disks on these systems seem to be fine - i haven't checked for badblocks
on them yet. 
* Each of those servers have their own disks for mail storage - there is no NFS
or cluster FS involved.
* The inode numbers in "ext3_lookup: unlinked inode" seem to be referring to a
non existent courier pop/imap servers cache file (courierpop3dsizelist).

At this point, iam trying to figure out the possible causes for such ext3
errors. Any pointers/recommendations will be of great help. 

P.S : Logs provided here is not complete and i would be glad to dig & post
complete logs of these events as required.

TIA
Dushyanth

_______________________________________________
Ext3-users mailing list
Ext3-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/ext3-users

[Index of Archives]         [Linux RAID]     [Kernel Development]     [Red Hat Install]     [Video 4 Linux]     [Postgresql]     [Fedora]     [Gimp]     [Yosemite News]

  Powered by Linux