https://ns.opennet.ru/openforum/vsluhforumID1/78923.html Уважаемые гуру! Наша контора приобрела сервер на базе Intel S5000VSA. Пока на нём извращаются в Windows 2003, но в далнейшем он встанет под FreeBSD. Я конечно заказывал отдельный SCSI контроллер, но в пришедшем сервере его не оказалось. SCSI винты заменениы на SATA. На материнке есть контроллер Intel Embedded Server RAID Technology II поддерживающий RAID 0,1,5,10. Поиск по [url=http://www.freebsd.org/releases/6.3R/hardware-i386.html]совместимому оборудованию[/url] ничего не дал. Возможна ли установка на вышеназванную платформу релиза 6.3? Какой драйвер мне использовать? Или требовать замены сервера, а это очень сложно, т.к. закупаем не мы, а всё идёт через третьи руки.<br> https://ns.opennet.ru/openforum/vsluhforumID1/78923.html#25 Mon, 19 May 2008 10:50:21 GMT &gt;Согласен со Skif на 100%. Уж поверьте, отдельный SCSI в разы лучше <br>&gt;качеством и производительностью, чем SATA. Встроенный RAID контроллер может лажать, не <br>&gt;говоря уже о том, что он еще и SATA. Если выхода <br>&gt;нет, то может действтельно использовать програмный RAID?! Качеством он не хуже <br>&gt;аппаратного, только нагружает систему немного. <br><br>http://download.intel.com/support/motherboards/server/sb/raidsupportmatrix_v20.pdf<br>по указанной выше ссылочке лежит файлик, в котором черным по белому написано, что Intel Embedded Server Raid II по сути есть ничто иное как софтверный рэйд, потому как юзает для своей работы общую оперативку и точно также нагружает центральный процессор. Так что выводы делайте сами<br> https://ns.opennet.ru/openforum/vsluhforumID1/78923.html#24 Tue, 25 Mar 2008 09:54:31 GMT При загрузке проскакивала строка:<br>Found duplicate PV ddf1_4c5349202020202080862682000000003356873200000a28: using /dev/sdb2 not /dev/sda2<br><br>Решил так:<br>1. Распаковал initrd: gzip -dc &lt; /boot/initrd-2.6.18-53.1.14.el5.img &#124; cpio -i<br>2. Подправил INIT:<br>удалил:<br><br>mkblkdevs<br>echo Scanning and configuring dmraid supported devices<br>dmraid -ay -i -p "ddf1_4c5349202020202080862682000000003356873200000a28"<br>kpartx -a -p p "/dev/mapper/ddf1_4c5349202020202080862682000000003356873200000a28"<br><br>вставил из старого initrd:<br><br>echo Making device-mapper control node<br>mkdmnod<br>mkblkdevs<br>rmparts sdb<br>rmparts sda<br>dm create ddf1_4c5349202020202080862682000000003356873200000a28 0 623046656 mirror core 2 131072 nosync 2 8:0 0 8:16 0<br>dm partadd ddf1_4c5349202020202080862682000000003356873200000a28<br><br>3. Собрал initrd: find . &#124; cpio -o -c &#124; gzip -9 &gt; /boot/initrd-2.6.18.8.new.img<br>4. Подправил grub.conf<br>5. Скопировал /boot с /dev/sda1 на /dev/sdb1<br>6. Shutdown<br>7. Вынул из сервака первый хард<br>8. При загрузке https://ns.opennet.ru/openforum/vsluhforumID1/78923.html#23 Thu, 20 Mar 2008 08:44:46 GMT Похожую ситуацию имел на 5-ке RHEL-а, решилось mdadm + софтовый raid1<br> https://ns.opennet.ru/openforum/vsluhforumID1/78923.html#22 Wed, 19 Mar 2008 13:16:27 GMT Intel Embedded Server RAID Technology II + CentOS5<br>Сделал в BIOSе RAID 1, на него поставил LVM и в нём нарезал несколько разделов.<br>Всё установилось и работало на "ура" до установки обновления ядра.<br>Было 2.6.18-8 стало 2.6.18-53.14 и выдает такую строку:<br>Found duplicate PV RO42Wmj1QX0v03Uh1c0JX8KWYE3J2bfp: using /dev/sdb2 not /dev/sda2<br><br>Хотя загружается и работает (получается на одном диске) [уже месяц].<br><br>В бэкапах LVM VolGroup00 есть ссылка:<br>device = "/dev/mapper/ddf1_4c53445983759437258475329875947543092p2"<br>Я так понимаю это и был мой RAID 1.<br><br>Кто-нибудь может подсказать где копать чтобы всё на места своя вернуть?<br> https://ns.opennet.ru/openforum/vsluhforumID1/78923.html#21 Wed, 12 Mar 2008 13:26:23 GMT мы сата обсуждали...<br> https://ns.opennet.ru/openforum/vsluhforumID1/78923.html#20 Wed, 12 Mar 2008 10:09:52 GMT У меня S5000VSA<br>Вывод pciconf -lv, <br>mpt0@pci6:2:0: class=0x010000 card=0x10001060 chip=0x00301000 rev=0xc1 hdr=0x00<br> vendor = 'LSI Logic (Was: Symbios Logic, NCR)'<br> device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller'<br> class = mass storage<br> subclass = SCSI<br><br>Работает уже второй год без остановки на OS FreeBSD 6.2 c RAID-0<br> https://ns.opennet.ru/openforum/vsluhforumID1/78923.html#19 Sat, 08 Mar 2008 09:20:43 GMT Привет всем!<br>Мож нге в теме....<br>У меня с этим же серваком проблема.<br>Категорически не встает на нем Win Server 2003 Ent/Edit/RU - EN - как с куста, но проблема в том что продали сервак и софт там где типа не знали о том что русский сервер туда не встанет.....<br>EN - работает криво.... Падал с сентября 2007 - раз пять....<br>6 марта упал снова - хочу додавить решение данной проблемы - всетаки поставить то чот купил - а не ломаный EN - HELP!!!! HELP!!!! HELP!!!!!<br>Помогите кто знает как....<br>Пробовал acronis - не видит RAID10:-)))<br>На локалку поставил все как с куста, даж не вякнула PIV-4 850 чипсет.....<br>ЕЕ образ пробнул подцепить через USB - соскочило все что было......<br>Сижу и горько плачу....<br>Архив и бэкап перенес перед эксперементом на другой сервак, щас фирма работает на резервном канале.<br>Я понимаю всю ответственность такого шага. Там все меры предосторожности принял. Но этот сервер - сервер терминалов.....<br>Долго держать БД 1С я не имею права, - могут подломить....<br> https://ns.opennet.ru/openforum/vsluhforumID1/78923.html#18 Sun, 02 Mar 2008 17:59:49 GMT &gt;ну если вероятность коцания данных стремится скорее к нулю, чем к единице, <br>&gt;то можно попробовать. у меня таких машин 4 штуки. одна правда <br>&gt;на gmirror, а 3 оcтальные на lsi. просто хотелось бы быть <br>&gt;не далеко от физконсоли при работах с патченным ядром. хотя если <br>&gt;Андрей Грошев опять поможет в тестах...... :D <br><br>Патч обновил, но обновления метаданных не доделано, остались нерешённые вопросы. Завершено только чтение метаданных.<br>У Андрея больше нет возможности тестировать, железа нету. Но возможно появится через неделю-две. Опасность потерять данные есть вот какой причине: если вы сейчас используете LSI метаданные, то после патча есть вероятность по другому интерпретировать их, и RAID может по другому собраться.<br><br>PS. Не рекомендую использовать ataraid для RAID'ов, у которых нет поддержки обновления метаданных. Вот почему: если на работающей системе что-то сделать с рэйдом и он будет в состоянии DEGRADED, и не дождаться завершения REBUILD, то после перезагрузки массив будет в разрозненном состоянии но https://ns.opennet.ru/openforum/vsluhforumID1/78923.html#17 Sat, 01 Mar 2008 20:53:59 GMT &gt;На боевом сервере только проверять не надо :) <br>&gt;У меня-то железа нет, проверить не на чём.. Чуть позднее будет новый <br>&gt;патч, с поддежкой обновления метаданных. <br><br>ну если вероятность коцания данных стремится скорее к нулю, чем к единице, то можно попробовать. у меня таких машин 4 штуки. одна правда на gmirror, а 3 оcтальные на lsi. просто хотелось бы быть не далеко от физконсоли при работах с патченным ядром. хотя если Андрей Грошев опять поможет в тестах...... :D<br>