[почти offtopic]
где можно раздобыть посвежее обновления для centos (всё что нужно для samba-3.4.3)
/me основной пользователь gentoo
[/почти offtopic]

> где можно раздобыть посвежее обновления для centos (всё что нужно для samba-3.4.3)

Попробуй компилять rpm-ки из 12-й федоры. Там кста в тестинге и samba-3.4.3-50.fc12.src.rpm есть. Правда как показывает практика - перекомпиление федоровских пакетов под центось - не всегда тривиальная задача :)

ftp://ftp.sernet.de/pub/samba/tested/centos/
ftp://ftp.sernet.de/pub/samba/experimental/centos/

спасибо, там много обновлять придется помимо самой самбы. Уже сам соорудил пакет.

на уже установленной и работающей системе CentOS 5.3

готов с этим спорить. Тут тупо перелили системы на подготовленный рейд. Однако, например, во фряхе, можно прозрачно мигрировать с single disk на gmirror. Подозреваю что и в линухе можно, вопрос только в том куда запихнуть суперблок чтобы не покоцать файлуху.

Какой ацкий гиммор. Насколько все проше для фрибсд с gmirror. А уж с zpool вообще дети разобраться смогут.

> Для создания массива RAID1 на нашей уже запущенной системе,

необходимо подготовить диск /dev/sdb к данной процедуре, затем
скопировать на него содержимое /dev/sda и только после этого наконец
добавить /dev/sda к массиву.

Вот молодец, прикиньте! Мало того, что копирование диска «на лету» может привести к копированию неконсистентной файловой системы, так ещё и все изменения которые после этого копирования (не забываем, что всё это на РАБОТАЮЩЕЙ системе) пропадут! А в остальном статья пионерская и не описывающая ничего нового - всё это известно уже лет 7-мь и мало чем отличается от дистрибутива к дистрибутиву.

извращенцы! хотя... энтерпрайзненько... прям как венда, тока она ещё глобальная и надежная

> прям как венда, тока она ещё глобальная и надежная

Только падает постоянно и с неё бегут

Учи матчась: синхронизацию зеркал в рейде не интересуют файловые системы. А если вырубить питание, синхронизация после загрузки опять пойдёт с того устройства в зеркале, у которого дата обновление информации в суперблоке новее. Ну и синхронизация зеркал прекрасно работает на работающей системе и выполняется в фоне.

Тут речь идёт о том что «cp -dpRx / /mnt/md2» это костыль.

>чтобы при выходе из строя одного из дисков (любого) система все равно запускалась.

вот если бы при выходе из строя обоя винтов система грузилась!!

Это не костыль, а преступление. За копирование r/w корня в мультиюзер режиме, админу полагается расстрел с конфискацией.

у слюнекса все спереди

зато у виндени всё позади

и где же ваш вендекапец? вон, семерко вышло и сдулся ваш люнекс

дык а чего там - пишем загрузчик в mbr на оба диска: http://developer.skolelinux.no/dokumentasjon/skolelinux_softwareraid_howto.txt

> и где же ваш вендекапец? вон, семерко вышло и сдулся ваш люнекс

не сдулся, а семерка оказалась не нужна

Если бы уже был LVM - миграция вполне могла бы пройти online (+ единственная перезагрузка).

Только ведь зачем нам лишние сущности, верно? Вот и копируем данные cp/rsync с живой системы, как в 90-х.

вот если бы при выходе из строя обоя винтов система грузилась!!

Для этого можно добавить еще один диск hot spare, или поднять рейд6, а если допускается выгорание сразу всего сервера к е[..]ням, то можно drbd+heartbeat а вторую ноду держать в другом здании в другом городе (если на один из них упадет атомная бомба, вдруг %)

в raid1 можно загнать больше двух винтов одновременно. Заодно это повысит производительность чтения.

а чем поможет lvm? Или ты имеешь в виду lvm-mirror?

Вообще, если файлуха умеет шринкаться то можно ужать файлуху на пару метров и тогда хватит места для суперблока.

в raid1 можно загнать больше двух винтов одновременно.

Я на практике ни разу не видел что бы люди так делали, и сам бы так делать не стал, хотя наверное смотря для чего?

Нет, я имел в виду то, что LVM умеет pvmove. Пример с его использованием постил чуть выше.

Шринкаться-то умеет почти любая линуксячая fs, только не online. (отмонтируем, fsck, уменьшаем fs, монтируем).

прикрути репозиторий RPMFUSION http://rpmfusion.org/Configuration

Нет, я имел в виду то, что LVM умеет pvmove.

если ты про ссылку то там совсем не то было. Там было копирование из сингл-мода на новые диски(копировать через tar/rsync или pvmove не так уж важно). А я говорю что было бы круто налету добавить второй диск такой же ёмкости без копирования данных(ребут и ресинк рейда всё равно понадобится).

Почему в лялихе так все убого? Когда же наконец будет аналог gmirror?!

Сходил по ссылке... УЖАС, УЖАС, УЖАСНАХ! Какой-то fdisk, какие-то модули ядра, невообразимая куча команд. Видать если зеркало развалиться надо будет все это повторять.

То ли дело в FreeBSD. Воткнул винт, одной командой сделал зеркало, поправил fstab. В крон повесил оповещение, если зеркало развалится. Все.

в /etc/periodic.conf настрой проверку рейда, он тебе тогда каждый день будет слать репорты ;)

> в /etc/periodic.conf настрой проверку рейда, он тебе тогда каждый день будет слать репорты ;)

И что? Каждый день их читать? Нет, у меня проверяет статус и лишь в случае !=COMPLETE высылает письмо.

Этот Falko строчит статьи как из пулемета. Раньше это чудо вообще на rpm-based дистрибутивах почти все из исходников ставило. Сейчас даже yum-ом начало пользоваться-прогресс однако. Хотя все так-же в своем репертуаре-ребутит машину по reboot. Как говорится, убыв бы!

оно уже научилось делать журнал не через костыли или поддерживать bitmap в рейде? :)

Хотя все так-же в своем репертуаре-ребутит машину по reboot

А как ты ребутаешь машины?

А CentOS жив ещё?

Reset-ом. :)

О_о

lvm изобрели еще чорт знает когда, а тут до сих пор какой-то md:)

Я про эту: http://developer.skolelinux.no/dokumentasjon/skolelinux_softwareraid_howto.txt здесь как раз pvmove.

И это принципиально, т.к. позволяет делать _online_ перенос (+ ребут и ресинк). В отличие от «томми» (убыв бы).

PS: Без копирования данных круто, конечно. И LVM это тоже по-идее должен позволять online (не пробовал), если грамотно спланированы разделы (оставлено место, куда можно сунуть суперблок).

Ну, судить о чем-то по подобным статьям - себя не уважать.

Буквально 2 месяца назад делал то, о чём статья. Автор забыл про SELinux написать

lvm и md разные вещи, lvm не заменяет md.

Нормальная статья зи исключением мелких косяков и этого «чудного копирования». Очень подробная инструкция как достичь нужно эффекта. Для начинающего могла бы сгодится. Насчет правильности и правоверности и т.п. - напишите свои статьи. А то как копнешь что-нибуь по теме, те же RAID - одни перепечатки старых текстов со старыми ошибками.

Статья сама - не более чем перепечатка. Ничего буквально неправильного в ней нет. За исключением того, что так «делать не надо». LVM под файловой системой - must be, как минимум.

Речь шла о том, что не нужно судить по таким статьям, о возможностях управления диском под linux. Не нужно никакого «чудного копирования» offline. Все online можно сделать, да и перенести данные при этом не на raid1, а на произвольный тип рейда.

> Хотя все так-же в своем репертуаре-ребутит машину по reboot

А как ты ребутаешь машины?
true_admin ** (*) (29.12.2009 18:54:37)

Да вроде для этого есть shutdown -r now.

Да вроде для этого есть shutdown -r now.

который на линухах делает абсолютно то же что и reboot, man reboot. Только набирать меньше.