Уважаемые гуру! Наша контора приобрела сервер на базе 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? Какой драйвер мне использовать? Или требовать замены сервера, а это очень сложно, т.к. закупаем не мы, а всё идёт через третьи руки.
>Уважаемые гуру! Наша контора приобрела сервер на базе 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? Какой драйвер мне использовать? Или требовать замены
>сервера, а это очень сложно, т.к. закупаем не мы, а всё
>идёт через третьи руки.Вообще-то отрывать руки необходимо было в момент прихода сервера, а не спустя время.
В принципе выможете использовать для организации raid программное решение, тот же atacontrol/geom, но учтите, что при использовании уровня raid выше 1 идут достаточно серьезные нагрузки на проц.
А вообще лучше попинать продавца.
Желательно ногами.
Впрочем и человека, который принимал сервер тоже не помешает.
Согласен со Skif на 100%. Уж поверьте, отдельный SCSI в разы лучше качеством и производительностью, чем SATA. Встроенный RAID контроллер может лажать, не говоря уже о том, что он еще и SATA. Если выхода нет, то может действтельно использовать програмный RAID?! Качеством он не хуже аппаратного, только нагружает систему немного.
>Согласен со Skif на 100%. Уж поверьте, отдельный SCSI в разы лучше
>качеством и производительностью, чем SATA. Встроенный RAID контроллер может лажать, не
>говоря уже о том, что он еще и SATA. Если выходаЭто врядли, на IBM x3550 стоит Ibm Megaraid 8k (он же adaptec), поддерживающий как SAS так и SATA-диски, Во FreeBSD 6.x работает на-ура, raid(0,1,10) создается из биоса контроллера.
>Согласен со Skif на 100%.Попинать не удастся. Структура заказа "железа" у нас кривая. Сами мы ничего не решаем. Децентрализация, мать еЁ! Там уже и откаты получили и пропили эти деньги давно - сервер ждал два месяца.
По теме, действительно ли FreeBSD не имеет возможности работать с MegaSR? Может в листе он зовётся как-то по другому?
>>Согласен со Skif на 100%.
>
>Попинать не удастся. Структура заказа "железа" у нас кривая. Сами мы ничего
>не решаем. Децентрализация, мать еЁ! Там уже и откаты получили и
>пропили эти деньги давно - сервер ждал два месяца.
>По теме, действительно ли FreeBSD не имеет возможности работать с MegaSR? Может
>в листе он зовётся как-то по другому?Дел-то никаких, загрузитесь с установочного диска и попробуйте партиции поглядеть
> Дел-то никаких, загрузитесь с установочного диска и попробуйте партиции поглядетьВ том то и дело, что пока на нём крутится Windows 2003. Я хочу заранее узнать, смогу ли я на него FreeBSD поставить.
>> Дел-то никаких, загрузитесь с установочного диска и попробуйте партиции поглядеть
>
>В том то и дело, что пока на нём крутится Windows 2003.
>Я хочу заранее узнать, смогу ли я на него FreeBSD поставить.Ну так я и говорю - загрузитесь во внерабочее время с инсталлятора Freebsd, посмотрите dmesg, зайдите в раздел partitions - если увидите разделы то скорее всего встанет, если скажет что нету дисков - тогда не судьба. Продолжать установку не стоит :)
>>Согласен со Skif на 100%.
>
>Попинать не удастся. Структура заказа "железа" у нас кривая. Сами мы ничего
>не решаем. Децентрализация, мать еЁ! Там уже и откаты получили и
>пропили эти деньги давно - сервер ждал два месяца.
>По теме, действительно ли FreeBSD не имеет возможности работать с MegaSR? Может
>в листе он зовётся как-то по другому?SATA диски вы увидите, а вот массив - врятли.
>SATA диски вы увидите, а вот массив - врятли.Вот dmesg 6.3 на x-series (RAID1 сделан биосом из 2-х SATA), 3-й просто так, диск...,
но, повторяюсь - raid-controller хоть и IBM но на adaptec...aacd0: <RAID 1 (Mirror)> on aac0
aacd0: 152490MB (312299520 sectors)
aacd1: <Volume> on aac0
aacd1: 152490MB (312299520 sectors)
>>SATA диски вы увидите, а вот массив - врятли.
>
> Вот dmesg 6.3 на x-series (RAID1 сделан биосом из 2-х SATA),
>3-й просто так, диск...,
>но, повторяюсь - raid-controller хоть и IBM но на adaptec...
>
>aacd0: <RAID 1 (Mirror)> on aac0
>aacd0: 152490MB (312299520 sectors)
>aacd1: <Volume> on aac0
>aacd1: 152490MB (312299520 sectors)Пользовал только 6.2 - там поддержки еще не было.
Раз появилось - значит пользуйте железный.
> Вот dmesg 6.3 на x-series (RAID1 сделан биосом из 2-х SATA),
>3-й просто так, диск...,
>но, повторяюсь - raid-controller хоть и IBM но на adaptec...
>
>aacd0: <RAID 1 (Mirror)> on aac0
>aacd0: 152490MB (312299520 sectors)
>aacd1: <Volume> on aac0
>aacd1: 152490MB (312299520 sectors)У меня производителем числится LSI Corp., хотя сам контроллер про себя говорит Intel Embedded...
>[оверквотинг удален]
>>3-й просто так, диск...,
>>но, повторяюсь - raid-controller хоть и IBM но на adaptec...
>>
>>aacd0: <RAID 1 (Mirror)> on aac0
>>aacd0: 152490MB (312299520 sectors)
>>aacd1: <Volume> on aac0
>>aacd1: 152490MB (312299520 sectors)
>
>У меня производителем числится LSI Corp., хотя сам контроллер про себя говорит
>Intel Embedded...дайте тогда pciconf -lv
>У меня производителем числится LSI Corp., хотя сам контроллер про себя говорит
>Intel Embedded...у меня на _похожей_ матери проблемы http://www.opennet.ru/openforum/vsluhforumID1/78516.html
>У меня производителем числится LSI Corp., хотя сам контроллер про себя говорит
>Intel Embedded...Скорее всего это псевдо рэйд. Т.е. всю работу выполняет драйвер.
С LSI v3 MegaRAID есть проблемы. Некорректно разбираются метаданные, созданные биосом.
Пачт я уже предлагал протестировать, но никто не откликнулся..
>Скорее всего это псевдо рэйд. Т.е. всю работу выполняет драйвер.
>С LSI v3 MegaRAID есть проблемы. Некорректно разбираются метаданные, созданные биосом.
>Пачт я уже предлагал протестировать, но никто не откликнулся..спасибо. будет в понедельник.
>>Скорее всего это псевдо рэйд. Т.е. всю работу выполняет драйвер.
>>С LSI v3 MegaRAID есть проблемы. Некорректно разбираются метаданные, созданные биосом.
>>Пачт я уже предлагал протестировать, но никто не откликнулся..
>
>спасибо. будет в понедельник.На боевом сервере только проверять не надо :)
У меня-то железа нет, проверить не на чём.. Чуть позднее будет новый патч, с поддежкой обновления метаданных.
>На боевом сервере только проверять не надо :)
>У меня-то железа нет, проверить не на чём.. Чуть позднее будет новый
>патч, с поддежкой обновления метаданных.ну если вероятность коцания данных стремится скорее к нулю, чем к единице, то можно попробовать. у меня таких машин 4 штуки. одна правда на gmirror, а 3 оcтальные на lsi. просто хотелось бы быть не далеко от физконсоли при работах с патченным ядром. хотя если Андрей Грошев опять поможет в тестах...... :D
>ну если вероятность коцания данных стремится скорее к нулю, чем к единице,
>то можно попробовать. у меня таких машин 4 штуки. одна правда
>на gmirror, а 3 оcтальные на lsi. просто хотелось бы быть
>не далеко от физконсоли при работах с патченным ядром. хотя если
>Андрей Грошев опять поможет в тестах...... :DПатч обновил, но обновления метаданных не доделано, остались нерешённые вопросы. Завершено только чтение метаданных.
У Андрея больше нет возможности тестировать, железа нету. Но возможно появится через неделю-две. Опасность потерять данные есть вот какой причине: если вы сейчас используете LSI метаданные, то после патча есть вероятность по другому интерпретировать их, и RAID может по другому собраться.PS. Не рекомендую использовать ataraid для RAID'ов, у которых нет поддержки обновления метаданных. Вот почему: если на работающей системе что-то сделать с рэйдом и он будет в состоянии DEGRADED, и не дождаться завершения REBUILD, то после перезагрузки массив будет в разрозненном состоянии но для системы он будет как READY. Поэтому, лучше используйте GMIRROR.
Привет всем!
Мож нге в теме....
У меня с этим же серваком проблема.
Категорически не встает на нем Win Server 2003 Ent/Edit/RU - EN - как с куста, но проблема в том что продали сервак и софт там где типа не знали о том что русский сервер туда не встанет.....
EN - работает криво.... Падал с сентября 2007 - раз пять....
6 марта упал снова - хочу додавить решение данной проблемы - всетаки поставить то чот купил - а не ломаный EN - HELP!!!! HELP!!!! HELP!!!!!
Помогите кто знает как....
Пробовал acronis - не видит RAID10:-)))
На локалку поставил все как с куста, даж не вякнула PIV-4 850 чипсет.....
ЕЕ образ пробнул подцепить через USB - соскочило все что было......
Сижу и горько плачу....
Архив и бэкап перенес перед эксперементом на другой сервак, щас фирма работает на резервном канале.
Я понимаю всю ответственность такого шага. Там все меры предосторожности принял. Но этот сервер - сервер терминалов.....
Долго держать БД 1С я не имею права, - могут подломить....
У меня S5000VSA
Вывод pciconf -lv,
mpt0@pci6:2:0: class=0x010000 card=0x10001060 chip=0x00301000 rev=0xc1 hdr=0x00
vendor = 'LSI Logic (Was: Symbios Logic, NCR)'
device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller'
class = mass storage
subclass = SCSIРаботает уже второй год без остановки на OS FreeBSD 6.2 c RAID-0
мы сата обсуждали...
>Согласен со Skif на 100%. Уж поверьте, отдельный SCSI в разы лучше
>качеством и производительностью, чем SATA. Встроенный RAID контроллер может лажать, не
>говоря уже о том, что он еще и SATA. Если выхода
>нет, то может действтельно использовать програмный RAID?! Качеством он не хуже
>аппаратного, только нагружает систему немного.http://download.intel.com/support/motherboards/server/sb/rai...
по указанной выше ссылочке лежит файлик, в котором черным по белому написано, что Intel Embedded Server Raid II по сути есть ничто иное как софтверный рэйд, потому как юзает для своей работы общую оперативку и точно также нагружает центральный процессор. Так что выводы делайте сами
Intel Embedded Server RAID Technology II + CentOS5
Сделал в BIOSе RAID 1, на него поставил LVM и в нём нарезал несколько разделов.
Всё установилось и работало на "ура" до установки обновления ядра.
Было 2.6.18-8 стало 2.6.18-53.14 и выдает такую строку:
Found duplicate PV RO42Wmj1QX0v03Uh1c0JX8KWYE3J2bfp: using /dev/sdb2 not /dev/sda2Хотя загружается и работает (получается на одном диске) [уже месяц].
В бэкапах LVM VolGroup00 есть ссылка:
device = "/dev/mapper/ddf1_4c53445983759437258475329875947543092p2"
Я так понимаю это и был мой RAID 1.Кто-нибудь может подсказать где копать чтобы всё на места своя вернуть?
Похожую ситуацию имел на 5-ке RHEL-а, решилось mdadm + софтовый raid1
При загрузке проскакивала строка:
Found duplicate PV ddf1_4c5349202020202080862682000000003356873200000a28: using /dev/sdb2 not /dev/sda2Решил так:
1. Распаковал initrd: gzip -dc < /boot/initrd-2.6.18-53.1.14.el5.img | cpio -i
2. Подправил INIT:
удалил:mkblkdevs
echo Scanning and configuring dmraid supported devices
dmraid -ay -i -p "ddf1_4c5349202020202080862682000000003356873200000a28"
kpartx -a -p p "/dev/mapper/ddf1_4c5349202020202080862682000000003356873200000a28"вставил из старого initrd:
echo Making device-mapper control node
mkdmnod
mkblkdevs
rmparts sdb
rmparts sda
dm create ddf1_4c5349202020202080862682000000003356873200000a28 0 623046656 mirror core 2 131072 nosync 2 8:0 0 8:16 0
dm partadd ddf1_4c5349202020202080862682000000003356873200000a283. Собрал initrd: find . | cpio -o -c | gzip -9 > /boot/initrd-2.6.18.8.new.img
4. Подправил grub.conf
5. Скопировал /boot с /dev/sda1 на /dev/sdb1
6. Shutdown
7. Вынул из сервака первый хард
8. При загрузке раид ушел в DEGRADED
9. Вставил хард, зашел в биос раида -> ребилд (500Г за 3 часа)Всё. Теперь разбираюсь чего это он навтыкал в инит и почему при обновлении до других ядер (старее) он вообще про ddf1_4c5349202020202080862682000000003356873200000a28 забывал.