oder<\/p>\n
sleep 5; ifdown eth0:0; ifup eth0:0<\/pre>\nDiese beiden Zeilen sind beide semantisch korrekt und funktionieren bei groben Hinschauen wie erwartet … Probieren wir es also einmal aus!<\/p>\n
Bei Ausf\u00fchrung der ersten Zeile, also dem Update der Konfiguration auf eth0 passiert nichts weiter. Tats\u00e4chlich geht das Interface kurz down, f\u00e4hrt dann aber ohne Probleme auch wieder hoch und eine eventuell vorhandene SSH-Sitzung wird nicht einmal unterbrochen, wenn man w\u00e4hrend der Ausf\u00fchrung kurz wartet und nichts weiter tut. <\/p>\n
Anders sieht es hier jedoch mit dem Fallback-Interface aus. Selbst bei korrekter Konfiguration (in meinem Fall habe ich auf eth0 die IPv6-Subnetze angepasst) kann man etwas Spa\u00df haben. Die erste Auswirkung dieses Befehls ist die Nichterreichbarkeit des Servers. Scheinbar f\u00e4hrt er nicht nur eth0:0 runter, sondern auch eth0. Nach dem also nach etwa 10 Sekunden kein neuer Bash-Prompt erscheint erh\u00e4lt man stattdessen nach etwa einer halben Minute einen Connection-Timeout seiner SSH-Sitzung. Zus\u00e4tzlich informiert einen der Anbieter \u00fcber das im Hintergrund angeschlossene Monitoring-System, dass der eigene Server ausgefallen ist. Gut: Hardware-Reboot und alles l\u00e4uft wieder. H\u00e4tten wir also an Auswirkungen: 10 Minuten Downtime + 2 Mails vom Anbieter.<\/p>\n
Etwas subtiler und daher problematischer ist da schon ein anderer Weg, seinen Server zur Aufgabe zu \u00fcberreden. Wiir nehmen eine Sitzung mit screen sowie einen offenen mcedit. Auf der Client-Seite holen wir PuTTY in den Vollbild-Modus (hohe Bildschirm-Aufl\u00f6sungen eignen sich hervorragend) und gehen in den Fenstermodus von PuTTY. Je kleiner das Fenster in diesem Modus im Vergleich zum Vollbild ist, desto erfolgreicher wird nun der MC gigantische Mengen an Speicher reservieren. Typische Mengen liegen hierbei zwischen 900 MB und 1,6 GB. Zus\u00e4tzlich h\u00e4ngt sich mcedit in einer Endlosschleife unter Nutzung einer vollst\u00e4ndigen CPU auf. Hat man Gl\u00fcck, kann man noch versuchen, mit einem killall mc seinen Server zu stabilisieren … hat man Pech hilft auch hier nur ein freundlicher Hinweis an den Server, dass ein Hardware-Reboot des Systems durchzuf\u00fchren ist.<\/p>\n
Bliebe nur noch die Frage offen, welche anderen Dinge man ggf. NICHT auf einem Server ausprobieren sollte, wenn einem die Uptime lieb ist \ud83d\ude09<\/p>\n
![\"Flattr](\"http:\/\/blog.benny-baumann.de\/wp-content\/plugins\/flattr\/img\/flattr-badge-large.png\"){kind=icon}
<\/a><\/p>","protected":false},"excerpt":{"rendered":"