Filerendszer read-only lett

Fórumok

Van egy kis forgalmú webszerverünk, amelyen a következő hiba jelentkezett kb 10 napja:


ata1: command timeout
ata1: no sense translation for status: 0x40
ata1: translated ATA stat/err 0x40/00 to SCSI SK/ASC/ASCQ 0xb/00/00
ata1: status=0x40 { DriveReady }
sd 0:0:0:0: SCSI error: return code = 0x08000002
sda: Current: sense key: Aborted Command
    Additional sense: No additional sense information
end_request: I/O error, dev sda, sector 112402584
Buffer I/O error on device dm-0, logical block 9437604
lost page write due to I/O error on dm-0

Ez a hiba a fentiekhez hasonlóan többször is megismétlődött.
Néhány alkalommal a filerendszer read-only is lett, ilyenkor pl. az alábbi sorok jelentek meg a fenti után:


REISERFS: abort (device dm-0): Write error while pushing transaction to disk in flush_journal_list
REISERFS: Aborting journal for filesystem on dm-0
ReiserFS: dm-0: warning: clm-6006: writing inode 22058253 on readonly FS
ReiserFS: dm-0: warning: clm-6006: writing inode 22058228 on readonly FS
last message repeated 8 times

a gépben szerencsére 2 HDD van (az egyiken biztonsági mentéseket tároltuk)
így néhány napja távolról átmásolásra kerültek az utolsó mentés óta történt
változások és azt kezdtük használni, mivel vidékiek vagyunk és
nem tudtuk megoldani, hogy azonnal cseréljünk HDD-t, így a tartalékot
kezdtük használni feltételezve, hogy talán valami HDD hiba lehet

Úgy tűnt, a hiba nem jelentkezik többet, azonban a mai napon hasonló
hiba fogadott, de már a korábbi tartalék HDD-re:


ata2: command timeout
ata2: no sense translation for status: 0x40
ata2: translated ATA stat/err 0x40/00 to SCSI SK/ASC/ASCQ 0xb/00/00
ata2: status=0x40 { DriveReady }
sd 1:0:0:0: SCSI error: return code = 0x08000002
sdb: Current: sense key: Aborted Command
    Additional sense: No additional sense information
end_request: I/O error, dev sdb, sector 488705484
Buffer I/O error on device sdb10, logical block 31137
lost page write due to I/O error on sdb10
Aborting journal on device sdb10.
EXT3-fs error (device sdb10) in ext3_reserve_inode_write: Journal has aborted
EXT3-fs error (device sdb10) in ext3_dirty_inode: Journal has aborted
ext3_abort called.
EXT3-fs error (device sdb10): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only

találkozott már valaki ilyen hibával ?
mi okozhatja ezt a hibát ?
mi lehet a megoldás ?

(uname: Linux xxxxxxxx 2.6.18-5-686 #1 SMP Mon Dec 24 16:41:07 UTC 2007 i686 GNU/Linux)

Előre is köszönöm a válaszokat

LinuxMan

Hozzászólások

Nem lehet hogy most a másik vinyó is megadta magát?

Nem lehet hogy most a másik vinyó is megadta magát?

mindketto hw hiba, nem feltetlenul a vinyo, lehet a vezerlo vagy a hotswap cage is (ha van). mivel az egyik backup vinyo volt, igy nem tudjuk mennyit ment, mirror illetve raid5 eseten lattam parszor olyat, hogy ket azonos vinyo ami kb azonos terhelesnek volt kiteve ket heten belul adta meg magat, de persze ehhez nem kellenek ilyen feltetelek.

az fs azert lett ro, mert ez van neki beallitva (vagy ez a default a rendszeren). a mountnak van egy opcioja (errors) ami megmondja mit csinaljon hiba eseten (menjen tovabb, remount ro, vagy panic&halt).

de mindenkepp helyi kezeles igenyel a gep...

Hello!

Ez felettébb érdekes ,mert nekem is hasonló problémám volt két napja. A rendszerem debian lenny saját forgatott 2.6.25.4 kernellel ,de nekem is egyik pillnatról a másikra ro let a filerendszerem és még a fájlrendszerem is bedőlt. Az fsck meg a naplózás javítása után eltünt egy csomó minden a lemezről és a lost+found könyvtár hirtelen gazdagodott. Én első körben néztem egy smart logot is az összes teszttel és találtam jópár áthelyezett adatot rajta csak sajnos nem tudom hogy ez már a múltban keletkezett vagy mostani mindenesetre garis úgyhogy ma megy vissza a feladóhoz.
Ja és nekem egy hétköznapi aztali gépen történt mindez asus p5b alaplapon.
Lehet hogy van valami a levegőben vagy ez csak merő véletlenség és a két hibának semmi köze egymáshoz?
Üdv.