kernel probleme?

[sfeni]

Kann mir einer sagen, was das bedeutet?
Nach dieser Meldung war der Server komplett weg.

Code: Select all

Mar 24 04:38:56 mail kernel: Unable to handle kernel paging request at virtual address db2ddbcc
Mar 24 04:38:56 mail kernel:  printing eip:
Mar 24 04:38:56 mail kernel: c0148723
Mar 24 04:38:56 mail kernel: *pde = 00000000
Mar 24 04:38:56 mail kernel: Oops: 0000
Mar 24 04:38:56 mail kernel: CPU:    0
Mar 24 04:38:56 mail kernel: EIP:    0010:[<c0148723>]    Not tainted
Mar 24 04:38:56 mail kernel: EFLAGS: 00010202
Mar 24 04:38:56 mail kernel: eax: 00117d80   ebx: 045f6045   ecx: 00117d80   edx: c1117d80
Mar 24 04:38:56 mail kernel: esi: 001c9000   edi: 001c9000   ebp: c3f07724   esp: c39fdef8
Mar 24 04:38:56 mail kernel: ds: 0018   es: 0018   ss: 0018
Mar 24 04:38:56 mail kernel: Process ps (pid: 8464, stackpage=c39fd000)
Mar 24 04:38:56 mail kernel: Stack: c3f06f40 c4c71cc0 000002b4 00000255 c3cc6404 c3cc6404 005c8000 405c8000 
Mar 24 04:38:56 mail kernel:        001c9000 c014882e c3cc6400 401c8000 401c9000 c39fdf64 c39fdf68 c39fdf6c 
Mar 24 04:38:56 mail kernel:        c39fdf70 ca6493c0 c3cc8000 00000000 cacbf000 c4c71cdc 00000000 00000172 
Mar 24 04:38:56 mail kernel: Call Trace: [<c014882e>] [<c014664a>] [<c012bad6>] [<c0106e6b>] 
Mar 24 04:38:56 mail kernel: 
Mar 24 04:38:56 mail kernel: Code: 03 05 cc db 2d c0 8b 40 14 83 f8 01 7e 06 8b 44 24 38 ff 00 
Mar 24 04:38:56 mail kernel:  <0>CPU 0: Machine Check Exception: 0000000000000004

[captaincrunch]

Unable to handle kernel paging request at virtual address db2ddbcc

Der Kernel wollte pagen, also Speicher in den Swap auslagern. Bis zur vorletzten Zeile werden dir Stack- und sonstige Speicherinhalte ausgegeben. Die letzte Zeile besagt nur dass die CPU den Kernel von einer "Exception" informiert hat. Woher genau das kommt, kann man aber nur dann genau sagen, wenn man den Coredump anhand der Augabe analysiert ...

[sfeni]

Das ist nicht das erste Mal, dass er wegen so einer Fehlermeldung abstürzt. Ich finde das ganze echt kurios. Der Server lief und lief und lief.
Und wo ist der Coredump?

Hier das ganze vom Samstag:

Code: Select all

Mar 22 20:33:39 mail kernel: Unable to handle kernel paging request at virtual address f72ddbcc
Mar 22 20:33:39 mail kernel:  printing eip:
Mar 22 20:33:39 mail kernel: c0148723
Mar 22 20:33:39 mail kernel: *pde = 00000000
Mar 22 20:33:39 mail kernel: Oops: 0000
Mar 22 20:33:39 mail kernel: CPU:    0
Mar 22 20:33:39 mail kernel: EIP:    0010:[<c0148723>]    Not tainted
Mar 22 20:33:39 mail kernel: EFLAGS: 00010206
Mar 22 20:33:39 mail kernel: eax: 0035a040   ebx: 0d681065   ecx: 0035a040   edx: c135a040
Mar 22 20:33:39 mail kernel: esi: 0036a000   edi: 00348000   ebp: ce486d20   esp: c9f6def8
Mar 22 20:33:39 mail kernel: ds: 0018   es: 0018   ss: 0018
Mar 22 20:33:39 mail kernel: Process ps (pid: 21864, stackpage=c9f6d000)
Mar 22 20:33:39 mail kernel: Stack: cc239b40 c4503d80 00000000 00000000 cc793084 cc793084 0072b000 0872b000 
Mar 22 20:33:39 mail kernel:        0036a000 c014882e cc793080 0832b000 0836a000 c9f6df64 c9f6df68 c9f6df6c 
Mar 22 20:33:39 mail kernel:        c9f6df70 c0841d40 c6ee4000 00000000 c6844000 c4503d9c 00000000 000001a4 
Mar 22 20:33:39 mail kernel: Call Trace: [<c014882e>] [<c014664a>] [<c012bad6>] [<c0106e6b>] 
Mar 22 20:33:39 mail kernel: 
Mar 22 20:33:39 mail kernel: Code: 03 05 cc db 2d c0 8b 40 14 83 f8 01 7e 06 8b 44 24 38 ff 00 
Mar 22 20:34:11 mail kernel:  <1>Unable to handle kernel paging request at virtual address db2ddbcc
Mar 22 20:34:11 mail kernel:  printing eip:
Mar 22 20:34:11 mail kernel: c0148723
Mar 22 20:34:11 mail kernel: *pde = 00000000
Mar 22 20:34:11 mail kernel: Oops: 0000
Mar 22 20:34:11 mail kernel: CPU:    0
Mar 22 20:34:11 mail kernel: EIP:    0010:[<c0148723>]    Not tainted
Mar 22 20:34:11 mail kernel: EFLAGS: 00010202
Mar 22 20:34:11 mail kernel: eax: 001a9d80   ebx: 06a76067   ecx: 001a9d80   edx: c11a9d80
Mar 22 20:34:11 mail kernel: esi: 00400000   edi: 0036b000   ebp: ce5fadac   esp: c333bef8
Mar 22 20:34:11 mail kernel: ds: 0018   es: 0018   ss: 0018
Mar 22 20:34:11 mail kernel: Process ps (pid: 21868, stackpage=c333b000)
Mar 22 20:34:11 mail kernel: Stack: c787c140 c77938c0 00000000 0000000e cf49b084 cf49b084 0076a000 0876a000 
Mar 22 20:34:11 mail kernel:        00400000 c014882e cf49b080 0836a000 08724000 c333bf64 c333bf68 c333bf6c 
Mar 22 20:34:11 mail kernel:        c333bf70 c6dcd080 c67a6000 00000000 c9da4000 c77938dc 00000000 000001b8 
Mar 22 20:34:11 mail kernel: Call Trace: [<c014882e>] [<c014664a>] [<c012bad6>] [<c0106e6b>] 
Mar 22 20:34:11 mail kernel: 
Mar 22 20:34:11 mail kernel: Code: 03 05 cc db 2d c0 8b 40 14 83 f8 01 7e 06 8b 44 24 38 ff 00 
Mar 22 20:34:15 mail kernel:  <1>Unable to handle kernel paging request at virtual address 000ba000
Mar 22 20:34:15 mail kernel:  printing eip:
Mar 22 20:34:15 mail kernel: c014871f
Mar 22 20:34:15 mail kernel: *pde = 00000000
Mar 22 20:34:15 mail kernel: Oops: 0002
Mar 22 20:34:15 mail kernel: CPU:    0
Mar 22 20:34:15 mail kernel: EIP:    0010:[<c014871f>]    Not tainted
Mar 22 20:34:15 mail kernel: EFLAGS: 00010202
Mar 22 20:34:15 mail kernel: eax: c333bf6c   ebx: 0ab39047   ecx: 002ace40   edx: c12ace40
Mar 22 20:34:15 mail kernel: esi: 000ba000   edi: 000a7000   ebp: cd7c729c   esp: c333bef8
Mar 22 20:34:15 mail kernel: ds: 0018   es: 0018   ss: 0018
Mar 22 20:34:15 mail kernel: Process ps (pid: 21877, stackpage=c333b000)
Mar 22 20:34:15 mail kernel: Stack: ccc4ce40 cf6ab500 00000000 00000000 caf2f084 caf2f084 0044d000 0844d000 
Mar 22 20:34:15 mail kernel:        000ba000 c014882e caf2f080 0804d000 080ba000 c333bf64 c333bf68 c333bf6c 
Mar 22 20:34:15 mail kernel:        c333bf70 c9b31740 cd0b8000 00000000 cc3d9000 cf6ab51c 00000000 00000003 
Mar 22 20:34:15 mail kernel: Call Trace: [<c014882e>] [<c014664a>] [<c012bad6>] [<c0106e6b>] 
Mar 22 20:34:15 mail kernel: 
Mar 22 20:34:15 mail kernel: Code: ff 00 89 c8 03 05 cc db 2d c0 8b 40 14 83 f8 01 7e 06 8b 44 
Mar 22 20:34:49 mail kernel:  <1>Unable to handle kernel paging request at virtual address 002ddbcc
Mar 22 20:34:49 mail kernel:  printing eip:
Mar 22 20:34:49 mail kernel: c0148723
Mar 22 20:34:49 mail kernel: *pde = 00000000
Mar 22 20:34:49 mail kernel: Oops: 0000
Mar 22 20:34:49 mail kernel: CPU:    0
Mar 22 20:34:49 mail kernel: EIP:    0010:[<c0148723>]    Not tainted
Mar 22 20:34:49 mail kernel: EFLAGS: 00010202
Mar 22 20:34:49 mail kernel: eax: 00211680   ebx: 0845a067   ecx: 00211680   edx: c1211680
Mar 22 20:34:49 mail kernel: esi: 00133000   edi: 0008b000   ebp: cd2af22c   esp: ca533ef8
Mar 22 20:34:49 mail kernel: ds: 0018   es: 0018   ss: 0018
Mar 22 20:34:49 mail kernel: Process ps (pid: 21887, stackpage=ca533000)
Mar 22 20:34:49 mail kernel: Stack: c4d75ac0 cf6ab680 00000000 00000002 cd301084 cd301084 00480000 08480000 
Mar 22 20:34:49 mail kernel:        00133000 c014882e cd301080 08080000 08133000 ca533f64 ca533f68 ca533f6c 
Mar 22 20:34:49 mail kernel:        ca533f70 c96ab7c0 c4886000 00000000 ce005000 cf6ab69c 00000000 00000018 
Mar 22 20:34:49 mail kernel: Call Trace: [<c014882e>] [<c014664a>] [<c012bad6>] [<c0106e6b>] 
Mar 22 20:34:49 mail kernel: 
Mar 22 20:34:49 mail kernel: Code: 03 05 cc db 2d c0 8b 40 14 83 f8 01 7e 06 8b 44 24 38 ff 00 
Mar 22 20:34:50 mail kernel:  <1>Unable to handle kernel paging request at virtual address 0036a000
Mar 22 20:34:50 mail kernel:  printing eip:
Mar 22 20:34:50 mail kernel: c014871f
Mar 22 20:34:50 mail kernel: *pde = 00000000
Mar 22 20:34:50 mail kernel: Oops: 0002
Mar 22 20:34:50 mail kernel: CPU:    0
Mar 22 20:34:50 mail kernel: EIP:    0010:[<c014871f>]    Not tainted
Mar 22 20:34:50 mail kernel: EFLAGS: 00010202
Mar 22 20:34:50 mail kernel: eax: ca533f6c   ebx: 0d681065   ecx: 0035a040   edx: c135a040
Mar 22 20:34:50 mail kernel: esi: 0036a000   edi: 00348000   ebp: ce486d20   esp: ca533ef8
Mar 22 20:34:50 mail kernel: ds: 0018   es: 0018   ss: 0018
Mar 22 20:34:50 mail kernel: Process ps (pid: 21892, stackpage=ca533000)
Mar 22 20:34:50 mail kernel: Stack: cc239b40 c4503d80 00000000 00000000 cc793084 cc793084 0072b000 0872b000 
Mar 22 20:34:50 mail kernel:        0036a000 c014882e cc793080 0832b000 0836a000 ca533f64 ca533f68 ca533f6c 
Mar 22 20:34:50 mail kernel:        ca533f70 c0841d40 c6ee4000 00000000 ca57e000 c4503d9c 00000000 000001a4 
Mar 22 20:34:50 mail kernel: Call Trace: [<c014882e>] [<c014664a>] [<c012bad6>] [<c0106e6b>] 
Mar 22 20:34:50 mail kernel: 
Mar 22 20:34:50 mail kernel: Code: ff 00 89 c8 03 05 cc db 2d c0 8b 40 14 83 f8 01 7e 06 8b 44 
Mar 22 20:35:56 mail init: Id "999" respawning too fast: disabled for 5 minutes
Mar 22 20:36:15 mail kernel:  <0>CPU 0: Machine Check Exception: 0000000000000004

[captaincrunch]

Welchen Kernel verwendest du ?

Noch was :

Mar 22 20:35:56 mail init: Id "999" respawning too fast: disabled for 5 minutes

Hast du etwas an der /etc/inittab gedreht ?

[sfeni]

Code: Select all

mail:/boot # kernelversion
2.4
mail:/boot #

EDIT:
Linux-Distri: SuSE 7.2

[captaincrunch]

2.4.2 ? 2.4.5 ?

Du weißt schon, dass wir mittlerweile (fast) bei 2.4.21 angelangt sind ?

Falls du ein SuSE-System hast, poste mal die Ausgabe von rpm -qa | grep kernel

[sfeni]

So genau hab ich mich mit Kernel noch nie beschäftigt.
Ich weis nur, wenn ich den Kernel nicht richtig kompiliere, dann geht nix mehr. (Der Server steht nicht bei 1und1, daher gibt es auch kein rescue system und dann wird das zu einem Problem)

Scheint wohl nicht viel auszugeben der Befehl:

Code: Select all

mail:~ #
mail:~ # rpm -qa | grep kernel
mail:~ # rpm -qa | grep kernel
mail:~ #

Wo bekomme ich denn die genau Kernel-Version her?

[captaincrunch]

Wo bekomme ich denn die genau Kernel-Version her?

Code: Select all

cat /proc/version

Vielleicht mal ein wenig zum Grund :

do_page_fault first obtains the unaccessible address from the CPU
control register CR2. If the address is within the virtual address
space of the process, the fault probably occurred, because the page
was not swapped in, write protected or something similar. However,
we are interested in the other case: the address is not valid, there
is no vma that contains this address. In this case, the kernel jumps
to the bad_area label.

There it uses the address of the instruction that caused the exception
(i.e. regs->eip) to find an address where the execution can continue
(fixup). If this search is successful, the fault handler modifies the
return address (again regs->eip) and returns. The execution will
continue at the address in fixup.

Quelle : /usr/src/linux/Documentation/exception.txt <- Kernel 2.4.18

Es sieht ganz danach aus, als würde auf ungültige Speicherbereiche zugegriffen. Schuss ins blaue : Defekter RAM-Riegel ?!?

[sfeni]

Linux version 2.4.14

Wie kann ich testen ob der defekt ist? Gibt es da Test-Programme?

[captaincrunch]

Wie kann ich testen ob der defekt ist? Gibt es da Test-Programme?

Ja, aber dazu müsstest du vor'm Bildschirm sitzen ...

Kann alles mögliche sein, vielleicht auch ein nicht ausgereiftes Kernel-Modul, und und und ...

Tritt das Problem denn mittlerweile ständig auf ?

[sfeni]

Schade.

Erst seit Samstag, da kam es das erste Mal vor.
Und heute morgen das zweite Mal.

EDIT:
Zur Info: Geändert wurde nichts, da ich das komplette Wochenende nicht da war. Und vorher habe ich auch nichts gemacht: Never change a running system. Aber ich glaub langsam wird es mal Zeit.

[captaincrunch]

Ich würde an deiner Stelle den Support mal den Speicher checken lassen.

[sfeni]

OK, danke für deine Hilfe.
Werde das mal versuchen...

[sascha]

Mar 22 20:35:56 mail init: Id "999" respawning too fast: disabled for 5 minutes

Ist das ein Server von S4F? Wenn ja musst du höchstwahrscheinlich den kps-idled noch aus der /etc/inittab auskommentieren.

[sfeni]

Jo, ist noch einer bei S4F. Habe schon ein paar bei 1und1 laufen, die machen keine Probleme, aber der eine bei S4F macht jetzt Probleme.
OK, werde es versuchen. Danke

[dodolin]

Servus, ich hatte ziemlich ähnliche Meldungen auf meinem Debian woody. Zum Glück steht das allerdings bei mir zuhause im Keller. Vorher hatte die Kiste 192 Tage uptime ohne Probleme und ich hatte auch keinerlei Ã?nderungen vorgenommen. Kiste war dann auch komplett gecrashed. Nach einem Neustart passierte immer wieder das gleiche. Erst als ich mittels meinem privaten "Rescue-System" (aka Knoppix) ntop in /etc/rcXd/ deaktiviert habe, ging's wieder. Seither läuft die Kiste wieder durch. Bin ja mal gespannt...

Welche Dienste hast du alles laufen? Könnte da auch etwas "verdächtiges" dabei sein?

[sfeni]

Da läuft echt viel. :-)
Das fällt mir grad erstmal auf.

Ausgabe von "ps aux":

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 440 228 ? S 10:44 0:08 init [3]
root 2 0.0 0.0 0 0 ? SW 10:44 0:00 [keventd]
root 3 0.0 0.0 0 0 ? SWN 10:44 0:00 [ksoftirqd_CPU0]
root 4 0.0 0.0 0 0 ? SW 10:44 0:00 [kswapd]
root 5 0.0 0.0 0 0 ? SW 10:44 0:00 [bdflush]
root 6 0.0 0.0 0 0 ? SW 10:44 0:00 [kupdated]
root 9 0.0 0.0 0 0 ? SW< 10:44 0:00 [mdrecoveryd]
root 140 0.0 0.0 0 0 ? SW 10:44 0:00 [eth0]
bin 212 0.0 0.1 1308 436 ? S 10:44 0:00 /sbin/portmap
root 223 0.0 0.8 3464 2096 ? S 10:44 0:00 /usr/sbin/snmpd -c /etc/ucdsnmpd.conf -f -L -A
root 242 0.0 0.2 1452 708 ? S 10:44 0:00 /sbin/syslogd
root 244 0.0 0.4 2240 1008 ? S 10:44 0:00 /usr/sbin/sshd
root 248 0.0 0.2 1360 560 ? S 10:44 0:00 /sbin/klogd -c 1
at 282 0.0 0.2 1432 612 ? S 10:44 0:00 /usr/sbin/atd
root 331 0.0 0.4 2244 1120 ? S 10:44 0:00 /bin/sh /usr/bin/safe_mysqld --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --socket=/var/lib/mysql/mysql.sock --datadir=/var/lib/mysql
mysql 362 0.0 1.3 21052 3380 ? S 10:44 0:00 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --skip-locking
root 331 0.0 0.4 2244 1120 ? S 10:44 0:00 /bin/sh /usr/bin/safe_mysqld --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --socket=/var/lib/mysql/mysql.sock --datadir=/var/lib/mysql
mysql 362 0.0 1.3 21052 3380 ? S 10:44 0:00 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --skip-locking
mysql 364 0.0 1.3 21052 3380 ? S 10:44 0:00 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --skip-locking
mysql 365 0.0 1.3 21052 3380 ? S 10:44 0:00 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/mysqld.pid --skip-locking
root 378 0.0 1.5 11384 3800 ? S 10:44 0:00 /usr/sbin/named
root 379 0.0 1.5 11384 3800 ? S 10:44 0:00 /usr/sbin/named
root 380 0.0 1.5 11384 3800 ? S 10:44 0:01 /usr/sbin/named
root 381 0.0 1.5 11384 3800 ? S 10:44 0:00 /usr/sbin/named
root 382 0.0 1.5 11384 3800 ? S 10:44 0:00 /usr/sbin/named
root 445 0.0 0.2 1436 668 ? S 10:44 0:00 /usr/sbin/cron
root 462 0.0 0.3 11768 784 ? S 10:44 0:00 /usr/sbin/nscd
root 466 0.0 0.3 11768 784 ? S 10:44 0:00 /usr/sbin/nscd
root 467 0.0 0.3 11768 784 ? S 10:44 0:00 /usr/sbin/nscd
root 468 0.0 0.3 11768 784 ? S 10:44 0:00 /usr/sbin/nscd
root 469 0.0 0.3 11768 784 ? S 10:44 0:00 /usr/sbin/nscd
root 470 0.0 0.3 11768 784 ? S 10:44 0:00 /usr/sbin/nscd
root 471 0.0 0.3 11768 784 ? S 10:44 0:00 /usr/sbin/nscd
root 486 0.0 0.1 1268 460 ? S 10:44 0:00 /usr/sbin/inetd
root 496 0.0 0.1 1292 376 ? S 10:44 0:00 svscan
root 502 0.0 0.1 1256 340 ? S 10:44 0:00 supervise qmail-send
root 503 0.0 0.1 1256 340 ? S 10:44 0:00 supervise log
root 504 0.0 0.1 1256 340 ? S 10:44 0:00 supervise qmail-smtpd
root 505 0.0 0.1 1256 340 ? S 10:44 0:00 supervise log
root 506 0.0 0.1 1256 340 ? S 10:44 0:00 supervise qmail-pop3d
root 507 0.0 0.1 1256 340 ? S 10:44 0:00 supervise log
qmails 508 0.0 0.1 1308 424 ? S 10:44 0:00 qmail-send
qmaill 509 0.0 0.1 1268 344 ? S 10:44 0:00 /usr/local/bin/multilog t /var/log/qmail
qmaild 510 0.0 0.2 1328 524 ? S 10:44 0:00 /usr/local/bin/tcpserver -v -p -c 20 -u 50021 -g 104 0 smtp /usr/local/bin/relay-ctrl-check /var/qmail/bin/qmail-smtpd
qmaill 511 0.0 0.1 1268 344 ? S 10:44 0:00 /usr/local/bin/multilog t /var/log/qmail/smtpd
root 512 0.0 0.2 1328 516 ? S 10:44 0:00 tcpserver -H -R 0 pop3 /var/qmail/bin/qmail-popup mail.meinedomain.de /home/vpopmail/bin/vchkpw /usr/local/bin/relay-ctrl-allow /var/qmail/bin/qmail-pop3d Maildir
qmaill 513 0.0 0.1 1268 336 ? S 10:44 0:00 /usr/local/bin/multilog t /var/log/qmail/pop3d
root 518 0.0 0.1 1264 360 ? S 10:44 0:00 qmail-lspawn ./Maildir/
qmailr 519 0.0 0.1 1264 368 ? S 10:44 0:00 qmail-rspawn
qmailq 520 0.0 0.1 1256 372 ? S 10:44 0:00 qmail-clean
root 536 0.0 1.7 74264 4224 ? S 10:44 0:00 /usr/sbin/httpd
proftp 545 0.0 0.4 2568 1216 ? S 10:44 0:00 proftpd (accepting connections)
wwwrun 550 0.0 2.5 75824 6416 ? S 10:44 0:03 /usr/sbin/httpd
wwwrun 551 0.0 2.5 75460 6224 ? S 10:44 0:03 /usr/sbin/httpd
wwwrun 552 0.0 2.3 75292 5888 ? S 10:44 0:03 /usr/sbin/httpd
root 571 0.0 1.6 5692 4184 ? S 10:44 0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
root 576 0.0 0.2 1268 512 tty1 S 10:44 0:00 /sbin/mingetty --noclear tty1
root 577 0.0 0.2 1268 512 tty2 S 10:44 0:00 /sbin/mingetty tty2
root 578 0.0 0.2 1268 512 tty3 S 10:44 0:00 /sbin/mingetty tty3
root 579 0.0 0.2 1268 512 tty4 S 10:44 0:00 /sbin/mingetty tty4
root 580 0.0 0.2 1268 512 tty5 S 10:44 0:00 /sbin/mingetty tty5
root 581 0.0 0.2 1268 512 tty6 S 10:44 0:00 /sbin/mingetty tty6
root 582 0.0 0.2 1636 720 ? S 10:44 0:00 /sbin/getty ttyS0 DT9600 vt100
root 583 0.0 0.4 2376 1188 ? S 10:44 0:00 /bin/sh /command/svscanboot
root 595 0.0 0.1 1292 364 ? S 10:44 0:00 svscan /service
root 596 0.0 0.1 1248 304 ? S 10:44 0:00 readproctitle service errors: .....
wwwrun 688 0.0 2.5 75708 6320 ? S 10:47 0:03 /usr/sbin/httpd
wwwrun 693 0.0 2.5 75740 6364 ? S 10:47 0:04 /usr/sbin/httpd
wwwrun 696 0.0 2.4 75372 5996 ? S 10:47 0:03 /usr/sbin/httpd
wwwrun 995 0.0 2.3 75236 5776 ? S 11:07 0:02 /usr/sbin/httpd
root 4739 0.1 0.7 2912 1796 ? S 17:35 0:00 /usr/sbin/sshd
root 4740 0.1 0.6 2640 1524 pts/0 S 17:35 0:00 -bash