Что делали целых 20 лет линуксятники с RAID1?

iLO iDRAC

где об этом почитать?

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html...

iLO iDRAC

Это не ответ на вопрос "нужно добавить новый диск к существующему зеркалу, твои действия?".

выше всё написано

Спасибо. Теперь мне самому интересно стало, чем lvm mirror лучше (и насколько вообще оправдано его применение как замены mdraid).

выше всё написано

Выше написаны общие слова и приведена ссылка, по которой про raid ни слова не сказано.

Часто видел рекомендации не использовать lvm raid и lvm mirror в частности. В том числе и на ЛОРе.

Ну не знаю, я 5 лет пользуюсь уже, жаловаться не на что.

Лично я предлагаю ТСа забанить, тему закрыть. Прекрасно видно, что он специально разжигает ненависть, чтобы получить готовые решения и ответы. Так-как сам крайне ленив и туп и не хочет изучать материал. Что и видно по его описанию проблемы. За разжигание ненависти и оскорбления сообщества ЛОРа нужно банить без разговоров.

Ничем не лучше, именно как замена не очень оправдан. Но и не сказать, что прямо ужасно хуже. Давным-давно проблемным местом был mirror log, но это вроде уже не актуально.

Теперь мне самому интересно стало, чем lvm mirror лучше (и насколько вообще оправдано его применение как замены mdraid).

Для разных logical volumes можно использовать разные рейды 0,1,5, ...

mdadm тоже позволяет создать контейнер, а в нем создавать массивы разного уровня. Есть правда ограничение — все массивы в контейнере используют все диски контейнера. Так что зеркало в контейнере на 4 диска будет хранить не 2, а 4 копии каждого страйпа.

На моём локалхосте он лучше тем, что только нужные тома (/home и /) кладутся на миррор, а файлопомойка лежит так.

Как, вы всё ещё тут?? Надо же, какие же вы участливые и сердобльные! :))
И главное, столько полезных советов! (вперемешку с оскорблениями, без них ЛОР не ЛОР).

Но, как оказывается, не только Чукча не читатель, но и вы тоже.
Потому что сколько не объяснял одно и тоже - пофиг, все равно долдоните одно и тоже.
У вас что, оперативная память только на одну страницу темы?

Поясню для обделенных RAM еще раз:

1. Рейд развалил я сам, своими неумелыми действия, и я это признал практически сразу.

2. Но эта тема была создана вовсе не как просьба о решении ситуации с разваленным мною рейдом,
а для поиска удобного менеджера управления рейдами, поскольку такого не знаю.
Причем удобного - не для вас, а для всех людей

3. И судя по дискуссии, такого менеджера, который бы вошел в дистрибутивы, за 20 лет так и не создали.
Хотя почему за 20? Гораздо больше - со времени создания Linux.

4. И так далее, но снова оппонировать по глупым замечаниям мне откровенно лень, т.к. уже отвечал на них, но вам тоже лень читать эти ответы.


Меня удивляет совсем другое - ваше отношение к автоматизации.

Рассмотрим три случая:

1. Сборка и синхронизация рейда традиционным для Linux способом - чтение манов, консоль, команды и пр.
При этом малейшая ошибка в выполнении команд (человеческий фактор - например, проявил невнимательность, куда-то торопился и т.п.) может вызвать неправильную настройку и нерабочий рейд, и придется повторять всё заново.

2. И берем Виндовс с встроеным менеджером дисков, который также занимается рейдами.
Чтобы собрать рейд, нужно всего лишь не промазать мышкой в нужный пункт меню - и это всё!

3. Да что Виндовс - есть, например, такой дистрибутив, как ClarkConnect, управление которым построено на веб-инетерфейсе.
В в нем управление рейдами примерно такое же, как в Виндовс - парой кликов мышкой.
И работа рейда в нем - тоже архинадежная, убедился лично, т.к. пользовался этим дистрибутивом много лет - изумительная надежность!
При этом в нем нет никакого GUI, о котором некоторые здесь так верещат.

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

Тогда вы хорошие специалисты, но мировоззрение у вас довольно узкое, и вы не хотите смотреть ни правде в глаза, ни в будущее Линукса.


PS. Чтобы больше не цеплялись по вопросам моей профессии - я не сисадмин, Линуксом занимаюсь только дома чисто для своего удовольствия, так что поэтому поводу бухтеть не надо.

Более наглядный пример - консольный менеджер дисков и разделов parted.
Им пользовались долго, пока к нему чья-то добрая душа не приделала фронт-енд - gparted.
Теперь на десктопах я пользуюсь основном им, на серверах - по прежнему приходится юзать parted.

И что, вы тоже будете утверждать, что parted удобнее, и нагляднее, чем gparted??

Утвердительно может ответить только самый отмороженный фанатик консоли, которого от слова GUI перекрючивает как беса при виде ладана,
но который сам в интернете почему-то не юзает православный консольный lynx, а гуишный Firefox.

Возьмем пример попроще.
Снова менеджер дисков - консольный fisk.
Опять-таки, чья-то добрая душа создала альтерантивный варинт - узбагойтесь, уже без GUI - тоже консольный cfdisk.
Но его разработчик имел понятие о т.н. «экранном режиме», и реализовал эту утилиту с его использованием.
Поэтому cfdisk в тысячу раз удобнее, чем fisk, и теперь пользуюсь исключительно им.

А вы, стало быть, все еще в посконном построчном fisk? Фанатики, что с вас взять... :(

Господа, ну вы прямь сегодня на себя не похожи - ни одного огрызания на мои два поста!
Неужто выдохлись? :) Или просто я прав, и возразить нечем?

Не переживай, завтра утром тебе фитилей насуют :D

Just usual attention whore. Another one.

Всем просто насрать.

2. Но эта тема была создана вовсе не как просьба о решении ситуации с разваленным мною рейдом,
а для поиска удобного менеджера управления рейдами, поскольку такого не знаю.

Не обманывай себя, эта тема была создана для размазывания соплей о том как хреново быть тобой.

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

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

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

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

программный RAID1, большего и не требуется.

какая ещё в жопу инструкция, ты мдадм компилял что ли?)))

ТС ещё не сообщил, что это мдадм. честно говоря, я сомневаюсь, что это мдадм, ибо к нему нафиг не впёрлась какая то инструкция.

ну я так и прозревал, что он купил винты не для рэйда. а скорее всего даже не озаботился покупкой.

Что делали целых 20 лет линуксятники с RAID1? (комментарий)

mdadm удобный

Он ман не осилил прочитать, за пять лет-то.

Что делали целых 20 лет линуксятники с RAID1?

Но вы не ответили на главный вопрос - см. название темы!

У меня вопрос: Что делали целых 20 лет линуксятники с RAID1?

То есть ты в качестве главного вопроса темы в техразделе упорно форсишь какой-то троллинг? Несмотря на то, что по крайней мере, на первой странице тебе честно пытались давать технические ответы?

Ну не обижайся тогда, если тему снесут как тупак и пол-звезды погасят. Кстати, и по 5.1 можно снести.

Но эта тема была создана вовсе не как просьба о решении ситуации с разваленным мною рейдом, а для поиска удобного менеджера управления рейдами, поскольку такого не знаю.

Врёшь, если бы ты такой искал, ты бы назвал тему «Ищу менеджер управления RAID-массивами». Или на худой конец «Как нагляднее всего управлять RAID-массивами в Linux».

И судя по дискуссии...

Нормально так - для начала всех обосрал, а потом хочешь, чтобы тебе названия менеджеров подсказывали.

Им пользовались долго, пока к нему чья-то добрая душа не приделала фронт-енд - gparted.

К счастью, эта добрая душа не читала твоих постов на ЛОРе. Общение с хамьём у многих напрочь отбивает желание отдавать что-то в опенсорс.

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

Что и требовалось доказать.

Я за бан.

Врёшь, если бы ты такой искал, ты бы назвал тему «Ищу менеджер управления RAID-массивами». Или на худой конец «Как нагляднее всего управлять RAID-массивами в Linux».

ЕМНИП, это может делать даже банальная gnome-disk-utility

http://lorquotes.ru/view-quote.php?id=1

Хватит тупить, проблема ТС вовсе не в mdadm, загрузочной записи нет на втором винте. Еслиб была, а с райдом совсем беда, то свалился бы в busybox, если кончено дистр не совсем конченый. ТС конечно еще то трололо, но суть в его месадже есть, удобного понятного и хорошо документированного инструмента нет, есть ошметки без документации.

Не думали про интеллектуальный загрузчик и выбор правильной половинки.

...и тут, вероятно, должен последовать рассказ, как это делается во FreeBSD...

загрузочной записи нет на втором винте.

ну тогда это какой-то неправильный рейд!

удобного понятного и хорошо документированного инструмента нет

Какие враги уничтожили сорцы mdadm и стёрли всю его документацию?

Ну тогда кто тут не читает документацию? какое отношение рэйд имеет к загрузочным записям?

Чукча не читатель

Чувак, а скажи, как называется блокировка в мозгу, которая позволяет писать килобайты херни на ЛОР, но не дает вписать ровно два слова в гугль и почитать хотя бы первую страницу выдачи?

Портянку не читал, но похоже, что ты не осилил mdadm. Сейчас вот собираю RAID1 из двух дисков по 1ТБ. Посмотрим, что будет. Может я не такой криворукий.

Сейчас вот собираю RAID1 из двух дисков по 1ТБ. Посмотрим, что будет.

Предсказываю: будет зеркало на 1ТБ. С тебя пиво.

Это в теории. На практике может ничего и не быть, если руки из жопы :)

запись данных на обе половины райда из абсолютно здоровых винтов будет проходить несинхронно. В этом случае ведро будет выполнять фоновую балансировку зеркал.

чего-чего оно будет делать?

Скажем поступила команда на запись, один винт начал писать, а у второго случилась термокалибровка - рассинхрон.

чо, это mdadm хвалёный так работает штоле?

Набросил так набросил. Молодца.

Тред не читал.

А данные со старого диска на этот рейд астральным способом перенеслись, так?

В нормальных системах ты делаешь рейд из диска с данными, потом добавляешь новый.

Судя по беглому взгляду на Solaris'овские доки, изготовление рейда из диска с данными немногим проще приведенной мной выше процедуры, не всегда возможно и не обходится без перезагрузки, если зеркалим корень.

изготовление рейда из диска с данными немногим проще приведенной мной выше процедуры, не всегда возможно

Что значит не всегда возможно? Это всегда возможно без затирания данных и необходимости гонять их туда-сюда.

и не обходится без перезагрузки, если зеркалим корень.

UFS уже в прошлом, года с 2007 zfs делает это одной командой и без перезагрузки.

изготовление рейда из диска с данными

Это всегда возможно без затирания данных и необходимости гонять их туда-сюда.

Под словом «рейд» подразумевается ТОЛЬКО raid-1?

Ну и в линуксе так можно, одной командой.

Под словом «рейд» подразумевается ТОЛЬКО raid-1?

В ОП речь идёт про зеркало и, если ты не заметил, то я писал про него же.

Ну и в линуксе так можно, одной командой.

Что можно?

Что можно?

зеркалировать текущюю ФС онлайн, без ребута и без копирования данных

и у тебя, конечно же, есть пруф как это сделать с mdadm?

Давай cookbook, пойду отзеркалирую. Не тред, а перепись школьников балаболов.

Причем здесь mdadm? Ты говоришь о НОРМАЛЬНОЙ системе с zfs (я же не требую от тебя делать это на UFS, на голом слайсе), ну и я говорю о нормальной системе с LVM2

Пруф: lvconvert -m1 --type raid1 -b vg/lv