Problem:

Was auch immer sich 1und1 dabei gedacht hat, es ist eine kleine Zeitbombe!
Und zwar werden aktuelle (mind. seit September 2007) dedizierte Server mit folgender Partitionierung ausgeliefert:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1 972404 69576 853432 8% /
udev 2017076 104 2016972 1% /dev
/dev/sda5 4881504 1330576 3550928 28% /usr
/dev/sda6 4881504 156356 4725148 4% /var
/dev/sda7 19532800 296 19532504 1% /home
/dev/sda8 280090688 299216 279791472 1% /srv
none 2017076 32 2017044 1% /tmp

Wie man sieht, sind für das /var/ keine 5 GB reserviert.
Wenn man aber bedenkt, daß in dieser Partition auch User-Spezifische Daten wie MySQL-Datenbanken und Email-Postfächer lagern, wird einem schon mal bange. Die Logfiles tun dann ihr restliches dazu...
Der Festplatten-GAU ist bereits vorprogrammiert.

Lösung:

Es gibt zwei Lösungsansätze:
a) Umpartitionieren (kommt vor allem bei frischen Systemen in Betracht)
b) Email-Postfächer und MySQL-Dateien verlagern (Quick & Dirty)

a) Umpartitionieren:

Es gibt Um-Partitionierungs-Programme, die die ganze Arbeit für einen Abnehmen können. (Programm-Tips bitte als Kommentar oder per Kontaktformular.)

Das Prinzip ist jedesmal das Selbe:

  1. Booten im Rescue-System
  2. Sichern der Daten der zu veränderten Partition auf eine davor liegende Partition.
  3. Partition(-en) ändern und schreiben.
  4. Mit mkfs die Partitionen formatieren.
  5. Die gesicherten Daten auf die veränderten Partition(-en) zurück spielen.

Eine Anleitung wie man die letzte Partition verkleinert um dann evtl. dahinter eine neue Partition anlegt findet sich im Server Support Forum. (Genauer Link ist leider verloren gegangen.)

b) Verlagern:

Wir verlagern wie angekündigt die MySQL und die Email-Daten auf die /srv/-Partition:

#stoppen der Dienste:
/etc/init.d/qmail stop && /etc/init.d/xinetd stop
/etc/init.d/mysql stop

#Verlagern:
mv /var/qmail /srv/.
ln -s /srv/qmail /var/qmail
mv /var/lib/mysql /srv/.
ln -s /srv/mysql /var/lib

#neustart der Dienste:
/etc/init.d/qmail start && /etc/init.d/xinetd start
/etc/init.d/mysql start

Sicherheitshalber in den Logfiles nachsehen, ob der Restart korrekt vollzogen wurde oder ob es Probleme gab.

Update-Artikel: Partitionierung bei 1und1 mit LVM

Kategorien:

Stichwörter:

fdisk · festplatte · harddrive · partition · partitionen · qmail · init · xinetd · mysql · dateien · verlagern · email · postfach · 1und1 ·