Link to home
Start Free TrialLog in
Avatar of Link
LinkFlag for United States of America

asked on

Question about message "EXT3-fs: INFO: recovery required on readonly filesystem"

Notice when machine is booting that disk repair will sometimes show the in the logs. Not always though. Could someone please answer the following three questions....
1. Does this indicate any hard drive problems or anything I should be concerned about, or is it normal operation?
2. What is the cause of this needing repair?
3. Should systems be rebooted every so often so inodes can be cleaned up or can it also happen during runtime?

Dist = Debian 6.0.7

Thanks.

SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.01: SATA link down (SStatus 0 SControl 300)
ata1.00: ATA-8: TOSHIBA THNS256TY8CCAA, AGYA0310, max UDMA/100
ata1.00: 500118192 sectors, multi 16: LBA48
ata1.00: configured for UDMA/100
scsi 0:0:0:0: Direct-Access ATA  TOSHIBA THNS256G AGYA PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 500118192 512-byte logical blocks: (256 GB/238 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2 sda3 < sda5 sda6 sda7 >
sd 0:0:0:0: [sda] Attached SCSI disk
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: dm-0: orphan cleanup on readonly fs
ext3_orphan_cleanup: truncating inode 1810667 to 0 bytes
ext3_orphan_cleanup: deleting unreferenced inode 1811265
ext3_orphan_cleanup: deleting unreferenced inode 6584451
ext3_orphan_cleanup: deleting unreferenced inode 7156684
ext3_orphan_cleanup: deleting unreferenced inode 7588970
ext3_orphan_cleanup: deleting unreferenced inode 1169769
ext3_orphan_cleanup: deleting unreferenced inode 1169754
ext3_orphan_cleanup: deleting unreferenced inode 728012
ext3_orphan_cleanup: deleting unreferenced inode 446658
ext3_orphan_cleanup: deleting unreferenced inode 1206016
ext3_orphan_cleanup: deleting unreferenced inode 1206018
ext3_orphan_cleanup: deleting unreferenced inode 1209060
EXT3-fs: dm-0: 11 orphan inodes deleted
EXT3-fs: dm-0: 1 truncate cleaned up
EXT3-fs: recovery complete.
ASKER CERTIFIED SOLUTION
Avatar of rindi
rindi
Flag of Switzerland image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Avatar of Link

ASKER

Thanks for comment....This is a Linux server with a redundant backup and the active node was up and running for about a year. Upon reboot there were over 20 orphaned unreferenced inodes that were deleted. Two hours later the node was again restarted and I saw a single inode get cleaned up. Would you know what causes files not to be properly closed? Also do file checks ever occur when the system is running?
I'd like to investigate this problem more deeply can you point me to any good reference material? Trying to figure out what is normal behavior and what isn't.
There are a lot of things that can cause file-system corruption, as I mentioned earlier. The fsck doesn't happen during normal operation. If the system was running for one year without reboot, I'd say it is normal to get some corruption, but it would still be a good idea to check the state of the disks. Most servers include a module you can use to connect to the server remotely to check it's hardware. For example on Dell Servers that is iDRAC, and on HP servers ILO. Of course this needs to be configured first to start off.