Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: Странен проблем с апаче


  • Subject: Re: lug-bg: Странен проблем с апаче
  • From: Danail Petrov <oneofus@xxxxxxxxxxxxx>
  • Date: Mon, 27 Dec 2004 15:27:16 +0200

Hristo Chernev wrote:

Понеже нищо повече не ми ражда главата, ще се допитам до вас за проблема, който
не ме остави да спя.

Двупроцесорна машинка с Xeon-и, много памет - 5ГБ, scsi u160 диск. На нея - 2.4
кернел smp bigmem(redhat9), 1.3.31 апач с  4.3.9 php, qmail , bind 9.2.1.16
(rh). Има и малък firewall с iptables 1.2.7а.2.(rh)

Както си работеше безпроблемно 2 месеца така тая нощ се появи 3 пъти проблема,
като двата пъти изчезна след около половин час и работи нормално 2 часа, но
третия си остана в такова  - ни живо, ни умряло състояние:

http услугата на апаче не отговаря или много бавно отговаря, apaчe процесите sa
na max и са всички във 'W' състояние - Sending Reply, в лога на системата нищо,
на екрана нищо,в ерор лога на апача има много от тези и все от различни IP-ta:
client stopped connection before rvputs completed
client stopped connection before rwrite completed
Трафика намалял на 1/3 и като обем и като бр. пакети
Другите услуги ( те не товарят кой знае колко по принцип - сигурно <1% ),
нормално си работеха, в шела си беше пъргава машинката ..
Подобно ми се е получавало като се скапе нещо базата с която се свързва ( на
друга машина), но този път базата си беше ок.
Памет има предостатъчно свободна
load average >300
vmstat:
  procs                      memory      swap          io     system      cpu
r  b  w   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id
0 378  0      0 381592   1136 2749128    0    0     0     1    2     0  1  1  2
0 383  0      0 377752   1076 2749252    0    0  1905   136  798  2422  5  4 92
0 384  0      0 377072   1084 2749792    0    0  2405   111  846  2240  4  2 94
0 373  0      0 377512   1020 2749752    0    0  3830    84 1072  2903  6  2 92
0 365  0      0 381656   1032 2749824    0    0  3862    67 1078  2714  6  2 92
0 369  0      0 380012   1068 2749860    0    0  2430    71  889  2216  6  4 90
1 375  0      0 377256   1064 2749376    0    0  1885   114  911  2790  3  3 93
Тази висока стойност на 'b'-то (обикновенно е около 0)... доколкото знам това са
процеси чакащи за I/O (диск), но на диска имаше достатъчно място, а и записът
беше безпроблемен.

След рестарт на апаха, ония отново придоби същия вид,а след ребоот се оправи
...но докога ли и какво да предприема следвашия път ( замирисва на уиндоус ако
взема да рестартирам през ден )..

Ще се радвам ако споделите какви идеи ви хрумват!

--
Христо Чернев





-----------------------------

Влезте в играта на HYUNDAI!
Спечелете “Ready to work’ компютър HYUNDAI от играта!
Регистрирайте се тук: http://www.hyundai.bg
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================
А netstat -nta | grep 80 какво казва?

============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.