| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Администрирование *NIX систем > Проблема с RAID массивом |
| Автор: Freak_FB 10.9.2009, 17:37 | ||||||
| Поставил себе компьютер с Gentoo. Там два диска примерно по 200 GB. Делал по всё http://www.gentoo.org/doc/en/gentoo-x86+raid+lvm2-quickinstall.xml, ставил программный RAID 1. С LVM не заморачивался. Вот так выглядит первый диск через fdisk:
Второй выглядит аналогично, за исключением того что он не sda а sdb. Создал RAID массивы уровня 1, объединив первый и третий разделы. Вторые под свопы оставил. Вот выводы /proc/mdstst и mdadm --detail --scan :
Вот мой fstab:
Как и было сказано в справке - занес mdadm и mdraid в runlevel default. Проблема заключается в том что при выключении компьютера оно говорит, что устройство /dev/md3 занято и не может отсоединиться. В итоге при следующем включении система пытается восстанавливать ошибки. Подскажите, как с этим бороться. Что я мог неправильно сделать? Интернеты смотрел, там ничего толком нет. |
| Автор: Imple 11.9.2009, 06:34 |
| ЕМНИП это нормальное поведение, так как корневая система остается примонтированной (хоть и в read-only) до последнего (выключения системы) . |
| Автор: Freak_FB 11.9.2009, 13:24 |
| Это то понятно. Но неужели этого варианта разработчики не рассмотрели? Почему мой серв должен вырубаться с матюками и на следующий раз включаться и проверять неправильно отмонтированный рейд. Может кто с рейдом работал, помогите в решении вопроса. |
| Автор: bilbobagginz 16.9.2009, 00:16 | ||
какого "этого" ? когда системный администратор устанавливает корневой раздел на программный RAID ???  а зачем такой изврат предусматривать ? |
| Автор: Freak_FB 16.9.2009, 00:28 |
| Да, молодой, неопытный. Вот и нахимичил. В будущем учту. Тему закрываю. |
| Автор: bilbobagginz 16.9.2009, 00:36 |
| в общем идея такая: если делаешь программный рэйд, то надо это делать на раздел данных, напр /home или /data и всё. во вторых, рэйд обычно делается для увеличения доступности, т.е. на сервера, которые бегут 24 часа в сутки 7 дней в неделю и т.д. значит и перегружать их не надо (и вообще перегрузка нередко заставляет синхронизировать/конструировать массив сызнова, это лишняя нагрузка на диск) в-третьих, программный рэйд - дело ... ограниченное. если надо действительно долбать I/O, то надо железный контроллер. в-четвёртых сегодня уже продаются такие коробочки по 2-4 террабайта, и стоят не дороже просто компьютера. если данные стоят денег, то наверное стоит раскошелиться и купить коробочку - с гарантией, поддержкой, и без гемора. |
| Автор: rustyangel 16.9.2009, 10:16 | ||||
Нормальный изврат. А баг такой в генте есть. Во всяком случае, я это считаю именно багом, потому что RHEL, к примеру, такой проблемы не имеет. Но как бороться не знаю, и багзиллу писать ленюсь, потому что у меня никаких ошибок при следующей загрузке нет (файловые системы всё-таки отмонтируются и md* нормально синкаются). Так что правильный вариант - пойти в багзиллу и либо найти там этот баг и воркараунд либо запостить его. Добавлено через 2 минуты и 12 секунд
В-пятых, решения каждый выбирает по себе, исходя из своих потребностей и возможностей, и на вопрос "Как сделать, чтобы А вело себя так-то и так-то?" - отвечать: "А плохо по следующим причинам..." - как минимум некрасиво. В коробочках-то рейд программный |
| Автор: bilbobagginz 16.9.2009, 14:23 | ||||
не факт. я не про те коробочки, а те, к-рые с RAID5 и т.д., на основе железного контроллера. те которые программные стоят намного меньше. Добавлено @ 14:29
в общем случае ты прав, но мы не про точечного коня в вакууме. тут: ответ тоже зависит от самого А, / находится на массиве md. нужно как минимум создать специальное ядро, которое имеет поддержку md, что нужно понимать. (наверняка ещё придётся подкрутить и initrd, что тоже нетривиально). т.е. ОС не предоставляет таких возможностей "из-коробки". Мой диагноз: это плохо в данном случае, т.к. для его осуществления нужно родить слишком много ёжиков, а преимуществ - никаких. Вот захочу чтобы пояснили мне "как эффективно чесать левое ухо левой рукой через междуножье" найдутся чесатели, конечно, и "помогут". но можно всё-таки посмотреть, и спросить себя "а зачем это делать через междуножье если можно просто: поднять руку и почесать ухо?" |
| Автор: rustyangel 16.9.2009, 15:26 | ||||
Хотеть! Ссылку дашь? Я домашние насы пока только с mdraid видел.
Не придётся, это же не megasr какой-нибудь в блобах. Вот с LVM грузиться - геморрой (если вообще возможно), потому что grub не умеет, а с md без проблем. Корень на md может быть по куче причин: - поиграться - Изначально был создан только один-два раздела (почти все этим страдают), а потом озаботились отказоустойчивостью. - Примерно то же, но например /var лежит не на отдельном разделе, а скорости одного винта не хватает. - Отвалившийся внезапно / - тоже не самая приятная вещь, так что решили и его зазеркалить (а железного рейда нет по историческим-экономическим-раздолбайским-etc причинам) Это всё более чем реальные ситуации. Особенно первая А почесать ухо твоим способом - это что-то вроде "как мне монтировать / через fuseftp?" Тут уже есть, о чём задуматься. Добавлено через 1 минуту и 22 секунды Ещё хорошая мотивация сделать что-то не совсем так: посмотреть, как будет вести себя софт. Хотя это и не тот случай, конечно. |
| Автор: ZeeLax 16.9.2009, 16:58 | ||
Уже умеет. Уж не знаю, хорошо ли это или плохо, но умеет. Даже, блин, работает |
| Автор: serger 18.9.2009, 17:23 |
| У нас загрузка с рейда 1, правда lilo и Debian - недавно диск меняли... Так что используется!  |
