долгий ребилд массива, как быть?

nezabor
На сайте с 19.07.2010
Offline
152
3041

Собственно проблема

s1:~# mdadm --query --detail /dev/md2

/dev/md2:
Version : 1.2
Creation Time : Mon Feb 25 08:58:12 2013
Raid Level : raid1
Array Size : 1945012404 (1854.91 GiB 1991.69 GB)
Used Dev Size : 1945012404 (1854.91 GiB 1991.69 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent

Update Time : Sun Mar 1 18:04:59 2015
State : active, recovering
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Rebuild Status : 14% complete

Name : triton617:2
UUID : 03183f87:6705bbd1:485a5681:b982a0e2
Events : 69917

Number Major Minor RaidDevice State
2 8 4 0 active sync /dev/sda4
1 8 20 1 active sync /dev/sdb4

причем не понятно как долго данное состояние висит

последний раз пересобирал рэйд когда менял диск

причем второй походу тоже пора менять, но меня смущает момент, а не грохнется ли ченить если не дождаться

и може у кого есть мысли как ускорить ребилд

отчего вообще задумался



---------- Добавлено 01.03.2015 в 18:08 ----------

может закрыть на пару часов 80 порт?

---------- Добавлено 01.03.2015 в 18:10 ----------

s1:~# df -h

Filesystem Size Used Avail Use% Mounted on
/dev/md2 1.8T 106G 1.6T 7% /
tmpfs 7.9G 0 7.9G 0% /lib/init/rw
udev 7.9G 172K 7.9G 1% /dev
tmpfs 7.9G 0 7.9G 0% /dev/shm
/dev/md0 458M 15M 418M 4% /boot
Чудес не бывает...
VK
На сайте с 29.12.2011
Offline
42
#1

отключите все сервисы на сервере, ребилд пойдет намного быстрее.

В идеале загрузиться с какой-нибудь бэкапной загрузочной системы (хецнер предлагает такую, например) и доделать ребилд из нее, тк сама ос, если находится на том же диска тоже его нагружает.

nezabor
На сайте с 19.07.2010
Offline
152
#2

и еще

s1:~# cat /proc/mdstat

Personalities : [raid1]
md2 : active raid1 sda4[2] sdb4[1]
1945012404 blocks super 1.2 [2/2] [UU]
[==>..................] check = 14.7% (287516416/1945012404) finish=3820.5min speed=7230K/sec

md1 : active raid1 sda3[2] sdb3[1]
7998964 blocks super 1.2 [2/2] [UU]
resync=DELAYED

md0 : active raid1 sda2[2] sdb2[1]
499988 blocks super 1.2 [2/2] [UU]

unused devices: <none>


---------- Добавлено 01.03.2015 в 18:18 ----------

V2NEK:
и доделать ребилд из нее

а можно подробнее?

а именно как доделать ребилд из под recovery

N
На сайте с 06.05.2007
Offline
419
#3

nezabor, по-моему, в recovery такой же линукс и перестроение массива само запустится как только линукс обнаружит недоделанный массив. Так что просто загрузите recovery и убедитесь что восстановление идет.

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

Датацентрам невыгодно сдавать другие диски. Я иногда, если знаю что проект мелкий, не весь диск разбиваю. Добавить потом можно всегда. А вот сверка массива так или иначе воздействует на производительность.

Кнопка вызова админа ()
[Удален]
#4

netwind, какие сутки??? Там занято всего 106 GB. Время выполнения зависит от объема используемого пространства. Ну и естественно от дополнительной нагрузки.

При полном заполнении ребилд в риковери все равно не занимает сутки. Ну пусть 6 часов, но не сутки.

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

N
На сайте с 06.05.2007
Offline
419
#5
WapGraf:
Время выполнения зависит от объема используемого пространства.

это где написано? в какой версии линукса ? давайте ссылку.

Устройство md ничего не знает о том, как его верхний уровень использует. Просто блоки синхронизирует.

[Удален]
#6
netwind:
диск на 2тб - это займет немаленькое время. Ну сутки, например.

Выдумываете всякую чушь!

=== START OF INFORMATION SECTION ===
Device Model: MB2000GCWDA
Serial Number: Z1X1GYQE
LU WWN Device Id: 5 000c50 065c5a743
Firmware Version: HPGD
User Capacity: 2,000,398,934,016 bytes [2.00 TB]
md2 : active raid1 sda4[2] sdb4[1]
1944880960 blocks super 1.2 [2/1] [_U]
[>....................] recovery = 0.4% (8514688/1944880960) finish=205.3min speed=157130K/sec

Примерно за столько и завершилось.

Практикуйтесь, а не пугайте людей!

---------- Добавлено 03.03.2015 в 03:36 ----------

netwind:
это где написано? в какой версии линукса ? давайте ссылку.

Устройство md ничего не знает о том, как его верхний уровень использует. Просто блоки синхронизирует.

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

---------- Добавлено 03.03.2015 в 03:42 ----------

Извиняюсь за дубль, но SE последние дни жутко тупит - видимо ребилд выполняется :D

Оптимизайка
На сайте с 11.03.2012
Offline
396
#7
⭐ BotGuard (https://botguard.net) ⭐ — защита вашего сайта от вредоносных ботов, воровства контента, клонирования, спама и хакерских атак!
N
На сайте с 06.05.2007
Offline
419
#8

WapGraf, теория - так себе. За уши притянута.

WapGraf:
При полном заполнении ребилд в риковери все равно не занимает сутки.

Очевидно, скорость ребилда в рекавери вообще не зависит от заполнения.

[Удален]
#9
netwind:
WapGraf, теория - так себе. За уши притянута.

Практика.

netwind:
Очевидно, скорость ребилда в рекавери вообще не зависит от заполнения.

О том то и речь, что в риковери это несколько часов. Не в риковери время может составлять и год. Так что про время ребилда под нагрузкой вообще говорить это как воздух ведрами мерять.

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

Евгений Русаченко
На сайте с 17.04.2013
Offline
157
#10

Ткну пальцем, так как видимо не уловили Ваше сообщение.

echo value > /proc/sys/dev/raid/speed_limit_min

Где value минимальная скорость в кб\с для синхронизации. Но учитывайте, что если поднять слишком высоко, система может начать сильно тупить.

Почта для домена ( https://lite.host/pochta/dlya-domena ) с безлимитными пользователями и доменами / Хостинг ( https://lite.host/hosting/dlya-blogov ) от 99 рублей / поддержка Let's Encrypt / PHP от 5.2 до 8.3 / SSH / бесплатный перенос,

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий