- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
отключил свап. запустил рипеа. после отпишу
После отключения свапа
cat /sys/block/md2/md/mismatch_cnt
384
Может стоит повторить рипеа или безсмысленно?
Вообще, по нашему опыту использования софт-рейдов, значения mismatch_cnt в пределе нескольких тысяч можно игнорировать абсолютно без вреда для данных и стабильности систем. У нас таких массивов около 15 штук и никаких проблем с ними нету совершенно. Так что я могу рекомендовать забить :)
Понятно спасибо
Вообще, по нашему опыту использования софт-рейдов, значения mismatch_cnt в пределе нескольких тысяч можно игнорировать абсолютно без вреда для данных и стабильности систем.
Я бы не советовал игнорировать mismatch_cnt и в пределе десятка - на raid5.
Так что я могу рекомендовать забить :)
Сейчас есть документация, в т.ч. упомянута по ссылкам в баге. Там сказано, когда mismatch_cnt доверять не стоит (это относится только к raid1!). Совсем, однако, "забить" - не стоит. Сделайте скрипт, проверающий массивы по крону (в debian есть искаропки), с меньшей периодичностью - можно запускать repair.
Я бы не советовал игнорировать mismatch_cnt и в пределе десятка - на raid5.
Ну это да, моя ошибка, все мои слова справедливы лишь для зеркал (RAID-1), статью в блоге скорректировал.
Так в CentOS она тоже есть: /etc/cron.weekly/99-raid-check
Проблема как раз с RAID1 была.
И теперь она повторилась. После отключения свапа, рипеа и чек, mismatch_cnt стал несколько десятков всего. Но тут дал про себя знать SMART.
Short offline Completed: read failure 90%
Запустил -t long. Жду результата. Но походу диск пока менять
palladium2010 добавил 17-11-2010 в 19:02
Extended offline Completed: read failure 40%
тушите свеменяйте диск
тушите свеменяйте диск
Да уже договорился о смене.