Springe zum Inhalt

Schlagwort: Linux

Veröffentlicht am

Vorweg: virtuelle Server sind für kleine Aufgaben eine feine Sache. Sie können im aktuellen Betriebszustand gestoppt, gestartet, auf einen anderen Server umgezogen oder Snapshots von den Platten angefertigt werden. Viele Hoster bieten sie zum Betrieb eines eigenen Webservices, so z.B. der eigenen Homepage an. Da der virtuelle Server quasi einen kompletten Computer darstellt, muss man sich um die Aktualisierung der darauf aufgespielten Software und auch um das Betriebssystem selbst kümmern.

So schön es auch ist, einen kompletten Computer mit garantierter CPU-Leistung, fest zugewiesenem Hauptspeicher und einer entsprechend großen virtuellen Festplatte zu bekommen, so kann man genau diese Funktionen nicht beeinflussen.

Genau das zeigte sich leider wieder einmal bei dem virtuellen Server (vServer), auf dem dieses Blog läuft. Das IO-System der Virtualisierungssoftware spielte verrückt. So lag die Zeit, die für einen Schreibvorgang auf die Platte vom System gebraucht wurde stellenweise bei 3,8 Sekunden! Ein normales System zeigt dabei Werte von ca. 20 Millisekunden. Falls die aktuellen Werte der Hard- und Software durch eine Monitoring-Software protokolliert werden (hier kommt Munin zum Einsatz), lassen sich diese Extremfälle gut grafisch darstellen:

Munin sda-day

In der Grafik ist zu erkennen, dass seit ca. 4 Uhr die Reaktionszeit des IO-Systems extrem abnahm. Ein Lesevorgang dauerte zu dieser Zeit 82,81 Millisekunden, ein Schreibvorgang ganze 3,86 Sekunden! Mittlerweile hat sich die Lage wieder normalisiert. Lesen/Schreiben erfolgt jetzt mit 1,99/16,73 ms.

Veröffentlicht am

In einem Xterm oder Gnome-Terminal ist es nützlich, dass der aktuelle Host oder das Verzeichnis in der Caption des Teminalfensters angezeigt wird. Die Caption wird evtl. auch in der Taskleiste des jeweiligen Displaymanagers angezeigt, so dass man schnell weiß, welches Terminalfenster wo steht. Allerdings gibt es einige Programme, z.B. den Midnight-Commander, welche die Caption umstellen und beim Verlassen des Programms nicht wieder zurückstellen. In der Shell kann man mitlerweile ganz woanders sein, doch das Terminalfenster zeigt immer noch eine veraltetete Caption an.

Abhilfe bringt das Umsetzen der Bash-Variablen PS1, welche die Anzeige des Kommandoprompts definiert. In diese Variable kann man Steuerzeichen einfügen, die die Caption entsprechend setzen. In der Datei ~/.bashrc fügt man dazu am Ende folgende Kommandos ein:

PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[01;34m\] \w \$\[\033[00m\] '

case "$TERM" in
        xterm)
                PS1="$PS1\033]0;${USER}@${HOSTNAME}: ${PWD}\007"
                ;;
        *)
                ;;
esac

Eventuell muss die erste Zeile mit der aktuellen Definition von PS1 ersetzt werden (dieser hier stammt aus einer Linux-Mint Installation). Die von der Distribution gesetzte Sequenz für den Kommandoprompt kann vor der Modifikation mit

echo $PS1

angezeigt werden. Der nachfolgende Block dient zur Auswahl des jeweiligen Terminals. Auf der Konsole kann keine Caption gesetzt werden, also wird die Steuersequenz auch nur bei Terminals mit Typ xterm hinzugefügt.

Bei Bedarf kann der Codeblock leicht um andere Terminaltypen erweitert werden.

5

Veröffentlicht am 5 Kommentare zu Could not load host key: /etc/ssh/ssh_host_ecdsa_key

Bei einer frischen Installation eines Ubuntu 12.04 LTS Servers und nach dem Aktivieren von logcheck (was auf keinem Server fehlen sollte), flatterten immer wieder E-Mails mit folgender Fehlermeldung ins Postfach:

sshd[21743]: error: Could not load host key: /etc/ssh/ssh_host_ecdsa_key

Unter oben angegebener Ubuntu-Version wurde zwar in der Konfigurationsdatei des sshd (/etc/ssh/sshd_config) der Eintrag

HostKey /etc/ssh/ssh_host_ecdsa_key

gesetzt, dieser Key aber nicht unter /etc/ssh/ generiert. Ein

ssh-keygen -t ecdsa -f /etc/ssh/ssh_host_ecdsa_key -N ''

holt das nach und die E-Mails von logcheck enthalten nun zumindest diese Fehlermeldung nicht mehr.

1

Veröffentlicht am 1 Kommentar zu Datenrettung von LUKS + LVM Partitionen

Bei der Ubuntu-Serverinstallation kann ausgewählt werden, dass die System-Partitionen auf dem Rechner automatisch verschlüsselt werden. Zudem wird bei einer Standarinstallation die verschlüsselte Partion anschließend automatisch mit LVM aufgeteilt. Bei einem Fehler im Dateisystem der Root-Partition startet der Rechner dann selbst im Rescue Modus nur noch in eine Busybox, in der keinerlei Kommandos für LUKS oder LVM verfügbar sind. Genau so ist es mir passiert und es war guter Rat teuer, wie das System wieder zum Leben zu erwecken ist. Im Folgenden wird beschrieben, wie mit einer Linux-Live-CD auf die Daten in den mit LUKS verschlüsselten und mit LVM aufgeteilten Partitionen zugegriffen werden kann. ...weiterlesen "Datenrettung von LUKS + LVM Partitionen"

7

Veröffentlicht am 7 Kommentare zu Falsch dargestellt Umlaute im Dateinamen unter Linux korrigieren

Beim Benutzen von unterschiedlichen Filesystemen als Ablageort für Dateien von unterschiedlichen Betriebssystemen kann es vorkommen, dass Dateinamen mit Umlauten oder anderen Sonderzeichen nicht auf allen anderen Betriebssystemen gleich aussehen. Dies liegt einerseits daran, dass bei der Erstellung der Datei evtl. falsche Zeichensätze für das Dateisystem vorgegeben worden sind und das jeweilige andere Betriebssystem die Zeichen im Dateinamen dann falsch interpretiert. Hinzu kommen noch Netzwerkclients, die evtl. die erforderliche Konvertierung nicht ordnungsgemäß durchführen und so Dateinamen mit Sonderzeichen falsch auf dem Zielsystem erstellen. ...weiterlesen "Falsch dargestellt Umlaute im Dateinamen unter Linux korrigieren"