Sheppard

Witam, mam pewien problem z serwerem na którym jest directadmin i Debian6 otóż problem polega na tym że praktycznie codziennie po północy zamraża mi system i pomaga tylko power down. Po przeniesieniu wywalilem mysqla na inna maszyne zeby odciazyc serwer chociaz z tego dodatkowo ograniczylem procesy httpd i zainstalowalem najnowszego apachea 2.4 z php 5.3. Niestety serwer ma stale load minimum 2-3 i wiecej. ram nie jest obciazony i wyglada tak: root@server:~# free -m total used free shared buffers cached Mem: 3968 2737 1230 0 581 1352 -/+ buffers/cache: 802 3165 Swap: 3929 0 3929 generalnie vmstat pokazuje mi: root@server:~# vmstat 5 30 procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 3 0 1136780 596904 1487608 0 0 225 966 226 157 9 7 44 41 0 3 0 1117056 597000 1509388 0 0 0 127 326 248 5 5 37 53 1 5 0 1099208 597016 1507348 0 0 0 651 355 180 6 5 1 87 0 4 0 1111112 597040 1509596 0 0 0 126 430 256 7 3 30 60 0 2 0 1114956 597064 1510620 0 0 0 3083 944 1611 4 1 57 37 0 4 0 1111484 597120 1511392 0 0 0 3998 1286 1617 10 4 31 54 0 2 0 1113012 597152 1513360 0 0 0 3821 889 1263 3 2 39 56 0 5 0 1090576 597212 1535148 0 0 0 1229 661 502 8 8 32 52 martwi mnie tylko czas oczekiwania procesów bo jest troche za duzy a nie wiem dlaczego jest tak wysoki. Generalnie wydawalo mi sie ze problem lezy w webalizerze directadmina ktory sie uruchamia po polnocy ale go wywalilem z konfiguracji DA i nawet binarke inaczej nazwalem ale problem pojawia sie dalej. Jak narazie to pomysły mi sie skonczyly jaka moze byc przyczyna bo dyski twarde wykluczam dlatego ze wczesniej maszyna dzialala na SAS`ach i bylo bardzo podobnie. Jak ktos moze cos doradzic to bede wdzieczny. Pozdrawiam

A ja juz widze ze pierwszy raz dzisiaj w nocy logi zaczely mi cos pokazywać bo wczesniej nawet nie zdazyly nic zapisac i padal serwer a dzis juz cos wiecej jak na przykład: Aug 31 01:38:13 server spamd[1175]: prefork: killing failed child 24395 fd=undefined at /usr/share/perl/5.10.1/Mail/SpamAssassin/SpamdForkScaling.pm line 172. Aug 31 01:38:13 server spamd[1175]: prefork: error closing socket: Bad file descriptor Aug 31 01:38:13 server spamd[1175]: prefork: killed child 24395 Aug 31 01:38:13 server spamd[1175]: prefork: lost idle kids, so still overloaded at /usr/share/perl/5.10.1/Mail/SpamAssassin/SpamdForkScaling.pm line 378. Aug 31 01:38:49 server spamd[1175]: spamd: handled cleanup of child pid [24395] due to SIGCHLD: interrupted, signal 2 (0002) Aug 31 01:38:50 server spamd[1175]: prefork: child states: BS Aug 31 01:38:52 server kernel: [59311.741057] httpd invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0 Aug 31 01:38:52 server kernel: [59311.741063] httpd cpuset=/ mems_allowed=0 Aug 31 01:38:52 server kernel: [59311.741070] Pid: 23660, comm: httpd Not tainted 2.6.32-5-amd64 #1 Aug 31 01:38:52 server kernel: [59311.741072] Call Trace: Aug 31 01:38:52 server kernel: [59311.741101] [<ffffffff810b6460>] ? oom_kill_process+0x7f/0x23f Aug 31 01:38:52 server kernel: [59311.741104] [<ffffffff810b6984>] ? __out_of_memory+0x12a/0x141 Aug 31 01:38:52 server kernel: [59311.741106] [<ffffffff810b6adb>] ? out_of_memory+0x140/0x172 Aug 31 01:38:52 server kernel: [59311.741109] [<ffffffff810ba840>] ? __alloc_pages_nodemask+0x4ec/0x5fc Aug 31 01:38:52 server kernel: [59311.741114] [<ffffffff810bbda9>] ? __do_page_cache_readahead+0x9b/0x1b4 Aug 31 01:38:52 server kernel: [59311.741117] [<ffffffff810bbede>] ? ra_submit+0x1c/0x20 Aug 31 01:38:52 server kernel: [59311.741119] [<ffffffff810bc1cd>] ? page_cache_async_readahead+0x75/0xad Aug 31 01:38:52 server kernel: [59311.741121] [<ffffffff810b5927>] ? generic_file_aio_read+0x23a/0x536 Aug 31 01:38:52 server kernel: [59311.741129] [<ffffffff810ef02d>] ? do_sync_read+0xce/0x113 Aug 31 01:38:52 server kernel: [59311.741145] [<ffffffff81065042>] ? autoremove_wake_function+0x0/0x2e Aug 31 01:38:52 server kernel: [59311.741151] [<ffffffff810cd1c0>] ? handle_mm_fault+0x6da/0x80f Aug 31 01:38:52 server kernel: [59311.741154] [<ffffffff810efa50>] ? vfs_read+0xa6/0xff Aug 31 01:38:52 server kernel: [59311.741156] [<ffffffff810efb65>] ? sys_read+0x45/0x6e Aug 31 01:38:52 server kernel: [59311.741165] [<ffffffff81010b42>] ? system_call_fastpath+0x16/0x1b Aug 31 01:38:52 server kernel: [59311.741167] Mem-Info: Aug 31 01:38:52 server kernel: [59311.741168] Node 0 DMA per-cpu: Aug 31 01:38:52 server kernel: [59311.741170] CPU 0: hi: 0, btch: 1 usd: 0 Aug 31 01:38:52 server kernel: [59311.741171] CPU 1: hi: 0, btch: 1 usd: 0 Aug 31 01:38:52 server kernel: [59311.741173] CPU 2: hi: 0, btch: 1 usd: 0 Aug 31 01:38:52 server kernel: [59311.741174] Node 0 DMA32 per-cpu: Aug 31 01:38:52 server kernel: [59311.741176] CPU 0: hi: 186, btch: 31 usd: 0 Aug 31 01:38:52 server kernel: [59311.741177] CPU 1: hi: 186, btch: 31 usd: 0 Aug 31 01:38:52 server kernel: [59311.741179] CPU 2: hi: 186, btch: 31 usd: 0 Aug 31 01:38:52 server kernel: [59311.741180] Node 0 Normal per-cpu: Aug 31 01:38:52 server kernel: [59311.741181] CPU 0: hi: 186, btch: 31 usd: 30 Aug 31 01:38:52 server kernel: [59311.741183] CPU 1: hi: 186, btch: 31 usd: 0 Aug 31 01:38:52 server kernel: [59311.741184] CPU 2: hi: 186, btch: 31 usd: 0 Aug 31 01:38:52 server kernel: [59311.741188] active_anon:701350 inactive_anon:264376 isolated_anon:4866 Aug 31 01:38:52 server kernel: [59311.741189] active_file:430 inactive_file:484 isolated_file:32 dodatkowo iotop pokazuje ze najbardziej obciaza zapis kjournald i od czasu do czasu pojawia sie httpd; Total DISK READ: 0.00 B/s | Total DISK WRITE: 10.88 M/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 733 be/4 root 0.00 B/s 0.00 B/s 0.00 % 26.34 % [kjournald] 4129 be/4 apache 0.00 B/s 13.85 M/s 0.00 % 1.45 % httpd -k start -DSSL 4019 be/4 apache 0.00 B/s 1147.93 K/s 0.00 % 0.00 % httpd -k start -DSSL 1 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % init [2] 2 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [kthreadd] 3 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/0] 4 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/0] 5 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/0] 6 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/1] 7 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/1] 8 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/1] 9 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/2] 10 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/2] 11 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/2] i skacze do 10 MB a takto przewaznie zapis jest spokojny. Generalnie maszyna ma 3 procki 64bit po 3ghz xeonki i 4 gb ramu przy okolo 40 stronkach to chyba nie powinno tak wygladac jakieś sugestie oprocz tego ze apache ciąży ? Dodatkowo mam propozycje. Jeżeli ktoś jest zainteresowany zleceniem zmiany spamassassina na greylista to zapraszam na gg 1977974 lub na PM

Niestety w logach nie ma przyczyny co powoduje obciazenie albo ja nie widze

Witam mam o to taki dziwny problem że przy starcie systemu a jest to debian 6 64bit otrzymuje poniższy komunikat cze 27 20:36:19.071 [2089] warn: server socket setup failed, retry 1: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu cze 27 20:36:20.072 [2089] warn: server socket setup failed, retry 2: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu cze 27 20:36:21.073 [2089] warn: server socket setup failed, retry 3: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu cze 27 20:36:22.075 [2089] warn: server socket setup failed, retry 4: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu cze 27 20:36:23.076 [2089] warn: server socket setup failed, retry 5: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu cze 27 20:36:24.077 [2089] warn: server socket setup failed, retry 6: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu cze 27 20:36:25.078 [2089] warn: server socket setup failed, retry 7: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu cze 27 20:36:26.080 [2089] warn: server socket setup failed, retry 8: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu cze 27 20:36:27.081 [2089] warn: server socket setup failed, retry 9: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu cze 27 20:36:28.082 [2089] error: spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu spamd: could not create INET socket on 127.0.0.1:783: Adres jest już w użyciu oczywiście wystarczy że w konsoli wpisze: killall -9 spamd /etc/init.d/spamassassin restart to się spamd restartuje, tworzy pida i spamd zaczyna działać. Nie wiem dlaczego tak się dzieje tylko przy starcie systemu jak nic nie zabiera mi portu 783 przy starcie. Za sugestie dziękuje i pozdrawiam

Witam faktycznie w życiu bym nie pomyślał że exim może w starcie miec dodane uruchamianie asasynka Dziękuje bardzo za pomoc Temat można zamknąć.