Link
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.
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
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
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.
ASKER
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.