апач падает

12
[Удален]
1236

в общем то он не падает, а

/var/log# ps ax | grep http | wc -l
263

но соединения принимать отказывается

46804 nobody 1 4 0 73396K 11088K sbwait 1 0:01 0.00% httpd
46801 nobody 1 4 0 73396K 11036K sbwait 0 0:01 0.00% httpd
62974 nobody 1 4 0 73396K 10960K sbwait 0 0:01 0.00% httpd
89203 nobody 1 4 0 73396K 11044K sbwait 0 0:01 0.00% httpd
62972 nobody 1 4 0 73396K 11228K sbwait 1 0:01 0.00% httpd
46805 nobody 1 4 0 73396K 11080K sbwait 0 0:01 0.00% httpd
46809 nobody 1 4 0 73396K 10904K sbwait 0 0:01 0.00% httpd
62973 nobody 1 4 0 73396K 11020K sbwait 0 0:01 0.00% httpd
4

специально обовил по доследнего из портов

/var/log# httpd -v
Server version: Apache/2.2.14 (FreeBSD)
Server built: Jan 3 2010 16:26:26

и нифига, такой же еффект как и до обновления, причем я замечал что не только у меня это, у друзей на серверах такое же. никто не сталкивался? какой то вирусней попахивает, чтоли

bearman добавил 13.03.2010 в 10:49

да и воркеров както странновато много запущено

Alex91
На сайте с 30.12.2007
Offline
258
#1

"sudo rm -rf /", если отвечать в вашем же стиле

C Уважением, Алексей
[Удален]
#2

Alex91, да ты умник я погляжу, молодое дарование :D свободен.

P
На сайте с 08.03.2007
Offline
250
#3

апач запускает воркеров сколько ему сказано в конфигах. Если не столько, то либо не тот апач, либо не те конфиги. server-status и server-info покажут что происходит.

А что такое sbwait - надо читать. Может быть в этом и дело (хотя при 300 ворверов может и следствие).

J
На сайте с 02.02.2009
Offline
53
#4

А в логах чего?

Может флудят запросами? Апач имеет свойство раздувать форки - но не больше чем указано в настройках

Или вообще запросы не проходят?

Alex91
На сайте с 30.12.2007
Offline
258
#5

bearman, стараюсь. Вы тож вроде ниче

зы. и каким местом это к веб-строительству относится?

[Удален]
#6
Alex91:
зы. и каким местом это к веб-строительству относится?

таким же как и жумла тролли.

Pilat:
А что такое sbwait - надо читать

вот тоже об этом подумал, погуглю

jumash:
Или вообще запросы не проходят?
/var/log# telnet localhost 8080
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET / HTTP/1.0

ответа я не дождался, видимо конекты проходят, а воркеры не отвечают

Pilat:
server-status и server-info покажут что происходит.

получить бы их)

jumash:
Апач имеет свойство раздувать форки - но не больше чем указано в настройках

и правда, надо ограничить я думаю

Mem: 510M Active, 2338M Inact, 513M Wired, 14M Cache, 399M Buf, 562M Free
Swap: 4096M Total, 12K Used, 4096M Free

хотя памяти еще предостаточно с виду

jumash:
Может флудят запросами?

судя по разряженной статистике - нет :(

хотя может быть домен какой то бью конечно, сейчас поанализирую

BR
На сайте с 28.06.2008
Offline
75
#7
bearman:
в общем то он не падает, а
но соединения принимать отказывается

- если вообще все соединения не принимаются, т. е. ощущение что Apache "висит", то в Гугл - ключевое слово "семафоры" (по нашей практике проблема с семафорами четко связана с недостатком оперативной памяти на аккаунте), если какие-то соединения принимает, а какие-то нет, то смотрите настройки (типа MaxClients или иные если используется mod_bandwidth или что-то похожее)

размещение сайтов (http://www.brim.ru)
[Удален]
#8

Brim.ru, ограничений нет никаких, это солокейшн мой, 4 гига памяти, хотя может 200 апачей грохнули ее и подвесили себя сами, сейчас ограничу, странно что они не ограничены, вроде ограничивал (девичья память :) )

BR
На сайте с 28.06.2008
Offline
75
#9
bearman:
ограничений нет никаких

- так не бывает, какие-то ограничения, хотя бы на уровне дефолтных настроек Apache, всегда есть

[Удален]
#10

Brim.ru, я имел ввиду про "хостинговые", чтобы там памяти столько то, процессора столько то и тп) в общем то все свободные ресурсы разделяются как захочется, попробую еще на лиссяре напишу, там народ бойкие, может помогут)

bearman добавил 13.03.2010 в 12:44

вот кстати интересный момент

tcp4 410 0 localhost.8080 localhost.49503 CLOSE_WAIT
tcp4 410 0 localhost.8080 localhost.61537 CLOSE_WAIT
tcp4 410 0 localhost.8080 localhost.57020 CLOSE_WAIT
tcp4 410 0 localhost.8080 localhost.55330 CLOSE_WAIT
tcp4 410 0 localhost.8080 localhost.54770 CLOSE_WAIT
tcp4 340 0 localhost.8080 localhost.60164 CLOSE_WAIT
tcp4 410 0 localhost.8080 localhost.55820 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.65132 CLOSE_WAIT
tcp4 410 0 localhost.8080 localhost.64453 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.61935 CLOSE_WAIT
tcp4 410 0 localhost.8080 localhost.58091 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.51602 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.54932 CLOSE_WAIT
tcp4 274 0 localhost.8080 localhost.65218 CLOSE_WAIT
tcp4 410 0 localhost.8080 localhost.63702 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.62922 CLOSE_WAIT
tcp4 438 0 localhost.8080 localhost.49600 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.51018 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.56281 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.50762 CLOSE_WAIT
tcp4 476 0 localhost.8080 localhost.60679 CLOSE_WAIT
tcp4 480 0 localhost.8080 localhost.52963 CLOSE_WAIT
tcp4 517 0 localhost.8080 localhost.53437 CLOSE_WAIT
tcp4 480 0 localhost.8080 localhost.49975 CLOSE_WAIT
tcp4 480 0 localhost.8080 localhost.49817 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.53977 CLOSE_WAIT
tcp4 480 0 localhost.8080 localhost.60967 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.51706 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.63345 CLOSE_WAIT
tcp4 450 0 localhost.8080 localhost.56693 CLOSE_WAIT
tcp4 480 0 localhost.8080 localhost.52021 CLOSE_WAIT
tcp4 480 0 localhost.8080 localhost.49252 CLOSE_WAIT
tcp4 815 0 localhost.8080 localhost.58043 CLOSE_WAIT
tcp4 815 0 localhost.8080 localhost.55371 CLOSE_WAIT
tcp4 480 0 localhost.8080 localhost.49239 CLOSE_WAIT
tcp4 815 0 localhost.8080 localhost.56149 CLOSE_WAIT
tcp4 480 0 localhost.8080 localhost.54756 CLOSE_WAIT
tcp4 815 0 localhost.8080 localhost.57106 CLOSE_WAIT
t
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий