- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Случайно замечаю второй раз необъяснимый рост нагрузки, вывод команды
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md3 : active raid1 sda4[0] sdb4[1]
1822442815 blocks super 1.2 [2/2] [UU]
[================>....] check = 84.1% (1533941760/1822442815) finish=111.5min speed=43094K/sec
md2 : active raid1 sda3[0] sdb3[1]
1073740664 blocks super 1.2 [2/2] [UU]
resync=DELAYED
md1 : active raid1 sda2[0] sdb2[1]
524276 blocks super 1.2 [2/2] [UU]
md0 : active raid1 sda1[0] sdb1[1]
33553336 blocks super 1.2 [2/2] [UU]
unused devices: <none>
показывает что идет какая то проверка...
Написал вопрос хостеру FastVPS, типа кто/что запускает проверку, они отвечают:
Вроде еще месяца 2 не прошло как взял сервер, что уже дискам пипец?
Это не проверка ФС, а синхронизация программного рейда.
Узнать о состоянии дисков поможет SMART.
Это не проверка ФС, а синхронизация программного рейда.
Это проверка программного рейда. Посмотри в словаре слово check, пожалуйста.
показывает что идет какая то проверка...
Проверка рейд запускается периодически - смотрите кронтабы. В debian сейчас - раз в месяц (расписание в /etc/cron.d/mdadm), в RHEL - раз в две недели, если правильно помню.
Это не должно мешать работе нормально настроенного сервера.
Узнать о состоянии дисков поможет SMART.
SMART тесты тоже полезно запускать периодически (man smartd). Иначе актуальность метрик SMART будет под большим вопросом.
Это проверка программного рейда. Посмотри в словаре слово check, пожалуйста.
Поздравляю, ты нашел пасхалку.
Это не должно мешать работе нормально настроенного сервера.
Но ведь мешает.
Проблема в том, что иногда нельзя настроить нормально в вашем понимании, если ресурсы IO на пределе и любая дополнительная активность выводит сервер из равновесия. Хорошо иметь запас ресурсов для равновесия, но накладно.
Тут надо или памяти добавлять или дисков, но выгоднее ограничить скорость проверки и поставить выполняться эту проверку пореже. Что я и рекомендую.
Но ведь мешает.
Мне не мешает.
Проблема в том, что иногда нельзя настроить нормально в вашем понимании, если ресурсы IO на пределе и любая дополнительная активность выводит сервер из равновесия. Хорошо иметь запас ресурсов для равновесия, но накладно.
Если вы думаете, что клиенты других балуют простаивающими ресурсами - это наивно. Все экономят на чем можно.
Первый момент, на который иногда имеет смысл обратить внимание (для raid5, например) - изменить приоритет CPU шедулера. Дебиановский скрипт в stable - это не делает. В sid - уже научился.
Второй момент - делать проверку инкрементами, запускать на небольшой период, но делать это почаще. Есть простые патчи для дебиан.
Третий момент - еще какие-то IO-интенсивные задачи, например, бекап. Обычно есть возможность разнести их во времени и это имеет смысл.
Тут надо или памяти добавлять или дисков, но выгоднее ограничить скорость проверки и поставить выполняться эту проверку пореже.
Скорость ограничивает не только проверку - но и ребилд. Об этом надо, по меньшей мере, помнить.
Что касается "пореже": ИМХО, и раз в месяц это редко. Особенно для современных терабайтников.
myhand, не вижу ни одного опровергающего суть мыслей утверждения. Может не надо меня цитировать?
Спасибо, т.е. это нормально для Дебиана, так и должно проверяться раз в месяц?
Просто у мне лоад аверадж всегда держится в районе 1, даже в пик в будни, а тут смотрю 1,5 - 1,7, стало интересно что это вызвало...
Dram, это характерно для нового дебиана.
до этого большинство пользователей raid даже не подозревало, что массив нужно проверять.
мало кто сможет аргументировать статистикой нормально (то есть является ли действительно стандартной практикой для подавляющего большинства raid-массивов) это или нет. я не берусь.
myhand, не вижу ни одного опровергающего суть мыслей утверждения.
Опровергать бездоказательные утверждения мне не интересно.
Спасибо, т.е. это нормально для Дебиана, так и должно проверяться раз в месяц?
Запуск проверки - да, это нормально.
А вот какой-то негативный эффект от нее - нет, не нормально. Если проверка действительно мешает (не просто "LA подскочил") - см. выше рекоммендации.
Не - по сайтам ничего не видно, ничего не тормозит, просто LA поднимается...