[SOLVED] Directory für Backup auf ZFS

nigi

Well-Known Member
Jan 1, 2017
30
1
48
39
Hallo zusammen,

irgendwo habe ich einen Denkfehler, vielleicht könnt ihr mir kurz auf die Sprünge helfen:
Ich habe bei mir zwei ZFS-Pools. Auf beiden liegen Disk-Images, soweit so gut.
Code:
root@vhost:~# zfs list

NAME                                USED  AVAIL  REFER  MOUNTPOINT
rpool                              2,36T   283G    96K  /rpool
rpool/ROOT                         2,02T   283G    96K  /rpool/ROOT
rpool/ROOT/pve-1                   2,02T   283G  2,02T  /
rpool/storage_1                     337G   283G    96K  /rpool/storage_1
rpool/storage_1/subvol-101-disk-1   397M  7,61G   397M  /rpool/storage_1/subvol-101-disk-1
rpool/storage_1/subvol-102-disk-1   875M  11,1G   875M  /rpool/storage_1/subvol-102-disk-1
rpool/storage_1/subvol-401-disk-1   744M  3,27G   744M  /rpool/storage_1/subvol-401-disk-1
rpool/storage_1/vm-105-disk-1       309G   509G  83,5G  -
rpool/storage_1/vm-105-disk-2      25,8G   288G  20,8G  -
rpool/swap                         7,44G   286G  4,18G  -
storage_2                          1,10T  1,45T   331G  /storage_2
storage_2/subvol-101-disk-1        58,9G   191G  58,9G  /storage_2/subvol-101-disk-1
storage_2/subvol-103-disk-1        26,4G   174G  26,4G  /storage_2/subvol-103-disk-1
storage_2/vm-106-disk-1             366G  1,45T   366G  -
storage_2/vm-106-disk-2             347G  1,45T   347G  -

Nun kann ich ja in ZFS-Pools keine Backups erstellen, die Option bietet mit Proxmox in der GUI nicht an.
Meine Idee war, dass ich nun einfach ein zusätzliches Directory für Backups erstelle und als Mount-Point "/storage_2/backup/" angebe. Dann sollte das Backup-Directory doch im zweiten Pool (Storage_2) liegen.
Tut es aber nicht! Ich weiß nicht, wo dieses Verzeichnis abgelegt wird, jedenfalls zeigt mir Proxmox den wenigen freien Speicher aus rpool/storage_1 an. Irgendwas stimmt da nicht...

Ich weiß, das ist ziemlich verworren, aber vielleicht könnt ihr mir mit einem winzigen Tipp schon den Fehler zeigen?
Danke im Voraus!
nigi
 
Meine Idee war, dass ich nun einfach ein zusätzliches Directory für Backups erstelle und als Mount-Point "/storage_2/backup/" angebe. Dann sollte das Backup-Directory doch im zweiten Pool (Storage_2) liegen.

Ja, und zwar im verzeichnis /storage_2/backup/dump/
 
Genau, da erscheint es auch (ich habe es jetzt einfach nur in /storage_2/dump gelegt, das andere wäre ja doppelt gemoppelt ;-) )
Aber: die GUI zeigt mir die Parameter (insbesondere den freien Speicher) vom anderen ZFS-Pool (rpool/storage_1).storage2.jpeg
Irgendwo steh ich noch auf dem Schlauch...
 
So, ich habe nochmal ein wenig getestet, das Verzeichnis wird nicht in den ZFS-Pool gelegt:
Code:
backup-timecapsule    dir 1      1951417392      1645288716       306128676 84.81%
iso-images            dir 1      2466504064      2170089344       296414720 88.48%
local                 dir 1      2466504064      2170089344       296414720 88.48%
storage_1           zfspool 1       650001780       353587004       296414776 54.90%
storage_2           zfspool 1      2739634176      1181916958      1557717217 43.64%
storage_2_backup      dir 1      2466504064      2170089344       296414720 88.48%
vm-pool               dir 1      2466504064      2170089344       296414720 88.48%

Ich blicke nicht mehr durch...
 
Hi,

schick mal bitte deine Storage conf

Code:
cat /etc/pve/storage.cfg
 
Code:
root@vhost:~# cat /etc/pve/storage.cfg
dir: local
    path /var/lib/vz
    maxfiles 0
    shared 0
    content vztmpl,images,iso,rootdir

dir: vm-pool
    path /home/vm-pool
    maxfiles 1
    shared 0
    content vztmpl,images,iso,backup,rootdir

zfspool: storage_2
    pool storage_2
    sparse 1
    nodes vhost
    content images,rootdir

zfspool: storage_1
    pool rpool/storage_1
    sparse 1
    content images,rootdir

dir: iso-images
    path /storage_2/iso-images
    maxfiles 1
    content iso,vztmpl

dir: backup-timecapsule
    path /media/timecapsule
    maxfiles 3
    shared 0
    content backup

dir: storage_2_backup
    path /storage2
    maxfiles 1
    shared 0
    content backup
 
Kann sein das es nicht gemounted ist
Code:
zfs get mounted,mountpoint
 
Autsch.... Der Tipp war gut!

Code:
[...]
storage_2                          mounted     no                                  -
storage_2                          mountpoint  /storage_2                          default
storage_2/subvol-101-disk-1        mounted     yes                                 -
storage_2/subvol-101-disk-1        mountpoint  /storage_2/subvol-101-disk-1        default
storage_2/subvol-103-disk-1        mounted     yes                                 -
storage_2/subvol-103-disk-1        mountpoint  /storage_2/subvol-103-disk-1        default
storage_2/vm-106-disk-1            mounted     -                                   -
storage_2/vm-106-disk-1            mountpoint  -                                   -
storage_2/vm-106-disk-2            mounted     -                                   -
storage_2/vm-106-disk-2            mountpoint  -                                   -

Problem ist: die subvol-Disks verhindern das mounten. Mit der -O Option kann ich das Mounten trotzdem erzwingen, aber wie bekomme ich es hin, dass es in Zukunft zuverlässig automatisch gemounted wird?
 
Das Problem ist wahrscheinlich, das die Mountpunke nicht leer sind
und du deswegen nicht mounten kannst
 
Ja, aber die subvol- und vm-disks bekomme ich da ja nicht ohne weiteres raus. Irgendwo müssen die ja liegen
 
ich rede vom /storage_2 nicht von storage_2
Das erste liegt am rpool das zweite ist ein pool und ist kein fs sondern ein pool mit datasets (Zvols, subsets).
Wenn du den /storage_2 umountes wirst du sehen das darunter andere Daten liegen die müssen weg.
 
/storage_2 ist ja gar nicht gemounted. Oder verstehe ich irgendwas falsch?
Code:
root@vhost:/# zfs get mounted,mountpoint | grep storage_2
storage_2                          mounted     no                                  -
storage_2                          mountpoint  /storage_2                          default
storage_2/subvol-101-disk-1        mounted     yes                                 -
storage_2/subvol-101-disk-1        mountpoint  /storage_2/subvol-101-disk-1        default
storage_2/subvol-101-disk-2        mounted     yes                                 -
storage_2/subvol-101-disk-2        mountpoint  /storage_2/subvol-101-disk-2        default
storage_2/subvol-101-disk-3        mounted     yes                                 -
storage_2/subvol-101-disk-3        mountpoint  /storage_2/subvol-101-disk-3        default
storage_2/subvol-103-disk-1        mounted     yes                                 -
storage_2/subvol-103-disk-1        mountpoint  /storage_2/subvol-103-disk-1        default
storage_2/vm-106-disk-1            mounted     -                                   -
storage_2/vm-106-disk-1            mountpoint  -                                   -
storage_2/vm-106-disk-2            mounted     -                                   -
storage_2/vm-106-disk-2            mountpoint  -                                   -
root@vhost:/# ls -la /storage_2
insgesamt 34
drwxr-xr-x  6 root root  6 Jan 19 17:18 .
drwxr-xr-x 26 root root 28 Jan 15 20:50 ..
drwxr-xr-x  3 root root  3 Jul 18  2016 subvol-101-disk-1
drwxr-xr-x 22 root root 22 Jan 19 16:44 subvol-101-disk-2
drwxr-xr-x  2 root root  2 Jan 19 16:39 subvol-101-disk-3
drwxr-xr-x 21 root root 22 Jan 19 16:22 subvol-103-disk-1
root@vhost:/# zfs mount storage_2
cannot mount '/storage_2': directory is not empty
 
So, hab die subvol-Disks gnadenlos verschoben/gelöscht.
Ich glaube, das hat mich dem Ziel näher gebracht, jedenfalls weiß ich jetzt, wodran ich arbeiten muss.

Besten Dank schon mal für den Hinweis. Peinlicher Anfängerfehler, aber ich sags ja, ich stand auf dem Schlauch.
Wenn das Problem erledigt ist, schließe ich den Thread.

Viele Grüße
nigi
 
Ps wenn du wissen willst was gemounted ist verwende den Befehl
Code:
mount
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!