Master-X
Форум | Новости | Статьи
Главная » Форум » CJs » 
Тема: ATL подвесил сервак
цитата
27/05/09 в 14:40
 uzzy723
CJ подвесил мне сервак (VDS). Вылечилось ребутом. Было похоже что случился какой-то infinite loop. Глюкнуло когда я подлил трафа (+1К в 40 мин). Было у кого-нить? Как проводить профилактику?
цитата
27/05/09 в 14:44
 Woland
Что такое infinite loop - не знаю, но подвесить сервак с помощью ат3 - это надо талант (он категорически минимально грузит сервер).
Конфиг виртуала мона в студию ?
цитата
27/05/09 в 14:54
 uzzy723
какой конкретно конфиг? у меня cPanel
цитата
27/05/09 в 15:04
 Woland
uzzy723: Оффтопик: а у нас в квартире газ! а у нас водопровод, вот! (с)

Конфиг сервера - это процессор, память и т.д. в случае виртуала - это всё выделенное, а не физическое - но не важно. Частоту и размер памяти скажи сервака твоего.
цитата
27/05/09 в 15:08
 goodlover
Видно совсем дешевый вдс был? Не такой уж и большой подлив..
цитата
27/05/09 в 15:33
 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
цитата
27/05/09 в 15:47
 Woland
тю, блин, infinite loop - это бесконечный цикл по русски icon_smile.gif Не допёр сразу ...

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

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


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

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

Кстати - крон два раза не ебанул ? (ну мало ли, он сам при инсталле прописывает - может ты ещё руками прописал) - но и это в нём предусмотрено, он в логах пишет, что второй крон запущен ...
цитата
27/05/09 в 15:59
 Stek
У меня эта хрень в виде ATL стабильно вешала CentOS на серваках годовой давности выпуска. При этом сервак был не один, а картина одинаковая. Решил обновлением кернела и сопутсвующих библиотек.
цитата
27/05/09 в 15:59
 uzzy723
Отпишусь как посмотрю логи, я несколько раз устанавливал скрипт, может действительно с кроном какая трабла.
цитата
27/05/09 в 16:02
 Woland
Цитата:
Отпишусь как посмотрю логи, я несколько раз устанавливал скрипт, может действительно с кроном какая трабла.

Заодно отпиши, что за ось на серваке (на виртуальном твоём, разумеется).
Если несколько раз устанавливал (особенно если разные версии) - имхо точно криво что-то собралось при инсталле.
цитата
31/05/09 в 16:31
 dlk44
uzzy723 писал:
CJ подвесил мне сервак (VDS). Вылечилось ребутом. Было похоже что случился какой-то infinite loop. Глюкнуло когда я подлил трафа (+1К в 40 мин). Было у кого-нить? Как проводить профилактику?


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

По поводу того что 1k в 40 минут это 25 юзеров в секунду - если на VDS стоит только Апач, а не связка Нгетикс+Апач то такой траф может легко подвесить твой виртуальный сервер.
цитата
31/05/09 в 17:10
 color
возьми лучше дедик какой-нибудь бюджетный (у нас атомы например по 50 есть), подобных проблем не будет.
цитата
31/05/09 в 17:57
 dlk44
Woland писал:
Заодно отпиши, что за ось на серваке (на виртуальном твоём, разумеется).
Если несколько раз устанавливал (особенно если разные версии) - имхо точно криво что-то собралось при инсталле.


На VPS/VDS ось переустанавливает только персонал ДЦ - пользователь это сделать НЕ может.
цитата
31/05/09 в 17:59
 dlk44
uzzy723 писал:
Отпишусь как посмотрю логи, я несколько раз устанавливал скрипт, может действительно с кроном какая трабла.


Крон подвесить сервак не может даже если два раза запустился подряд - не та нагрузка.
цитата
31/05/09 в 18:38
 Woland
Цитата:
На VPS/VDS ось переустанавливает только персонал ДЦ - пользователь это сделать НЕ может.

Дядя, не задрачивайте, а ? icon_smile.gif Я понимаю, что не может - никто ему и не предлогал ничего переставлять, кроме скрипта, ибо разные версии arrow используют разные библиотеки, при несовпадении которых возможны жёсткие глюки при сборке скрипта ... до библиотек и компиляции вы со своим админом уже дошли, или нет пока ? gcc у вас с канифолью уже ? smail101.gif
цитата
31/05/09 в 20:33
 dlk44
Woland писал:
Дядя, не задрачивайте, а ? icon_smile.gif Я понимаю, что не может - никто ему и не предлогал ничего переставлять, кроме скрипта, ибо разные версии arrow используют разные библиотеки, при несовпадении которых возможны жёсткие глюки при сборке скрипта ... до библиотек и компиляции вы со своим админом уже дошли, или нет пока ? gcc у вас с канифолью уже ? smail101.gif


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

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


Эта страница в полной версии