The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Ошибка файловой системы"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Открытые системы на сервере (Система. проблемы, диагностика / Linux)
Изначальное сообщение [ Отслеживать ]

"Ошибка файловой системы"  +/
Сообщение от mkl_sis (ok) on 12-Май-10, 16:27 
Установлен на сервере CentOS 4.2. Настроен программный RAID1 на разделах двух дисков.
После очередной перезагрузки сервера выскочила ошибка:
/dev/md0: UNEXPECTED INCONSISTENCY RUN fsck MANUALLY
    i.e. without -a or -p options
Как я понял возникла ошибка в файловой системе. /dev/md0 - это мой RAID массив.
после запуска fsck программа выдала несколько ошибок, я перезагрузился и в итоге вроде данные я не потерял.
На сервере стоит два SATA диска. Каждый размечен на три раздела. И по одному разделу с каждого диска отведено под RAID1.
Я только начинаю работу с Linux.
Поэтому у меня вопрос: надежен ли программный RAID в Linux, часто ли такие вещи случаются в Linux. Что лучше предпринять, чтобы и RAID работал и данные не потерять.
Заранее благодарю.
Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Ошибка файловой системы"  +/
Сообщение от DmitryINdig0 (ok) on 12-Май-10, 19:34 
мысли. выключайте корректно. Рейд живучий но что в памяти осталось после жесткой перезагрузки не сохранить и может создать трудности. Спасает упса от неожиданностей дяди электрика. Кстати интересно состояние массива в тот момент. ФС журналируемую берите. Поставьте на контроль смарт дисков. Проблем быть не должно.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Ошибка файловой системы"  +/
Сообщение от sHaggY_caT (ok) on 12-Май-10, 20:34 
>[оверквотинг удален]
>RAID массив.
>после запуска fsck программа выдала несколько ошибок, я перезагрузился и в итоге
>вроде данные я не потерял.
>На сервере стоит два SATA диска. Каждый размечен на три раздела. И
>по одному разделу с каждого диска отведено под RAID1.
>Я только начинаю работу с Linux.
>Поэтому у меня вопрос: надежен ли программный RAID в Linux, часто ли
>такие вещи случаются в Linux. Что лучше предпринять, чтобы и RAID
>работал и данные не потерять.
>Заранее благодарю.

Мы используем mdraid в production, по-умолчанию на всех серверах(на части стоят 3ware, и, вероятно, будут adaptec у еще одного клиента).

Следует понимать, что raid любого типа, даже в СХД не панацея, и не замена бэкапу, а только средство увелечения доступности сервера.

Если у Вас умрет один из дисков, с большой вероятностью raid-массив предотвратит продолжительный даунтайм для сервера, пока Вы его будете пересетапливать, и восстанавливать из бэкапов, которые _обязаны_ быть (и делаться регулярно автоматически за пределы дата-центра размещения сервера, вспоминаем опыт mchost и hosting.ua из последних, и постоянные пожары/наводнения, уничтожающие офисы вместе с серверами, и бизнесом десятков компаний)

По этой причине, нужно либо использовать массив с избыточностью под корень, либо вообще не использовать raid-массив (правда для серверов это нонсенс, но оправданно для Linux-станции).

Ни один raid массив на свете не предотвратит падения Вашего сервиса из-за взлома, программной ошибки, которая потрет актуальные данные, ошибки администратора (rm -rf /var, например), ошибки пользователя сервиса (например, менеджер, заполняющий сайт на веб-сервере, может случайно грохнуть материалы)

Итого, профессиональная некомпетентность, это не настроенные регулярные бэкапы в другую географическую точку, и отношение к сервису крайне спустя рукава, если не настроен raid-массив и под данные, и под корень системы (возможны исключения, например связанные с SAN или diskless NFS клиентами, но и в этом случае, данные/системы все равно хранятся на raid-массиве, хотя и не в пределах сервера)

В общем, на мой взгляд, Ваш raid-массив бесполезен, так как не заменяет backup (он же у Вас настроен?) и не снижает даунтайм для сервиса, так как сервер поставлен не на raid-массив.


То есть, raid массив вообще не средство защиты данных, а исключительно средство обеспечения доступности сервиса(в том числе часто повышенной производительностью, по сравнению с одиночными дисками, и мзбыточностью), и бесполезен, например, без регулярного автоматизированного мониторинга состояния дисков.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Ошибка файловой системы"  +/
Сообщение от DmitryINdig0 (ok) on 13-Май-10, 08:43 
Все что написал ты, чистая правда. Добавлю. Не каждый бизнес готов тратиться на схд и библиотеки  разнесенные географически. Не то, что не каждый, а единицы тратятся  на оправданную избыточность (по всем параметрам).
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Ошибка файловой системы"  +/
Сообщение от sHaggY_caT (ok) on 13-Май-10, 11:30 
>Все что написал ты, чистая правда.

Я девушка :)

> Добавлю. Не каждый бизнес готов тратиться
>на схд и библиотеки  разнесенные географически. Не то, что не
>каждый, а единицы тратятся  на оправданную избыточность (по всем параметрам).

да, SAN в трех экземплярах (две на одном сайте, третья на резервном) это классика, но действительно мало кому по карману.
Я же писала немного о другом: SOHO/SMB сегмент, у которых часто один-два сервера, слишком часто делают смертельную ошибку: бэкап на HDD, стоящий в этом же сервере (или, уже чуть умнее, на машину рядом с "рабочими")

Топикстартеру же я бы посоветовала переставить его сервис на CentOS 5, и mdraid под зеркало под / и под данные, что бы сервис, при вылете диска, продолжал работать как и раньше, и, естественно, настроить бэкапы куда-то еще (можно купить дисковое место, доступное по ftp), это важнее raid!


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Ошибка файловой системы"  +/
Сообщение от DmitryINdig0 (ok) on 09-Июн-10, 13:15 
>>Все что написал ты, чистая правда.
>
>Я девушка :)
>

оч приятно =)
я тоже не местный ;)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру