Problem mit Backup

[braindead1]

Hallo zusammen,

ich nutze Proxmox seit ein paar Wochen und hatte vorher noch keine Erfahrungen mit Virtualisierung.

Seit ein paar Tagen kann einer meiner Container nicht mehr gesichert werden. Versuche manuell das Backup zu machen, kommt folgende Meldung:

INFO: starting new backup job: vzdump 101 --node proxmox --remove 0 --storage local2 --compress lzo --mode snapshot
INFO: Starting Backup of VM 101 (lxc)
INFO: status = running
INFO: CT Name: iobroker
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: create storage snapshot 'vzdump'
  Using default stripesize 64.00 KiB.
  Logical volume "snap_vm-101-disk-1_vzdump" created.
INFO: creating archive '/mnt/sda1/dump/vzdump-lxc-101-2018_04_15-19_03_05.tar.lzo'
INFO: tar: ./usr/share/bash-completion/completions/update-rc.d: Cannot stat: Bad message
INFO: Total bytes written: 1340180480 (1.3GiB, 67MiB/s)
INFO: tar: Exiting with failure status due to previous errors
INFO: remove vzdump snapshot
  Logical volume "snap_vm-101-disk-1_vzdump" successfully removed
ERROR: Backup of VM 101 failed - command 'set -o pipefail && tar cpf - --totals --one-file-system -p --sparse --numeric-owner --acls --xattrs '--xattrs-include=user.*' '--xattrs-include=security.capability' '--warning=no-file-ignored' '--warning=no-xattr-write' --one-file-system '--warning=no-file-ignored' '--directory=/mnt/sda1/dump/vzdump-lxc-101-2018_04_15-19_03_05.tmp' ./etc/vzdump/pct.conf '--directory=/mnt/vzsnap0' --no-anchored '--exclude=lost+found' --anchored '--exclude=./tmp/?*' '--exclude=./var/tmp/?*' '--exclude=./var/run/?*.pid' ./ | lzop >/mnt/sda1/dump/vzdump-lxc-101-2018_04_15-19_03_05.tar.dat' failed: exit code 2
INFO: Backup job finished with errors
TASK ERROR: job errors

Kann mir jemand auf die Sprünge helfen das Problem zu finden?

Danke,
Markus

 

[dietmar]

Wie schaut die CT config aus?

# pct config 101

 

[fabian]

bitte auch "pveversion -v" und output von "stat /usr/share/bash-completion/completions/update-rc.d" im container posten..

 

[braindead1]

Hallo,

hier der Output von "pct config 101":

arch: amd64
cores: 4
hostname: iobroker
memory: 4096
net0: name=eth0,bridge=vmbr0,gw=192.168.2.1,hwaddr=6E:CE:26:5A:D4:78,ip=192.168.2.22/24,type=veth
onboot: 1
ostype: debian
rootfs: local-lvm:vm-101-disk-1,size=16G
swap: 512

Hier von "pveversion -v":

proxmox-ve: 5.1-42 (running kernel: 4.13.16-2-pve)
pve-manager: 5.1-49 (running version: 5.1-49/1e427a54)
pve-kernel-4.13: 5.1-44
pve-kernel-4.13.16-2-pve: 4.13.16-47
pve-kernel-4.13.16-1-pve: 4.13.16-46
pve-kernel-4.13.13-6-pve: 4.13.13-42
pve-kernel-4.13.13-2-pve: 4.13.13-33
corosync: 2.4.2-pve3
criu: 2.11.1-1~bpo90
glusterfs-client: 3.8.8-1
ksm-control-daemon: 1.2-2
libjs-extjs: 6.0.1-2
libpve-access-control: 5.0-8
libpve-apiclient-perl: 2.0-4
libpve-common-perl: 5.0-30
libpve-guest-common-perl: 2.0-14
libpve-http-server-perl: 2.0-8
libpve-storage-perl: 5.0-18
libqb0: 1.0.1-1
lvm2: 2.02.168-pve6
lxc-pve: 3.0.0-2
lxcfs: 3.0.0-1
novnc-pve: 0.6-4
proxmox-widget-toolkit: 1.0-14
pve-cluster: 5.0-24
pve-container: 2.0-21
pve-docs: 5.1-17
pve-firewall: 3.0-7
pve-firmware: 2.0-4
pve-ha-manager: 2.0-5
pve-i18n: 1.0-4
pve-libspice-server1: 0.12.8-3
pve-qemu-kvm: 2.11.1-5
pve-xtermjs: 1.0-2
qemu-server: 5.0-24
smartmontools: 6.5+svn4324-1
spiceterm: 3.0-5
vncterm: 1.5-3
zfsutils-linux: 0.7.7-pve1~bpo9

Und hier von "stat /usr/share/bash-completion/completions/update-rc.d":

  File: /usr/share/bash-completion/completions/update-rc.d
  Size: 2189            Blocks: 8          IO Block: 4096   regular file
Device: fd01h/64769d    Inode: 138554      Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2018-03-10 23:26:16.000000000 +0100
Modify: 2016-04-12 16:07:01.000000000 +0200
Change: 2018-03-10 23:26:16.494891597 +0100
 Birth: -

Danke für Eure Hilfe,
Markus

 

[lowix]

Könnte die Festplatte voll sein?

 

[braindead1]

Die Platte, auf der gespeichert werden soll hat 450 GiB, wovon gerade mal 20 GiB genutzt werden.

 

[lowix]

vzdump erstellt auch temporäre Dateien. Vieleicht ist die Stelle voll.
Steht dazu vielleicht etwas im /var/log/syslog ?