Я новичок в этом, но я застрял. У меня есть небольшая виртуальная машина, на которой работает nagios. Сегодня он начал давать сбой, и я увидел несколько ошибок в журнале сообщений.
@ something ~] # tail / var / log / messages 31 августа 02:25:57 muspllx043v kernel: sd 2: 0: 1: 0: [sdb] Результат: hostbyte = DID_OK driverbyte = DRIVER_OK 31 августа 02:25:57 muspllx043v ядро: sd 2: 0: 1: 0: [sdb] CDB: Write (10): 2a 00 05 fe ce d8 00 00 48 00 31 августа 02:25:57 muspllx043v ядро: end_request: ошибка ввода-вывода, dev sdb , сектор 100585176 31 августа 02:25:57 muspllx043v ядро: JBD2: Обнаружены ошибки ввода-вывода при сбросе данных файла на dm-2-8 31 августа 02:25:57 ядро muspllx043v: Прерывание журнала на устройстве dm-2-8. 31 августа 02:25:57 muspllx043v ядро: EXT4-fs (dm-2): сбой отложенного выделения блоков для inode 1576714 при логическом смещении 303958 с максимальным количеством блоков 1 с ошибкой -30 31 августа 02:25:57 muspllx043v ядро: 31 августа 02:25:57 muspllx043v ядро: Этого не должно происходить !! Данные будут потеряны 31 августа 02:25:57 ядро muspllx043v: ошибка EXT4-fs (устройство dm-2) в ext4_new_inode: журнал прерван 31 августа 02:25:57 ядро muspllx043v: ошибка EXT4-fs (устройство dm-2) в ext4_da_writepages: журнал прерван
Я попытался перезапустить Nagios и получил следующую ошибку:
@ something ~] # service nagios restart Выполняется проверка конфигурации ... mktemp: не удалось создать файл с помощью шаблона
/tmp/.configtest.XXXXXXXX': Read-only file system /etc/init.d/nagios: line 88: : No such file or directory grep: : No such file or directory grep: : No such file or directory /etc/init.d/nagios: line 108: /usr/local/nagios/var/nagios.configtest: Read-only file system /etc/init.d/nagios: line 109: /usr/local/nagios/var/nagios.configtest: Read-only file system chmod: changing permissions of/usr/local/nagios/var/nagios.configtest ': файловая система только для чтения chown: изменение владельца `/usr/local/nagios/var/nagios.configtest': файловая система только для чтения cat:: нет такого файла или каталог
После нескольких вопросов с моими партнерами кто-то предложил мне проверить файловую систему, поэтому я выполнил команду fsck, но получил следующую ошибку:
@ something ~] # sudo fsck / fsck из util-linux-ng 2.17.2 e2fsck 1.41.12 (17 мая 2010 г.) / dev / mapper / vg_muspllx043v-lv_root: восстановление журнала fsck.ext4: неверное магическое число в супер- блокировать при попытке повторно открыть / dev / mapper / vg_muspllx043v-lv_root e2fsck: io manager magic bad!
Теперь я не могу выполнить ни одну команду на консоли и получаю ошибку ввода / вывода.
@ кто-то ~] # df -h -bash: / bin / df: ошибка ввода / вывода
Если я пытаюсь открыть новый сеанс, я получаю: Соединение закрыто.
Возможно ли, что fsck испортил файловую систему? Я могу перемещаться по каталогам, но не могу ничего делать.
@someone скрипты] # df -h -bash: / bin / df: ошибка ввода / вывода @someone скрипты] # ls -l -bash: / bin / ls: ошибка ввода / вывода @someone скрипты] # pwd / home / nagios / scripts @someone scripts] # cd @someone ~] # pwd / root @someone ~] # cd / var / log / @someone log] # ls -lrt -bash: / bin / ls: Ошибка ввода / вывода @someone log ] # pwd / var / log @someone log] # @someone ~] #
Надеюсь, вы мне в этом поможете.
Перво-наперво. fsck не будет ничего делать с файловыми системами, смонтированными для чтения и записи.
Во-вторых ... похоже, что файловая система была повреждена ... и в результате ОС перемонтировала диск как доступный только для чтения. Это своего рода отказоустойчивый способ защитить себя от дальнейшего повреждения. (обратите внимание на количество ошибок типа "Файловая система только для чтения"?)
В-третьих ... fsck может вносить изменения в файловую систему ... но если есть проблемы, он попросит вас подтвердить любые изменения, которые потенциально могут привести к потере данных, прежде чем они будут применены ... ЕСЛИ вы не переопределите поведение по умолчанию (a -y флаг, например) "Исправления" не гарантируют, что ваша ОС или данные будут в безопасности. Это просто означает, что он переведет том в правильный формат ext2. Иногда это означает, что файлы и каталоги будут удалены. Даже если вы не запускали fsck ... вполне вероятно, что любые данные, которые вы могли бы извлечь из этих секторов, были бы непригодны для использования.
В-четвертых ... похоже, что в какой-то момент был настроен RAID? (Я вижу группы томов и логические тома ...) Возможно, это не RAID ... но я не знаю, почему люди устанавливают логические тома без RAID. У вас вышло из строя несколько дисков (виртуальных или физических)?
и последний шаг: восстановление. Похоже, что ущерб нанесен ... и маловероятно, что цифровая криминалистика поможет вам далеко (даже если вы заплатили компании крупную сумму изменений). Лучше всего создать новую виртуальную машину для nagios ... и попытаться спасти и восстановить все, что вы можете, из старой установки nagios.
Заключительные напутствия: надеюсь, вы усвоили урок. Резервные копии - король. RAID-массивы выходят из строя ... вдвойне, когда вы их не отслеживаете. Храните ОС и данные на отдельных дисках / томах. (это упрощает резервное копирование / восстановление) Контролируйте свою систему.