impressum |
home |

CounterFormmailer/FormularUmfrageHomeCommunityForumFür AnfängerKostenlosesTipps und TricksTutorialsGoogle ToolsGeld verdienenMehr BesucherGrafikarchivInternet & RechtSoftwareServerServer-BefehleCGI-ScriptePHP-ScripteDHTMLJavaScriptSuchen...Link us!SitemapGlossarMithilfeAGBErklärung grüne LinksImpressum
Geben Sie Ihren Benutzernamen und Ihr Passwort ein, um sich an der Web-Site anzumelden:
  Passwort vergessen?
Forum » Allgemein » Webserver
Thema mit vielen Antworten

Fehlermeldungen Apache2 error_log


Autor Nachricht
Verfasst am: 29.11.2005 [18:01]
tom
Themenersteller
Dabei seit: 26.11.2004
Beiträge: 283
 /var/log/apache2/error_log

[Tue Nov 29 17:30:05 2005] [notice] Graceful restart requested, doing restart
[Tue Nov 29 17:30:13 2005] [notice] Apache/2.0.48 (Linux/SuSE) configured -- resuming normal operations
[Tue Nov 29 17:30:13 2005] [warn] long lost child came home! (pid 5570)

wer kann damit etwas anfangen?
Profil
Verfasst am: 29.11.2005 [22:00]
joe
Dabei seit: 07.04.2002
Beiträge: 1225
 Siehe: <a rel='nofollow' href='outbound.php?url=http://httpd.apache.org/docs/2.0/en/stopping.html#race' target='_blank'><a href="http://httpd.apache.org/docs/2.0/en/stopping.html#race" target="_blank">http://httpd.apache.org/docs/2.0/en/stopping.html#race</a></a>

Auftreten tut dieses "Problem" besonders häufig dann, wenn pipe-logs benutzt werden. Es kann aber auch im "normalem" Betrieb mit einfachen CustomLogs auftreten. Besonders schlimm ist das nicht und kann eigentlich ignoriert werden (ist ja auch nur ne Warnung).

Wenn diese Meldung bei graceful restarts (kill -USR1 <parent-pid>icon_wink.gif häufiger auftritt, dann sollte gelegentlich ein echter restart (kill -HUP <parent-pid>icon_wink.gif durchgeführt werden.

cu
Joe
while(!asleep()) sheep++;
Profil
Verfasst am: 30.11.2005 [01:24]
tom
Themenersteller
Dabei seit: 26.11.2004
Beiträge: 283
 mein Problem ist, dass der Sever jeden 3. Tag nicht mehr erreichbar ist. Es ist kein Zugriff per SSH möglich. Daher muss der Server mit dem RecoveryManager von Strato im Kundeninterface neu gestartet werden. Diese Meldungen sind aus der error_log:

[Tue Nov 29 23:56:03 2005] [notice] Graceful restart requested, doing restart
[Tue Nov 29 23:56:14 2005] [notice] Apache/2.0.48 (Linux/SuSE) configured -- resuming normal operations
[Tue Nov 29 23:56:14 2005] [warn] long lost child came home! (pid 17660)
script not found or unable to stat
script not found or unable to stat
script not found or unable to stat
script not found or unable to stat

1.
Wo kann noch erkannt werden, weshalb der Server nach ca. 3 Tagen nicht mehr erreichbar ist und die Webseiten dadurch nicht mehr geladen werden?

2.
woher erhalte ich die pid und muss nach dem kill der prozess gestartet werden?:
kill -HUP <parent-pid>

[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 30.11.2005 um 01:27.]
Profil
Verfasst am: 30.11.2005 [21:07]
joe
Dabei seit: 07.04.2002
Beiträge: 1225
 Mach einfach kein graceful restarts mehr. Das sollte das Problem beheben. Also statt "apachectl graceful" (bzw. "/etc/init.d/apache graceful") einfach "apachectl reload" oder "apachectl restart". Der Reload entspricht dem kill -USR1 <parent-pid>. Der Restart einem kompletten Beenden von Apache.

Ist der Server allgemein nicht per SSH erreichbar oder erst nach 3 Tagen?

Warum der (Web-)Server nach 3 Tagen nicht mehr erreichbar ist, kann zig Gründe haben. Ein zeitnaher Blick in /var/log/[messages|syslog] hilft da meistens weiter.

cu
Joe
while(!asleep()) sheep++;
Profil
Verfasst am: 30.11.2005 [23:31]
tom
Themenersteller
Dabei seit: 26.11.2004
Beiträge: 283
 ich habe nie einen "graceful restarts" durchgeführt!

diese Zeile:
[notice] Graceful restart requested, doing restart
wird ständig in der /var/log/apache2/error_log angezeigt!

1.
folgendes wird mit "tail -f messages" angezeigt:

h59852:/var/log # tail -f messages
Nov 30 22:45:00 h59852 /USR/SBIN/CRON[2024]: (root) CMD (root /root/restart.sh >
/root/freehost.log)
Nov 30 22:46:00 h59852 /USR/SBIN/CRON[2082]: (root) CMD ( /root/restart.sh > /ro
ot/freehost.log)
Nov 30 22:48:00 h59852 /USR/SBIN/CRON[2266]: (root) CMD ( /root/restart.sh > /ro
ot/freehost.log)
Nov 30 22:50:00 h59852 /USR/SBIN/CRON[2508]: (root) CMD ( /root/restart.sh > /ro
ot/freehost.log)
Nov 30 22:50:01 h59852 /USR/SBIN/CRON[2512]: (root) CMD (root /root/restart.sh >
/root/freehost.log)
Nov 30 22:52:00 h59852 /USR/SBIN/CRON[2810]: (root) CMD ( /root/restart.sh > /ro
ot/freehost.log)
Nov 30 22:54:01 h59852 /USR/SBIN/CRON[3094]: (root) CMD ( /root/restart.sh > /ro
ot/freehost.log)
Nov 30 22:55:00 h59852 /USR/SBIN/CRON[3254]: (root) CMD (root /root/restart.sh >
/root/freehost.log)
Nov 30 22:55:52 h59852 sshd[3293]: Accepted keyboard-interactive/pam for root fr
om ::ffff:85.178.37.200 port 4123 ssh2
Nov 30 22:56:00 h59852 /USR/SBIN/CRON[3338]: (root) CMD ( /root/restart.sh > /ro
ot/freehost.log)
Nov 30 22:58:00 h59852 /USR/SBIN/CRON[3554]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Nov 30 22:59:00 h59852 /USR/SBIN/CRON[3710]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly)



h59852:/var/log # tail -f messages
Nov 30 22:48:00 h59852 /USR/SBIN/CRON[2266]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Nov 30 22:50:00 h59852 /USR/SBIN/CRON[2508]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Nov 30 22:50:01 h59852 /USR/SBIN/CRON[2512]: (root) CMD (root /root/restart.sh > /root/freehost.log)
Nov 30 22:52:00 h59852 /USR/SBIN/CRON[2810]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Nov 30 22:54:01 h59852 /USR/SBIN/CRON[3094]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Nov 30 22:55:00 h59852 /USR/SBIN/CRON[3254]: (root) CMD (root /root/restart.sh > /root/freehost.log)
Nov 30 22:55:52 h59852 sshd[3293]: Accepted keyboard-interactive/pam for root from ::ffff:85.178.37.200 port 4123 ssh2
Nov 30 22:56:00 h59852 /USR/SBIN/CRON[3338]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Nov 30 22:58:00 h59852 /USR/SBIN/CRON[3554]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Nov 30 22:59:00 h59852 /USR/SBIN/CRON[3710]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly)
Nov 30 23:00:00 h59852 /USR/SBIN/CRON[3776]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Nov 30 23:00:00 h59852 /USR/SBIN/CRON[3784]: (root) CMD (root /root/restart.sh > /root/freehost.log)


2.
wie funktioniert das:
/var/log/[messages|syslog]

3.
was ist falsch?
h59852:/etc/init.d # apache2ctl reload

Usage: /usr/sbin/httpd2 [-D name] [-d directory] [-f file]
[-C "directive"] [-c "directive"]
[-k start|restart|graceful|stop]
[-v] [-V] [-h] [-l] [-L] [-t] [-S]
Options:
-D name : define a name for use in <IfDefine name> directives
-d directory : specify an alternate initial ServerRoot
-f file : specify an alternate ServerConfigFile
-C "directive" : process directive before reading config files
-c "directive" : process directive after reading config files
-e level : show startup errors of level (see LogLevel)
-E file : log startup errors to file
-v : show version number
-V : show compile settings
-h : list available command line options (this page)
-l : list compiled in modules
-L : list available configuration directives
-t -D DUMP_VHOSTS : show parsed settings (currently only vhost settings)
-S : a synonym for -t -D DUMP_VHOSTS
-t : run syntax check for config files



4.
Der Server ist bis zum Ausfall immer per SSh erreichbar!
Profil
Verfasst am: 01.12.2005 [21:57]
joe
Dabei seit: 07.04.2002
Beiträge: 1225
 Es werden eindeutig graceful restarts durchgeführt. Andernfalls würde das ja nicht im Log stehen icon_smile.gif. Ich tipp da mal auf dieses komische /root/restart.sh...

1)
Mit zeitnah meinte ich natürlich kurz vor dem Ausfall. Wenn Du das nicht machen kannst, weil der Ausfall nicht genau vorherzusagen ist, dann kannst Du natürlich auch nach dem Reboot im syslog nachshauen, ob vor dem Ausfallzeitpunkt irgendwas ungewöhnliches drinsteht. Da mußt Du also nicht über Tage von Logfiles blättern, sondern höchstens die Stunde vor dem Ausfall anschauen.

2)
/var/log/[messages|syslog]
das ist die Menge der Files mit dem Namen /var/log/messages oder /var/log/syslog. Je nach dem, welches File existiert, darfst Du Dir dann aussuchen, welches Du anschaust icon_smile.gif

3)
k.a.... dann vermutlich aber wohl "apache2ctl -k [stop|start|restart|graceful]". Ich benutze dieses komische apache2ctl nie. Nimm im Fall der Fälle einfach das init-Script.

4)
Wenn der Server bis zum Ausfall immer ganz normal erreichbar ist, dann semmelt's die Kiste etwas heftiger auf die Schnauze. Möglich wäre z.B., daß irgendwelche Prozesse immer mehr Speicher fressen und die Kiste dann irgendwann auf die Bretter geht, wenn RAM und Swap voll sind.

Solche Fehler kannst Du grundsätzlich ausschließlich durch lesen der Logfiles und durch ständiges Beobachten eingrenzen. Es würde (nach dem Lesen der Logfiles!) im Fall der Fälle ja schon mal genügen, einfach alle 1-2 Stunden mal kurz beim Server vorbeizuschauen und den freien Speicher unter die Lupe zu nehmen.

cu
Joe
while(!asleep()) sheep++;
Profil
Verfasst am: 02.12.2005 [00:28]
tom
Themenersteller
Dabei seit: 26.11.2004
Beiträge: 283
 puhhh, was muss ich noch alles lernen!!

1.
von mir werden keine graceful restarts durchgeführt! Da ich er einzige bin, der mit rooot auf der kiste eingeloggt ist, wer soll es tun? wie können diese graceful restarts ausgeführt werden. das "/root/restart.sh..."verstehe ich nicht.
was sich rausgefunden habe, kann der apache-server durch zwei restart möglichkeiten gestartet werden. der normale restart und der graceful restart.
der graceful restart hat vor allem den vorteil, dass die bestehenden client verbindungen nicht unterbrochen werden.
nur wer führt diese restart aus?? egal wann ich die /var/log/apache2/tail -f error_log angucke, der graceful wird ständig durchgeführt:

[Thu Dec 01 23:54:03 2005] [notice] Graceful restart requested, doing restart
[Thu Dec 01 23:54:41 2005] [notice] Apache/2.0.48 (Linux/SuSE) configured -- res
uming normal operations
[Thu Dec 01 23:54:41 2005] [warn] long lost child came home! (pid 15932)
[Thu Dec 01 23:54:57 2005] [error] [client 66.249.65.167] File does not exist: /
srv/www/htdocs/web4/html/.........../robots.txt
[Thu Dec 01 23:54:59 2005] [error] [client 66.249.65.167] File does not exist: /
srv/www/htdocs/web4/html/.........../robots.txt
[Thu Dec 01 23:55:15 2005] [error] [client 68.142.251.195] File does not exist:
/srv/www/htdocs/web6/html/........./robots.txt
[Thu Dec 01 23:55:37 2005] [error] [client 68.142.250.123] File does not exist:
/srv/www/htdocs/web4/html/........../robots.txt
[Thu Dec 01 23:56:04 2005] [notice] Graceful restart requested, doing restart



2.
eine syslog gibt es nicht!
dafür die messages:

Dec 1 23:48:00 h59852 /USR/SBIN/CRON[15708]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Dec 1 23:50:00 h59852 /USR/SBIN/CRON[15803]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Dec 1 23:50:00 h59852 /USR/SBIN/CRON[15806]: (root) CMD (root /root/restart.sh > /root/freehost.log)
Dec 1 23:52:00 h59852 /USR/SBIN/CRON[15900]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Dec 1 23:54:00 h59852 /USR/SBIN/CRON[15975]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Dec 1 23:54:04 h59852 sshd[15970]: Connection closed by ::ffff:61.221.240.195
Dec 1 23:55:00 h59852 /USR/SBIN/CRON[16063]: (root) CMD (root /root/restart.sh > /root/freehost.log)
Dec 1 23:55:09 h59852 sshd[16067]: Accepted keyboard-interactive/pam for root from ::ffff:85.178.31.210 port 1733 ssh2
Dec 1 23:56:00 h59852 /USR/SBIN/CRON[16141]: (root) CMD ( /root/restart.sh > /root/freehost.log)
Dec 1 23:58:00 h59852 /USR/SBIN/CRON[16298]: (root) CMD ( /root/restart.sh > /root/freehost.log)


was soll der ständige restart.sh ??????




3.
durchgeführt:
h59852:/var/log # apache2ctl -k graceful
h59852:/var/log #
war das alles?

oder wie funktioniert das mit dem:
init-Script



4.
der Server ist dazwischen immer etwas langsam und dann wieder normal beim webseiten aufbau. nach 3 tagen ist er dann tot.
welche logfiles soll ich alle 1-2 stunden prüfen und was soll ich beim speicher checke (befehl ?). ich werde dann die daten hier eintragen!
Profil
Verfasst am: 07.12.2005 [20:56]
joe
Dabei seit: 07.04.2002
Beiträge: 1225
 Hi,

oops, da hab ich doch glatt vergessen, ne Antwort zu schreiben...

1)
[code:1:e43e4cebb1]Nov 30 22:45:00 h59852 /USR/SBIN/CRON[2024]: (root) CMD (root /root/restart.sh > /root/freehost.log)[/code:1:e43e4cebb1]

Das stammt von Dir aus Deinen Logs. Ergo wird das Script per cron gestartet. Und naheliegenderweise wird in diesem Script ein graceful restart ausgeführt. Du mußt also nur das Script entsprechend ändern.

Stimmt, graceful hat den Vorteil, daß die User (fast) gar nichts davon bemerken. Aber wenn's Probleme verursacht, dann hat's auch keinen Sinn - das merken die User nämlich in jedem Fall. Lass das Script einfach seltener ausführen (wieso überhaupt alle 2 Minuten?) und mach im Script einfach einen reload (der beendet alle Child-Prozesse und sorgt dafür, daß der Parent die Config neu einliest und anschließend wieder ein paar Children forkt).

2)
Was dieses ständige restart.sh soll, weiß ich nicht... Die Ausgabe wird nach freehost.log umgeleitet. Wenn Dir dieses "freehost" irgendwas sagt, dann weißt Du, woher das kommt. Hast Du evtl. irgendeine "Freehost"-Erweiterung für Confixx installiert oder irgendwas in der Art?

Vielleicht tut's auch ein kurzer Blick ins Script selbst. Ein halbwegs brauchbarer Programmierer kommentiert seinen Code und schreibt in den Kopf, zu welchem Programmpaket/Projekt ein File gehört.

3)
Wie bereits gesagt: ich benutze apachectl nicht. Bin also recht planlos, ob Du da eine Ausgabe zu erwarten hat oder nicht. Wenn das Script/Programm nach Unix-Philosophie programmiert ist, dann wäre keine Ausgabe OK (Motto: "no news is good news" - also keine Ausgabe = kein Fehler).

Init-Script: /etc/init.d/apache bzw. /etc/init.d/httpd mit entsprechenden Parameter [restart|reload|graceful]

4)
Speicherverbrauch, Load und CPU kannst Du am besten mit top verfolgen. Lass einfach den Tag über, solange Du sowieso vor dem Rechner sitzt, eine SSH-Session zum Server offen und lass top einfach die ganze Zeit laufen. Dann siehst Du ja, wie sich die Parameter entwickeln.

Die interessanten Logs sind (immer die gleichen): /var/log/[messages|syslog|warn]. Interessant ist beim schleichenden Tot so Pi*Daumen die letzte Stunde vor dem Ableben der Kiste. Zeilen, die mit "<Datum> <hostname> kernel:" anfangen, sind die Interessantesten.

cu
Joe
while(!asleep()) sheep++;
Profil
Verfasst am: 08.12.2005 [16:34]
tom
Themenersteller
Dabei seit: 26.11.2004
Beiträge: 283
 1, 2) richtig, das Script wird per Cron alle 5 Minuten ausgeführt. Das Script ist zuständig für die PHP Aktuallisierung der Mitglieder von einem Free Webspace Script.
Um zu prüfen, ob der Fehler durch dieses Script verursacht wird, wird der Aufruf per Cron entfernt.
Bevor das Script aus dem Cron entfernt wird, wird graceful mit reload ersetzt. Vielleicht bewirkt diese Änderung etwas entscheidendes.
Das Ergebnis werde ich entsprechend diesem Thread anfügen.

*********** Hinweis und Vorgehensweise zum Cronjob **************
Zu 2)
Ja, das Umbenennen gibt ziemlich sicher Fehlermeldungen. cron will das Ding ja ausführen und wenn das Script nicht da ist, dann wirft der eben mit Fehlermeldungen um sich.

Zu 3)
Wenn's in /etc/crontab steht, dann einfach "vi /etc/crontab" und ein # vor die Zeile kleben. Wenn's nicht in /etc/crontab steht, dann kann's eigentlich nur ein userspezifischer cronjob sein, der root gehören muß. In dem Fall als root das Kommando "crontlab -l" ausführen (listet die User-Crontab) und wenn's dort drinsteht mit "crontab -e" editieren.

Zu 4)
Momentan müßte eine Zeile in der Crontab stehen, die damit anfängt:
*/5 * * * *

Das kannst Du ändern in:
0 */8 * * *

Dann würde das Script alle 8 Stunden jeweils zur vollen Stunde ausgeführt. Wenn die volle Stunde ungünstig ist, dann mußt Du entsprechend die 0 am Anfang ändern.
******************************************************************


4) ein Auszug von Top (viele wwwrun, jeder mit über 13% MEM, ist das normal?):

top - 16:13:00 up 1 day, 57 min, 1 user, load average: 0.63, 0.46, 0.42
Tasks: 87 total, 1 running, 83 sleeping, 0 stopped, 3 zombie
Cpu(s): 2.6% user, 3.6% system, 0.0% nice, 93.9% idle
Mem: 514388k total, 501308k used, 13080k free, 149884k buffers
Swap: 514072k total, 149260k used, 364812k free, 118836k cached


PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31501 wwwrun 11 0 179m 68m 67m S 4.4 13.6 0:00.17 httpd2-prefork
31511 wwwrun 15 0 180m 68m 66m R 3.8 13.7 0:00.26 httpd2-prefork
31451 wwwrun 14 0 179m 68m 67m R 3.5 13.7 0:00.91 httpd2-prefork
31551 wwwrun 18 0 179m 68m 66m R 3.5 13.6 0:00.11 httpd2-prefork
31450 wwwrun 16 0 179m 68m 67m R 2.8 13.7 0:00.35 httpd2-prefork
29855 root 10 0 972 972 744 R 2.5 0.2 0:17.11 top
31448 wwwrun 14 0 179m 68m 66m R 2.5 13.6 0:00.30 httpd2-prefork
31489 wwwrun 12 0 180m 68m 67m R 2.5 13.7 0:00.25 httpd2-prefork
31543 wwwrun 14 0 179m 68m 66m S 2.2 13.6 0:00.16 httpd2-prefork
31471 wwwrun 14 0 179m 68m 67m R 1.6 13.6 0:00.34 httpd2-prefork
31560 wwwrun 13 0 178m 67m 66m S 0.6 13.5 0:00.02 httpd2-prefork
733 mysql 9 0 7692 5804 3548 S 0.3 1.1 0:12.04 mysqld
1 root 9 0 80 64 44 S 0.0 0.0 0:06.71 init
2 root 9 0 0 0 0 S 0.0 0.0 0:00.00 keventd
3 root 19 19 0 0 0 S 0.0 0.0 0:00.02 ksoftirqd_CPU0
4 root 9 0 0 0 0 S 0.0 0.0 0:40.35 kswapd
5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush
6 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kupdated
10 root 9 0 0 0 0 S 0.0 0.0 0:00.00 khubd
11 root 9 0 0 0 0 S 0.0 0.0 0:08.39 kjournald
56 root 9 0 0 0 0 S 0.0 0.0 0:00.01 kjournald
536 root 9 0 464 444 444 S 0.0 0.1 0:00.00 dhcpcd
603 root 9 0 592 564 512 S 0.0 0.1 0:01.83 syslogd
606 root 9 0 1512 432 432 S 0.0 0.1 0:00.06 klogd
619 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
621 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
622 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
623 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
628 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
630 bin 9 0 336 276 276 S 0.0 0.1 0:00.00 portmap
677 root 9 0 272 224 224 S 0.0 0.0 0:00.00 startpar
678 root 8 0 764 700 672 S 0.0 0.1 0:00.02 xinetd
680 named 9 0 1696 1244 1140 S 0.0 0.2 0:00.02 named
681 named 9 0 1696 1244 1140 S 0.0 0.2 0:00.00 named
682 named 9 0 1696 1244 1140 S 0.0 0.2 0:00.31 named
683 named 9 0 1696 1244 1140 S 0.0 0.2 0:00.03 named
684 named 9 0 1696 1244 1140 S 0.0 0.2 0:00.00 named
689 root 9 0 1036 840 840 S 0.0 0.2 0:00.03 mysqld_safe
731 root 9 0 884 708 660 S 0.0 0.1 0:00.34 sshd
746 mysql 4 0 7692 5804 3548 S 0.0 1.1 0:13.55 mysqld
747 mysql 9 0 7692 5804 3548 S 0.0 1.1 0:13.62 mysqld
903 root 7 0 856 660 604 S 0.0 0.1 0:02.06 master
916 postfix 9 0 1384 1200 1112 S 0.0 0.2 0:02.81 qmgr
974 root 9 0 780 756 652 S 0.0 0.1 0:37.36 nscd
975 root 9 0 780 756 652 S 0.0 0.1 0:00.00 nscd
976 root 9 0 780 756 652 S 0.0 0.1 0:36.64 nscd
977 root 9 0 780 756 652 S 0.0 0.1 0:02.33 nscd
978 root 9 0 780 756 652 S 0.0 0.1 0:02.94 nscd
979 root 9 0 780 756 652 S 0.0 0.1 0:02.67 nscd
980 root 9 0 780 756 652 S 0.0 0.1 0:02.38 nscd
981 root 9 0 540 512 468 S 0.0 0.1 0:00.00 cron
985 root 9 0 452 392 392 S 0.0 0.1 0:00.03 mingetty
986 root 9 0 452 392 392 S 0.0 0.1 0:00.04 mingetty
987 root 9 0 452 392 392 S 0.0 0.1 0:00.03 mingetty
988 root 9 0 452 392 392 S 0.0 0.1 0:00.03 mingetty
989 root 9 0 452 392 392 S 0.0 0.1 0:00.03 mingetty

[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 18.12.2005 um 18:20.]
Profil
Verfasst am: 08.12.2005 [18:17]
tom
Themenersteller
Dabei seit: 26.11.2004
Beiträge: 283
 Neue TOP Auswertung, ca. 2 Stunden später:

top - 16:13:00 up 1 day, 57 min, 1 user, load average: 0.63, 0.46, 0.42
Tasks: 87 total, 1 running, 83 sleeping, 0 stopped, 3 zombie
Cpu(s): 2.6% user, 3.6% system, 0.0% nice, 93.9% idle
top - 17:53:17 up 1 day, 2:38, 1 user, load average: 0.37, 0.29, 0.35
Tasks: 86 total, 1 running, 84 sleeping, 0 stopped, 1 zombie
Cpu(s): 2.6% user, 2.3% system, 0.0% nice, 95.1% idle
Mem: 514388k total, 492780k used, 21608k free, 163188k buffers
Swap: 514072k total, 159896k used, 354176k free, 94576k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
32196 root 17 0 980 980 744 R 3.8 0.2 2:31.33 top
9508 wwwrun 12 0 191m 79m 78m S 2.2 15.9 0:00.33 httpd2-prefork
9484 wwwrun 12 0 191m 80m 78m S 1.9 15.9 0:00.21 httpd2-prefork
9545 wwwrun 10 0 190m 79m 78m S 1.9 15.8 0:00.08 httpd2-prefork
9506 wwwrun 11 0 191m 80m 78m S 1.6 15.9 0:00.27 httpd2-prefork
8788 postfix 11 0 2164 2160 1612 S 0.6 0.4 0:00.21 smtpd
9475 wwwrun 9 0 191m 80m 78m S 0.3 15.9 0:00.20 httpd2-prefork
9488 wwwrun 9 0 191m 80m 78m S 0.3 15.9 0:00.08 httpd2-prefork
9555 wwwrun 9 0 190m 78m 78m S 0.3 15.7 0:00.01 httpd2-prefork
9556 wwwrun 9 0 190m 78m 78m S 0.3 15.7 0:00.02 httpd2-prefork
1 root 9 0 80 64 44 S 0.0 0.0 0:06.71 init
2 root 9 0 0 0 0 S 0.0 0.0 0:00.00 keventd
3 root 19 19 0 0 0 S 0.0 0.0 0:00.02 ksoftirqd_CPU0
4 root 9 0 0 0 0 S 0.0 0.0 0:43.40 kswapd
5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush
6 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kupdated
10 root 9 0 0 0 0 S 0.0 0.0 0:00.00 khubd
11 root 9 0 0 0 0 S 0.0 0.0 0:09.08 kjournald
56 root 9 0 0 0 0 S 0.0 0.0 0:00.01 kjournald
536 root 9 0 464 444 444 S 0.0 0.1 0:00.00 dhcpcd
603 root 9 0 592 564 512 S 0.0 0.1 0:01.99 syslogd
606 root 9 0 1512 432 432 S 0.0 0.1 0:00.06 klogd
619 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
621 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
622 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
623 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
628 root 9 0 616 428 428 S 0.0 0.1 0:00.00 saslauthd
630 bin 9 0 336 276 276 S 0.0 0.1 0:00.00 portmap
Profil