duplicity fails with file too large error
Hello,
using:
* duplicity 0.7.14
* gpg (GnuPG) 1.4.16
* Linux 3.13.0-29-generic (Ubuntu)
I had successfuly configured duplicity to remote backup content with commands such as:
duplicity --encrypt-key D68E26B0 /etc sftp://<email address hidden>
But it suddenly failed a few days ago with the following errors:
GPGError: GPG Failed, see log below:
===== Begin GnuPG log =====
gpg: [stdout]: write error: File too large
gpg: DBG: deflate: iobuf_write failed
gpg: build_packet failed: file write error
gpg: [stdout]: write error: File too large
gpg: iobuf_flush failed on close: file write error
gpg: [stdout]: write error: File too large
gpg: iobuf_flush failed on close: file write error
gpg: [stdin]: encryption failed: file write error
===== End GnuPG log =====
I have tried to reset the remote folder, removed local cache, reset gpg keyring, even tried differente schemes, to no avail:
# LANG=en_US.UTH-8 duplicity --no-encryption /etc pexpect+
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: none
No signatures found, switching to full backup.
Traceback (most recent call last):
File "/usr/bin/
with_
File "/usr/bin/
fn()
File "/usr/bin/
do_
File "/usr/bin/
full_
File "/usr/bin/
globals.
File "/usr/bin/
at_end = gpg.GzipWriteFi
File "/usr/lib/
outfile.
File "/usr/lib/
self.
File "/usr/lib/
result = self.fileobj.
IOError: [Errno 27] File too large
This backup is small (77MB) anf there are plenty of available space on both sides, even on /tmp/. Manual ssh to the remote user/host works.
Any idea?
Question information
- Language:
- English Edit question
- Status:
- Answered
- For:
- Duplicity Edit question
- Assignee:
- No assignee Edit question
- Last query:
- 2017-11-13
- Last reply:
- 2017-11-13
edso (ed.so) said : | #1 |
On 13.11.2017 16:57, Camille wrote:
> File "/usr/lib/
> self.fileobj.write( self.compress.
> File "/usr/lib/
> result = self.fileobj.
> IOError: [Errno 27] File too large
>
> This backup is small (77MB) anf there are plenty of available space on both sides, even on /tmp/. Manual ssh to the remote user/host works.
>
> Any idea?
what file systems are involved locally. can you post the output of 'mount' ?
..ede/duply.net
Camille (camille-neodoc) said : | #2 |
root@mendoza:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 12K 3.9G 1% /dev
tmpfs 796M 1.9M 794M 1% /run
/dev/sda2 916G 607G 263G 70% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 5.0M 8.0K 5.0M 1% /run/lock
none 3.9G 0 3.9G 0% /run/shm
none 100M 4.0K 100M 1% /run/user
/dev/sda1 180M 66M 101M 40% /boot
root@mendoza:~# mount
/dev/sda2 on / type ext4 (rw,errors=
proc on /proc type proc (rw,noexec,
sysfs on /sys type sysfs (rw,noexec,
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,
tmpfs on /run type tmpfs (rw,noexec,
none on /run/lock type tmpfs (rw,noexec,
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,
none on /sys/fs/pstore type pstore (rw)
/dev/sda1 on /boot type ext4 (rw)
systemd on /sys/fs/
Can you help with this problem?
Provide an answer of your own, or ask Camille for more information if necessary.