Mr. Third

Рейтинг
114
Регистрация
07.07.2006

Автор темы, вероятно, имел в виду физический сервер (колокейшен или аренду). Действительно, примерно в районе 4-6 утра по Москве снова были проблемы с сетью... Сами машины работали.

К чести mail.ru на вопросы о том, что творится со счетчиком, они по электронной почте отвечают оперативно. Но уже пару недель отвечают одно и то же - на сервере ведутся работы, окончание работ предсказать нельзя. Похоже, что проблемы имеют счетчики, обслуживаемые каким-то одним из нескольких серверов (у меня счетчик на top8.list.ru). Странно, конечно, что работы длятся так долго, за это время уже можно было, наверное, все перенести на другую физическую машину... Клиенты сайта, привыкшие смотреть на рейтинг.мэйл.ру, конечно, в недоумении: им сложно объяснить, что мэйл.ру может затянуть "работы" на недели...

Ежели у кого-то есть соображения или иная информация о проблемах с мэйлрушным рейтингом, пожалуйста, поделитесь.

А что, с тех пор iptables как-то изменились?

Вообще, наверняка не могу сказать, изменились или нет. Скорее всего, нет, по крайней мере в области функциональности, нужной для ipac-ng. Но при этом есть элементарное опасение ставить софт, не подающий признаков жизни уже 4 года как.

А что уважаемый ТС вкладывает в понятие "считать трафик"?

Прежде всего нужен входящий/исходящий трафик по разным интерфейсам и разным IP-адресам (в том числе разные комбинации "внешний IP-адрес/IP сервера"), во вторую очередь - входящий/исходящий трафик по некоторым портам. Фаервол, по-моему, очень хорошо подходит. Так-то, конечно, можно и свою утилиту написать, и ipac-ng продолжать пользоваться, но вдруг нынче есть какая-то актуальная известная и популярная.

Подтверждаю, что "мастерхост" в этот раз допускает выработку уже предоплаченной суммы по старому тарифу. На мой взгляд, вполне приемлемый компромисс для тех, кто, например, формирует годовые бюджеты и не может их сильно изменять. Если, конечно, это действительно будет так :) При прошлом повышении цен такой возможности, насколько я помню, не было.

В поиске по блогам яндекса находятся другие сообщения о проблеме. Мои выводы: пропало питание, резервного не хватило на охлаждение, и когда температура стала повышаться, часть серверов вырубили.

Mr. Third:
Где именно стоит? В д.ц. на Остаповском пр. вроде работает...

Вынужден внести поправку. Ночью в Остаповском действительно были проблемы - в частности, кратковременно отрубалась сеть и заметно повышалась температура внутри (хотя не так сильно, конечно, как при памятных прошлогодних авариях). При этом сама машина работала без остановок. Теперь мне тоже интересно, что это было. :)

kvazar:
Лежит кверху пузом сервер на colocation.
- Лечим.
- Когда ?
- Х.з.
Что там стряслось у них опять - кто-нить - знает?

Где именно стоит? В д.ц. на Остаповском пр. вроде работает...

Лично я проблем с доступностью сайтов не наблюдал, но на своем сервере, стоящем в мастерхосте, наблюдал кучу "зависших" соединений, которые стояли в статусе CLOSE_WAIT (видимо, до таймаута) и резкое увеличение процессов апача в продолжительном статусе "sending reply". Нахожу все взаимосвязанным. Началось ночью. Несколько минут назад действительно "рассосалось".

amso:
ну если уж на то пошло - и noatime, nosuid

atime как раз, возможно, нужен - чтоб автоматом (tmpwatch или аналогичное) его чистить.

+ nodev :)

Именно /tmp (а также часто /var/log) обычно действительно делают в отдельном разделе, во избежание понятно чего.

Всего: 127