Был закуплен сервер http://www.nix.ru/autocatalog/nix_computers/iS6000B_pro1U_SX...
Изначально я намеревался поставить Ubuntu 10.04 LTS.
Начал ставить её, она не видит RAID 1, просто говорит что размечена и после нажатия на кнопку записать изменения на диск говорит "невозможно создать файловую систему.
Вопрос заключается в следующем. В описаниях совместимости на сайте Intel говорится о тестировании на платформе SUSE Linux Enterprise Server http://www.intel.com/support/ru/motherboards/server/s5500wb/.... Я с ним не знаком. Впринципе мне не трудно покурить маны и порыть нэт чтоб понять его отличия от дебиана, но назревает вопрос. Если уж и рассматривать другие Linux платформы то может и к другим присмотреться. Может у кого есть соображения что на такой железке будет нормально видеть RAID 1?
Понимаю что возможно мой вопрос немного не правильно поставлен, за рание прошу не пинать сильно.
> Может у кого есть соображения что на такой железке будет нормально видеть RAID 1?Ну, фря его видит, как ar0, но gmirror+gjournal софтверный матрикс-рейд кроет, как бык овцу.
В любом случае, даже если удастся увидеть этот "рейд" системой, радоваться не стоит, потому что этот самый "рейд" - чистая видимость, с истинными рейдами не имеющая ничего общего. Включите в биосе AHCI и организуйте зеркало софтверно, через LVM - не потеряете ничего.
Т.е. если я даже выделю отдельный винт для ОС, то я всё ровно после установки не смогу добиться именно железного RAID 1? На счёт LVM я читал, только так и не понял как там организовывать первый рэйд и если упадёт один диск будет ли второй работоспособным, сможет ли он перенести данные на другой купленный винт(взамен испорченного)?!
> Т.е. если я даже выделю отдельный винт для ОС, то я всё
> ровно после установки не смогу добиться именно железного RAID 1?Как выделение отдельного винта для ОС связано с аппаратными возможностями материнской платы?
> На счёт LVM я читал, только так и не понял как там
> организовывать первый рэйд и если упадёт один диск будет ли второй
> работоспособным, сможет ли он перенести данные на другой купленный винт(взамен испорченного)?!Я использую raid на основе mdadm, а LVM поверх, для разделения дискового пространства на разделы.
LVM-вещь гибкая и может многое, но её функционал raid я не использую. Mdadm привычнее и проверен в боях.
> Т.е. если я даже выделю отдельный винт для ОС, то я всё
> ровно после установки не смогу добиться именно железного RAID 1?Железного рейда вы не получите никак, потому что его в вашей машине нет. Нетути. Ваще.
Есть имитатор рейда, который для своей работы требует активного вмешательства ЦПУ и специального драйвера, который выполняет всю работу по подсчету контрольных сумм и сравнению чанков.> Насчёт LVM я читал, только так и не понял как там
> организовывать первый рэйд и если упадёт один диск будет ли второй
> работоспособным, сможет ли он перенести данные на другой купленный винтМда уж. А скажите пожалуйста, что будет крутиться на этом вашем серваке? За какой объем задач вы будете отвечать? Насколько критичны сервисы, которые планируется вынести на купленную машину?
>Железного рейда вы не получите никак, потому что его в вашей машине нет. Нетути. Ваще.
>Есть имитатор рейда, который для своей работы требует активного вмешательства ЦПУ и >специального драйвера, который выполняет всю работу по подсчету контрольных сумм и >сравнению чанков.Я с вами согласен, это конечно не отдельная плата, но разве интегрированный RAID-контроллер хуже программного RAID построенного в ОС?
> Мда уж. А скажите пожалуйста, что будет крутиться на этом вашем серваке?
> За какой объем задач вы будете отвечать? Насколько критичны сервисы, которые
> планируется вынести на купленную машину?1. Файловый сервер, FTP(vsftpd)
2. Сервер баз данных (1С, MySQL)
3. Почтовый сервер(fetche+postfix)
4. Jabber server(Openfire)
>> Мда уж. А скажите пожалуйста, что будет крутиться на этом вашем серваке?
>> За какой объем задач вы будете отвечать? Насколько критичны сервисы, которые
>> планируется вынести на купленную машину?
> 1. Файловый сервер, FTP(vsftpd)
> 2. Сервер баз данных (1С, MySQL)
> 3. Почтовый сервер(fetche+postfix)
> 4. Jabber server(Openfire)Добрый совет: наймите админа. Особенно в части одноэса. Особенно, если с программной частью вы знакомы в том же объеме, что и с аппаратной.
Читать про dmraid или fakeraid
Лучше всего сделать софтовый рейд.
> Читать про dmraid или fakeraid
> Лучше всего сделать софтовый рейд.А чем лучше программный RAID от железного?
Я всегда считал что, то что создано на железном уровне служит максимально надёжно и долговечно, так как на железном уровне никакая кривая прога ОС не сможет повлиять на работоспособность.
>> Читать про dmraid или fakeraid
>> Лучше всего сделать софтовый рейд.
> А чем лучше программный RAID от железного?
> Я всегда считал что, то что создано на железном уровне служит максимально
> надёжно и долговечно, так как на железном уровне никакая кривая прога
> ОС не сможет повлиять на работоспособность.отчасти вы правы, когда речь идет о настоящем железном рейд.
во-первых потому, что железный рейд "бывает двух типов" :
1. основанный на настоящем контроллере, который работает с вашими hdd и эмулирует для системы носитель (идет на системных платах серверов начального уровня и на дополнительно подключаемых контроллерах)
2. и так называемый fake raid который организует для ОС логика северного моста, при этом вам требуется драйвер, который заставит систему видеть носитель правильно.
3. использовать fakeraid - можно только на домашнем компьютере тем, что не вкурил в mdadm, gmirror и т.п. или не хочет в него вкуривать.
4. использовать fakeraid в linux (в линуксе это называется dmraid) можно, но реально просто это будет использовать в debian, suse, redhat, centos вообщем достаточно серьезных дистрибах. лучше всего это всегда было в suse и чуть хуже в debian(ИМХО).
5. крайне ни кто не посоветует использовать fakeraid + linux, так же как и fakeraid + windows - уж очень много возникает косяков с дальнейшим обслуживанием и логикой работы каждого в отдельности "эмулятора контроллера" от каждого производителя будь то интел, амд, нвидиа, ати и т.д
6. mdadm, gmirror - вот правильное решение - и ответ на вопрос, но увы ваши цели они просто напросто не сопоставимы. или покупайте нормальный контроллер или идите делайте правильный софт raid (mdadm). а лучше к профессионалу, а то .... будет поздно просто я к тому, что mdadm не совсем хорошее решение для ваших затей как основа всего что вы хотите наворотить.
7. касательно ваших целей найдите опятного админа, коорый вам поможет. поверьте косяки будут и неприятности тоже, если будете в первый раз все сами просчитывать и покупать. лучше к профессионалу, а потом уже когда будите знать - будите делать самикак то так, в принципе согласен и с теми кто ранее отвечал вам
в вообще нужно сначала думать что и как будите ставить а потом уже покупать !!!
> во-первых потому, что железный рейд "бывает двух типов" :
> 1. основанный на настоящем контроллере, который работает с вашими hdd и эмулирует
> для системы носитель (идет на системных платах серверов начального уровня и
> на дополнительно подключаемых контроллерах)Но у меня тоже сервер и тоже есть контроллер который эмулирует диск для ОС. Но в отличие от тех рейд-контроллеров которые я видел на 478 сокете и других, этот кроме openSUSE никто не видит как рэйд массив. Жаль openSUSE только desktop в свободном распространении.
> 2. и так называемый fake raid который организует для ОС логика северного
> моста, при этом вам требуется драйвер, который заставит систему видеть носитель
> правильно. У меня такой fake raid есть на одной матери, там драйвер на дискете подсовывать.
> 7. касательно ваших целей найдите опятного админа, коорый вам поможет. поверьте косяки
> будут и неприятности тоже, если будете в первый раз все сами
> просчитывать и покупать. лучше к профессионалу, а потом уже когда будите
> знать - будите делать самиДак на счёт покупки мы советовались с опытным человеком, он не первый год обслуживает сервера на UNIX и Linux системах. Единственное что теперь нужно так заставить видеть debian подобную систему на этом железе рэйд массив так же как и openSUSE или что нибудь схожее.
>> во-первых потому, что железный рейд "бывает двух типов" :
>> 1. основанный на настоящем контроллере, который работает с вашими hdd и эмулирует
>> для системы носитель (идет на системных платах серверов начального уровня и
>> на дополнительно подключаемых контроллерахдо)
> Но у меня тоже сервер и тоже есть контроллер который эмулирует диск
> для ОС. Но в отличие от тех рейд-контроллеров которые я видел
> на 478 сокете и других, этот кроме openSUSE никто не видит
> как рэйд массив. Жаль openSUSE только desktop в свободном распространении.Вы по своей ссылке ходили?
http://www.nix.ru/autocatalog/server_systems_intel/Intel_1U_...
Там сказано только о чипсетном рэйде, который, вообще говоря, рэйдом является только для маркетологов (что вам здесь и пытаются втолковать), или все же у вас стоит дополнительный рэйд-контроллер?
> Там сказано только о чипсетном рэйде, который, вообще говоря, рэйдом является только
> для маркетологов (что вам здесь и пытаются втолковать), или все же
> у вас стоит дополнительный рэйд-контроллер?На счёт этого я уже понял, спасибо что не послали за мою непонятливость )).
Я просто с таким рэйдом первый раз встретился.
Подскажите теперь как лучше организовать для тех задач которые я описал. Если я LVM размечаю, сможет он стать аналогом Raid 1?
> Я просто с таким рэйдом первый раз встретился.
> Подскажите теперь как лучше организовать для тех задач которые я описал. Если
> я LVM размечаю, сможет он стать аналогом Raid 1?Насколько я смог понять из вашего описания, задачи достаточно критичны и может возникнуть необходимость горячей замены диска. В этом случае все же стоить купить настоящий рэйд с батарейкой.
Если горячая замена не требуется, то неплохой вариант - софтовый рэйд 1 на mdadm (желательно и LVM поверх рэйда, но уже для других задач).
>> Там сказано только о чипсетном рэйде, который, вообще говоря, рэйдом является только
>> для маркетологов (что вам здесь и пытаются втолковать), или все же
>> у вас стоит дополнительный рэйд-контроллер?
> На счёт этого я уже понял, спасибо что не послали за мою
> непонятливость )).
> Я просто с таким рэйдом первый раз встретился.
> Подскажите теперь как лучше организовать для тех задач которые я описал. Если
> я LVM размечаю, сможет он стать аналогом Raid 1?1. Файловый сервер, FTP(vsftpd)
2. Сервер баз данных (1С, MySQL)
3. Почтовый сервер(fetche+postfix)
4. Jabber server(Openfire)1 - помойка (samba + ftp) только на хост системе (т.е. не выносить в отдельную виртуалку), т.к. потеряете в производительности да и особо как бы не нужно. т.е. делать в той же системе что и 1с
2 - сервер баз данных : какой 1c доподлинно стыкуется с pgsql или вы хотите сделать связку с mysql (сразу не советую), далее может вы хотите 1c (сервер приложений) и отдельно субд mysql для других нужд (опять же какиХ ?????)почту и джаббер можно сделать в отдельных виртуалках (с точки зрения переносимости), имхо будет лучше можно на этом же сервере.
но самый главный вопрос как совместить сервер БД + 1с и все остальное - это будет сложно
т.е. подобрать систему хостовую чтобы и 1с-ка нормально крутилась и виртуализация нужная работал - это будет сложно.
от сюда примерное решение (опять же на вскидку, нужно еще много обсасывать это)
опять же опишите какие требования к надежности, масштабируемости, аптайма, чем занимается контора соколько юзеров и т.д. вообщем только так вам смогут здесь более точно ответить на вопросы
> 1 - помойка (samba + ftp) только на хост системе (т.е. не
> выносить в отдельную виртуалку), т.к. потеряете в производительности да и
> особо как бы не нужно. т.е. делать в той же системе
> что и 1с
> 2 - сервер баз данных : какой 1c доподлинно стыкуется с pgsql
> или вы хотите сделать связку с mysql (сразу не советую), далее
> может вы хотите 1c (сервер приложений) и отдельно субд mysql для
> других нужд (опять же какиХ ?????)1С работает у нас просто на шаре без использования внешней СУБД. По этому так и будет размещена на сервере в с помощью SAMBA(для защиты от других сетей будет работать в отдельном вилане).
> почту и джаббер можно сделать в отдельных виртуалках (с точки зрения переносимости),
> имхо будет лучше можно на этом же сервере.Смысла особого нет. Всё будет стоять на одной системе.
> но самый главный вопрос как совместить сервер БД + 1с и все
> остальное - это будет сложноMySQL будет использоваться для сторонней проги которую мне ещё придётся переносить с MSSQL. Эта сторона для меня не так критична скорее из разряда "хорошо если выйдет, а если и не выйдет ну и х... с ним"
> т.е. подобрать систему хостовую чтобы и 1с-ка нормально крутилась и виртуализация нужная
> работал - это будет сложно.
> от сюда примерное решение (опять же на вскидку, нужно еще много обсасывать
> это)
> опять же опишите какие требования к надежности, масштабируемости, аптайма, чем занимается
> контора соколько юзеров и т.д. вообщем только так вам смогут здесь
> более точно ответить на вопросыВсего в сети 50 компов 10 из них работают с 1С. Остальные с файлами, принтерами, почтой, общалкой и СУБД.
Виртуалки я ставить не буду так как в данном случае считаю этот вариант избыточным.
Все эти процессы будут крутиться на одной Linux и управляться по вею морде или на крайняк через консоль с самого сервака.
>[оверквотинг удален]
>> это)
>> опять же опишите какие требования к надежности, масштабируемости, аптайма, чем занимается
>> контора соколько юзеров и т.д. вообщем только так вам смогут здесь
>> более точно ответить на вопросы
> Всего в сети 50 компов 10 из них работают с 1С. Остальные
> с файлами, принтерами, почтой, общалкой и СУБД.
> Виртуалки я ставить не буду так как в данном случае считаю этот
> вариант избыточным.
> Все эти процессы будут крутиться на одной Linux и управляться по вею
> морде или на крайняк через консоль с самого сервака.вот видишь теперь то более менее ясно что нужно, поэтому в твоем случае ни каких биос-фейк-дмрейдов не нужно рой в сторону mdadm и lvm
т.е. берешь например debian lenny нам есть настройка mdadm в debian-installer и на твой mdadm массив (устройство) уже размечаешь lvm и пошел пошел пошел
главное разнеси по разделам постарайся var, tmp, home и root в root должно как можно меньше остаться разделов где все часто меняется, по причине того, что так надежней
после сразу настраивай nut и ИБП - и вперед.
на мой взгляд самое оно для твоих целей.
удачи
>[оверквотинг удален]
>> моста, при этом вам требуется драйвер, который заставит систему видеть носитель
>> правильно. У меня такой fake raid есть на одной матери, там драйвер на дискете подсовывать.
>> 7. касательно ваших целей найдите опятного админа, коорый вам поможет. поверьте косяки
>> будут и неприятности тоже, если будете в первый раз все сами
>> просчитывать и покупать. лучше к профессионалу, а потом уже когда будите
>> знать - будите делать сами
> Дак на счёт покупки мы советовались с опытным человеком, он не первый
> год обслуживает сервера на UNIX и Linux системах. Единственное что теперь
> нужно так заставить видеть debian подобную систему на этом железе рэйд
> массив так же как и openSUSE или что нибудь схожее.тогда рой в сторону dmraid и debian, посмотри версии там dmraid хоть и не частно а обновляется главное учти что его можно использовать не только через инсталлер, но и через соседнюю консоль например по ALT+F1(F1-5, F8-12) или ALT+CTRL+Fx и там заставить линукс найти устройства dmraid, если конечно у тебя контроллер должен работать через dmraid (fakeraid)
также допустима ситуация, что у тебя нормальный в серванте контроллер, который должен поддерживатся ядром линукс, тогда сложнее.
Спасибо всем кто откликнулся на мою проблему!
Всё получилось! Правда не на Debian или Ubuntu как изначально хотелось... А на CentOS!
Он как и openSUSE увидел два жёстких как один раздел в первом рэйде и успешно поставил на него ОС. У него была возможность при установке использовать программный рэйд, но я решил всё таки довериться контроллеру вшитому в чипсет.
Теперь осталось отвыкнуть немного от Debian подобных систем и его структуры каталогов и привыкнуть к CentOS немного покурить маны и я думаю что всё должно выйти.
Ну а если что у меня будут какие то проблемы, то я всегда знаю где можно их обсудить с квалифицированными специалистами в этой области.
Ещё раз всем спасибо!
> У него была возможность при установке использовать программный рэйд,
> но я решил всё таки довериться контроллеру вшитому в чипсет.Вот! Наш человек! Объясняли-объясняли, что доверяться матрикс-рейду - себя не жалеть, и все без столку!
> Ну а если что у меня будут какие то проблемы...
Снова придете просить советов, на которые потом наплюете? Хе-хе...
> Снова придете просить советов, на которые потом наплюете? Хе-хе...сами понимаете, учиться на чужих ошибках у нас не принято -- настоящие коммунисты не ищут лёгких тупей.
> коммунисты не ищут лёгких тупей.Теперь позвольте пару слов без протокола:
Чему нас учит семья и школа?
Что жизнь сама таких накажет строго,
Тут мы согласны, скажи, Серега!Вот он проснется утром, он, конечно, скажет:
"Пусть жизнь осудит, пусть жизнь накажет!"
Так отпустите - вам же легче будет,
Чего возится, коль жизнь осудит?
>> У него была возможность при установке использовать программный рэйд,
>> но я решил всё таки довериться контроллеру вшитому в чипсет.
> Вот! Наш человек! Объясняли-объясняли, что доверяться матрикс-рейду - себя не жалеть, и
> все без столку!
>> Ну а если что у меня будут какие то проблемы...
> Снова придете просить советов, на которые потом наплюете? Хе-хе...=) ну и конечно, зачем затачивать ту ось которую хочется, если есть центОсь, которая "админфрендли и всё сделала сама" =)
>>> У него была возможность при установке использовать программный рэйд,
>>> но я решил всё таки довериться контроллеру вшитому в чипсет.
>> Вот! Наш человек! Объясняли-объясняли, что доверяться матрикс-рейду - себя не жалеть, и
>> все без столку!
>>> Ну а если что у меня будут какие то проблемы...
>> Снова придете просить советов, на которые потом наплюете? Хе-хе...
> =) ну и конечно, зачем затачивать ту ось которую хочется, если есть
> центОсь, которая "админфрендли и всё сделала сама" =)Есть другие варианты которые увидят этот рэйд? Я буду признателен за информацию как подсунуть драйвер на debian для этого конроллера.
>>>> У него была возможность при установке использовать программный рэйд,
>>>> но я решил всё таки довериться контроллеру вшитому в чипсет.
>>> Вот! Наш человек! Объясняли-объясняли, что доверяться матрикс-рейду - себя не жалеть, и
>>> все без столку!
>>>> Ну а если что у меня будут какие то проблемы...
>>> Снова придете просить советов, на которые потом наплюете? Хе-хе...
>> =) ну и конечно, зачем затачивать ту ось которую хочется, если есть
>> центОсь, которая "админфрендли и всё сделала сама" =)
> Есть другие варианты которые увидят этот рэйд? Я буду признателен за информацию
> как подсунуть драйвер на debian для этого конроллера.тогда единственное что хочется пожелать это чтобы ты по этому soft-chipset-raid'у больше вопросов не поднимал- так как тему жуткая, пусть лучше работает как часы ;)
и еще кое-что изучи как оно работает всмысле распиши в тонкостях disaster recovery plan, на случай выхода из строя диска, глюков контроллера, потери информации (спонтанной), и т.д. и т.п если конечно тебе потом за всем этим следить
да сложно, но увы необходимо иногда
> тогда единственное что хочется пожелать это чтобы ты по этому soft-chipset-raid'у больше
> вопросов не поднимал- так как тему жуткая, пусть лучше работает как
> часы ;)Спасибо! Буду надееться что в серверной материнской плате Intel контроллер сделан на совесть.
> и еще кое-что изучи как оно работает всмысле распиши в тонкостях disaster
> recovery plan, на случай выхода из строя диска, глюков контроллера, потери
> информации (спонтанной), и т.д. и т.п если конечно тебе потом
> за всем этим следитьДа я уже думаю об этом. Сейчас подкючен ещё один жёсткий на 640 на который я хочу всё дополнительно бэкапить. Бред конечно делать с зеркального рэйда "зеркало" но хочется перестраховаться пока не выделят деньги на покупку контроллера.
> Спасибо! Буду надееться что в серверной материнской плате Intel контроллер сделан на
> совесть.Вы всё о том же.
В серверной материнской плате Intel, как и в любом фэйк рэйде, все рэйдовские функции выполняет драйвер. Так что надейтесь на совесть его разработчиков.
Красивая надпись на коробке платы о наличии рэйда означает.
1. Прошивка биос с поддерживает рэйд.
2. Драйвер может получить информацию о том, что вы в биосе выставили (рэйд 5 или зеркало...)Для справки скажу, что у меня подобный рэйд (именно на интеловской серверной плате) однажды вылетел.
Вам желаю учади, но регулярные бэкапы нужны непременно.
>> У него была возможность при установке использовать программный рэйд,
>> но я решил всё таки довериться контроллеру вшитому в чипсет.
> Вот! Наш человек! Объясняли-объясняли, что доверяться матрикс-рейду - себя не жалеть, и
> все без столку!
>> Ну а если что у меня будут какие то проблемы...
> Снова придете просить советов, на которые потом наплюете? Хе-хе...Ну а что поделать?! Денег мне ещё как минимум пол года ещё никто не выделит, по этому это самое рациональное мнение которое я мог осуществить с тем что имею. Ведь все согласились с тем что программный рэйд, каким бы он ни был всё равно не сможет тягаться с железным(пусть даже встроенным в чипсет). По этому будем пока сидеть на этом рэйде, а затем воспользуюсь вашими советами по покупки нового контроллера (вот что я имел ввиду).