ich habe einen Vorschlag für Euch. Baut doch bitte zukünftig in die Autos eine Geschwindigkeitsbegrenzung ein, sobald der Schalter für die Nebelschlußleuchte betätigt wird.
Sobald die Nebelschlußleuchte eingeschaltet ist, sollte im Armaturenbrett eine dicke Kontrolleuchte aufleuchten und gleichzeitig die Geschwindigkeit auf 50 km/h begrenzt werden. Das Ganze könnte dann werbewirksam als sicherheitsfördernd verpackt werden.
Kaum herrscht spätherbstliches Wetter, rollen wieder die benebelten Schlußleuchtenfahrer über die Straßen und blenden die nachfolgenden Verkehrsteilnehmer. Bei Sichtweiten unter 50m ist das ja vollkommen in Ordnung, aber nur weil es etwas diesig ist, muß man doch nicht gleich die volle Reklame einschalten! Am besten sind ja immer noch die Fahrer, welche die Schlußleuchte in Betrieb nehmen und dann mit gut 100 Sachen über Land brettern. Nicht gerade konsequent – oder irre ich mich?
Sichtweite unter 50m -> die Nebelschlußleuchte kann eingeschaltet werden
Sichtweite 50 m = Höchstgeschwindigkeit 50 km/h = Sicherheitsabstand min. 50m
Folglich wäre eine Begrenzung der Höchstgeschwindigkeit bei 50 km/h angebracht.

aptitude install python-dev librsync-dev ncftp

Damit sind die Grundvoraussetzungen geschaffen und wir können uns duplicity holen:

cd /usr/src
wget http://code.launchpad.net/duplicity/0.6-series/0.6.09/+download/duplicity-0.6.09.tar.gz
tar xfz duplicity-0.6.09.tar.gz
cd duplicity-0.6.09
python setup.py install

Das ging schnell, jetzt wird es noch schneller!

cd /usr/src
wget http://downloads.sourceforge.net/project/ftplicity/duply%20%28simple%20duplicity%29/1.5.x/duply_1.5.2.3.tgz
tar xfz duply_1.5.2.3.tgz
cd duply_1.5.2.3
cp duply /usr/local/bin

Aus dem Archiv die Datei duply entpacken und in /usr/(s)bin oder /usr/local/(s)bin kopieren.
Grundsätzlich ist duply nun funktionsbereit, es fehlt jedoch nocht der GPG-Schlüssel. Ohne diesen läuft nichts.

gpg --gen-key

Die Standardvorgabe für die Schlüsselart ist in Ordnung und kann mit [ENTER] bestätigt werden. Die Schlüsselgröße 2048 ist auch in Ordnung, wer mehr will, kann auch auf 4096 gehen. Der Schlüssel soll niemals ungültig werden, also bestätigen wir mit y die Gültigkeit “läuft niemals ab”. Zum Schluß noch Angaben wie Name und eMail und das Ganze mit O bestätigen.
Jetzt wird der Schlüssel generiert. Unter Umständen kann das mal ein paar Minuten dauern, je nach dem, wieviel auf dem Server los ist. Die Nummer des generierten Schlüssels müssen wir uns merken und im Folgenden in die Konfiguration von duply einfügen.
Hier eine Beispielausgabe von gpg mit einer zufälligen Schlüselnummer:
gpg: /root/.gnupg/trustdb.gpg: trustdb created
gpg: key 73FA48DA marked as ultimately trusted
public and secret key created and signed.

Nun erstellen wir eine Grundkonfiguration:

duply bkprofil create

bkprofil ist ein frei wählbarer Name des Backup-Profils.
Nun wurde, sofern wir duply als root ausgeführt haben, im ordner /root/.duply der Ordner bkprofil angelegt. Innerhalb dieses Ordners ist nun die Konfigurationsdatei conf. Hier wollen wir ein paar Einstellungen vornehmen.

nano /root/.duply/bkrpofil/conf

Wichtig sind hier die ID vom GPG-Key (GPG_KEY) und das entsprechende Passwort (GPG_PW). Bei den GPG_OPTS schalte ich die als Standard vorgegebene bzip2-Komprimierung mit Level 9 ein. (GPG_OPTS=’–compress-algo=bzip2 –bzip2-compress-level=9′)
In der Konfiguration sind Beispiele für das “Target” aufgeführt, also der Ziel-Server, auf dem das Backup abgelegt werden soll. Am weitesten verbreitet dürfte FTP sein, daher geben wir hier als Ziel einen FTP-Server vor: TARGET=’ftp://SERVER/VERZEICHNIS’
TARGET_USER und TARGET_PASS sind denke ich selbsterklärend.
SOURCE gibt an, welcher Ordner gesichert werden soll. Entweder man trifft hier schon eine Vorauswahl, z.B. /srv oder man nimmt das gesamte Dateisystem ‘/’ und verfeinert die Auswahl später. Ich nehme hier SOURCE=’/’ und spezifiziere später in einer anderen Datei die zu sichernden Dateien.
MAX_FULL_BACKUPS stellt die Anzahl der vorgehaltenen vollen Backups an. Je nach verfügbarem Speicherplatz und eigenen Wünschen kann hier gewählt werden, sinnvoll ist denke ich der Bereich zwischen 1 und 3.
Wenn MAX_FULLBKP_AGE gesetzt ist, wird automatisch bei erreichen dieser Zeit ein Vollbackup erstellt, anderenfalls ein inkrementelles Backup. Wird MAX_FULLBKP_AGE auf 2W gesetzt, wird beim ersten Aufruf von duply ein voller Backupsatz erstellt. Beim  Aufruf z.B. am nächsten Tag wird der volle Satz erkennt und ein inkrementelles Backup gestartet. Sind nun 2 Wochen abgelaufen, wird wiederum ein neues, volles Backup angelegt.
Mit VOLSIZE wird die Größe der einzelnen Archivdateien eingestellt. Meine Favoriten sind 500 oder 750, also 500MB bzw. 750MB. Selbstverständlich kann hier auch mehr angegeben werden.

Würde jetzt ein Backup gestartet, würde der komplette Server gesichert werden, das ist nicht unbedingt immer gewünscht. Daher lege ich nun eine weitere Datei an, um mein Backup zu verfeinern.

nano /root/.duply/bkrpofile/exclude

+ /home
+ /var/www
- /

Diese drei Zeilen geben an, daß die Ordner /home und /var/www gesichert werden sollen. Das geschieht natürlich inklusive der jeweiligen Unterordner. Der Ordner / wiederum soll nicht gesichert werden, d.H. der gesamte Rest wird ausgeschlossen.

Nun steht dem ersten Backup nichts mehr im Wege.

duply bkprofil backup

Nun wird das bzip2-komprimierte und mit GPG verschlüsselte Backup erstellt und die Archive auf den FTP-Server geschoben.
Ist das Backup durchgelaufen, schauen wir uns einmal das Ergebnis an:

duply bkprofile status

Found primary backup chain with matching signature chain:

-------------------------
Chain start time: Sun Sep 19 09:02:01 2010
Chain end time: Sun Sep 19 09:02:01 2010
Number of contained backup sets: 1
Total number of contained volumes: 7
 Type of backup set:                            Time:      Num volumes:
 Full         Sun Sep 19 09:02:01 2010                 7
-------------------------
No orphaned or incomplete backup sets found.

Das Backup wurde mit 7 Archiven erstellt, keine unvollständigen Backupsätze gefunden. Sobald inkrementelle Backups angelegt wurden, werden diese hier entpsrechend angezeigt.
Den genauen Inhalt des Backups können wir uns wie folgt anschauen:

duply bkprofile list

Jedoch empfehle ich die Umleitung in eine Datei, da sie einfacher zu durchsuchen ist.

duply bkprofile list > output.txt

Zum Schluß automatisieren wir unsere Backups noch mit cron.

crontab -e

30 0 * * * /usr/local/bin/duply bkprofile purge-full --force
30 1 * * * /usr/local/bin/duply bkprofile backup

Hier wird jetzt jeden Tag um 0:30h das Kommando purge-full durchgeführt, d.H. sobald mehr als MAX_FULL_BACKUPS Vollbackupsätze vorhanden sind, werden die älteren Sätze gelöscht. Der Schalter –force gibt an, daß die Dateien nicht nur gelistet sondern auch gelöscht werden sollen.

Um 1:30h startet das eigentliche Backup.

So weit, so gut! Die Backups laufen und wir hoffen, daß wir sie nicht wirklich benötigen werden, doch wie man an seine Dateien im Ernstfall wieder heran kommt, beschreibe ich in der Fortsetzung.

Datum: 11. September 2010
Wetter: 24.3°C, Sonne, wenige Wolken

… und ich stehe vor Spekulatius, Printen und Lebkuchen-Herzen!

Online bestellt habe ich nicht lange auf die Lieferung warten müssen, Fotoversand AFA hat sehr zügig und zu einem wirklich guten Preis geliefert. Der Tamrac Expedition 7x, ein Modell der mittleren Größe aus der Expedition-Reihe, ist sauber verarbeitet und kommt mit vielen praktischen Funktionen und einer Menge Stauraum daher. Neben dem großen Fach für Kameras und Objektive steht noch ein weiteres Fach für Laptops bis zu einer Größe von 15″ zur Verfügung. Mein kleines MacBook mit 13″ verschwindet locker in dem regengeschützen Fach und bietet daher noch genügend Raum für Netzteil und ggf. weitere Kabel oder ein Kensington-Drahtseilschloss.
Auf der Frontseite sind zwei praktische, aufgesetzte Taschen für Akkus, Speicherkarten, GPS-Geräte oder iPhone angebracht, eben für kleinere Dinge, die schnell zur Hand sein müssen. Zwischen diesen Fächern kann ein Stativ befestigt werden, welches sicher mit zwei Füßen in der dafür vorgesehenen Tasche sowie einem verstellbaren Band mit Schnellverschluß befestigt wird.
Das Hauptfach kann individuell durch herausnehmbare Trennwände mit Klettverschlüssen an die eigene Ausrüstung angepasst werden. Schwere Teleobjektive werden mittig mit kleinen Gurten sicher fixiert.
Alles weitere kleine Zubehör findet in der Deckelinnenseite des Hauptfaches Platz. Mehrere transparente Fächer bieten antiquiertem Material Filmen, Filtern sowie allem erdenklichen “Kleinkram” Platz und erleichtern das schnelle Wiederfinden. Erwähnenswert finde ich hier, daß die Zipper der Reisverschlüsse in der geschlossenen Position unter einem Schutz verschwinden und so die teure Ausrüstung im Hauptfach vor eventuellen Kratzern durch die Zipper geschützt ist.

Smart-Tour 2010

Fazit: In diesem Vergleich waren keine auffallenden Unterschiede zu erkennen.

apt-get install binutils bcc bzip2 cpp cpp-4.1 gcc gcc-4.1 libc6-dev libglib2.0-0 libssl-dev linux-libc-dev libgcrypt11-dev mc psmisc python-dev python2.4-dev screen zlib1g-dev make mercurial gawk libncurses5-dev patch gettext x11proto-core-dev pciutils-dev pkg-config bridge-utils iproute texinfo

Die jeweils aktuellen Sourcen gibt es bei xen.org, zur Zeit ist es die Version 3.4.2.

Nach dem Auspacken der Sourcen kompilieren wir direkt die Tools. Wer kein PAE benötigt, kann den Schalter entsprechend weg lassen.  Ich habe hier noch den Parameter KERNELS übergeben, da ich für dom0 und die domUs gerne separate, optimierte Kernel verwenden möchte.
Hinweis: Aktuell hatte ich ein paar Fehlermeldungen beim kompilieren. Nachdem ich das Kernel-Paket passend zu Xen 3.4.2 gezogen und den Symlink /usr/src/linux darauf gesetzt habe, war der Fehler Geschichte.

make -j4 XEN_TARGET_X86_PAE=y world KERNELS="linux-2.6-xen0 linux-2.6-xenU"
make -j4 XEN_TARGET_X86_PAE=y install KERNELS="linux-2.6-xen0 linux-2.6-xenU"

Wenn das ganze fehlerfrei durchgelaufen ist, können wir die Konfiguration der Kernel vornehmen.

make linux-2.6-xen0-config CONFIGMODE=menuconfig
make linux-2.6-xenU-config CONFIGMODE=menuconfig

… und die Kernel bauen und installieren.

make -j 4 linux-2.6-xen0-build
make -j 4 linux-2.6-xen0-install

Je nach Kernelkonfiguration benötigen wir noch eine initrd.

mkinitramfs -o /boot/initrd.img-2.6.18.8-xen0 2.6.18.8-xen0

Nachdem die voran gegangenen Schritte erfolgreich durchgelaufen sind, kann jetzt grub aktualisiert werden. Die Konfiguration sollte auf jeden Fall überprüft und ggf. um xen-spezifische Parameter ergänzt werden.

update-grub

Noch den automatischen Start des Xen-Dienstes aktivieren.

update-rc.d xend defaults

Hoffen, daß alles geklappt hat, beten und …

reboot

Falls der Server nach dem reboot nicht erreichbar ist, kann dies sehr viele Ursachen haben. Entweder, er kann das Filesystem garnicht einhängen oder – wie aktuell bei mir passiert – muß eine udev-Regel angepasst werden, weil er eth0 in eth1 umgenannt hat und der Server von außen somit nicht erreichbar war.

Sinnvoll ist auch die Installation der Xen-Tools.
Für derenInstallation werden noch ein paar zusätzliche Pakete benötigt.

apt-get install debootstrap perl perl-modules libtext-template-perl libconfig-inifiles-perl

Das Debian-Paket gibt es auf dem FTP-Server von Debian.

wget http://ftp.de.debian.org/debian/pool/main/x/xen-tools/xen-tools_3.9-4_all.deb

Installieren …

dpkg -i xen-tools_3.9-4_all.deb

Nun können auf recht einfache Weise neue Gastinstanzen erstellt werden.

xen-create-image --fs=ext3 --passwd --dist=lenny --lvm=<VOLGROUP> --swap=2GB --size=10GB --mac=<MAC> --ip=<IP> --gateway=<GATEWAY-IP> --hostname=<HOSTNAME> --netmask=255.255.255.248 --memory=1024MB --kernel=/boot/vmlinuz-2.6.18.8-xenU

In der erzeugten config müssen noch bei Bedarf die Kernel/initrd angepasst werden.

Kernel path    :  /boot/vmlinuz-2.6.18.8-xen0
Initrd path    :  /boot/initrd.img-2.6.18.8-xen0