ATL подвесил сервак

CJ подвесил мне сервак (VDS). Вылечилось ребутом. Было похоже что случился какой-то infinite loop. Глюкнуло когда я подлил трафа (+1К в 40 мин). Было у кого-нить? Как проводить профилактику?

Что такое infinite loop - не знаю, но подвесить сервак с помощью ат3 - это надо талант (он категорически минимально грузит сервер).
Конфиг виртуала мона в студию ?

какой конкретно конфиг? у меня cPanel

uzzy723: Оффтопик: а у нас в квартире газ! а у нас водопровод, вот! (с)

Конфиг сервера - это процессор, память и т.д. в случае виртуала - это всё выделенное, а не физическое - но не важно. Частоту и размер памяти скажи сервака твоего.

Видно совсем дешевый вдс был? Не такой уж и большой подлив..

ВДС дешевый.
1 Gb Mem
200 Gb HD
Shared Multicore

Processor #1 Vendor: GenuineIntel
Processor #1 Name: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz
Processor #1 speed: 2000.146 MHz
Processor #1 cache size: 4096 KB

Processor #2 Vendor: GenuineIntel
Processor #2 Name: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz
Processor #2 speed: 2000.146 MHz
Processor #2 cache size: 4096 KB

Processor #3 Vendor: GenuineIntel
Processor #3 Name: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz
Processor #3 speed: 2000.146 MHz
Processor #3 cache size: 4096 KB

Processor #4 Vendor: GenuineIntel
Processor #4 Name: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz
Processor #4 speed: 2000.146 MHz
Processor #4 cache size: 4096 KB

Processor #5 Vendor: GenuineIntel
Processor #5 Name: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz
Processor #5 speed: 2000.146 MHz
Processor #5 cache size: 4096 KB

Processor #6 Vendor: GenuineIntel
Processor #6 Name: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz
Processor #6 speed: 2000.146 MHz
Processor #6 cache size: 4096 KB

Processor #7 Vendor: GenuineIntel
Processor #7 Name: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz
Processor #7 speed: 2000.146 MHz
Processor #7 cache size: 4096 KB

Processor #8 Vendor: GenuineIntel
Processor #8 Name: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz
Processor #8 speed: 2000.146 MHz
Processor #8 cache size: 4096 KB

тю, блин, infinite loop - это бесконечный цикл по русски Не допёр сразу ...

Ну на счёт процессора ты так и не прояснил (список процессоров физического сервера - это не совсем то, ты когда покупал вдс - ты покупал, скажем 1 гГц процессор и 1 Гб памяти), но судя по размеру памяти - проц у тя точно не меньше 1гГц, а это для ат3 - дохрена и больше, увж по крайней мере 1к за 40 минут - не вопрос.

В логах ат3 (logs - cron logs) есть чё нить, кие-то ошибки ?


В голову приходят две вещи - первое - не правильно выбранный дистрибутив ат3 при установке (под другую ось-библиотеки, их там много же, может криво как-то встал он), второе - какие-то специфические настройки cgi на виртуале (но тут только админы твои могут чё-то прояснить, покопать логи, подумать, хз, чё ещё)

Юзал и юзаю ат3 давным-давно, чего-чего, но по стабильности и нагрузке на сервак к нему никогда претензий не возникало, он на сервере что есть, что нет - незаметный, сцуко, скрипт База его - падала (и сама восстанавливалась при следующем кроне) - больше никаких косяков.

Кстати - крон два раза не ебанул ? (ну мало ли, он сам при инсталле прописывает - может ты ещё руками прописал) - но и это в нём предусмотрено, он в логах пишет, что второй крон запущен ...

У меня эта хрень в виде ATL стабильно вешала CentOS на серваках годовой давности выпуска. При этом сервак был не один, а картина одинаковая. Решил обновлением кернела и сопутсвующих библиотек.

Отпишусь как посмотрю логи, я несколько раз устанавливал скрипт, может действительно с кроном какая трабла.

Цитата:

Отпишусь как посмотрю логи, я несколько раз устанавливал скрипт, может действительно с кроном какая трабла.

Заодно отпиши, что за ось на серваке (на виртуальном твоём, разумеется).
Если несколько раз устанавливал (особенно если разные версии) - имхо точно криво что-то собралось при инсталле.

uzzy723 писал:

CJ подвесил мне сервак (VDS). Вылечилось ребутом. Было похоже что случился какой-то infinite loop. Глюкнуло когда я подлил трафа (+1К в 40 мин). Было у кого-нить? Как проводить профилактику?

Поменяй VDS на нормальный дедик и все будет OK. Эти виртуальные сервера (VPS/VDS) еще то глюкалово - там стоят лимиты на процессы, на форки, на страницы памяти, на колличество одновременно открытых файлов и прочее.

По поводу того что 1k в 40 минут это 25 юзеров в секунду - если на VDS стоит только Апач, а не связка Нгетикс+Апач то такой траф может легко подвесить твой виртуальный сервер.

возьми лучше дедик какой-нибудь бюджетный (у нас атомы например по 50 есть), подобных проблем не будет.

Woland писал:

Заодно отпиши, что за ось на серваке (на виртуальном твоём, разумеется). Если несколько раз устанавливал (особенно если разные версии) - имхо точно криво что-то собралось при инсталле.

На VPS/VDS ось переустанавливает только персонал ДЦ - пользователь это сделать НЕ может.

uzzy723 писал:

Отпишусь как посмотрю логи, я несколько раз устанавливал скрипт, может действительно с кроном какая трабла.

Крон подвесить сервак не может даже если два раза запустился подряд - не та нагрузка.

Цитата:

На VPS/VDS ось переустанавливает только персонал ДЦ - пользователь это сделать НЕ может.

Дядя, не задрачивайте, а ? Я понимаю, что не может - никто ему и не предлогал ничего переставлять, кроме скрипта, ибо разные версии arrow используют разные библиотеки, при несовпадении которых возможны жёсткие глюки при сборке скрипта ... до библиотек и компиляции вы со своим админом уже дошли, или нет пока ? gcc у вас с канифолью уже ?

Woland писал:

Дядя, не задрачивайте, а ? Я понимаю, что не может - никто ему и не предлогал ничего переставлять, кроме скрипта, ибо разные версии arrow используют разные библиотеки, при несовпадении которых возможны жёсткие глюки при сборке скрипта ... до библиотек и компиляции вы со своим админом уже дошли, или нет пока ? gcc у вас с канифолью уже ?

У нас на сервере уже успешно работают CJ использующие:
AT3
ATS pro
DTR
GB
Proton Протон
Progress Прогресс
Streamrotator

Все это работает как нада, ось на сервере CentOS.