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 - это бесконечный цикл по русски
Не допёр сразу ...
Ну на счёт процессора ты так и не прояснил (список процессоров физического сервера - это не совсем то, ты когда покупал вдс - ты покупал, скажем 1 гГц процессор и 1 Гб памяти), но судя по размеру памяти - проц у тя точно не меньше 1гГц, а это для ат3 - дохрена и больше, увж по крайней мере 1к за 40 минут - не вопрос.
В логах ат3 (logs - cron logs) есть чё нить, кие-то ошибки ?
В голову приходят две вещи - первое - не правильно выбранный дистрибутив ат3 при установке (под другую ось-библиотеки, их там много же, может криво как-то встал он), второе - какие-то специфические настройки cgi на виртуале (но тут только админы твои могут чё-то прояснить, покопать логи, подумать, хз, чё ещё)
Юзал и юзаю ат3 давным-давно, чего-чего, но по стабильности и нагрузке на сервак к нему никогда претензий не возникало, он на сервере что есть, что нет - незаметный, сцуко, скрипт
База его - падала (и сама восстанавливалась при следующем кроне) - больше никаких косяков.
Кстати - крон два раза не ебанул ? (ну мало ли, он сам при инсталле прописывает - может ты ещё руками прописал) - но и это в нём предусмотрено, он в логах пишет, что второй крон запущен ...
цитата
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 ось переустанавливает только персонал ДЦ - пользователь это сделать НЕ может.
Дядя, не задрачивайте, а ?
Я понимаю, что не может - никто ему и не предлогал ничего переставлять, кроме скрипта, ибо разные версии arrow используют разные библиотеки, при несовпадении которых возможны жёсткие глюки при сборке скрипта ... до библиотек и компиляции вы со своим админом уже дошли, или нет пока ? gcc у вас с канифолью уже ?
цитата
31/05/09 в 20:33
dlk44
Woland писал:
Дядя, не задрачивайте, а ?
Я понимаю, что не может - никто ему и не предлогал ничего переставлять, кроме скрипта, ибо разные версии arrow используют разные библиотеки, при несовпадении которых возможны жёсткие глюки при сборке скрипта ... до библиотек и компиляции вы со своим админом уже дошли, или нет пока ? gcc у вас с канифолью уже ?
У нас на сервере уже успешно работают CJ использующие:
AT3
ATS pro
DTR
GB
Proton Протон
Progress Прогресс
Streamrotator
Все это работает как нада, ось на сервере CentOS.
Новая тема
Ответить
Эта страница в полной версии