Сервер упал и требуется ручная проверка fsck. Я увидел эту ошибку в dmesg

Сервер упал и требуется ручная проверка fsck. Я увидел эту ошибку в dmesg

Я видел это в dmesg. Что это значит?

Ошибка EXT4-fs (устройство sdb1): htree_dirblock_to_tree: неверная запись в каталоге #763 3575: rec_len меньше минимального - block=30429885offset=0(671744), inode=0,
rec_len=0, name_len=0

Как это вообще происходит? Это потому что SDB плохой?

Вот что говорит /var/messages

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:

Вот и все. Итак, система перезагружается, и перед перезагрузкой она не сообщает, почему или что-то еще.

решение1

Согласно этой статье базы знаний на novell.com под названием:Ошибка файловой системы EXT3 «неправильная запись в каталоге», разрешение этого сообщения:

Ошибка EXT3-fs (устройство dm-0): ext3_readdir: неверная запись в каталоге #5556142: rec_len меньше минимального - offset=0, inode=2553887680, rec_len=0, name_len=0

Как следует:

ПРИМЕЧАНИЕ:Эта ошибка вызвана файлом, который был отмечен как каталог. Это нефатальная ошибка, и ее можно исправить, удалив указанный файл.

  1. Смонтировать нужную файловую систему
  2. Найдите файл, который был поврежден. Индекс файла — это номер после «плохой записи в каталоге». Используя пример кода ошибки, файл можно найти, введя:

     $ find /MOUNT_POINT -inum 5556142
    
  3. Удалить файл, указанный на втором шаге.

  4. Размонтируйте файловую систему
  5. Проверьте диск и проверьте его на наличие ошибок.

    $ fsck /dev/PHYSICAL_DEVICE
    
  6. Повторите шаг 5. Если ошибок нет, файловая система чистая.

Разрешение одинаковое, неважно, отформатирован ли диск в EXT4 или EXT3.

Связанный контент