☰

Server ausgefallen und erfordert manuelles fsck. Ich habe diesen Fehler in dmesg gesehen

tag-icon • tag-icon hard-disk
Server ausgefallen und erfordert manuelles fsck. Ich habe diesen Fehler in dmesg gesehen

Ich habe das in gesehen dmesg. Was bedeutet das?

EXT4-fs-Fehler (Gerät sdb1): htree_dirblock_to_tree: fehlerhafter Eintrag im Verzeichnis Nr. 763 3575: rec_len ist kleiner als minimal – Block=30429885Offset=0(671744), Inode=0,
rec_len=0, Name_len=0

Wie um Himmels Willen ist das passiert? Liegt das daran, dass SDB schlecht ist?

Dies ist, was /var/messages sagt

Sep 26 17:15:40 host pure-ftpd: ([email protected]) [INFO] New connection from 175.44.11.232
Sep 26 17:15:40 host pure-ftpd: ([email protected]) [INFO] Logout.
Sep 26 17:15:41 host pure-ftpd: ([email protected]) [WARNING] Authentication failed for user [solarromancecom]
Sep 26 17:15:41 host pure-ftpd: ([email protected]) [INFO] Logout.
Sep 26 17:15:41 host pure-ftpd: ([email protected]) [INFO] New connection from 27.150.198.182
Sep 26 17:15:41 host pure-ftpd: ([email protected]) [INFO] New connection from 216.244.84.165
Sep 26 17:15:43 host pure-ftpd: ([email protected]) [WARNING] Authentication failed for user [admSep 27 04:17:49 host kernel: imklog 5.8.10, log source = /proc/kmsg started.
Sep 27 04:17:49 host rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1708" x-info="http://www.rsyslog.com"] start
Sep 27 04:17:49 host kernel: Initializing cgroup subsys cpuset
Sep 27 04:17:49 host kernel: Initializing cgroup subsys cpu
Sep 27 04:17:49 host kernel: Linux version 2.6.32-358.18.1.el6.i686 ([email protected]) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) ) #1 SMP Wed Aug 28 14:27:42 UTC 2013
Sep 27 04:17:49 host kernel: KERNEL supported cpus:
Sep 27 04:17:49 host kernel:  Intel GenuineIntel
Sep 27 04:17:49 host kernel:  AMD AuthenticAMD
Sep 27 04:17:49 host kernel:  NSC Geode by NSC
Sep 27 04:17:49 host kernel:  Cyrix CyrixInstead
Sep 27 04:17:49 host kernel:  Centaur CentaurHauls
Sep 27 04:17:49 host kernel:  Transmeta GenuineTMx86
Sep 27 04:17:49 host kernel:  Transmeta TransmetaCPU
Sep 27 04:17:49 host kernel:  UMC UMC UMC UMC
Sep 27 04:17:49 host kernel: BIOS-provided physical RAM map:

Das ist es. Das System wird also neu gestartet und vor dem Neustart wird weder der Grund noch irgendetwas anderes angezeigt.

Antwort1

Laut diesem Knowledgebase-Artikel auf novell.com mit dem Titel:EXT3-Dateisystemfehler „falscher Eintrag im Verzeichnis“, die Lösung für diese Nachricht:

EXT3-fs-Fehler (Gerät dm-0): ext3_readdir: fehlerhafter Eintrag im Verzeichnis Nr. 5556142: rec_len ist kleiner als minimal – Offset=0, Inode=2553887680, rec_len=0, name_len=0

Ist wie folgt:

NOTIZ:Dieser Fehler wird durch eine Datei verursacht, die als Verzeichnis markiert wurde. Dies ist ein nicht schwerwiegender Fehler und kann durch Entfernen der betreffenden Datei behoben werden.

  1. Mounten Sie das betreffende Dateisystem

  2. Suchen Sie die beschädigte Datei. Der Inode der Datei ist die Nummer nach „falscher Eintrag im Verzeichnis“. Mit dem Beispielfehlercode können Sie die Datei finden, indem Sie Folgendes eingeben:

     $ find /MOUNT_POINT -inum 5556142

  3. Löschen Sie die in Schritt zwei identifizierte Datei

  4. Umounten Sie das Dateisystem

  5. Überprüfen Sie die Festplatte und suchen Sie nach Fehlern.

    $ fsck /dev/PHYSICAL_DEVICE

  6. Wiederholen Sie Schritt 5. Wenn keine Fehler auftreten, ist das Dateisystem sauber.

Die Auflösung ist dieselbe, egal ob es sich um ein EXT4- oder EXT3-formatiertes Laufwerk handelt.

verwandte Informationen