From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <419203E4.2080204@solin.spb.ru> Date: Wed, 10 Nov 2004 15:04:52 +0300 From: "Aleksey Avdeev" User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.2) Gecko/20040808 X-Accept-Language: ru, be, uk, en-us, en MIME-Version: 1.0 To: community@altlinux.ru Subject: Re: [Comm] =?KOI8-R?Q?=CB=CF=D0=C9=D1_/hda_to_/hdb?= References: <1899027223.20041110110708@amos.ru> <4191CDE8.9000308@ukr.net> <1811457195.20041110130622@amos.ru> <4191EAFC.1090809@solin.spb.ru> <95469627.20041110135045@amos.ru> In-Reply-To: <95469627.20041110135045@amos.ru> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: community@altlinux.ru List-Id: Mailing list for ALT Linux users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 12:05:01 -0000 Archived-At: List-Archive: List-Post: Ivanov Maxim пишет: > Здравствуйте, Aleksey. > > Вы писали 10 ноября 2004 г., 13:18:36: > > > >>>Да я бы с великой радостью. Но как это сделать? Искал в рассылке на >>>эту тему, но находятся сообщения типа: "делал. но это не работает". >>>Вопрос тогда следующий: где прочитать про то, КАК сделать RAID >>>софтовый? Предложения сходить в ман не лучший выход: не понял я >>>ничего. Может, кто встречал доку про это? На самом деле да, задача > > >> 1. >> > > >>2. /usr/share/doc/HOWTO/HTML/ru/Software-RAID-HOWTO/index.html > > >>3. /usr/share/doc/HOWTO/HTML/ru/Boot-Root-Raid-LILO/index.html > > >> 2 и 3 - из пакета howto-html-ru > > >>>вроде бы тривиальна: полностью зеркалить диски с целью замены одного >>>из винтов на другой при выходе из стоя первого. Я, собственно. этого и >>>хочу, но повторяюсь: нормальной документашки не нашел, поэтому и решил >>>как выход: каждую ночь тупо переписывать один винт на другой. > > >>PS: Повторюсь (это существенно): попробуй развесить диски по >>_разным_ шлейфам... > > > > 1. Порадовало фразой: "Это не является тривиальным занятием на IDE". > Т.е. очевидно, нужен дежурный бубуен. Только одно "но": сервант > рабочий и если я его угроблю... 1. Я правильно понимаю, что один из дисков у вас никак неиспользуется? 2. /boot отдельным разделом? 3. Изменение разбивки по разделам непланируется? (Содержимое /dev/hda* плавно переезжает на /dev/md*?) Тогда максимально возможная опасность - 2 перезагрузки, вместо одной... Или 3 вместо 2, если второй диск требует переразбики: незнаю способа перечитать таблицу разделов без перезагрузки системы (можно ограничиться модулем отвечающим за венчестер, но это невсегда возможно). raid поднимается в degraded режиме и /dev/hda* подключается _только_ если всё работает (до этой опирации система на /dev/hda* отличается от первоночальной только конфигами raid и меню загрузчика). > > 2 и 3 - активно читал (смысл установки дисков на РАЗНЫХ шлейфах > понятна из этого документа). Но просветления пока не наступило. Что > будет, если я не смогу создать RAID? Переустановка серванта? Нигде не > написано про то, что делать в случае неудачи, а это у меня случалось Неудачи на каком именно этапе? Сдесь их несколько (перенос корня): 1. Разбивка второго диска - неудача влияет _только_ на последующие этапы. 2. Создание и поднятие raid если раздел /dev/hda* пометить в /etc/raidtab как failed-disk - содержимое /dev/hda* непострадает. Если этого несделать - может быть уничтожено (теоритически, на практике, такая опирация скорее всего всё окончится _только_ руганью: у меня неполучалось добавить подмонтированый диск в raid). 3. Копирование /dev/hda* -> /dev/md*, генирация initrd с модулями raid и редактирование меню загрузчика - тоже на работоспособность невлияют. 4. Перезагрузка с корнем на /dev/md*. Если не срослось - возврат к предыдущему варианту (его работаспособность неменялась) и поиск ошибок. 5. (Если 4 прошло нормально) Отключение failed-disk (в /etc/raidtab) и подсоединение /dev/hda* к raid - Если данный этап непрошёл, то система на /dev/hda* скорее всего убита. Но есть рабочая система на /dev/md* 6. Смена типа раздела на /dev/hda* 7. Можно перегрузиться, для считывания таблицы разделов ядром и проверки автоподнятия raid. В хадшем случаи - будет работать половина массива (как на этапе 5)... Это для /. Остальные разделы аналогично, только риск меньше. > достаточно часто. Пока видимо, остановлюсь на тупом копировании. Вот > будет новый сервант - там можно тренироваться, а на этом почему-то не > хочется. Эт правильно. -- С уважением. Алексей.