Fehler beim Backup

[cyberdrone]

Hallo zusammen

Ich erhalte beim Ausführen des Backup-Befehls folgenden Fehler:

Code: Select all

xyz:~/backup# /opt/lampp/lampp backup mysqlpwd
Backing up databases...
Backing up configuration, log and htdocs files...
Calculating checksums...
Building final backup file...
gzip: stdout: No space left on device
cat: Schreibfehler: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
Backup finished.
Take care of /opt/lampp/backup/xampp-backup-18-05-09.sh


XAMPP Version: 1.7.1
OS: Debian GNU/Linux; Kernel 2.6.18-4-486

Laut df ist auf allen Platten/Partitionen genug Platz vorhanden:

Code: Select all

xyz:/etc# df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/hda2              10G  7,0G  3,1G  70% /
tmpfs                 443M     0  443M   0% /lib/init/rw
udev                   10M   80K   10M   1% /dev
tmpfs                 443M     0  443M   0% /dev/shm
/dev/hda5             102G   59G   43G  58% /data


Wo könnte das Problem liegen?

Danke und Gruss aus Zürich
Markus

[Nobbie]

>Laut df ist auf allen Platten/Partitionen genug Platz vorhanden:

Das sehe ich vollständig anders:

Lediglich /dev/hda5 hat mit 43G ordentlich Platz frei. Auf /dev/hda2 sind es nur noch 3,1G, was schon wenig ist,aber reichen sollte (wenn man keine zu großen Datenbanken sichert).

Die anderen Filesysteme sind die schiere Katastrophe! Auf tmpfs schlappe 443MB und auf udev sogar nur 10MB. Das ist NICHTS. Spannende Frage: auf welchem Device findet der Backup statt (kann ich an Deiner Beschreibung nicht ablesen).

Die Tatsache, dass es ein tmpfs überhaupt gibt, legt die Vermutung nahe, dass es sich um ein Live-Linux von CD handelt, und dann ist möglicherweise /opt (oder wo auch immer der Backup landet) auf tmpfs gemountet. Vielleicht ist aber auch /tmp auf tmpfs gemountet und der gzip speichert temporäre Daten zwischen. Kann ich alles nicht erkenne, nur eines ist sicher: keinesfalls ist überall genug Platz vorhanden - und die Fehlermeldung ist ebenso eindeutig wie auch sicherlich richtig.

[cyberdrone]

Danke für Deine Antwort, Nobbie.

Ergänzung zu meinem Post bzw. Antworten auf Deine Fragen:

XAMPP ist installiert auf dem Standardverzeichnis: /opt/lampp/
Das Backup starte ich mit: /opt/lampp/lampp backup mysqlpwd

Hier noch meine aktuell gemounteten file-systems:

Code: Select all

xyz:~# mount
/dev/hda2 on / type reiserfs (rw,notail)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/hda5 on /data type reiserfs (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
truecrypt on /tmp/.truecrypt_aux_mnt1 type fuse (rw,nosuid,nodev,allow_other)
/dev/loop0 on /secure1 type vfat (rw,nosuid,nodev,uid=1000,gid=100,umask=000,utf8)
/secure1/mp3/albums on /data/mp3/albums type vfat (rw,bind)
/secure1/ebooks on /data/ebooks type vfat (rw,bind)
/secure1/mp3/unsorted on /data/mp3/unsorted type vfat (rw,bind)
/secure1/mp3/live on /data/mp3/live type vfat (rw,bind)
/secure1/movies on /data/movies type vfat (rw,bind)
/data on /opt/glftpd/site type none (rw,bind)
/data/pics on /opt/lampp/htdocs/download/pics type none (rw,bind)


[Nobbie]

Also ist /opt auf /dev/hda2 gemountet, laut backup Script (da darfst auch ruhig selbst rein schauen!) schreibt in den Ordner /opt/lampp/backup und da ist offensichtlich mit den 3,1 GigaByte vorhandenem Platz nicht mehr genug Platz vorhanden, um das Backup zu Ende zu bringen.

Im Script /opt/lampp/share/lampp/backup (welches durch das "/opt/lampp/lampp backup ...." gestartert wird, wie man sehr einfach selbst im Editor sehen kann) wird nach Ausgabe der Meldung ""Building final backup file..." ein "tar cvz ..." gestartet, durch die Option "z" wird implizit gzip aufgerufen (weil ein gepacktes Archiv aus den bis dahin ungepackten Archiven erzeugt wird), da reicht der Platz bereits nicht mehr aus (das ist die Meldung von gzip), danach wird mit "cat ..." das Shell-Script gebastelt, welches das Schlussergebnis des Backups wäre, aber auch "cat" stolpert über den mangelnden Plattenplatz und anschließend wird mit "rm ...." das ganze temporäre Zeug wieder weggeworfen (weswegen die Platte nach dem Ablauf nicht mehr knackevoll ist - das kannst Du mal auskommentieren) und dann ist Ende der Aktion.

Lange Rede kurzer Sinn: /dev/hda2 ist zu klein für Deine Datenbank bzw. für dieses Backup-Script.

[cyberdrone]

Alles klar. Danke für die Erklärung! So im Detail konnte ich mangels Linux-Kenntnisse der Sache leider nicht auf den Grund gehen. Es liegt also tatsächlich am fehlenden Platz. Das konnte ich bei 3.1Gb freiem Platz einfach nicht glauben.

Jetzt habe ich auch die Ursache gefunden. Ich habe mich ein wenig mit dem du-Befehl beschäftigt und rausgefunden, dass in meinem download-Verzeichnis unter /opt/lampp/htdocs über 2Gb Daten liegen. Die hat es natürlich unnötigerweise immer mit archiviert. Und ich hatte im /opt/lampp/backup Verzeichnis noch ein altes Backup File liegen, dass glaub auch wieder mit eingepackt wurde. Da sind die 3.1Gb freier Platz natürlich ruckzuck weg.

Nach dem löschen der 2Gb im download Verzeichnis läuft es nun.

Danke und Grüsse
Markus