vServer plötzlich down, danach kein SSH mehr

Rysk · 14. Dezember 2011

Hi,

habe heut morgen per SSH auf dem Server gearbeitet und nur harmlose php-Scripte programmiert wie sonst auch. Als ich nach einer Pause weiterarbeiten wollte, meldete die Entwicklungsumgebung ein Connection Refused. Auch aus dem Terminal kann ich mich nicht mehr per SSH connecten. Das VCP sagte, dass der Server vor 5min neugestartet wurde. Habe ihn nochmals neugestartet jedoch keine Besserung. Hier die Prozessliste aus dem VCP:

Code

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMANDroot         1  3.3  0.1  10364   736 ?        Ss   10:57   0:06 init [2]  
root      6894  0.0  0.1  14860  1012 ?        R    11:00   0:00 ps aux
istat    26146  0.1  0.2  27920  1068 ?        S    10:57   0:00 /usr/local/bin/istatd -d
root     26160  0.0  0.2 109464  1412 ?        Sl   10:57   0:00 /usr/sbin/rsyslogd -c4
bind     26339  0.0  4.5 249176 23624 ?        Ssl  10:57   0:00 /usr/sbin/named -u bind
root     26401  0.0  2.2 219836 11688 ?        Ss   10:57   0:00 /usr/sbin/apache2 -k start
root     26416  0.0  0.0   6176   476 ?        S    10:57   0:00 /usr/sbin/courierlogger -pid=/var/run/courier/authdaemon/pid -start /usr/lib/courier/courier-authlib/authdaemond
root     26417  0.0  0.2  29812  1320 ?        S    10:57   0:00 /usr/lib/courier/courier-authlib/authdaemond
root     26419  0.0  0.0  29812   300 ?        S    10:57   0:00 /usr/lib/courier/courier-authlib/authdaemond
root     26420  0.0  0.0  29812   300 ?        S    10:57   0:00 /usr/lib/courier/courier-authlib/authdaemond
root     26421  0.0  0.0  29812   300 ?        S    10:57   0:00 /usr/lib/courier/courier-authlib/authdaemond
root     26422  0.0  0.0  29812   300 ?        S    10:57   0:00 /usr/lib/courier/courier-authlib/authdaemond
root     26423  0.0  0.0  29812   300 ?        S    10:57   0:00 /usr/lib/courier/courier-authlib/authdaemond
root     26427  0.0  0.0   6176   336 ?        S    10:57   0:00 /usr/sbin/courierlogger -pid=/var/run/courier/imapd.pid -start -name=imapd /usr/sbin/couriertcpd -address=0 -maxprocs=40 -maxperip=20 -nodnslookup -noidentlookup 143 /usr/lib/courier/courier/imaplogin /usr/bin/imapd Maildir
root     26428  0.0  0.1  10376   700 ?        S    10:57   0:00 /usr/sbin/couriertcpd -address=0 -maxprocs=40 -maxperip=20 -nodnslookup -noidentlookup 143 /usr/lib/courier/courier/imaplogin /usr/bin/imapd Maildir
root     26433  0.0  0.0   6176   332 ?        S    10:57   0:00 /usr/sbin/courierlogger -pid=/var/run/courier/pop3d.pid -start -name=pop3d /usr/sbin/couriertcpd -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup -address=0 110 /usr/lib/courier/courier/courierpop3login /usr/lib/courier/courier/courierpop3d Maildir
root     26434  0.0  0.1  10376   700 ?        S    10:57   0:00 /usr/sbin/couriertcpd -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup -address=0 110 /usr/lib/courier/courier/courierpop3login /usr/lib/courier/courier/courierpop3d Maildir
www-data 26458  0.0  1.1 219836  6152 ?        S    10:57   0:00 /usr/sbin/apache2 -k start
www-data 26464  0.0  1.1 219836  6152 ?        S    10:57   0:00 /usr/sbin/apache2 -k start
root     26496  0.0  0.1  20948   944 ?        Ss   10:57   0:00 /usr/sbin/cron
108      26561  0.0  0.0  23308   416 ?        Ss   10:57   0:00 /usr/bin/dbus-daemon --system
root     26744  0.0  0.1   4000   640 ?        S    10:57   0:00 /bin/sh /usr/bin/mysqld_safe
mysql    26894  0.0  4.3 223140 22764 ?        Sl   10:57   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306
root     26895  0.0  0.1   3900   596 ?        S    10:57   0:00 logger -t mysqld -p daemon.error
ntp      27421  0.0  0.3  38380  1640 ?        Ss   10:58   0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 107:109
root     27503  0.0  0.4  37208  2400 ?        Ss   10:58   0:00 /usr/lib/postfix/master
postfix  27505  0.0  0.4  39272  2388 ?        S    10:58   0:00 pickup -l -t fifo -u -c postfix  27506  0.0  0.4  39324  2324 ?        S    10:58   0:00 qmgr -l -t fifo -u

Alles anzeigen

SSH läuft ja laut Prozessliste nicht mal? Was kann ich tun?

Rysk · 14. Dezember 2011

Habe nun über das Rettungssystem einen Blick in die Logs geworfen. Habe den Inhalt des Syslogs als Anhang angehängt. Man sie, dass der Froxlor Cronjob alle 5min läuft bis 10:05. Danach kommt der Server erst 10:32 wieder.

Meiner Meinung nach kann dann mysql nicht korrekt starten darum scheitert dann auch Froxlor.

Nur warum das ganze? Das sind ja alles Auswirkungen aber nicht die Ursache. Wie kann ich den Fehler finden?

martin\ · 14. Dezember 2011

Rettungssystem mounten, in die logs schauen, warum der SSHd nicht startet.

beyercenter · 14. Dezember 2011

Also mein Server war um die selbe Zeit komplett nicht erreichbar. War so gegen 11:20 (Winterzeit)
Muss wohl irgendeine Wartung oder so gegeben haben auf dem Node?
Wurde dann auch neugestartet (also nicht von mir) und läuft alles.

Rysk · 14. Dezember 2011

Sehr komisch.

Habe ihn jetzt nochmal versucht zu starten und bekomme im VCP die Meldung:

Zitat

Starting OpenBSD Secure Shell server: sshdUnsupported Match attribute GMatch
/etc/ssh/sshd_config line 90: Bad Match condition
failed!

Dann werd ich mir die ssh_config mal anschauen obwohl ich dort definitiv nichts geändert habe...

HELO · 14. Dezember 2011

Zitat von beyercenter

Also mein Server war um die selbe Zeit komplett nicht erreichbar.

Sieht so aus, betraf auch mein managed vserver. Zwischen ca. 10:06 und 10:44 Uhr (laut access-logs und VCP-Runtime). Hat dort auch zu DB-Inkonsistenzen geführt, mit Datenverlust

Support klärt das wohl gerade...

Dragon · 14. Dezember 2011

Meiner war nicht betroffen...

Track1991 · 16. Dezember 2011

Am Mittwoch gegen 9:00 Uhr ist mein Server auch Offline gewessen.

Zitat

Guten Tag ***** *****,

aktuell liegt ein Ausfall am Node Ihres vServers vor. Dadurch ist folgender Ihrer vServer zur Zeit nicht erreichbar:

****** - vServer Saturn SE

Uns ist der Ausfall bekannt und wir sind bemüht diesen so schnell wie möglich zu beheben. Sobald dies erfolgt ist, werden wir den Node und anschließend alle vServer des Nodes neu starten.

Wir bitten um etwas Geduld.

Mit freundlichen Grüßen

netcup Team

Alles anzeigen

Vieleicht war das bei euch auch der Fall?

[netcup] Alex W. · 16. Dezember 2011

Dann hätte der Kunde ebenfalls diese E-Mail erhalten, das scheint nicht der Fall zu sein