Schweinebauer
Registered User
Moin.
Ich bin derzeit wieder ein wenig am Verzweifeln. Ich wollte mir Teamspeak installieren - an sich kein Problem, doch TS stürzte nach wenigen Minuten ab.
Ich habe mich noch gewundert, warum in der entsprechenden Logfile zu Teamspeak nichts besonderes drin stand.
Nun, einige Tage später wollte ich noch Ventrilo versuchen zu installieren. Ventrilo gibt seinen Status über die Konsole aus. Auch Ventrilo liess sich problemlos starten und lief dann etwa 1-3 Minuten lang. Dann stand auf der Konsole:
KILLED
Somit war mir klar, dass das wohl die selbe Ursacxhe haben muss, wie beim TS-Server auch logisch, dass gekillte Anwendungen ihre Logs nicht schreiben.
Aber wie bekomme ich nun heraus, WARUM diese Prozesse kurz nach ihrem Start
- unabhängig vom User
- unabhängig der chowns und chmod
- in unterschiedlichen verzeichnissen
abstürzen oder besser gesagt, gekillt werden?
Ich habe es an keiner anderen Anwendung ausprobiert, obwohl mir aufgefallen ist, dass sich die Webalizer-Dateien noch auf dem Stand von vor zwei Wochen befinden.
Ich habe mir auch schon überlegt, ob ich mal Apache oder MySQL neustarten soll und vll mehr Info´s bekomme aber das Ganze spielt sich leider auf einem Produktivsystem ab und ein Ausfall (z.B. dass der Apache nicht mehr hoch kommt) wäre fatal
Gruß
Ich bin derzeit wieder ein wenig am Verzweifeln. Ich wollte mir Teamspeak installieren - an sich kein Problem, doch TS stürzte nach wenigen Minuten ab.
Ich habe mich noch gewundert, warum in der entsprechenden Logfile zu Teamspeak nichts besonderes drin stand.
Nun, einige Tage später wollte ich noch Ventrilo versuchen zu installieren. Ventrilo gibt seinen Status über die Konsole aus. Auch Ventrilo liess sich problemlos starten und lief dann etwa 1-3 Minuten lang. Dann stand auf der Konsole:
KILLED
Somit war mir klar, dass das wohl die selbe Ursacxhe haben muss, wie beim TS-Server auch logisch, dass gekillte Anwendungen ihre Logs nicht schreiben.
Aber wie bekomme ich nun heraus, WARUM diese Prozesse kurz nach ihrem Start
- unabhängig vom User
- unabhängig der chowns und chmod
- in unterschiedlichen verzeichnissen
abstürzen oder besser gesagt, gekillt werden?
Ich habe es an keiner anderen Anwendung ausprobiert, obwohl mir aufgefallen ist, dass sich die Webalizer-Dateien noch auf dem Stand von vor zwei Wochen befinden.
Ich habe mir auch schon überlegt, ob ich mal Apache oder MySQL neustarten soll und vll mehr Info´s bekomme aber das Ganze spielt sich leider auf einem Produktivsystem ab und ein Ausfall (z.B. dass der Apache nicht mehr hoch kommt) wäre fatal
Gruß
Code:
PID TTY STAT TIME COMMAND
1 ? S 0:02 init [2]
2 ? S 0:06 [migration/0]
3 ? SN 0:00 [ksoftirqd/0]
4 ? S 0:11 [migration/1]
5 ? SN 0:00 [ksoftirqd/1]
6 ? S< 0:00 [events/0]
7 ? S< 0:00 [events/1]
8 ? S< 0:02 [khelper]
9 ? S< 0:00 [kthread]
10 ? S< 0:02 [kblockd/0]
11 ? S< 0:00 [kblockd/1]
12 ? S< 0:00 [khubd]
15 ? S 0:31 [kswapd0]
16 ? S< 0:00 [aio/0]
17 ? S< 0:00 [aio/1]
18 ? S< 0:00 [kseriod]
19 ? S< 0:00 [ata/0]
20 ? S< 0:00 [ata/1]
21 ? S 0:00 [kirqd]
22 ? S< 0:06 [reiserfs/0]
23 ? S< 0:02 [reiserfs/1]
287 ? Ss 0:00 dhclient -e -pf /var/run/dhclient.eth1.pid -lf /var/r
305 ? Ss 0:00 /sbin/portmap
404 ? Ss 4:27 /sbin/syslogd
407 ? Ss 0:00 /sbin/klogd
415 ? Ss 0:00 /usr/sbin/named -u bind
441 ? S 0:00 /usr/sbin/couriertcpd -address=0 -stderrlogger=/usr/s
445 ? S 0:00 /usr/sbin/courierlogger imaplogin
451 ? S 0:00 /usr/sbin/couriertcpd -pid=/var/run/courier/pop3d.pid
455 ? S 0:00 /usr/sbin/courierlogger courierpop3login
481 ? S 0:00 /bin/sh /usr/bin/mysqld_safe
517 ? S 0:00 /bin/sh /usr/bin/mysqld_safe
518 ? S 14:27 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/my
519 ? S 0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
674 ? Ss 0:00 /sbin/rpc.statd
704 ? S 0:00 /var/www/vhcs2/daemon/vhcs2_daemon -p /var/run/vhcs2-
717 tty1 Ss+ 0:00 /sbin/getty 38400 tty1
718 tty2 Ss+ 0:00 /sbin/getty 38400 tty2
719 tty3 Ss+ 0:00 /sbin/getty 38400 tty3
720 tty4 Ss+ 0:00 /sbin/getty 38400 tty4
721 tty5 Ss+ 0:00 /sbin/getty 38400 tty5
722 tty6 Ss+ 0:00 /sbin/getty 38400 tty6
1663 ? S 2:01 [pdflush]
4834 ? S 0:12 [pdflush]
20974 ? Ss 0:00 /usr/sbin/atd
20985 ? Ss 0:00 /usr/sbin/inetd
21012 ? Ss 0:00 proftpd: (accepting connections)
21058 ? S 0:00 /usr/sbin/courierlogger -pid=/var/run/courier/authdae
21059 ? S 0:00 /usr/lib/courier/authlib/authdaemond.plain
21064 ? S 0:00 /usr/lib/courier/authlib/authdaemond.plain
21065 ? S 0:00 /usr/lib/courier/authlib/authdaemond.plain
21066 ? S 0:00 /usr/lib/courier/authlib/authdaemond.plain
21067 ? S 0:00 /usr/lib/courier/authlib/authdaemond.plain
21069 ? S 0:00 /usr/lib/courier/authlib/authdaemond.plain
21185 ? Ss 0:46 /usr/lib/postfix/master
21197 ? S 1:50 qmgr -l -t fifo -u -c
21201 ? Ss 0:08 /usr/sbin/cron
4480 ? Ss 0:00 /usr/sbin/sshd
20227 ? S 0:00 /usr/bin/python /usr/bin/fail2ban
20280 ? Ss 0:00 /usr/sbin/apache2 -k start -DSSL
21144 ? Ss 0:00 /usr/sbin/lpd -s
16154 ? S<s 0:00 SCREEN -c /home/gameserver/scripts/screenrc -dmS 85.1
16155 pts/1 R<s+ 0:18 ./hlds +ip 85.14.220.95 -game cstrike +maxplayers 16
22527 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23426 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23498 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23666 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23765 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23767 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23769 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23770 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23830 ? Ss 0:00 sshd: root@pts/6
23834 pts/6 Ss 0:00 -bash
23863 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23869 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23872 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23877 ? S 0:00 /USR/SBIN/CRON
23878 ? Ss 0:00 php -q /home/gameserver/scripts/scheduler.php
23879 ? S 0:00 /usr/sbin/sendmail -i -FCronDaemon -oem root
23880 ? S 0:00 /usr/sbin/postdrop -r
23884 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
23889 ? S 0:00 pickup -l -t fifo -u -c
23890 ? S 0:00 cleanup -z -t unix -u -c
23891 ? S 0:00 trivial-rewrite -n rewrite -t unix -u -c
23892 ? S 0:00 local -t unix
23894 pts/6 R+ 0:00 ps ax