Serverlösung
Hallo zusammen,
hab hier ja ein Raid 5 mit ext3 in einem lvm am laufen. Leider hab ich
damit nur Probleme.
EXT3-fs error (device lvm(58,6)): ext3_readdir: directory #7569548 contains a
hole at offset 0
ttempt to access beyond end of device
Feb 19 06:26:45 bart kernel: 3a:06: rw=0, want=150290744, limit=115343360
Feb 19 06:26:45 bart kernel: EXT3-fs error (device lvm(58,6)):
ext3_readdir: directory #7569548 contains a
hole at offset 4096
usw.
Das wirkt sich so aus dass in manchen Verzeichnisse Files sind die über 50
Terrabyte gross sind und von 1932 z.b.
Das Problem hatte ich das erste mal vor 2 Wochen. Ein fsck.ext3 -n
/dev/VG... hat mir dann gesagt dass unser exportieres /home eine Macke
hat...Alle User von Netz, server im single mode gestartet, ein umount auf
home und fsck durchlaufen lassen. Das ganze hat dann 5 h gedauer (home hat
110Gig).Es schien dass das Problem behoben ist.
Heute morgen dass gleiche schon wieder. Diesmal lief fsck nur eine 1h ->
trotzdem konnt in der Zeit nicht gearbeitet werden. Ist also nur eine
Frage der Zeit bis das Problem wieder auftaucht.
Was tun?Normalen SCSI Controller besorgen, Datensicherung machen, das Raid
löschen und die Platten ohne Raid laufen lassen?
Gleich eine Storage Lösung von IBM, Siemens etc. mit ner "Blackbox" <-
kostenfrage. Wie läuft das bei euch so.
Das andere Problem mit dem langsamen login bzw. auscheckn von ssh hab ich
heut morgen lösen können. Es lag am reverse loockup
Das hier in der sshd_config habt das Problem behoben.
ReverseMappingCheck no
Bin für jeden Tipp dankbar.
Viele Grüsse,
Matthias
Reply to: