Hallo zusammen,
das Backup eines OpenVZ-Containers ist beim mir nur 1KiB groß und enthält nur die Datei ./etc/vzdump/vps.conf. Die Log-Ausgabe des Backup-Jobs zeigt auch keinen Fehler an.
Ich habe nun schon versucht das Backup mit den verschiedenen Kompressions-Verfahren zu erstellen, allerdings mit dem selben Ergebnis. Ebenfalls hab ich auch schon den storage von local auf zwei verschiedenen NAS-Laufwerke gewechselt, auch hier mit dem selben Ergebnis. In allen storages sind noch mehr als 1TB frei, für das Backup.
Ich hab auch schon veruscht eine neuen Container mit dem selben Template zu erstellen und dann einfach die VZ_ROOT des "alten" Containers an den "neuen" zu hängen, da ich eine Konfigurationsfehler vermutet hatte. Auch hier ist das Backup nur 1 KiB groß.
Bei alle anderen Container auf diesem Server konnte ich das Backup ohne Probleme erstellen. (Diese Container sind auch teilweiße bis zu 300 GB groß).
Der Container, bei dem das Backup fehlschlägt, ist mehr als 580 GB groß.
Die Container-Konfiguration sieht wie folgt aus:
Hier noch ein paar Daten:
Dieser Container ist der einzige auf dem ein Ubuntu 14.04 läuft, alle anderen enthalten ein Debian oder eine ältere Ubuntu- Version.
Es läuft die Proxmox Version: 3.4-15
Schoneinmal vielen Dank für die Hilfe.
__Ben__
das Backup eines OpenVZ-Containers ist beim mir nur 1KiB groß und enthält nur die Datei ./etc/vzdump/vps.conf. Die Log-Ausgabe des Backup-Jobs zeigt auch keinen Fehler an.
INFO: starting new backup job: vzdump 124 --remove 0 --mode stop --compress lzo --storage local --node pve-004
INFO: Starting Backup of VM 124 (openvz)
INFO: CTID 124 exist unmounted down
INFO: status = stopped
INFO: backup mode: stop
INFO: ionice priority: 7
INFO: creating archive '/var/lib/vz/dump/vzdump-openvz-124-2016_09_02-17_57_56.tar.lzo'
INFO: Total bytes written: 10240 (10KiB, 177B/s)
INFO: archive file size: 1KB
INFO: Finished Backup of VM 124 (00:00:58)
INFO: Backup job finished successfully
TASK OK
Ich habe nun schon versucht das Backup mit den verschiedenen Kompressions-Verfahren zu erstellen, allerdings mit dem selben Ergebnis. Ebenfalls hab ich auch schon den storage von local auf zwei verschiedenen NAS-Laufwerke gewechselt, auch hier mit dem selben Ergebnis. In allen storages sind noch mehr als 1TB frei, für das Backup.
Ich hab auch schon veruscht eine neuen Container mit dem selben Template zu erstellen und dann einfach die VZ_ROOT des "alten" Containers an den "neuen" zu hängen, da ich eine Konfigurationsfehler vermutet hatte. Auch hier ist das Backup nur 1 KiB groß.
Bei alle anderen Container auf diesem Server konnte ich das Backup ohne Probleme erstellen. (Diese Container sind auch teilweiße bis zu 300 GB groß).
Der Container, bei dem das Backup fehlschlägt, ist mehr als 580 GB groß.
Die Container-Konfiguration sieht wie folgt aus:
$ cat 124.conf
ONBOOT="yes"
PHYSPAGES="0:6553600"
SWAPPAGES="0:8388608"
KMEMSIZE="12201230336:13421772800"
DCACHESIZE="6100615168:6710886400"
LOCKEDPAGES="3276800"
PRIVVMPAGES="unlimited"
SHMPAGES="unlimited"
NUMPROC="unlimited"
VMGUARPAGES="0:unlimited"
OOMGUARPAGES="0:unlimited"
NUMTCPSOCK="unlimited"
NUMFLOCK="unlimited"
NUMPTY="unlimited"
NUMSIGINFO="unlimited"
TCPSNDBUF="unlimited"
TCPRCVBUF="unlimited"
OTHERSOCKBUF="unlimited"
DGRAMRCVBUF="unlimited"
NUMOTHERSOCK="unlimited"
NUMFILE="unlimited"
NUMIPTENT="unlimited"
# Disk quota parameters (in form of softlimit:hardlimit)
DISKSPACE="734003200:807403520"
DISKINODES="140000000:154000000"
QUOTATIME="0"
QUOTAUGIDLIMIT="0"
# CPU fair scheduler parameter
CPUUNITS="1000"
CPUS="30"
HOSTNAME="development.intra"
SEARCHDOMAIN="intra"
NAMESERVER="192.168.0.10"
NETIF="ifname=eth0,mac=XX:XX:XX:XX:XX:XX,host_ifname=veth124.0,host_mac=XX:XX:XX:XX:XX:XX,bridge=vmbr0"
VE_ROOT="/var/lib/vz/root/$VEID"
VE_PRIVATE="/var/lib/vz/private/124"
OSTEMPLATE="ubuntu-14.04-standard_14.04_i686.tar.gz"
CAPABILITY=" SYS_TIMEn"
DESCRIPTION="Development Server"
Hier noch ein paar Daten:
Dieser Container ist der einzige auf dem ein Ubuntu 14.04 läuft, alle anderen enthalten ein Debian oder eine ältere Ubuntu- Version.
Es läuft die Proxmox Version: 3.4-15
$ pveversion --verbose
proxmox-ve-2.6.32: 3.4-177 (running kernel: 2.6.32-46-pve)
pve-manager: 3.4-15 (running version: 3.4-15/e1daa307)
pve-kernel-2.6.32-40-pve: 2.6.32-160
pve-kernel-2.6.32-39-pve: 2.6.32-157
pve-kernel-2.6.32-46-pve: 2.6.32-177
lvm2: 2.02.98-pve4
clvm: 2.02.98-pve4
corosync-pve: 1.4.7-1
openais-pve: 1.1.4-3
libqb0: 0.11.1-2
redhat-cluster-pve: 3.2.0-2
resource-agents-pve: 3.9.2-4
fence-agents-pve: 4.0.10-3
pve-cluster: 3.0-20
qemu-server: 3.4-9
pve-firmware: 1.1-5
libpve-common-perl: 3.0-27
libpve-access-control: 3.0-16
libpve-storage-perl: 3.0-35
pve-libspice-server1: 0.12.4-3
vncterm: 1.1-8
vzctl: 4.0-1pve6
vzprocps: 2.0.11-2
vzquota: 3.1-2
pve-qemu-kvm: 2.2-27
ksm-control-daemon: 1.1-1
glusterfs-client: 3.5.2-1
Schoneinmal vielen Dank für die Hilfe.
__Ben__