Создаю массив командой

mdadm --create --verbose /dev/md3 --level=1 --raid-devices=2 --metadata=0.90 /dev/sda /dev/sdb

на выходе команды только:

mdadm: size set to 2930266496K

cat /proc/mdstat информации о md3 не появляется

md5 : active raid1 sde[0] sdf[1]
      976762496 blocks [2/2] [UU]

md7 : active raid1 sdg[1]
      976762496 blocks [2/1] [_U]

md1 : active raid1 sdc2[0] sdd2[1]
      4193216 blocks [2/2] [UU]
      bitmap: 1/128 pages [4KB], 16KB chunk

md2 : active raid1 sdc3[0] sdd3[1]
      147901184 blocks [2/2] [UU]
      bitmap: 0/142 pages [0KB], 512KB chunk

md0 : active raid1 sdc1[0] sdd1[1]
      4193216 blocks [2/2] [UU]
      bitmap: 6/128 pages [24KB], 16KB chunk

Подскажите в какие логи посмотреть, чтобы получить информацию о том почему не создается массив? Может ли массив не создаваться из-за того, что из md7 один диск выпал?

Современные админы делятся на тех кто еще делают бэкапы и на тех, кто уже эти бэкапы тестируют.

Поделитесь опытом, каким образом можно автоматизировать процесс проверки резервных копий в bacula? Когда речь идет о бэкапе БД, то все, как будто, очевидно (восстановил дамп из бэкапа, восстановил тестовую базу из дампа, проверил тестовую базу). А вот как быть с «файлопомойками»? Очень хочется иметь максимально близкую копию каких либо директорий. С одной стороны это было бы неким тестом резервной копии, с другой стороны, чаще всего звонят пользователи и просят восстановить удаленный файл (как он называется и где находился, естественно, не помнят). Искать нужный фал удобнее в какой-нибудь восстановленной из бэкапа папки, чем в консоли bacul`ы.

В общем у кого, какая практика. Интересна скорее сама концепция, нежели техническая реализация.

Необходимо сделать бэкап базы (testsrc) и восстановить его в соседнюю базу (testdst) на этом-же сервере.

Бэкап:

pg_dump --host=localhost testsrc --username=postgres -Fc —file=testsrc.bkp

Восстановление:

dropdb --host 127.0.0.1 --port 5432 --username "postgres" "testdst" --if-exists
createdb --host 127.0.0.1 --port 5432 --username "postgres" "testdst"
pg_restore --host 127.0.0.1 --port 5432 --username "postgres" --dbname "testdst" --clean "testsrc.bkp"

Проблема: при восстановлении удаляется исходная база (testsrc). PostgreSQL 9.2.1-eter8ubuntu.

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

PS. Вариант безупречно работает на нескольких серверах PostgreSQL 9.4.2.

Система настроена на отправку сообщений при периодическом ребилде массива. По умолчанию сообщение отправляется через каждые 20% процесса. Как изменить эти дефолтные 20% на другое значение?

В документации сказано: RebuildNN
Where NN is a two-digit number (ie. 05, 48). This indicates that rebuild has passed that many percent of the total. The events are generated with fixed increment since 0. Increment size may be specified with a commandline option (default is 20).

For Monitor mode:
-r, --increment
Give a percentage increment. mdadm will generate RebuildNN events with the given percentage increment.

Пробовал

mdadm --monitor --scan --increment 50 --daemonise