BackUp [GELÖST]

[Tobi_BB21]

Hallo zusammen,

ich möchte ein BackUp auf einen externen FTP-Server durchführen. Dazu habe ich einen Cloud-Server mit 100GB und FTPS Zugang. Der "Test" ist erfolgreich; meine Instanz ist 25GB groß. Dennoch erscheint, wenn ich das BackUp auslöse die Meldung:

11:06:02 - July 9, 2018 Canceled (Error: insufficient_disk_space) Remote Manually | Started by user

Hat jemand eine Idee wie man das lösen kann?

Danke und viele Grüße

[Rainer]

Hallo,

hast Du auf dem Quell-(KeyHelp-)Server denn auch genügend Speicher frei?

Viele Grüße,
Rainer

[Tobi_BB21]

Nein, brauche ich das? Deshalb wollte ich ja einen externen nehmen, da ich am Quellserver nicht mehr als 50% frei habe..

[Fiesi]

Nein, brauche ich das? Deshalb wollte ich ja einen externen nehmen, da ich am Quellserver nicht mehr als 50% frei habe..

Ja, dann das Backup wird ja, glaub ich zumindest, auch erstmal auf den Server gespeichert bevor es hochgeladen wird

[Tobi_BB21]

Ah okay, aber das ist ja doof, dann braucht man ja immer 50% freien Platz..

[Tobi]

Ah okay, aber das ist ja doof, dann braucht man ja immer 50% freien Platz..

Außer man hat ne separate Backup-Platte

[Tobi_BB21]

Na ja das war ja meine gedachte Vorgehensweise. Ich nutze KeyHelp auf einem KVM 25GB (15GB belegt) und habe eine extra Cloud per FTPS erreichbar und wollte dort hin das BackUp machen. Oder kann man auf einem KVM eine weitere Platte "mounten"?

[Daniel]

Hallo,

Oder kann man auf einem KVM eine weitere Platte "mounten"?

Im Regelfall ist das möglich, hier müsste auf dem Hostsystem unter welchem die VM läuft nur ein weiteres entsprechend großes disk-image erstellt und der VM zugewiesen werden. Dieses wird nach Initialisierung bzw. nach einem reboot, sofern "hotswap" nicht unterstützt wird, im System selbst als neue Festplatte (natürlich ohne Partitionstabelle und ohne Dateisystem) angezeigt. Partitionstabelle einfach mit fdisk erstellen und mit mkfs.ext4 die Partition formatieren. Im Anschluss den mountpoint für backups erstellen und in der fstab einbinden.

Diese Maßnahme setzt natürlich den Zugriff und die Berechtigungen auf dem Hostsystem selbst zwingend voraus, welche bspw. bei einem Mietserver/VM nicht zwangsläufig gegeben sein muss.

[Ramon70]

Hallo Daniel,

bei mir liegt seit kurzem das gleiche Problem vor.
Ich dachte mir bereits, dass der Platz für das Sammeln und Packen der Backup Daten zu klein ist.
Gerne würde ich Deiner Anleitung folgen und eine zusätzliche virtuelle Platte im System einbinden.
Allerdings fehlt mir hierzu die Linux-Kenntnisse im Detail.

Platte bereitstellen -> ok
Partitionstabelle mit fdisk erstellen und mit mkfs.ext4 formatieren -> denke das bekomme ich hin

Allersdings sehe ich unter mount nicht, wie gerade das aktuelle Backup-Verzeichnis eingehängt ist bzw. wie ich das dann auf die neue Platte umleiten kann.

Hättest Du hier eine Linux-Anfänger-Anleitung?

Vielen Dank im Voraus!

Gruß Frank

[Daniel]

Hallo,

kurze knappe Anleitung. Hinweis: Die Datenträgergerätebezeichnungen müssen nicht der Form "sdx" entsprechen, "vdx" ist bei qemu/kvm üblich.

1. Zusätzliche HDD/Disk-Image bereitstellen über das Hostsystem.
2. Prüfen ob die HDD bzw. das Image korrekt im System nach dem Neustart der VM erkannt wurde.

Code: Select all

root@dev1:~# fdisk -l
Medium /dev/sda: 50 GiB, 53687091200 Bytes, 104857600 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Typ der Medienbezeichnung: dos
Medienkennung: 0x2430f668

Gerät      Boot Start      Ende  Sektoren Größe Id Typ
/dev/sda1  *     2048 104855551 104853504   50G 83 Linux


--->> Medium /dev/sdb: 10 GiB, 10737418240 Bytes, 20971520 Sektoren <<---
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes

In dem Beispiel hier ist es die HDD "sdb"

3. Partitionstabelle erstellen und Partition anlegen

Code: Select all

root@dev1:~# fdisk /dev/sdb

Willkomen bei fdisk (util-linux 2.27.1).
Änderungen werden im Speicher behalten, bis Sie sich entscheiden sie zu schreiben.
Nutzen sie den Schreibbefehl vorsichtig.

Gerät verfügt über keine erkennbare Partitionstabelle
Created a new DOS disklabel with disk identifier 0xc7846c81.

Befehl (m für Hilfe): n
Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)
Auswählen (Vorgabe p): p
Partitionsnummer (1-4, Vorgabe 1): 1
Erster Sektor (2048-20971519, Vorgabe 2048): 
Last sector, +sectors or +size{K,M,G,T,P} (2048-20971519, Vorgabe 20971519): 

Created a new partition 1 of type 'Linux' and of size 10 GiB.

Befehl (m für Hilfe): w
Die Partitionstabelle wurde geändert.
Calling ioctl() to re-read partition table.
Syncing disks.

4. Prüfen der neuen Partition

Code: Select all

root@dev1:~# fdisk -l
[..]
Medium /dev/sdb: 10 GiB, 10737418240 Bytes, 20971520 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Typ der Medienbezeichnung: dos
Medienkennung: 0xc7846c81

Gerät      Boot Start     Ende Sektoren Größe Id Typ
/dev/sdb1        2048 20971519 20969472   10G 83 Linux

5. Erstellen des Datesiystems für die neue Partition sdb1

Code: Select all

root@dev1:~# mkfs.ext4 /dev/sdb1
mke2fs 1.42.13 (17-May-2015)
Geräteblöcke werden verworfen: erledigt                        
Ein Dateisystems mit 2621184 (4k) Blöcken und 655360 Inodes wird erzeugt.
UUID des Dateisystems: 19cd8623-75f7-4a19-b96e-5629b8f8c023
Superblock-Sicherungskopien gespeichert in den Blöcken: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

beim Anfordern von Speicher für die Gruppentabellen: erledigt                        
Inode-Tabellen werden geschrieben: erledigt                        
Das Journal (32768 Blöcke) wird angelegt: erledgt
Die Superblöcke und die Informationen über die Dateisystemnutzung werden
geschrieben: erledigt

6. Prüfen ob bereits das /backup Verzeichnis existiert. Wenn ja, vorhandene Backups extern sichern und das Verzeichnis leeren. Ansonsten das Verzeichnis neu erstellen.

Code: Select all

root@dev1:~# mkdir /backup

root@dev1:~# ls -l /
insgesamt 124
-rw-------   1 root root 11264 Apr 17 19:16 aquota.group
-rw-------   1 root root 10240 Apr 17 19:16 aquota.user
--->> drwxr-xr-x   2 root root  4096 Jul 11 22:54 backup <<---
drwxr-xr-x   2 root root 12288 Mai 30 03:14 bin
drwxr-xr-x   3 root root  4096 Mai 30 03:17 boot
drwxr-xr-x  17 root root  3840 Jul 11 22:39 dev
drwxr-xr-x 114 root root  4096 Mai 30 03:17 etc
drwxr-xr-x   5 root root  4096 Apr 17 19:24 home
lrwxrwxrwx   1 root root    33 Mai 23 06:38 initrd.img -> boot/initrd.img-4.4.0-127-generic
lrwxrwxrwx   1 root root    33 Mai  9 06:36 initrd.img.old -> boot/initrd.img-4.4.0-124-generic
drwxr-xr-x  22 root root  4096 Apr 17 19:09 lib
drwxr-xr-x   2 root root  4096 Apr 17 18:10 lib64

7. "UUID" (Disk/"Partitionsidentnummer") der einzubindenden, neuen Partition herausfinden (alternativ könnte auch einfach in der fstab /dev/sdb1 verwendet werden)

Code: Select all

root@dev1:~# blkid /dev/sdb1
/dev/sdb1: UUID="19cd8623-75f7-4a19-b96e-5629b8f8c023" TYPE="ext4" PARTUUID="c7846c81-01"

8. Partition in der /etc/fstab eintragen, damit beim reboot diese u.A. automatisch gemounted wird.
8.1. Zunächst obligatorisch den Output der /etc/fstab prüfen.

Code: Select all

root@dev1:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=c25aae0d-dc79-4809-be67-cc813196a00f     /     ext4     errors=remount-ro,usrquota,grpquota     0     1

Hier ist zu beachten, dass die bereits existierende UUID nicht bearbeitet oder geändert wird, dies ist die Systempartition (/dev/sda1).
Im Falle eines Neustarts würde das System nichtmehr booten.

8.2 Die UUID der neuen Backup HDD/Partition mit einem beliebigen Texteditor einfügen, oder alternativ mit "echo" wie in diesem Beispiel.

Code: Select all

root@dev1:~# echo "UUID=19cd8623-75f7-4a19-b96e-5629b8f8c023     /backup     ext4     errors=remount-ro,usrquota,grpquota     0     1" >> /etc/fstab

Hier muss darauf geachtet werden, dass nicht "blind" die Ausgabe von "blkid /dev/sdb1" genutzt wird, denn hier müssen vor der Eintragung in die /etc/fstab die Anführungszeichen unmittelbar vor der ID selbst und danach entfernt werden.

8.3 Ausgabe der /etc/fstab erneut prüfen.

Code: Select all

root@dev1:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=c25aae0d-dc79-4809-be67-cc813196a00f     /     ext4     errors=remount-ro,usrquota,grpquota     0     1
UUID=19cd8623-75f7-4a19-b96e-5629b8f8c023     /backup     ext4     errors=remount-ro,usrquota,grpquota     0     1

9. Wenn alles okay ist, kann die neue Backup HDD/Partition gemounted werden.

Code: Select all

root@dev1:~# mount -a

10. Mountpunkt und Kapazität prüfen.

Code: Select all

root@dev1:~# mount |grep /backup
/dev/sdb1 on /backup type ext4 (rw,relatime,quota,usrquota,grpquota,errors=remount-ro,data=ordered)

root@dev1:~# df -h |head -n1 && df -h |grep /backup
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sdb1       9,8G     74M  9,2G    1% /backup

Dem Erstellen von Backups auf die neue HDD/Partition sollte nun nichts mehr im Wege stehen.

[Ramon70]

Ein dickes DANKE