После загрузки мое устройство RAID1 ( /dev/md_d0*) иногда переходит в какое-то смешное состояние, и я не могу его смонтировать.
* Первоначально я создал, /dev/md0но он как-то изменился /dev/md_d0.
# mount /opt
mount: wrong fs type, bad option, bad superblock on /dev/md_d0,
missing codepage or helper program, or other error
(could this be the IDE device where you in fact use
ide-scsi so that sr0 or sda or so is needed?)
In some cases useful info is found in syslog - try
dmesg | tail or so
Устройство RAID кажется неактивным как-то:
# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
[raid4] [raid10]
md_d0 : inactive sda4[0](S)
241095104 blocks
# mdadm --detail /dev/md_d0
mdadm: md device /dev/md_d0 does not appear to be active.
Вопрос в том, как сделать устройство активным снова (используя mdmadm, я полагаю)?
(В других случаях это нормально (активно) после загрузки, и я могу смонтировать его вручную без проблем. Но он все равно не будет монтироваться автоматически, даже если он у меня есть /etc/fstab:
/dev/md_d0 /opt ext4 defaults 0 0
Итак, дополнительный вопрос: что мне нужно сделать, чтобы устройство RAID автоматически подключалось во /optвремя загрузки? )
Это рабочая станция Ubuntu 9.10. Справочная информация о моей настройке RAID в этом вопросе .
Изменить : мой /etc/mdadm/mdadm.confвыглядит так. Я никогда не трогал этот файл, по крайней мере, от руки.
# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE partitions
# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# instruct the monitoring daemon where to send mail alerts
MAILADDR <my mail address>
# definitions of existing MD arrays
# This file was auto-generated on Wed, 27 Jan 2010 17:14:36 +0200
В /proc/partitionsпоследней записи есть md_d0хотя бы сейчас, после перезагрузки, когда устройство снова оказывается активным. (Я не уверен, будет ли то же самое, когда он неактивен.)
Решение : как предложил Джимми Хедман , я взял вывод mdadm --examine --scan:
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=de8fbd92[...]
и добавил его /etc/mdadm/mdadm.conf, который, кажется, решил основную проблему. После повторного /etc/fstabиспользования /dev/md0(вместо /dev/md_d0) устройство RAID также автоматически подключается!
mdadm --examine --scanпроизведенныйARRAY /dev/md0 level=raid1 num-devices=2 UUID=...(Обратите внимание на md0 вместо md_d0!) Я положил , что в файле mdadm.conf (вручную, потому что была какая - то проблема с Судом и>>( «доступ запрещен»), и Судо это требуется) , а также обновленный FSTAB для использования снова md0 (не md_d0). Теперь я, похоже, больше не сталкиваюсь с «неактивной» проблемой, и устройство RAID автоматически монтируется в / opt при загрузке. Так что спасибо!sudo ... >> mdadm.confзаключается в том, что оболочка открывает перенаправленные файлы перед запуском sudo. Командаsu -c '.... >> mdadm.conf'должна работать.Я обнаружил, что мне нужно добавить массив вручную
/etc/mdadm/mdadm.conf, чтобы Linux смонтировал его при перезагрузке. В противном случае я получаю именно то, что у вас есть -md_d1устройства, которые неактивны и т. Д.Conf-файл должен выглядеть следующим образом - т.е. по одной
ARRAYстроке для каждого md-устройства. В моем случае новые массивы отсутствовали в этом файле, но если они есть в списке, это, вероятно, не решит вашу проблему.Добавьте один массив для каждого md-устройства и добавьте их после комментария, включенного выше, или, если такого комментария не существует, в конце файла. Вы получаете UUID, выполнив
sudo mdadm -E --scan:Как видите, вы можете просто скопировать вывод результата сканирования в файл.
Я запускаю Ubuntu Desktop 10.04 LTS, и, насколько я помню, это поведение отличается от серверной версии Ubuntu, однако это было так давно, что я создал свои md-устройства на сервере, я могу ошибаться. Также может быть, что я просто пропустил какой-то вариант.
В любом случае, добавление массива в conf-файл, похоже, помогает. Я управлял вышеупомянутым рейдом 1 и рейдом 5 в течение многих лет без проблем.
источник
Предупреждение: Прежде всего позвольте мне сказать, что приведенное ниже (из-за использования «--force») мне кажется рискованным, и если у вас есть невосстановимые данные, я бы порекомендовал сделать копии соответствующих разделов до того, как вы попробуете вещи ниже. Однако это сработало для меня.
У меня была та же проблема, с массивом, отображаемым как неактивный, и ничто из того, что я сделал, включая «mdadm --examine --scan> /etc/mdadm.conf», как предлагали другие, не помогло вообще.
В моем случае, когда он пытался запустить массив RAID-5 после замены диска, он говорил, что он грязный (через
dmesg):Причинение этого, чтобы показать как неактивный в
/proc/mdstat:Я обнаружил, что все устройства имели одинаковые события, за исключением диска, который я заменил (
/dev/sdb4):Тем не менее, данные массива показали, что он имел 4 из 5 доступных устройств:
(Вышеприведенное относится к памяти в столбце «Состояние», я не могу найти его в буфере с прокруткой назад).
Я смог решить эту проблему, остановив массив, а затем заново собрав его:
В этот момент массив заработал с 4 из 5 устройств, и я смог добавить заменяющее устройство, и оно перестраивается. Я могу получить доступ к файловой системе без каких-либо проблем.
источник
У меня были проблемы с Ubuntu 10.04, где ошибка в FStab препятствовала загрузке сервера.
Я выполнил эту команду, как указано в приведенных выше решениях:
Это добавит результаты из "mdadm --examine --scan" в "/etc/mdadm/mdadm.conf"
В моем случае это было:
Это подделка 0. Моя команда для автоматического монтирования в / etc / fstab :
Здесь важно то, что у вас есть «nobootwait» и «nofail». Nobootwait пропустит все системные сообщения, которые мешают вам загрузиться. В моем случае это было на удаленном сервере, поэтому это было необходимо.
Надеюсь, это поможет некоторым людям.
источник
Вы можете активировать ваше устройство MD с
Я полагаю, что некоторые сценарии запуска запускаются слишком рано, до того, как был обнаружен один из участников RAID или возникла какая-либо подобная проблема В качестве быстрого и грязного обходного пути вы сможете добавить эту строку в /etc/rc.local:
Изменить: очевидно, ваш /etc/mdadm/mdadm.conf все еще содержит старое имя конфигурации. Отредактируйте этот файл и замените вхождения md0 на md_d0.
источник
mount /dev/md_d0в/etc/rc.localотлично работает.mdadm -A /dev/md_d0с другой стороны, в обоих случаях происходит сбой с этим сообщением об ошибке (поэтому я не мог использовать его до этого&&оператора). Во всяком случае, половина проблемы, кажется, решена, поэтому +1 за это./proc/partitionsхотя оно и ссылается ); см. отредактированный вопрос. Я никогда не прикасался к mdadm.conf - что это за инструмент, который его генерирует?/etc/rc.localобходной путь, так как кажется, что я все заработал правильно: superuser.com/questions/117824/… :)md_d0 : inactive sda4[0](S)выглядит неправильно для массива RAID1. Кажется, предполагается, что массив не имеет активных устройств и одного запасного устройства (обозначенного (S), вы увидите там (F) для отказавшего устройства и ничего для OK / активного устройства) - для массива RAID1, который не для работы с ухудшенной версией должно быть как минимум два устройства OK / active (и для поврежденного массива, по крайней мере, одно устройство OK / active), и вы не можете активировать массив RAID1 без неисправных несменных устройств (как запасных) не содержат копии данных, пока они не станут активными при сбое другого диска). Если я/proc/mdstatправильно читаю этот вывод, вы не сможете активировать массив в его текущем состоянии.Есть ли у вас какие-либо физические диски в машине, которые не смогли раскрутиться? Есть ли в
ls /dev/sd*списке все диски и разделы, которые вы обычно ожидаете увидеть на этом компьютере?источник
echo active > /sys/block/md0/md/array_stateпомогло мне, заставив мой RAID снова отображаться как RAID1 с отсутствующим диском вместо RAID0 с запасным.У меня была похожая проблема ... мой сервер не мог монтировать md2 после того, как я увеличил разделы, связанные с устройствами. Читая эту ветку, я обнаружил, что на устройстве RAID md2 был новый UUID, и машина пыталась использовать старый.
Как и предполагалось ... используя вывод 'md2' из
Я отредактировал
/etc/mdadm/mdadm.confи заменил старую строку UUID командой «один вывод сверху», и моя проблема ушла.источник
Когда вы притворяетесь, что что-то делаете с
/dev/md[012346789}этим, вы переходите к/dev/md{126,127...}./dev/md0продолжается в/dev/md126или/dev/md127вы должны:размонтировать
/dev/md127или размонтировать/dev/md126.Это временно, чтобы вы могли выполнять команды и некоторые приложения без остановки вашей системы.
источник
Простой способ запустить массив при условии отсутствия проблем с оборудованием и наличия достаточного количества дисков / разделов для запуска массива заключается в следующем:
Может быть так, что по какой-то причине массив в порядке, но что-то мешает его запуску или построению. В моем случае это произошло потому, что mdadm не знал, что исходное имя массива было md127, и все диски были отключены для этого массива. При повторном подключении мне пришлось собирать вручную (вероятно, ошибка, когда mdadm считал, что массив уже активен из-за автономного имени старого массива).
источник