- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Дошли до того, что запустили fsck после перезагрузки в recovery mode - через мембер зону Hetzner (там есть такая опция). Все по нулям после проверки. fsck ошибок не обнаружил. Сегодня ночью делались бекапы. На утро:
WARNING: mismatch_cnt is not 0 on /dev/md1
Число не синхронизированных блоков - 128. При том, что раньше были проблемы с md0 и md2. Что делать - без понятия. Ошибок на блинах нету.
Дошли до того, что запустили fsck после перезагрузки в recovery mode
У centos LVM есть по-умолчанию. Открутили - ССЗБ, теперь ради того что запросто можно сделать online вы перезагружаетесь.
Все по нулям после проверки. fsck ошибок не обнаружил.
Т.е. mismatch_cnt тоже по нулям был? Или вы это не догадались проверить?
Сегодня ночью делались бекапы.
Число не синхронизированных блоков - 128.
И что, кроме бекапа сервер ничего не делал? Что там вообще, на md1?
Что делать - без понятия. Ошибок на блинах нету.
Вам уже объясняли, что ничего с этим вы поделать не сумеете. Разве что использовать какой-то другой тип md-райд, в котором данные показатели однозначно обязаны проблемам.
на md1 - boot. До fsck была рассинхронка в md0 на 12к+ блоков, после fsck это число стало равно нулю, но fsck ошибок не нашел. Да, кроме бекапов ничего не делали. Ну разве что сайты работали, но это естественно как-бэ (:
на md1 - boot. До fsck была рассинхронка в md0 на 12к+ блоков
Я даже не знаю как проще сформулировать: вы _после перезагрузки_ делали проверку всех raid? _До_ fsck. Явно нет, т.к. такое можно сделать разве вручную.
Про /boot - уже упоминали, это место куда мог лезть загрузчик, ничего не знающий о райд.
Вообще по определению mismatch_cnt не равно нулю. Не видел я нулевых значений. много систем посмотрел. И, я так подозреваю, это суперблок, что правильно. Число различных секторов пропорционально размеру массива.
Вообще по определению mismatch_cnt не равно нулю.
Можно почитать про "определение"?
Не видел я нулевых значений. много систем посмотрел.
Ну а я видел.
И, я так подозреваю, это суперблок, что правильно. Число различных секторов пропорционально размеру массива.
Эк вас зацепило, списывать на НГ?
myhand, Спасибо :). На день прошедший энергетика лучше - я в электричестве тружусь, переотмечал. Выше мной ахинея написана...
Может кому будет интересно - добавил оперативы - рассинхронка пропала. По сути - оперативка закончилась, начинал оперативно хаватся swap, ну и из-за большой нагрузки на блины не успевала нормально проходить синхронизация между блинами. Добавил оперативы - все хорошо. Спасибо всем еще раз за помощь.
Может кому будет интересно - добавил оперативы - рассинхронка пропала. По сути - оперативка закончилась, начинал оперативно хаватся swap, ну и из-за большой нагрузки на блины не успевала нормально проходить синхронизация между блинами.
Про то что дело в swap вы подметили верно, а вот конкретный предложенный вами механизм - неверен. Дело не в "большой нагрузке".