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

Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Привет.
Есть сервер от Hetzner. На нем стоит CentOS 5.5 64bit + xen
Сначала использовался в стандартной конфигурации - raid-1 сотфверный из двух ST31500341AS дисков.
Периодически (раз в неделю-две) сервер падал без каких-либо сообщений в логи. Пару раз удалось отследить падения через KVM консоль, и вот что там было:
Было похоже, что диски валятся когда идет нагрузка на ФС. Причем raid не распадался, smart никаких ошибок не показывал.
Решив, что с hardware raid может быть получше, поставили контроллер Adaptec.
Добавили еще два диска, получился raid 1 на систему + raid 1 на виртуалки.
Но зависания продолжились, в логах можно было заметить строчку
aacraid: Host adapter abort request (0,0,1,0)
за секунды до падения.
Контроллер никаких ошибок не выдает, массив не распадается.
Какие будут советы, чтобы исправить эти зависы? Замена дисков, сервера, дата-центра - это все хорошо, но нужен именно этот сервер с этими дисками в этом ДЦ.
Если ли у xen какие-то средства для лимитирования i/o для контейнеров?
В общем, любая помощь приветствуется. Готов оплатить услуги.
Спасибо.
удалено......
Отписал в личку, но скажу и тут, вдруг кому еще пригодиться.
Первый скрин на 99,9% говорит о том что sda дохлый.
Третий опять говорит что sda дохлый
Последний говорит уже 50/50 тут или софт или хард проблема. Как вариант попробовать загрузиться с параметрами ядра acpi=off noapic
aacraid: Host adapter abort request (0,0,1,0) так же говорит что диск один мертвый. Скорее всего это тот же диск который был когда то sda
Решение: замена диска или попробовать заменить шлейф
PS смарт не всегда говорит то что диску капут, ядро видит это быстрее и более точно.
Какие будут советы, чтобы исправить эти зависы? Замена дисков, сервера, дата-центра - это все хорошо, но нужен именно этот сервер с этими дисками в этом ДЦ.
Если ли у xen какие-то средства для лимитирования i/o для контейнеров?
В общем, любая помощь приветствуется. Готов оплатить услуги.
Спасибо.
Здравствуйте.
Насчет регулирования io - можете прочитать соответствующую статью на xgu.ru.
Все же, судя по скриншотам, я бы предположил, что проблема с дисками. Проверку полную делали для дисков, конечно же? С температурой сервера все в порядке, охлаждение в норме? Иногда подобное может наблюдаться при перегреве дисков.
Если потребуется помощь, можете обратиться в личку.
Спасибо всем кто ответил.
Битость дисков - вопрос сомнительный. Такая проблема наблюдается на нескольких серверах.
Сервер может проработать и месяц без ребутов, а потом три раза за два дня навернуться. Причем падения скорее всего связаны с акивным дерганьем дисков виртуалкой(ами) - когда многопоточно качаются файлы.
Вот вывод контроллера:
По смарту диски не выдают никаких ошибок.
Проблема в контроллере судя по всему
Но я бы поменял для интересу первый диск и посмотрел что будет
Проблема в контроллере судя по всему
Но я бы поменял для интересу первый диск и посмотрел что будет
А откуда такой вывод, что проблема с контроллером?
вывод смарта для дисков покажите
ещё скорее всего у вас проблема с контейнером одной из виртуалок (dm-11) 99% тут
Nanotik, нутром чую
Andreyka,
Такая проблема наблюдается на нескольких серверах.
Сервер может проработать и месяц без ребутов, а потом три раза за два дня навернуться.
Сомневаюсь, что ТС'у продали сразу несколько разных серверов с одинаково неисправными контроллерами :)
Andreyka,
Сомневаюсь, что ТС'у продали сразу несколько разных серверов с одинаково неисправными контроллерами :)
если партия одна почему бы и нет?