https://www.opennet.ru/openforum/vsluhforumID3/56965.html Обсуждение статьи тематического каталога: Перенос существующей CentOS на софтовый RAID1 (linux centos raid)<br><br>Ссылка на текст статьи: http://www.opennet.ru/base/sys/centos_raid1.txt.html<br> https://www.opennet.ru/openforum/vsluhforumID3/56965.html#13 Fri, 14 May 2010 10:49:45 GMT При просмотре/реализации статьи и сравнении с первоисточником обнаружил, что из п.п.8 и 9 получилось "Правим /etc/fstab - меняем параметры типа LABEL=.... на<br>root=/dev/md_d0pN где N - соответствует /dev/sdaN на котором был этот раздел." --- что не совсем верно<br> https://www.opennet.ru/openforum/vsluhforumID3/56965.html#12 Wed, 17 Mar 2010 07:44:33 GMT 1. не создаются разделы больше 4 md_d0p4 будет последний <br> - это я тоже уже обнаружил, но т.к. у меня на момент эксперимента больше и небыло - то не описал.<br><br>2. затем mdadm --examine --scan &gt; /etc/mdadm.conf <br> пишет какую то ересь о несуществующих устройсвах<br><br>Создайте сначала 4, а потом добавте все уже руками прямо в fstab.<br><br>Повторюсь - мне тут больше всего нравится простота замены сдохшего винта - одной командой!<br>Причем если выполнять это нагорячую - вообще все волшебно выглядит.<br> https://www.opennet.ru/openforum/vsluhforumID3/56965.html#11 Tue, 03 Nov 2009 14:47:34 GMT не работает<br><br>1. не создаются разделы больше 4 md_d0p4 будет последний<br> причем fdisk -l видит все md разделы<br> приходиться создавать через mknod (mknod /dev/md_d0p5 b 254 5)<br><br>2. затем mdadm --examine --scan &gt; /etc/mdadm.conf <br> пишет какую то ересь о несуществующих устройсвах<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/56965.html#10 Sat, 17 Oct 2009 09:25:47 GMT Фигня какая то получается(((<br>Вот все это получается: <br>И создаем новый образ initrd<br><br> cd /boot<br> mv initrd-2.6.18-128.el5.img initrd-2.6.18-128.el5.img.bak<br> mkinitrd /boot/initrd-2.6.18-128.el5.img 2.6.18-128.el5<br><br><br>Перезагружаемся уже в нормальном режиме.<br><br>Но вот после перезагрузки идет проверка ФС /dev/md0 Все вроде бы проходит...<br>Идет проверка /dev/md1 И тут стопориться говориться про суперблоки и ФС ext2???<br><br>Пробовал возвращать систему убивая райд полностью...<br>Система грузится. Гружусь в рескуе моде и делаю уже по разделам райд... (/dev/hda1 (md0-/boot) /dev/hda3 (md1-/корень))<br>И вот тут я заметил интересную при выполнении <br>mdadm --create --level=1 --raid-devices=2 /dev/md_d0 /dev/sda missing<br>Меня спрашивают создать ФС ext2fs??? И вот после этого начинаются проблеммы...<br>Стоит только fdisk /dev/hda поставить ФС 83. Все ОК!!! Ну и ясень пень грохнут все разделы на /dev/hdb...<br> https://www.opennet.ru/openforum/vsluhforumID3/56965.html#9 Thu, 27 Aug 2009 07:44:55 GMT Если система успользует своп - значит в системе реально мало RAM или система перегружена или система неправильно настроена.<br><br>Если делается нормальный отказоустойчивый сервис - там будет не 1 сервер - а несколько серверов работающих совместно и в данном случае важнее быстродействие каждого сервера нежели его отказоустойчивость изза отсутствия одного из свопов.<br><br>Еслы разместить своп на рейде - работа со свопом еще более затормозыт и без того занятый сервер.<br><br>Причем будет тормозить весь рейд со всеми разделами и соответственно всеми файловыми системами на сервере.<br> https://www.opennet.ru/openforum/vsluhforumID3/56965.html#8 Wed, 26 Aug 2009 20:20:39 GMT Своп - это память, но вынесенная на диск. В любой момент она может быть с диска подгружена назад в ОЗУ. Что будет с системой, если диск отказал, а нужные страницы памяти оказались именно на этом сбойном диске? Правильно! Часть приложений может непредсказуемо покриветь. Эффект как будто в части ОЗУ кусок памяти засеяли мусором или просто вырезали. В лучшем случае будет kernel-panic с руганью на то, что нет доступа к такой-то странице памяти, в худшем случае будет потеря данных. <br>При любых раскладах, разместив своп-разделы вне RAID, вы будете сами себе злобный буратина. Ваш третий пункт не выполнится никогда, потому что система не просто "имеет своп", она его использует как для чтения, так и для записи, а не только для записи по принципу "чтобы было". Когда часть свопа пропадет из-за отказа диска, то сервер всенепременно встанет и "иметь" будут известно кого и известно за что.<br><br>Если у вас система постоянно лезет в своп и вас беспокоит его размер, то сообщаю, что гиг ОЗУ стоит 1.5 тыс. рублей, а винт на 160 Г https://www.opennet.ru/openforum/vsluhforumID3/56965.html#7 Fri, 17 Jul 2009 05:40:39 GMT &gt;"для того чтобы сервак грузился и с /dev/sda и<br>&gt;с /dev/sdb нужно загрузчик установить на оба диска<br><br>Подтверждаю. Сам недавно с этим столкнулся. ОС CentOS 5.3.<br> https://www.opennet.ru/openforum/vsluhforumID3/56965.html#6 Thu, 16 Jul 2009 08:53:37 GMT raid создавался НЕ из разделов, а из девайсов, т.е. дисков как устройств.<br>Кроме того если swap не размещать на raid то при выходе из строя одного из винтов высока вероятность нарушения работы сервака - ось то будет пытаться пользовать оба свапа, а в наличии только один, что потребует дополнительных движений - отключения несуществующего свапа.<br> https://www.opennet.ru/openforum/vsluhforumID3/56965.html#5 Thu, 16 Jul 2009 08:50:24 GMT "для того чтобы сервак грузился и с /dev/sda и с /dev/sdb нужно загрузчик установить на оба диска и в BIOS прописать порядок загрузки HDD0-&gt;HDD1-&gt;..."<br><br>Проверено на живой системе, НИКАКИХ телодвижений с BIOS и загрузчиком НЕ ПОТРЕБОВАЛОСЬ, ВООБЧЕ!<br>Этот метод и был выбран именно из соображений отсутствия телодвижений в сторону загрузчика.<br>