[PVE-User] Backup Issue

[David Thompson]

Hi no, I've never tried that before. What is it that I need to configure? I see that its pounded out with 
# size: MB

Do I uncomment that line?

In the man page, I see this (Complete with Typo "in", not "im):   
  -size      integer (500 - N)

                    LVM snapshot size im MB.

I take it I set the size such as

-size (500 - 20000)


__________
David




On 2013-01-22, at 10:06 AM, Nikolay Panov <nikolay.panov at gmail.com> wrote:

> Hi,
> 
> Have you tried to extend "size" param in /etc/vzdump.conf file?
> 
> 
> Have a nice day,
>    Nikolay.
> 
> 
> On Tue, Jan 22, 2013 at 7:35 PM, David Thompson <david at digitaltransitions.ca> wrote:
> Hi all,
> 
> I'm having an issue with my backups all of a sudden. The server has been backing up for months without an issue. All of a sudden I am getting errors with the backups. I have snipped some of the errors as the log file is just to massive to include in this email. The error seems to be on only on 2 Containers. All other containers (approx 12) are fine as are the KVM servers.
> 
> I thought it might be a RAID issue. The RAID is built as a RAID 10 with 4 drives running off of an Adaptec RAID card 6805 series. It doesnt show any errors at all on the card, so I'm not sure its the card.
> 
> I rebooted the entire host over the weekend and ran the first backup of all guests by adjusting the time, and it ran perfectly fine. I then set it back to its normal backup time throughout the evening and it failed again as usual.
> 
> The PVE Version is:
> pve-manager/2.2/3089a616
> 
> 
> Does anyone have any idea why this backup is failing all of a sudden?
> 
> INFO: Starting Backup of VM 108 (openvz)
> INFO: CTID 108 exist mounted running
> INFO: status = running
> INFO: backup mode: snapshot
> INFO: ionice priority: 7
> INFO: creating lvm snapshot of /dev/mapper/pve-data ('/dev/pve/vzsnap-node3-0')
> INFO:   Logical volume "vzsnap-node3-0" created
> INFO: creating archive '/mnt/archives/dump/vzdump-openvz-108-2013_01_22-01_49_43.tar.gz'
> INFO: tar: ./opt/kerio/workspace/store/files/57/857: File shrank by 5367840 bytes; padding with zeros
> INFO: tar: ./opt/kerio/workspace/store/files/96/96: Read error at byte 0, while reading 1024 bytes: Input/output error
> ……….
> ……….
> INFO: tar: ./bin/tempfile: Read error at byte 0, while reading 2560 bytes: Input/output error
> INFO: Total bytes written: 11768340480 (11GiB, 13MiB/s)
> INFO: tar: Exiting with failure status due to previous errors
> ERROR: Backup of VM 108 failed - command '(cd /mnt/vzsnap0/private/108;find . '(' -regex '^\.$' ')' -o '(' -type 's' -prune ')' -o -print0|sed 's/\\/\\\\/g'|tar cpf - --totals --sparse --numeric-owner --no-recursion --one-file-system --null -T -|gzip) >/mnt/archives/dump/vzdump-openvz-108-2013_01_22-01_49_43.tar.dat' failed: exit code 2
> INFO: Starting Backup of VM 109 (openvz)
> INFO: CTID 109 exist mounted running
> INFO: status = running
> INFO: backup mode: snapshot
> INFO: ionice priority: 7
> INFO: creating lvm snapshot of /dev/mapper/pve-data ('/dev/pve/vzsnap-node3-0')
> INFO:   Logical volume "vzsnap-node3-0" created
> INFO: creating archive '/mnt/archives/dump/vzdump-openvz-109-2013_01_22-02_05_19.tar.gz'
> INFO: tar: ./opt/kerio/mailserver/backup/F20130121T070007Z.2.zip: Read error at byte 9945088, while reading 10240 bytes: Input/output error
> INFO: tar: ./opt/kerio/mailserver/backup/F20130121T070007Z.1.zip: Read error at byte 0, while reading 1024 bytes: Input/output error
> ……….
> ……….
> INFO: Finished Backup of VM 2000 (00:01:58)
> INFO: Backup job finished with errors
> postdrop: warning: uid=0: File too large
> sendmail: fatal: root(0): message file too big
> TASK ERROR: job errors
> 
> 
> Thanks,
> 
> __________
> David
> 
> 
> 
> 
> 
> 
> _______________________________________________
> pve-user mailing list
> pve-user at pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.proxmox.com/pipermail/pve-user/attachments/20130122/c01e5c97/attachment.htm>