1. /dev/xvda1 - 512MB Partition fuer /boot, ext2 als Dateisystem
2. /dev/xvda2 – etwa 8.5GB grosse Partition fuer LVM (enthaelt root und swap)

Um das ganze nun umzubauen, damit /dev/xvda3 mehr als nur diese 8.5GB hat, sondern auch den restlichen freien Platz nutzt, sind folgende Schritte notwendig:

Notwendige Software

Auf einem debian brauche ich dazu: gpart (enthaelt sfdisk) und lvm2:

aptitude install gpart lvm2

Werte bestimmen

Bestimmen der Start- und Endwerte der zu aendernden Partition:

fdisk -u -l /dev/xvda

Das gibt folgende Ausgabe:

Disk /dev/xvda: 21.5 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders, total 41943040 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000b41d0

    Device Boot      Start         End      Blocks   Id  System
/dev/xvda1   *        2048      999423      498688   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/xvda2          999424    23066623    11033600   8e  Linux LVM

Werte berechnen

Die Ausgabe von dem fdisk-Aufruf eben enthaelt alle notwendigen Angaben. Sowohl den Anfangs- als auch den Endwert. Der Anfangswert ist die 999424 (siehe auch das Device xvda2) und der Endwert ist die Sektor der Platte 41943040. Die Groesse der Partition muss berechnet werden: Sektorzahl der Platte minus Anfangswert – in meinem Bespiel also 41943040 – 999424 = 40943616

Partition vergroessern

Das eigentliche Vergroessern erfolgt mit sfdisk:

sfdisk --force -uS -N2 /dev/xvda

An der Kommandozeile von dem Programm dann erst den Startwert (999424) und die Groesse (40943616) angeben, mit Enter bestaetigen und dann noch die Aenderung mit y bestaetigen.

Die Partitionsgrenzen sind damit verschoben und um diese Aenderungen vollstaendig zu uebernehmen, muss die Maschine neugestartet werden.

PV und LV vergroessern

Die Partition ist jetzt auf volle Groesse gebracht, nun erfolgt das Vergroessern der ganzen LVM-Geschichten:

1. Physical Volume vergroessern:

   pvresize /dev/xvda2

   Mit pvdisplay kann man die Aenderung kontrollieren.

2. Die Volume Group sollte jetzt ebenfalls vergroessert sein. Kontrolle erfolgt ueber: vgdisplay. Hier kann man dann ebenfalls sehen, wieviel Speicherplatz jetzt auf dem Volume frei ist.
3. Logical Volume vergroessern:

   sudo lvextend -l +100%FREE data/root

Dateisystem vergroessern

Als letztes wird dann noch das Dateisystem angepasst und auf die maximale Groesse aufgeblasen. In meinem Beispiel ist es ein ext3. Das Vergroessern dauert… je nach Groesse eine ganze Weile:

resize2fs /dev/data/root

Fertig. Kontrolle erfolgt ueber df -h. Wenn hier jetzt die neue Festplattengroesse erscheint, ist alles glatt gelaufen. Am besten aber nochmal die Maschine neustarten, damit man sicher ist, dass nicht irgendwo ein kleiner Fehler ist. Gegebenenfalls ist sogar ein Filesystemcheck sinnvoll. Dieser sollte nicht auf einem gemounteten Dateisystem durchgefuehrt werden, sondern beim naechsten Neustart ablaufen. Dazu muss die Datei /forcefsck angelegt werden:

touch /forcefsck

yum -y update yum
yum clean all
yum -y update glibc
yum -y update

Nun noch das Plesk-Update durchwuergen – das gabs dann gestern Nacht. Sonst hatte ich ja bei jedem groesseren Plesk-Update eher mit Problemen zu kaempfen. Aber diesmal hat auch das erfreulicher Weise funktioniert. Man sollte sich lediglich die Updateanweisung einmal genauer anschauen. Diese ist auf den Parallels-Seiten zu finden. Das Greylisting funktioniert wunderbar und spart auf meinem Server einiges an Ressourcen an. DNS-Blacklisting ist zwar gut und schoen, bringt aber nicht immer sonderlich viel. Ich denke, dass die Kombination aus DNSBL und Greylisting sehr lange und gut funktionieren wird.

[Update 2009/03/16:] In den vergangenen Tagen gabs mal wieder ein bisschen Sorgen mit dem Mailing. Einige Mails (an info@) verschwanden, also gings mal wieder auf die Suche. Dabei bin ich ueber die postqueue gestolpert – da waren die ganzen nicht zugestellten Mails also hin. Schwuppdiwupp aussortiert und dann die Queue einfach mal ausgeleert. Danach dann weitergesucht, warum einige Mails zugestellt wurden und einige nicht. Dabei fand ich – wieder mittels postqueue -p – heraus, was das eigentliche Problem war. Der hostname-Eintrag in der main.cf war nicht korrekt. Dazu kamen noch zwei Begrenzungen fuer Postfachgroessen, die ich anpassen musste.

Achja, was die Alathair-Sphere betrifft: Sie laeuft jetzt auf einem CentOS5 x64 – ohne Probleme. Das auf dem alten Server schien also ein SuSE-Problem gewesen zu sein. Die Zeiten fuer einen Worldsave – wird alle 20 Minuten erstellt – sind auf etwa 4 Sekunden gesunken. Das ist eine Verbesserung von ueber 10 Sekunden im Gegensatz zum alten Server. Weiterhin braucht das riesen Datenbank-Update-Script nun nur noch etwa 11 Minuten statt vorher 18. Eine Geschwindigkeitssteigerung, die wir wohl dem Opteron, 4GB RAM und dem RAID1 zu verdanken haben.

Das Maschinenbau-Forum konnte ohne weitere Schwierigkeiten wieder zum Laufen gebracht werden. Ich warte im Moment nur noch auf das neue SSL-Zertifikat. Warum das so lange dauert, weiss ich nicht.

Auch die anderen Seiten funktionierten ohne Probleme einfach wieder. Es war insgesamt eine doch recht ansehnliche Datenmenge, die den Umzug so derart in die Laenge gezogen hat.

Ich habe vorhin versucht das anstehende Plesk-Update auszufuehren – keine gute Idee. Nachdem der Installer fuer das Plesk 8.6.0 anlief, bekam ich ziemlich schnell die Mail, dass etwas nicht stimmte. Das war eigentlich bisher bei jedem Update der Fall. Aber diesmal war es nicht wirklich reparabel. Er hatte ein halb installiertes Plesk 8.6.0 und ein halbes 8.4.0. Beim Reparaturversuch wurde es nicht besser. Am Ende habe ich also nichts mehr richten koennen. Und fange mit dem Backup der Daten an. Vielleicht kann ich ja waehrenddessen mal ein paar Stunden schlafen – das Kopieren wird Ewigkeiten dauern.

[2008-07-31, 0400 Uhr] Backup wird erstellt und auf einen anderen Server kopiert.
[2008-07-31, 1200 Uhr] Backup kopiert noch immer, Datenbanksicherung ist schon fertig – funktioniert sogar. Die restlichen Daten kopieren – es wird also zu keinem Datenverlust kommen.
[2008-07-31, 1740 Uhr] Backup wird immernoch kopiert, das dauert leider bei diesen Datenmengen eine kleine Ewgikeit.
[2008-07-31, 2345 Uhr] Backup ist abgeschlossen; jetzt noch Sicherstellung, dass sie auch in Ordnung sind. Danach gehts dann zur Neuinstallation.
[2008-08-01, 0330 Uhr] Backups sind in Ordnung. Die neue Hardware ist auch schon verfuegbar. Ich brauche also nicht in ein paar Tage nochmal alles umziehen, sondern kann direkt auf den neuen Server. An dieser Stelle: Hut ab vor 1und1 fuer die schnelle Bereitstellung – Server gegen 23 Uhr bestellt, gegen 2 Uhr war er einsatzbereit. Die Installation laeuft.
[2008-08-02, 2130 Uhr] Fast alle Seiten sind nun wieder funktionsfaehig. Der Rest wird dann heute nacht folgen. Wenns Probleme geben sollte, einfach ne Mail an lando@lando.cc

Um nochmal lobenswert 1und1 zu erwaehnen: um 0:42 bekam ich die Auftragsbestaetigung fuer den neuen Server (nachdem ich vorher den Freischaltcode eingegeben hatte). Etwa eine halbe Stunde spaeter bekam ich eine Mail, die mir den Abschluss der Einrichtung bestaetigte – das war schnell.

Nachdem man das System depenguiniert hat, kann man sich mit ssh wieder auf die Kiste verbinden. Hierzu brauchen wir wieder das Keyfile, dass wir in der vorherigen Anleitung angelegt haben.

ssh -i id_rsa root@SERVER

Slicen, partitionieren und formatieren

Nachdem wir nun eingeloggt sind, steht uns ein FreeBSD7 zur Verfuegung, dass aus einer RAM-Disk laeuft. Man kann also gefahrlos die Platte bearbeiten. Zunaechst erstellt man auf der Festplatte einen grossen Slice, der die gesamte Festplatte benutzt:

fdisk -I /dev/ad4

Nun sollte man das Device ad4s1 erhalten haben. Dort drin erstellen wir die Grundkonfiguration mittels:

bsdlabel -w /dev/ad4s1

Dies erzeugt eine Partition in dem Slice, welche den gesamten Slice ausfuellt. Da dies aber nicht so ganz Sinn und Zweck meiner Veranstaltung ist, aendere ich das. Da mir aber vi als Editor immer nicht gefaellt, benutze ich ee:

setenv EDITOR ee

Das eigentliche Editieren des Labels passiert mit:

bsdlabel -e /dev/ad4s1

Eigentlich reicht eine Partition mit 4Gbyte Groesse fuer Grundsystem und Kernel. Nur fuer /usr sollte man entsprechend mehr nehmen – die Partitionierung sollte sich aber dennoch jeder selber ueberlegen. Da ich ein FreeBSD7amd64 verwende und auch ZFS (das kommt dann auf ad4s1d), sieht mein label wie folgt aus:

# /dev/ad4s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
a:  8388608       16    4.2BSD        0     0     0
b:  8388608  8388624      swap
c: 312581745        0    unused        0     0         # “raw” part, don’t edit
d: 295804513 16777232    unused        0     0

Nachdem dies nun erledigt ist, kann man mit

newfs /dev/ad4s1a

das Dateisystem erzeugen.

Grundsystem und Kernel installieren

Leider funktioniert sysinstall nicht so recht, daher eine manuelle Installation. Zunaechst sollte man die zuvor erstellen Partitionen mounten:

mount /dev/ad4s1a /mnt

Ein Verzeichniswechsel hat auch Vorteile, also noch schnell ein cd /mnt. Um das FBSD zu installieren, braucht man erstmal die Installationspakete. Diese gibt es z.B. unter:

ftp://ftp3.de.freebsd.org/pub/FreeBSD/releases/amd64/7.0-RELEASE/

Zur Installation reichen die Ordner base und kernels. Ich habe diese zuvor auf meinen Rechner geladen und dann mit scp auf den depenguinierten Server geladen. Eine Moeglichkeit ist also z. B. auf dem S4Y-Server ein scp auszufuehren:

scp -r lando@Heimrechner:~lando/FBSD7amd64/ .

Dann hat man einen Ordner FBSD7amd64, der auf /mnt liegt. Als Unterordner sollten dort base und kernels enthalten sein. Um das Grundsystem zu installieren, brauchen wir aber noch etwas mehr als nur die Installationdateien. Damit das Script weiss, wo es den Kram hininstallieren soll, muessen wir noch eine Umgebungsvariable setzen:

setenv DESTDIR /mnt

Das Grundsystem installiert man jetzt mit:

cd /mnt/FBSD7amd64/base/ && sh install.sh

Die dabei kommende Nachfrage beantwortet man mit y. Als naechstes die Kernelinstallation:

cd /mnt/FBSD7amd64/kernels/ && sh install.sh GENERIC

Hierbei sollte fuer gewoehnlich keine Nachfrage kommen, sondern einfach die Installation durchlaufen.

Konfiguration des neuen Systems

Die Installation ist mitlerweile geschafft, nun muss nur noch ein bisschen Hand an die Konfiguration gelegt werden. Diese besteht daraus: rc.conf, fstab, resolv.conf, loader.conf und sshd_config editieren.

rc.conf (/mnt/etc/rc.conf)

In der rc.conf sollten einige Werte eingetragen werden. Wichtig ist hier die Netzwerkkonfiguration und das ssh starten. Meine rc.conf sieht dann so aus:

hostname=”fulda109.server4you.de”
defaultrouter=”62.75.219.1″
ifconfig_rl0=”inet 62.75.219.90 netmask 255.255.255.0 broadcast 62.75.219.255″
sshd_enable=”YES”

Hierbei ist darauf zu achten, dass man die richtige Netzwerkkonfiguration und vor allem das richtige Device nimmt. Das richtige Device bekommt man am einfachsten heraus, indem man ein ifconfig aufruft.

fstab (/mnt/etc/fstab)

Meine fstab enthaelt folgende Eintraege:

/dev/ad4s1a             /               ufs     rw              1       1

Den swap werde ich erst spaeter dazu frickeln.

resolv.conf (/mnt/etc/resolv.conf)

In die resolv.conf traegt man den Nameserver seines Providers ein. Diesen entnimmt man am einfachsten aus /etc/resolv.conf und traegt ihn dann in /mnt/etc/resolv.conf ein. In meinem Fall also:

nameserver 85.25.128.10

sshd_config (/mnt/etc/ssh/sshd_config)

Damit ich mich auf dem spaeter neustartenden Server wieder einloggen kann, erlaube ich einfach den root-Login und den Login OHNE Passwort – ACHTUNG! DAS IST GEFAEHRLICH!. Dies muss man spaeter wieder zurueckaendern um eine minimale Systemsicherheit zu gewaehrleisten. Man muss also in /mnt/etc/ssh/sshd_config folgende Zeilen finden:

#PermitRootLogin no
#PermitEmptyPasswords no

Diese aendert man auf:

PermitRootLogin yes
PermitEmptyPasswords yes

Nun sollte ein Login mit einem leeren Passwort moeglich sein.

loader.conf (/mnt/boot/loader.conf)

Da wir einen GENERIC Kernel installiert haben und dieser nicht einfach in /boot/kernel liegt, muessen wir dem System sagen, wo der Ordner ist, aus dem er den Kernel holen soll. Dies editiert man in /mnt/boot/loader.conf:

kernel=”GENERIC”

System bootbar machen

Die Installation ist fertig, die Grundkonfiguration auch. Nun fehlt nur noch, dass das System bootbar wird. Fuer diesen Schritt habe ich am laengsten gebraucht, bis ich eine funktionierende Loesung zusammen gefrickelt hatte – ohne serielle Konsole beim Provider ist das ganze auch garnicht so einfach. Mit folgenden Befehlen schreibt man nun den Bootloader und Bootmanager:

fdisk -B -b /mnt/boot/boot0 /dev/ad4

Die Fragen, die fdisk hier stellt, beantwortet man beide mit y. Der zweite Befehl fehlt nun noch:

bsdlabel -B /dev/ad4s1

Rebooten und hoffen. Viel Spass beim nachbasteln.

Es gibt jedoch eine Moeglichkeit um auch hier ein FreeBSD zu installieren. In frueheren Zeiten (FreeBSD5) konnte man das mit dem Depenguinator 1 erledigen – mit aktuellen FBSDs funktioniert das jedoch nicht mehr. Mitlerweile gibt es einen Nachfolger: Depenguinator 2.0. Mit ihm ist es moeglich ein FreeBSD so in eine RAM-Disk zu legen, dass man dies booten und dann mit der Installation weiter machen kann.

Zunaechst mal braucht man also einen dedizierten Server4You-Server (keinen VServer), weiterhin etwas FreeBSD-Know How und natuerlich Geduld und ein bisschen Frickelwillen. Die Anleitung unter http://www.daemonology.net/blog/2008-01-29-depenguinator-2.0.html hilft zwar schon viel weiter, aber so ganz hat es bei mir damit dann doch nicht funktioniert.

Installation der benoetigten Tools

Auf dem mir zur Verfuegung gestellten Server war ein Ubuntu am Laufen. Daher werden mittels aptitude folgende Pakete nachinstalliert:

aptitude install curl bsdtar libc6-dev zlib1g-dev

Depenguinator 2 besorgen

Nachdem man nun alle Voraussetzungen geschaffen hat, organisiert man sich das Archiv mit dem Depenguinator 2.

curl http://www.daemonology.net/depenguinator/depenguin-2.0.tar.gz > depenguin-2.0.tar.gz

Wenn man das hat, sollte man noch schauen, ob die Checksumme (aa5d98dd3998545600f5af1d406196832ef8bea59cb022bc3a5efb303ac57cf7) stimmt:

sha256sum depenguin-2.0.tar.gz

Wenn dies alles stimmt, kann man dazu uebergehen das Archiv auszupacken. Dazu genuegt ein einfaches:

tar -xzf depenguin-2.0.tar.gz

Konfigurieren des Entpinguisierers

Man sollte erstmal in das zuvor erstellte Verzeichnis wechseln:

cd depenguin-2.0

Hier kann man nun mit einem:

mv depenguinator.conf.dist depenguinator.conf

die Beispielkonfiguration umbenennen. Wenn das erfolgt ist, oeffnet man sie in einem Editor seiner Wahl – z.B.:

nano depenguinator.conf

Hier finden sich folgende Werte, die man entsprechend seines Systemes anpassen muss. Die entsprechenden Werte finden sich z.B. in /etc/network/interfaces und /etc/resolv.conf- je nachdem, welche Distribution man hat. Die Mac-Adresse bekommt man mit einem Aufruf von ifconfig heraus. Die einzige Sache, bei der ich mir nicht sicher war, ist der depenguinator_interfaces=”external”-Eintrag. Diesen kann man einfach so lassen. Man muss einfach nur alle anderen Werte korrekt ausfuellen.

FreeBSD7-CD herunterladen

Da man nun soweit ist mit konfigurieren, kann man dazu uebergehen eine FreeBSD-Installations-CD herunterzuladen.

curl ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/7.0/7.0-RELEASE-i386-disc1.iso > disc1.iso

SSH-Key erstellen

Da man sich auf dem spaeter laufenden FreeBSD nicht per Passwort, sondern mit einem Key einloggt, erstellt man noch mit:

ssh-keygen -t rsa

die notwendigen Dateien – ein Passwort anzugeben ist dabei nicht notwendig. Dies legt die Dateien id_rsa und id_rsa.pub in ~/.ssh/ ab. Die id_rsa-Datei sollte man sich noch kopieren (runter von dem Server, am besten lokal auf den eigenen Rechner) – die braucht man spaeter noch.

Image erstellen und installieren

Um das noetige Image zu erstellen, benutzt man das beiliegende Script. Dies ruft man mit einem:

sh -e makeimage.sh disc1.iso 7.0-RELEASE ~/.ssh/id_rsa.pub

auf.

Um nun das erstelle Image zu benutzen, muss zunaechst der Swap des noch installierten Linux abgeschaltet werden. Dazu genuegt ein einfaches:

swapoff -a

Nun kommt der boese Teil der Geschichte. Als Ablage fuer das FreeBSD nutzt man den nun freigewordenen Platz (ehemals Swap). Mit dd kann man dort einfach das Image ablegen:

dd if=disk.img of=/dev/sda2

Hierbei sollte man natuerlich sicherstellen, dass /dev/sda2 auch das swap-Device war. Das bekommt man am einfachsten heraus, wenn man mal in /etc/fstab schaut.

Grub-Config anpassen

Nun hat man auf sda2 ein bootfaehiges FreeBSD liegen. Was nun noch fehlt ist der Eintrag im Bootloader. Hierzu schreibt man einfach ans Ende von /boot/grub/menu.lst:

title FreeBSD
root (hd0,1)
makeactive
chainloader +1

Weiterhin muss man den Eintrag default der Datei /boot/grub/menu.lst auf den entsprechenden Wert setzen. Da ich jetzt 3 Eintraege im Menue habe, muss ich den default-Wert also auf 2 setzen (Grub faengt bei 0 an zu zaehlen).

Fdisk und reboot

Nun fehlt nur noch ein Schritt. Das waere das Setzen von sda2 auf den Partitionstyp FreeBSD. Dazu startet man:

fdisk /dev/sda

Hier druckt man nun t, dann die 2 und als Code nimmt man a5 – damit hat man den Partitionstyp von SWAP auf FREEBSD geaendert. Nachdem man dies bestaetigt hat, schreibt man mit w die Partitionstabelle. Wenn das alles geschehen is, kann man Daumen druecken und rebooten.

Nun sollte die Kiste wieder da sein und man kann mit ssh -i id_rsa root@SERVER auf den Server verbinden – fertig. Ueber die feste Installation auf dem Server werde ich mehr schreiben, sobald ich damit vertraut bin.

Auf einem meiner dedizierten Server laeuft ein Linux auf einem AMD Athlon X2, also was liegt naeher als dort auch die Linux-Sphere laufen zu lassen. Also alles raufkopiert und gestartet, jedoch war dann keine Verbindung auf den entsprechenden Port moeglich. Nach vielem herumprobieren stellte sich heraus, dass die Sphere nicht auf einem Linux/x86-64 laeuft, sondern nur auf Linux/x86. Beim naechsten Test gingen wir dann dazu ueber die FreeBSD-Version der Sphere zu probieren. Diese war fuer das Laufen auf einem FreeBSD7 vorgesehen, startete auf meinem zweiten dedizierten Server jedoch nicht. Nach alle dem haben wir es dann also auf einem Linux/x86 zum Laufen gebracht, alles jedoch sehr unschoen.

Nach einiger Zeit habe ich mir dann den Spass gemacht und auf meinem MacBook ein FreeBSD7amd64 installiert. Dort das linux-Kernelmodul geladen emulators/linux_base-f8 aus den Ports installiert. Als weitere Spielerei dann noch mit ezjail ein extra Jail konfiguriert (ein Jail ist quasi chroot auf Steroiden ). Dadrin dann wieder die linux-base installiert und dadrin die Linux-Sphere gestartet. Siehe da, alles lief problemlos. Leider wirds nicht dazu kommen, dass die Sphere auf einem FreeBSD eingesetzt wird. Sie wird nun ihr Dasein auf einem Linux fristen.

Update 2008-07-08:

Nachdem nun schon eine Weile ins Land gegangen ist, haben wir die Beta-Sphere auf mein Macbook umgezogen. Zumindest ein Teil laeuft nun auf einem FBSD7amd64 im Jail – wenigstens etwas.