Backup/Duplicity problem

[mduerig]

Hello

I  have noticed that the backupsystem in Zentyal is not working anymore. Below I send you a documentation of what I checked. The home directory uses about 209G of space, on the backup disk is just 76G left. So maybe this led to the problem. But I can't cleanup the disk with

backup-cleanup --clean


Or wil it help if I clean all the files in /backup/backup1? (rm -r /backup/backup1/* )?

Zentyal: Core version 2.2.11

Any help is greatly appreciated. Thank you


********************************************************
my analysis on the server:
********************************************************

I tried to initiate a manual backup:

manual initiation of a full backup:
/usr/share/zentyal-ebackup/backup-tool --fullBackup

throws the following message
/usr/share/zentyal-ebackup/backup-tool --fullBackup failed: Failed to read
/tmp/duplicity-4y2tlI-tempdir/mktemp-5tMs4P-2: (<type
'exceptions.IOError'>, IOError('CRC check failed 0x7dcaa7bf !=
0xbb9c4890L',), <traceback object at 0xa0802d4>)

in fact the file /tmp/duplicity-4y2tlI-tempdir/mktemp-5tMs4P-2 is missing.
Maybe the system will write the file and is not able to?

so I checked the available space on the disks:
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             313G   28G  269G  10% /
none                  7.9G  248K  7.9G   1% /dev
none                  7.9G     0  7.9G   0% /dev/shm
none                  7.9G  1.2M  7.9G   1% /var/run
none                  7.9G  4.0K  7.9G   1% /var/lock
none                  7.9G     0  7.9G   0% /lib/init/rw
/dev/sda4             1.5T  209G  1.2T  16% /home
/dev/sdb1             1.8T  387G  1.4T  23% /backup/backup2
/dev/sdc1             1.8T  1.7T   76G  96% /backup/backup1
root@officeserver:/tmp# df -h /tmp
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             313G   28G  269G  10% /


/backup/backup1 is the internal disk where the duplicity backups are stored. It is almost full.
I think that this led to the problem of not working backups? (backup2 is my second backup system working with dirvish)


So I tried to cleanup the stored backups in backup1 by manually calling the backup-cleanup script:


$ cleanup is not possible due to missing /tmp/duplicity-1Hx4oV-tempdir/mktemp-41xuP6-1

root@officeserver:/tmp# /usr/share/zentyal-ebackup/backup-cleanup --clean
root command /usr/share//zentyal-ebackup/duplicity-wrapper cleanup --force
file:///backup/backup1 --no-encryption failed.
Error output: Failed to read
/tmp/duplicity-1Hx4oV-tempdir/mktemp-41xuP6-1: (<type
'exceptions.IOError'>, IOError('CRC check failed 0x7dcaa7bf !=
0xbb9c4890L',), <traceback object at 0x9fea0cc>)

Command output: Synchronizing remote metadata to local cache...
 Copying duplicity-full-signatures.20141012T010115Z.sigtar.gz to local cache.
.




/usr/share/zentyal-ebackup/backup-cleanup --info

root command /usr/share//zentyal-ebackup/duplicity-wrapper cleanup
file:///backup/backup1 --no-encryption failed.
Error output: Failed to read
/tmp/duplicity-i6ihwd-tempdir/mktemp-6rBiP4-1: (<type
'exceptions.IOError'>, IOError('CRC check failed 0x7dcaa7bf !=
0xbb9c4890L',), <traceback object at 0x9efd0cc>)

Command output: Synchronizing remote metadata to local cache...
 Copying duplicity-full-signatures.20141012T010115Z.sigtar.gz to local cache


this is also not possible! I do not understand why: there is enough space left on the disks, in /var/cache/zentyal/duplicity
and also in /tmp:

root@officeserver:/tmp# df -h /tmp
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             313G   28G  269G  10% /


/var/cache/zentyal/duplicity is also mounted on /dev/sda2 > there is enough space for copying.

[ari1105p]

Hello,

I have the same problem here. Is there any solution. I slept not really well in the last few days

[Gopher]

Zentyal 2.2 is running on ubuntu 10.04, the version of duplicity available in the repo's is IIRC quite out of date and does contain a few known minor bugs. I don't think any of those are your problem however and it looks like you are looking in the right places by checking available space for temporary files.
Personally I found the Zentyal duplicity frontend a little slow,inflexible and unwieldy so I stopped relying on it. However I never turned it off but now notice its not working for me either. Have you tried running the duplicity commands manually without using the Zentyal wrapper scripts?
Perhaps remove the backup module and then restore it. Or remove the backup module and then use install configure and run duplicity manually or with another GUI.
There are a lot of backup solutions out there, Amanda and Bacula are popular options, particularly if you want to backup client too, but I think they are overly complex for many users as they are designed for enterprise. Personally I haven't yet hit on the perfect backup solution for local copies, I use Jungledisk for my offsite backup.