Реклама на Sys-Adm.in

Автор Тема: Критический сбой файловой системы Linux  (Прочитано 843 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Incredible

  • Пользователь
  • **
  • Сообщений: 96
  • Karma: +10/-1
  • Пол: Мужской
    • Share Post
Господа нужна помощь. Стоял сервер никого не трогал, внезапно пропадает из сети, иду и вижу то что на фото. После увиденного пребывал в глубоком удивлении. Сразу подумал на RAID. Зашел в BIOS RAID контроллера логический раздел в норме, все 4 жестяка в онлайне. Настроен RAID-5(тут я тоже пребывал в глубоком удивлении), я обычно ставлю RAID-10 или RAID-1.
Что сделал: загрузился с CD Centos  в rescue mode. Увидел что на сервере настроен LVM, активировал разделы, начал монтировать, в итоге раздел lv_root не монтируется ни в какую, второй раздел с данными смонтировался, но основные настройки сервера лежат в разделе lv_root. При попытке смонтировать раздел lv_root выходит сообщение "you must specify you file system" прописывал разные варианты(ext3/4, xfs) но в итоге ничего, так и не монтируется.
Бэкапы есть через veeam, но по какой-то неведомой причине бэкапы не разворачиваются, в общем обложен с двух сторон. Кто сталкивался с такой ошибкой, как победили, какие будут советы?
PS:Система CentOS 6.5 x86_64
PS: На сколько я понял что-то случилось с разделом lv_root
« Последнее редактирование: Ноябрь 22, 2018, 02:49:49 pm от Incredible »

 

Оффлайн sysadmin

  • Administrator
  • сисадми́н
  • *****
  • Сообщений: 8679
  • Karma: +120/-0
  • Пол: Мужской
    • Share Post
    • сайт для сис. админов и не только...
Критический сбой файловой системы Linux
« Ответ #1 : Ноябрь 22, 2018, 03:08:34 pm »
Если из груба попробовать в rescue режим провалится и там chroot попробовать?

Что показывают lv_display, pv_display? Что показывает df -T?
дорогу осилит идущий...
......................
MCP, MCTS, RHCSA
......................
also aka xck...

Оффлайн Incredible

  • Пользователь
  • **
  • Сообщений: 96
  • Karma: +10/-1
  • Пол: Мужской
    • Share Post
Критический сбой файловой системы Linux
« Ответ #2 : Ноябрь 22, 2018, 04:04:56 pm »
Если из груба попробовать в rescue режим провалится и там chroot попробовать?
Вот тут можно подробнее? Фото выводов команд выложу сейчас.

Оффлайн Incredible

  • Пользователь
  • **
  • Сообщений: 96
  • Karma: +10/-1
  • Пол: Мужской
    • Share Post
Критический сбой файловой системы Linux
« Ответ #3 : Ноябрь 22, 2018, 06:09:57 pm »
Команды pvscan и lvscan

Оффлайн Incredible

  • Пользователь
  • **
  • Сообщений: 96
  • Karma: +10/-1
  • Пол: Мужской
    • Share Post
Критический сбой файловой системы Linux
« Ответ #4 : Ноябрь 22, 2018, 06:39:08 pm »
Тут видно что не монтируется

Оффлайн sysadmin

  • Administrator
  • сисадми́н
  • *****
  • Сообщений: 8679
  • Karma: +120/-0
  • Пол: Мужской
    • Share Post
    • сайт для сис. админов и не только...
Критический сбой файловой системы Linux
« Ответ #5 : Ноябрь 22, 2018, 06:58:39 pm »
df -T что показывает?

Оффлайн CyberPunk 2050

  • Сообщество ИТ-Специалистов
  • сисадми́н
  • *****
  • Сообщений: 1201
  • Karma: +53/-0
  • Пол: Мужской
  • Местный IP-шник. Работаю в DHCP.
    • Share Post
Критический сбой файловой системы Linux
« Ответ #6 : Ноябрь 23, 2018, 09:23:55 am »
Если восстановить не получится, нужно вывести из этого урок.
1. Мониторить ОС
2. Проверять бэкапы
Одной мотивации недостаточно: если у вас есть идиот и вы его мотивировали, то в результате вы получите мотивированного идиота. Джим Рон

Оффлайн Incredible

  • Пользователь
  • **
  • Сообщений: 96
  • Karma: +10/-1
  • Пол: Мужской
    • Share Post
Критический сбой файловой системы Linux
« Ответ #7 : Ноябрь 23, 2018, 10:56:38 am »
Однозначно, но не переживал потому что бэкапы данных делались скриптами, бэкап полного состояния системы делался через veeam(бесплатный). Поэтому если кто делает бэкапы через veeam, мониторьте бэкапы, проверяйте их как можно чаще.

Оффлайн sysadmin

  • Administrator
  • сисадми́н
  • *****
  • Сообщений: 8679
  • Karma: +120/-0
  • Пол: Мужской
    • Share Post
    • сайт для сис. админов и не только...
Критический сбой файловой системы Linux
« Ответ #8 : Ноябрь 23, 2018, 11:34:06 am »
Так погоди, ты смотрел тип файловой системы на диске (fdisk -l /dev/sdX) или так (file -sL /dev/sdX) ? Так же можно попробовать mount с аргументом auto...

И да, файловая сисема могла побиться, здесь нужно прогрнать диск на предмет ошибок ФС используя fsck например, вот как-то было:
https://forum.sys-adm.in/index.php?topic=3462.0
« Последнее редактирование: Декабрь 14, 2018, 09:57:27 am от sysadmin »

Оффлайн Incredible

  • Пользователь
  • **
  • Сообщений: 96
  • Karma: +10/-1
  • Пол: Мужской
    • Share Post
Критический сбой файловой системы Linux
« Ответ #9 : Ноябрь 26, 2018, 03:21:51 pm »
Сервер запустил. В общем команды df -X не отобразили тип файловой системы. Команда mount не монтировала система ни в какую, в общем стала понятно что точно побилась файловая система. По ссылке sysadmin перешел, почитал про команду fsck. Запустил fsck на логическом разделе LVM lv_root. Почти сразу вылезла ошибка с суперблоком, исправил и далее нашел битые файлы в запросах mysql. В общем после проверки раздел lv_root стал доступен и без проблемно примонтировался и все данные стали доступны. После перезагрузки сервер загрузился.
« Последнее редактирование: Ноябрь 26, 2018, 03:35:05 pm от Incredible »

Оффлайн sysadmin

  • Administrator
  • сисадми́н
  • *****
  • Сообщений: 8679
  • Karma: +120/-0
  • Пол: Мужской
    • Share Post
    • сайт для сис. админов и не только...
Критический сбой файловой системы Linux
« Ответ #10 : Декабрь 14, 2018, 09:57:14 am »
Супер, рад, что вопрос решился


xx
Ремонт файловой системы в Linux

Автор sysadmin

0 Ответов
1246 Просмотров
Последний ответ Февраль 20, 2015, 02:38:51 pm
от sysadmin
xx
[Решено] Linux - просмотр типа файловой системы

Автор sysadmin

0 Ответов
840 Просмотров
Последний ответ Июль 10, 2015, 03:46:28 pm
от sysadmin
xx
Какие знаете решения для отказоустойчивой файловой системы?

Автор black_beard

0 Ответов
373 Просмотров
Последний ответ Сентябрь 03, 2018, 04:43:19 pm
от black_beard
xx
Временное отключение доступа к одной из нескольких баз 1С - Разрешения файловой системы

Автор vadimml24

4 Ответов
788 Просмотров
Последний ответ Сентябрь 25, 2017, 12:58:50 pm
от vadimml24