Debug Ausgabe von Linux erhöhen ? Server Crashed häufig
Hallo, mein Server bei Hetzner hängt sich relativ oft auf. Ein anderer Server dort läuft bei identischer Konfig total stabil. Nun hat Hetzner bereits 2x die Hardware getauscht - dennoch tritt der Fehler immer wieder auf. Leider geben die Log Files nichts her, also kein kernel panik etc. Gibt es eine Möglichkeit die Debug Ausgabe höher zu setzen, damit man mal sehen kann, wieso was abstürzt ??? Das Symtom ist übrigens, das ein PING von dem Rechner noch beantwortet wird, ein Zugriff per SSH, HTTP, Mail aber nicht mehr möglich ist. Kernel 2.4.19, 1 IDE Platte :) webserver:/srv/www/htdocs/www.bikealert.com/ # lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8361 [KLE133] Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8361 [KLE133] AGP Bridge 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586B PIPC Bus Master IDE (rev 06) 00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:0f.0 Ethernet controller: Linksys Network Everywhere Fast Ethernet 10/100 model NC100 (rev 11) 01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 webserver:/srv/www/htdocs/www.bikealert.com/hetznercheck # uname -a Linux webserver 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 unknown cu stonki
Am Mit, 2003-03-12 um 19.28 schrieb Stefan Onken:
webserver:/srv/www/htdocs/www.bikealert.com/hetznercheck # uname -a Linux webserver 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 unknown
^^^^^^^^^^^^
http://www.suse.de/de/private/download/updates/81_i386.html Hat der andere Rechner vielleicht nur 1 Platte? Wolfgang
On Wednesday 12 March 2003 19:36, Wolfgang Hinsch wrote: Am Mit, 2003-03-12 um 19.28 schrieb Stefan Onken:
webserver:/srv/www/htdocs/www.bikealert.com/hetznercheck # uname -a Linux webserver 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 unknown
^^^^^^^^^^^^
http://www.suse.de/de/private/download/updates/81_i386.html Hat der andere Rechner vielleicht nur 1 Platte?
ja, nur eine. Wieso ? Die Kernel Probs sollen doch nur mit mehr als einer Platte auftauen. cu stonki
On Thursday 13 March 2003 11:21, Stefan Onken wrote:
On Wednesday 12 March 2003 19:36, Wolfgang Hinsch wrote:
Am Mit, 2003-03-12 um 19.28 schrieb Stefan Onken:
webserver:/srv/www/htdocs/www.bikealert.com/hetznercheck # uname -a Linux webserver 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 unknown
^^^^^^^^^^^^
http://www.suse.de/de/private/download/updates/81_i386.html Hat der andere Rechner vielleicht nur 1 Platte?
ja, nur eine. Wieso ? Die Kernel Probs sollen doch nur mit mehr als einer Platte auftauen.
Darauf würde ich mich nicht verlassen... Ich hatte auch schon bei Desktop-Rechnern mit nur einer Platte ab und an ähnlich merkwürdige Probleme, wie die, die Du beschreibst.
cu stonki
Gruss, Robert -- Robert Szentmihalyi, Entracom GmbH Enter and start communication. - http://www.entracom.de solidBITS - The Server On CD Solution - http://www.solidbits.com
On Wednesday 12 March 2003 19:28, Stefan Onken wrote:
Hallo,
mein Server bei Hetzner hängt sich relativ oft auf. Ein anderer Server dort läuft bei identischer Konfig total stabil. Nun hat Hetzner bereits 2x die Hardware getauscht - dennoch tritt der Fehler immer wieder auf. Leider geben die Log Files nichts her, also kein kernel panik etc.
Gibt es eine Möglichkeit die Debug Ausgabe höher zu setzen, damit man mal sehen kann, wieso was abstürzt ???
Du kannst an der /etc/syslog.conf ein bisschen drehen (nachher aber nicht vergessen, dem syslogd ein HUP Signal zu senden!)
Das Symtom ist übrigens, das ein PING von dem Rechner noch beantwortet wird, ein Zugriff per SSH, HTTP, Mail aber nicht mehr möglich ist.
Kernel 2.4.19, 1 IDE Platte :)
Das ist der 2.4.19-SuSE, wie man unten sieht. Der tut meiner Erfahrung nach auf manchen Systemen gar nicht gut. Habe damit schon ähnliche Phenomäne erlebt. Zieht Dir 2.4.20 vanilla (und wenn Du schon dabei bist, apliziere die grsecurity Patches. Das kann bei einem öffentlichen Web Server bestimmt nicht schaden :-) Aber Vorsicht bei der Konfiguration! Im Zweifelsfall lieber nochmal fragen...)
webserver:/srv/www/htdocs/www.bikealert.com/ # lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8361 [KLE133] Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8361 [KLE133] AGP Bridge 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586B PIPC Bus Master IDE (rev 06) 00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:0f.0 Ethernet controller: Linksys Network Everywhere Fast Ethernet 10/100 model NC100 (rev 11) 01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1
webserver:/srv/www/htdocs/www.bikealert.com/hetznercheck # uname -a Linux webserver 2.4.19-4GB #1 Fri Sep 13 13:19:15 UTC 2002 i686 unknown
cu stonki
-- Robert Szentmihalyi, Entracom GmbH Enter and start communication. - http://www.entracom.de solidBITS - The Server On CD Solution - http://www.solidbits.com
Stefan Onken wrote:
Gibt es eine Möglichkeit die Debug Ausgabe höher zu setzen, damit man mal sehen kann, wieso was abstürzt ???
http://www.ibiblio.org/mdw/HOWTO/BootPrompt-HOWTO-3.html#ss3.5 "The `debug' Argument The kernel communicates important (and not-so important) messages to the operator via the printk() function. If the message is considered important, the printk() function will put a copy on the present console as well as handing it off to the klogd() facility so that it gets logged to disk. The reason for printing important messages to the console as well as logging them to disk is because under unfortunate circumstances (e.g. a disk failure) the message won't make it to disk and will be lost. The threshold for what is and what isn't considered important is set by the console_loglevel variable. The default is to log anything more important than DEBUG (level 7) to the console. (These levels are defined in the include file kernel.h) Specifying debug as a boot argument will set the console loglevel to 10, so that all kernel messages appear on the console. The console loglevel can usually also be set at run time via an option to the klogd() program. Check the man page for the version installed on your system to see how to do this. " Peter
participants (4)
-
Peter Wiersig -
Robert Szentmihalyi -
Stefan Onken -
Wolfgang Hinsch