~dhe

Bei OpenVZ handelt es sich um eine Container basierte Virtualisierungslösung für und unter Linux. Also eine Art aufgepimte chroot Umgebung zum Betrieb von mehreren Linux Guests auf einem Hostsystem.

Im Gegensatz zu Xen handelt es sich nicht um eine völlig getrennte Paravirtualisierung, die es ermöglicht einen nur dem Guest zugewiesenen eigenen Kernel zu betreiben und dadurch mittels qemu sogar Windows zu betrieben.

Eines meiner ersten Probleme beim Betrieb von OpenVZ war die Ausgabe von “ps aux” oder “top” auf dem Hostsystem (also VEID 0). Es werden nämlich immer sämtliche Prozesse und laufende Programme angezeigt. Das heißt auch diejenigen, die auf den vServern betrieben werden. Dies ist vor allem dann nervig wenn man im Prinzip nur das Hostsystem kontrollieren möchte und nur dessen Prozesse angezeigt haben will.

Nach einiger Zeit der Recherche bin ich auf das dafür zuständige Tool gestoßen. vzps und vztop heißen die Programme, die in der Lage sind die Ausgabe auf einem OpenVZ Rechner nach VEIDs zu sortieren.

Der Debian Archive finden sich hier:
vzprocps .deb

Die rpm Archive findet man unter:
vzprocps .rpm

Die Installation unter Debian ist denkbar einfach:

cd /usr/src
 
# Für 64-bit Systeme:
wget http://download.openvz.org/debian-systs/pool/openvz/v/vzprocps/vzprocps_2.0.11-1dso2_amd64.deb
 
# Für 32-bit Systeme:
wget http://download.openvz.org/debian-systs/pool/openvz/v/vzprocps/vzprocps_2.0.11-1dso2_i386.deb
 
# Installation:
dpkg -i vzprocps*.deb

Danach ist es möglich vzps und vztop aufzurufen und zu verwenden.
Beispiel:

Wenn man nur die Prozesse für das Hostsystem ( immer VEID 0) sehen möchte:

vzps -E 0

Für vztop ergo:

vztop -E 0

Mittels vzlist ist es möglich eine Auflistung von allen laufenden vServern zu finden. Unter dem Feld CTID werden hier alle IDs ausgegeben die man für den Schalter -E unter vzps oder vztop verwenden kann.

Ich habe gleich unter /root/.bashrc ein Alias dafür angelegt, damit der Aufruf automatisch erfolgt:

alias ps='vzps'

Gebe ich nun ein ps aux erhalte ich die gewohnte Ausgabe. Mit ps -E 0 nur die des Hostsystems.

Die letzte Zeit gab es auf Debian Systemen (vorwiegend Debian Etch) beim ausführen von “apt-get update” immer wieder einen Fehler dieser Art:

W: GPG error: http://security.debian.org etch/updates Release: 
Die folgenden Signaturen konnten nicht überprüft werden, weil ihr 
öffentlicher Schlüssel nicht verfügbar ist: 
NO_PUBKEY 9AA38DCD55BE302B
 
W: GPG error: http://ftp2.de.debian.org etch Release: 
Die folgenden Signaturen konnten nicht überprüft werden, weil ihr 
öffentlicher Schlüssel nicht verfügbar ist: 
NO_PUBKEY 9AA38DCD55BE302B

Die Lösung dieses Problems ist das nachinstallieren diverser GPG Schlüssel für apt unter Debian:

apt-get install debian-archive-keyring

Danach hat sich “apt-get update” immer sauber ausführen lassen.

Die Tage arbeite ich intensiv an der Überarbeitung meiner Webseite. Wenn also der RSS Feed oder der Blog einmal nicht funktionieren sollte, einfach nochmal in 5 Minuten probieren.

WordPress wird anschließend nicht nur als Blogsoftware sondern als komplettes CMS Tool verwendet.

Das Redesign gelang vor Allem durch die tatkräftige Unterstützung einer bezaubernden und begnadeter Person die hier mit absoluter Sicherheit nicht namentlich genannt werden möchte, aber dennoch ihre Talente kreativ spielen ließ. :) Trotzdem auch an dieser Stelle ein herzliches Danke!