Auto Reboot

heroeskiller

Registered User
Hi, ich wollte mal fragen wie ich den auto rebot von meinem root server ausscahlten kann?

Plesk 7.5.3
Provider T-online
Debian 3.1
 
Ein Auto Reboot? Dein Server rebootet sich von Zeit zu Zeit einfach neu?

Was steht denn in den Logfiles? Immer zur gleichen Zeit? Crontab?
 
Contrab:
Code:
S	
M
	
H
	
TM
	
M
	
TW
	Befehl	
	17	7	*	*	*	/opt/psa/admin/bin/php /opt/psa/admin/plib/report/autoreport.php --auto daily >/dev/null 2>&1	
	17	7	1	*	*	/opt/psa/admin/bin/php /opt/psa/admin/plib/report/autoreport.php --auto monthly >/dev/null 2>&1	
	17	7	*	*	1	/opt/psa/admin/bin/php /opt/psa/admin/plib/report/autoreport.php --auto weekly >/dev/null 2>&1	
	*/15	*	*	*	*	/opt/psa/admin/sbin/backupmng >/dev/null 2>&1	
	7	4	*	*	*	/opt/psa/admin/sbin/statistics >/dev/null 2>&1	
	14	5	*	*	*	/opt/psa/bin/mysqldump.sh >/dev/null 2>&1
wo waren da nochmal die logfiles? ^^
Das war ma regelmäßig,aber in letzer zeit zb heute schon 2mal
 
Last edited by a moderator:
Bitte vergiss nicht, die Ausgaben in CODE-Tags zu setzen.

Was macht das S M H TM M TM - oder soll das die Beschreibung der einzelnen Spalten sein? Egal!

Logfiles findest du grundsätzlich unter /var/log. Interessant wären die Einträge von messages zum Zeitpunkt des Absturzes. Seit wann besteht das Problem? Evtl. ein Hardwareschaden, der die Reboots auslöst.
 
Lösch die Bezeichnungen einmal aus deinem alten Post und setz die CODE-Tags, dann wirds um einiges übersichtlicher.

Ich hab ja schon geschrieben /var/log/messages.
 
Code:
messages           [----]  0 L:[  1+ 0   1/331] *(0   /11960b)= F  70 0x46
Feb 18 06:47:02 kreta256 syslogd 1.4.1#17: restart.
Feb 18 07:01:54 kreta256 -- MARK --
Feb 18 07:21:54 kreta256 -- MARK --
Feb 18 07:41:55 kreta256 -- MARK --
Feb 18 08:01:55 kreta256 -- MARK --
Feb 18 08:21:55 kreta256 -- MARK --
Feb 18 08:41:55 kreta256 -- MARK --
Feb 18 09:01:55 kreta256 -- MARK --
Feb 18 09:21:55 kreta256 -- MARK --
Feb 18 09:41:55 kreta256 -- MARK --
Feb 18 10:01:55 kreta256 -- MARK --
Feb 18 10:21:55 kreta256 -- MARK --
Feb 18 10:41:55 kreta256 -- MARK --
Feb 18 11:01:55 kreta256 -- MARK --
Feb 18 11:21:55 kreta256 -- MARK --
Feb 18 11:41:55 kreta256 -- MARK --
Feb 18 12:01:55 kreta256 -- MARK --
Feb 18 12:21:55 kreta256 -- MARK --
Feb 18 12:41:55 kreta256 -- MARK --
Feb 18 13:01:56 kreta256 -- MARK --
Feb 18 13:21:56 kreta256 -- MARK --
Feb 18 13:41:56 kreta256 -- MARK --
Feb 18 14:01:56 kreta256 -- MARK --
Feb 18 14:21:56 kreta256 -- MARK --
Feb 18 14:41:56 kreta256 -- MARK --
Feb 18 15:01:56 kreta256 -- MARK --
Feb 18 15:21:56 kreta256 -- MARK --
Feb 18 15:41:56 kreta256 -- MARK --
Feb 18 16:01:56 kreta256 -- MARK --
Feb 18 16:21:56 kreta256 -- MARK --
Feb 18 16:41:56 kreta256 -- MARK --
Feb 18 17:01:56 kreta256 -- MARK --
Feb 18 17:21:56 kreta256 -- MARK --
Feb 18 17:41:56 kreta256 -- MARK --
Feb 18 18:01:56 kreta256 -- MARK --
Feb 18 18:21:56 kreta256 -- MARK --
Feb 18 18:41:57 kreta256 -- MARK --
Feb 18 19:01:57 kreta256 -- MARK --
Feb 18 19:21:57 kreta256 -- MARK --
Feb 18 19:41:57 kreta256 -- MARK --
Feb 18 20:01:57 kreta256 -- MARK --
Feb 18 20:21:57 kreta256 -- MARK --
Feb 18 20:41:57 kreta256 -- MARK --
Feb 18 21:01:57 kreta256 -- MARK --
Feb 18 21:21:57 kreta256 -- MARK --
Feb 18 21:41:57 kreta256 -- MARK --
Feb 18 22:01:57 kreta256 -- MARK --
Feb 18 22:21:57 kreta256 -- MARK --
Feb 18 22:41:57 kreta256 -- MARK --
Feb 18 23:01:57 kreta256 -- MARK --
Feb 18 23:21:57 kreta256 -- MARK --
Feb 18 23:41:57 kreta256 -- MARK --
Feb 19 00:01:57 kreta256 -- MARK --
Feb 19 00:21:58 kreta256 -- MARK --
Feb 19 00:41:58 kreta256 -- MARK --
Feb 19 01:01:58 kreta256 -- MARK --
Feb 19 01:21:58 kreta256 -- MARK --
Feb 19 01:41:58 kreta256 -- MARK --
Feb 19 02:01:58 kreta256 -- MARK --
Feb 19 02:21:58 kreta256 -- MARK --
 
Unter Debian ist es wohl eher /var/log/syslog

PS: In wie fern macht sich denn der Reboot für Dich bemerkbar?

huschi.
 
Ts-Server down
HP down

Code:
syslog             [----] 88 L:[  1+ 5   6/ 44] *(625 /5253b)=    32 0x20
Feb 23 06:25:03 kreta256 syslogd 1.4.1#17: restart.
Feb 23 06:30:01 kreta256 /USR/SBIN/CRON[6397]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 06:39:01 kreta256 /USR/SBIN/CRON[6434]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
Feb 23 06:45:01 kreta256 /USR/SBIN/CRON[6466]: (drweb) CMD (/opt/drweb/update.pl >/dev/null 2>&1)
Feb 23 06:45:01 kreta256 /USR/SBIN/CRON[6468]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 07:00:01 kreta256 /USR/SBIN/CRON[6526]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 07:09:01 kreta256 /USR/SBIN/CRON[6566]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
Feb 23 07:15:01 kreta256 /USR/SBIN/CRON[6608]: (drweb) CMD (/opt/drweb/update.pl >/dev/null 2>&1)
Feb 23 07:15:01 kreta256 /USR/SBIN/CRON[6610]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 07:17:01 kreta256 /USR/SBIN/CRON[6622]: (root) CMD (   run-parts --report /etc/cron.hourly)
Feb 23 07:17:01 kreta256 /USR/SBIN/CRON[6624]: (root) CMD (/opt/psa/admin/bin/php /opt/psa/admin/plib/report/autoreport.php --auto daily >/dev/null 2>&1)
Feb 23 07:30:01 kreta256 /USR/SBIN/CRON[6754]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 07:39:01 kreta256 /USR/SBIN/CRON[6867]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
Feb 23 07:45:01 kreta256 /USR/SBIN/CRON[6919]: (drweb) CMD (/opt/drweb/update.pl >/dev/null 2>&1)
Feb 23 07:45:01 kreta256 /USR/SBIN/CRON[6921]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 08:00:01 kreta256 /USR/SBIN/CRON[7043]: (list) CMD ([ -x /usr/lib/mailman/cron/checkdbs ] && /usr/lib/mailman/cron/checkdbs)
Feb 23 08:00:01 kreta256 /USR/SBIN/CRON[7045]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 08:09:01 kreta256 /USR/SBIN/CRON[7133]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
Feb 23 08:15:01 kreta256 /USR/SBIN/CRON[7186]: (drweb) CMD (/opt/drweb/update.pl >/dev/null 2>&1)
Feb 23 08:15:01 kreta256 /USR/SBIN/CRON[7188]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 08:17:01 kreta256 /USR/SBIN/CRON[7210]: (root) CMD (   run-parts --report /etc/cron.hourly)
Feb 23 08:30:01 kreta256 /USR/SBIN/CRON[7293]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 08:39:01 kreta256 /USR/SBIN/CRON[7357]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
Feb 23 08:45:01 kreta256 /USR/SBIN/CRON[7426]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 08:45:01 kreta256 /USR/SBIN/CRON[7424]: (drweb) CMD (/opt/drweb/update.pl >/dev/null 2>&1)
Feb 23 09:00:01 kreta256 /USR/SBIN/CRON[7543]: (list) CMD ([ -x /usr/lib/mailman/cron/disabled ] && /usr/lib/mailman/cron/disabled)
Feb 23 09:00:01 kreta256 /USR/SBIN/CRON[7545]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 09:09:01 kreta256 /USR/SBIN/CRON[7569]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
Feb 23 09:15:01 kreta256 /USR/SBIN/CRON[7636]: (drweb) CMD (/opt/drweb/update.pl >/dev/null 2>&1)
Feb 23 09:15:01 kreta256 /USR/SBIN/CRON[7635]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 09:17:01 kreta256 /USR/SBIN/CRON[7645]: (root) CMD (   run-parts --report /etc/cron.hourly)
Feb 23 09:30:01 kreta256 /USR/SBIN/CRON[7790]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 09:39:01 kreta256 /USR/SBIN/CRON[7879]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
Feb 23 09:45:01 kreta256 /USR/SBIN/CRON[8031]: (drweb) CMD (/opt/drweb/update.pl >/dev/null 2>&1)
Feb 23 09:45:01 kreta256 /USR/SBIN/CRON[8033]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 10:00:01 kreta256 /USR/SBIN/CRON[8236]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 10:02:01 kreta256 /USR/SBIN/CRON[8253]: (postgres) CMD (if ! pidof /usr/lib/postgresql/bin/pg_autovacuum > /dev/null && [ -x /usr/lib/postgresql/bin/do.maintenance ]; then /usr/lib/postgresql/bin/do.m
Feb 23 10:09:01 kreta256 /USR/SBIN/CRON[8353]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
Feb 23 10:15:01 kreta256 /USR/SBIN/CRON[8388]: (drweb) CMD (/opt/drweb/update.pl >/dev/null 2>&1)
Feb 23 10:15:01 kreta256 /USR/SBIN/CRON[8390]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 10:17:01 kreta256 /USR/SBIN/CRON[8407]: (root) CMD (   run-parts --report /etc/cron.hourly)
Feb 23 10:30:01 kreta256 /USR/SBIN/CRON[8487]: (root) CMD (/opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Feb 23 10:39:01 kreta256 /USR/SBIN/CRON[8636]: (root) CMD (  [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
 
Ts-Server down
HP down
Das ist noch keine Begründung dafür, daß ein Reboot stattgefunden hat.
Hast Du andere Anhaltspunkte?
Hast Du schon per 'last' nachgesehen ob wirklich ein Reboot stattgefunden hat?
Von wann sind Deine letzten Boot-Einträge (z.B. boot.msg, kern.log, syslog oder dmesg)?

PS: Ich denke Du bist auf dem Holzweg. Du hast eher ein Speicher-Problem und deshalb verabschieden sich Dein TS und der Apache.

PPS: Verschoben nach Vserver.

huschi.
 
Also:
boot.msg gibt nicht :/
kern.log 6.02.07
in der Datei dmesg steht kein Datun/Uhrzeit
im syslog.0 (syslog ist leer) hab ich nichts direktes gefunden was auf einen reboot hinweist

Also der Server ist garnicht mehr erreichbar, weder ping noch Putty etc...


Allerdings war mal ein Ramblock defekt, aber der wurde shcon längst ausgetauscht und vor kurzem bin ich von Suse 9.3 auf Debian 3.1 umgestiegen

Als die Installation von Debian 3.1 fertig war, wurde mir der Kernel von jmd eingerichtet
 
Ja sry ^^
Also ich hab garnichts gemacht um ihn wieder zum laufen zu bringen. Nach ca. 5-10min war er einfach wieder erreichbar
 
Wer soll dir jetzt helfen? Deine Informationen die du lieferst sind äußerst Informativ. Vielleicht hast du einen Hardwareschaden, wende dich an den Support deines Providers.

Warum postet du die Logfiles eigentlich nicht gleich hier?
 
Bis jetzt hast du uns nicht einen Anhaltspunkt für eienen Autoreboot gegeben.
Ich kenne aber ein ähnliches Verhalten zur automatischen Backupzeit (1&1) des Servers.
Evtl. liegt es ja daran.
 
/opt/psa/admin/bin/php /opt/psa/admin/plib/report/autoreport.php --auto daily >/dev/null 2>&1
[/code]
wo waren da nochmal die logfiles? ^^
Das war ma regelmäßig,aber in letzer zeit zb heute schon 2mal

Zum Geier, acht mal auf Deine RECHTSCHREIBUNG! Dieses Log hat nur AutoREPORTs zum Thema, keine Autoreboots. Wenn Du nur so tröpfchenweise Infos lieferst, gibts 2 Möglichkeiten: keine Ahnung oder "mir ists egal".

Warum sollen WIR Dir da helfen.

Gegen 1. hilft Lesen und Lernen, kostenpflichtig auch der Support.
Gegen 2. hift NIX.

Wenn Deine Configs genau so vor Rechtschreibfehler strotzen wunderts mich nicht, dass nix geht. :mad:

Thunda
 
Öhm, die Serverfreiheit für jeden hat etwas mit dem Schusswaffen in Amerika.
 
Back
Top