- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Собственно проблема
причем не понятно как долго данное состояние висит
последний раз пересобирал рэйд когда менял диск
причем второй походу тоже пора менять, но меня смущает момент, а не грохнется ли ченить если не дождаться
и може у кого есть мысли как ускорить ребилд
отчего вообще задумался
---------- Добавлено 01.03.2015 в 18:08 ----------
может закрыть на пару часов 80 порт?
---------- Добавлено 01.03.2015 в 18:10 ----------
отключите все сервисы на сервере, ребилд пойдет намного быстрее.
В идеале загрузиться с какой-нибудь бэкапной загрузочной системы (хецнер предлагает такую, например) и доделать ребилд из нее, тк сама ос, если находится на том же диска тоже его нагружает.
и еще
---------- Добавлено 01.03.2015 в 18:18 ----------
и доделать ребилд из нее
а можно подробнее?
а именно как доделать ребилд из под recovery
nezabor, по-моему, в recovery такой же линукс и перестроение массива само запустится как только линукс обнаружит недоделанный массив. Так что просто загрузите recovery и убедитесь что восстановление идет.
Но ведь в любом случае если вы выбрали диск на 2тб - это займет немаленькое время. Ну сутки, например.
Датацентрам невыгодно сдавать другие диски. Я иногда, если знаю что проект мелкий, не весь диск разбиваю. Добавить потом можно всегда. А вот сверка массива так или иначе воздействует на производительность.
netwind, какие сутки??? Там занято всего 106 GB. Время выполнения зависит от объема используемого пространства. Ну и естественно от дополнительной нагрузки.
При полном заполнении ребилд в риковери все равно не занимает сутки. Ну пусть 6 часов, но не сутки.
Если диск реально убитый рябил прервется в какой то момент и все на том.
Время выполнения зависит от объема используемого пространства.
это где написано? в какой версии линукса ? давайте ссылку.
Устройство md ничего не знает о том, как его верхний уровень использует. Просто блоки синхронизирует.
диск на 2тб - это займет немаленькое время. Ну сутки, например.
Выдумываете всякую чушь!
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]
1944880960 blocks super 1.2 [2/1] [_U]
[>....................] recovery = 0.4% (8514688/1944880960) finish=205.3min speed=157130K/sec
Примерно за столько и завершилось.
Практикуйтесь, а не пугайте людей!
---------- Добавлено 03.03.2015 в 03:36 ----------
это где написано? в какой версии линукса ? давайте ссылку.
Устройство md ничего не знает о том, как его верхний уровень использует. Просто блоки синхронизирует.
Имеется ввиду вариант при ребилде под нагрузкой, а не в риковери. Как правило чем больше заполняют диск тем больше операций на диске выполняется, потому что мусором заполнять никому не интересно.
---------- Добавлено 03.03.2015 в 03:42 ----------
Извиняюсь за дубль, но SE последние дни жутко тупит - видимо ребилд выполняется :D
http://www.cyberciti.biz/tips/linux-raid-increase-resync-rebuild-speed.html
WapGraf, теория - так себе. За уши притянута.
При полном заполнении ребилд в риковери все равно не занимает сутки.
Очевидно, скорость ребилда в рекавери вообще не зависит от заполнения.
WapGraf, теория - так себе. За уши притянута.
Практика.
Очевидно, скорость ребилда в рекавери вообще не зависит от заполнения.
О том то и речь, что в риковери это несколько часов. Не в риковери время может составлять и год. Так что про время ребилда под нагрузкой вообще говорить это как воздух ведрами мерять.
Вот и думай откуда взялись ваши голословные сутки рябилда.
http://www.cyberciti.biz/tips/linux-raid-increase-resync-rebuild-speed.html
Ткну пальцем, так как видимо не уловили Ваше сообщение.
echo value > /proc/sys/dev/raid/speed_limit_min
Где value минимальная скорость в кб\с для синхронизации. Но учитывайте, что если поднять слишком высоко, система может начать сильно тупить.