Debian 4 - read only FS po crashu

Torej imam problem o katerem nič ne najdem z googlom, pravzaprav niti ne vem kaj točno morem iskati, zato se obračam na vas.

Stvar je taka, da se mi strežnik na cca. 4 ali 5 dni sam postavi v read-only FS, potem morem zagnati FSCK pa popravi par filov in se restarta - restart traja skoraj 1 uro, nato pa vse dela. Tudi v logih ni ničkaj uporabnega, gre pa za Debian 4.

Po tem ko se zadeva postavi v read-only FS deluje samo SSH, mysql readonly in programi, ki ne zahtevajo pisanja in se ne zrušijo.

Kakšen nasvet kako to popraviti oziroma kaj bi bilo krivo? Konfiguracija je takšna kot je dosegla 300+ dni uptima, pred kratkim pa se je to začelo pojavljati samo od sebe.

No v bistvu gre za VPS in pri tušu zagotavljajo, da je z njihove strani vse vredu.

Znova se je ponovila zadeva, pa sem pogledal dmesg in je tole preden vrže na read-only FS:

sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 31951
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 6242615
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 16054831
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 14680175
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 28661159
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 28661199
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 28671439
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 51721967
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 26930887
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 29695543
sd 0:0:0:0: SCSI error: return code = 0x00020008
end_request: I/O error, dev sda, sector 35258511
EXT3-fs error (device sda1): ext3_get_inode_loc: unable to read inode block - inode=917633, block=1835014
Remounting filesystem read-only
Aborting journal on device sda1.
EXT3-fs error (device sda1) in ext3_reserve_inode_write: IO failure
EXT3-fs error (device sda1) in ext3_new_inode: IO failure
EXT3-fs error (device sda1) in start_transaction: Journal has aborted
EXT3-fs error (device sda1) in ext3_mknod: IO failure

Glede na to, da se gre za virtualni strežnik, in na tem boxu vsi ostali virtualci laufajo brez problema, je res lahko kriv disk? Ali še je lahko kaj druga? Aja pa uporabljen je wmware, če bi lahko bil tam problem ...

Kot že rečeno, to je običajna reakcija na crknjen disk. Dejstvo, da gre za virtualno okolje, vse skupaj zakomplicira, ker tu nimaš enostavne možnosti menjati disk in s tem rešiti problem. Če druge virtualne mašine na istem hostu delujejo BP, to ne pomeni, da je z ESXom vse v redu, če ne veš, kako je vse skupaj konfigurirano.
Brez konstruktivne pomoči administratorja na drugi strani ne vidim možnosti rešitve tvojega problema. Prej ko jim dopoveš, da je problem pri njih, bolje zate. Do takrat pa ti priporočam, da si z "tunefs" nastaviš parametre za tvoj filesystem tako, da se ob I/O errorju ne bo postavil v read-only, ampak nadaljeval normalno:

man tune2fs
-e error-behavior
Change the behavior of the kernel code when errors are detected. In all cases, a filesystem error will cause e2fsck(8) to check the filesystem on the next boot. error-behavior can be one of the following:
continue Continue normal execution.
remount-ro Remount filesystem read-only.
panic Cause a kernel panic.

L.p., Kloko