- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
это не ребилд, да, верификация. отменить можно через
Ага, сразу не придал этому значения, кстати "check" должен как бы быстрее топать нежели "sync" , а то там 2 дня написано ждать :D
кстати "check" должен как бы быстрее топать нежели "sync"
не должен ) но что-то типа echo 200000 > /sys/block/md2/md/sync_speed_min поможет ускорить оба процесса
не должен ) но что-то типа echo 200000 > /sys/block/md2/md/sync_speed_min поможет ускорить оба процесса
хммм.... простите в чем же тогда разница? :)
хммм.... простите в чем же тогда разница? :)
разница в том, что при sync идет запись на некоторые диск(и), при check идет только чтение. на работающей под нагрузкой системе обычно и тот, и другой процессы сваливаются в минимальную скорость. или я как-то неправильно вопрос понял?
разница в том, что при sync идет запись на некоторые диск(и), при check идет только чтение. на работающей под нагрузкой системе обычно и тот, и другой процессы сваливаются в минимальную скорость. или я как-то неправильно вопрос понял?
Ну т.е запись никак не медленней чем просто чтение ? :) Я имел ввиду что реконструкция под нагрузкой может занять например 2е суток как писало там выше, а обычный check проскочит за пару часов..... если там конечно нарушений структуру не будет серьезных и не придется таки в режим sync переходить :)
Ну т.е запись никак не медленней чем просто чтение ? :) Я имел ввиду что реконструкция под нагрузкой может занять например 2е суток как писало там выше, а обычный check проскочит за пару часов..... если там конечно нарушений структуру не будет серьезных и не придется таки в режим sync переходить :)
ни разу с таким не встречался. обычно по времени одинаково. да и 2 суток против 2 часов? это что за диски такие, где запись в 24 раза медленнее чтения?
ни разу с таким не встречался. обычно по времени одинаково. да и 2 суток против 2 часов? это что за диски такие, где запись в 24 раза медленнее чтения?
Нет, просто полагаю, что консистенцию проверять это одно дело, а копировать данные с винта на винт другое... не более того, процесс чека в любом случае должен топать быстрее процесса синка... хотя бы по тому, что там чтение , а там запись.... может оно конечно и не в 24 раза, но обращал внимание у себя на центосах, если случился вдруг холодный ребут ... это ребилд рейда как полагается, а при длительном аптайме проходит чек который завершается в раз быстрее, но это только наблюдения, замеров точных не делал, может быть там разницы и пару часов.... Подождем пока ТС проснется и напишет сколько там уже :D
/usr/share/mdadm/checkarray -x --all
По данному пути нет этой программы, задолбался ждать - подскажите как выключить
По данному пути нет этой программы, задолбался ждать - подскажите как выключить
mdadm пишет что установлен, только х.з. где