Python segfaults reliably mid-backup on OS X (Duplicity 0.7.06)
Hi folks, long-time fan of Duplicity. Thanks for the great product!
Today I've become stumped, as a backup that had been working for years started reliably segfaulting mid-backup this month. Full (sanitized) dump is below.
Sadly, I have no stack trace, and VERBOSE=9 produces nothing more then messages while searching/
When running duplicity without duply, same result: no stack trace.
I have duplicity installed via brew, so it's feasible that today was my first attempt running v0.7.06 on OS X.
What can I try/provide to help diagnose?
Thanks!
--
```
$ sudo duply Computer_External bkp+purge+
Start duply v1.10.1, time is 2016-02-07 15:27:59.
Using profile '/Users/
Using installed duplicity version 0.7.06, python 2.7.11, gpg: unsafe (Home: ~/.gnupg), awk 'awk version 20070501', grep 'grep (BSD grep) 2.5.1-FreeBSD', bash '3.2.57(1)-release (x86_64-
Checking TEMP_DIR '/tmp' is a folder (OK)
Checking TEMP_DIR '/tmp' is writable (OK)
Test - En/Decryption skipped. (Testing disabled)
--- Start running command BKP at 15:28:00.000 ---
Reading globbing filelist /Users/
Local and Remote metadata are synchronized, no sync needed.
Warning, found incomplete backup sets, probably left from aborted session
Last full backup date: Sun Dec 20 00:28:02 2015
Reading globbing filelist /Users/
<snip>
0.0KB 00:13:58 [0.0B/s] [> ] 0% ETA Stalled!
/usr/local/
16:00:24.000 Task 'BKP' failed with exit code '139'.
--- Finished state FAILED 'code 139' at 16:00:24.000 - Runtime 00:32:24.000 ---
--- Skipping command PURGE ! ---
--- Skipping command PURGEFULL ! ---
--- Start running command CLEANUP at 16:00:24.000 ---
Another instance is already running with this archive directory
If you are sure that this is the only instance running you may delete
the following lockfile and run the command again :
/Users/
16:00:34.000 Task 'CLEANUP' failed with exit code '23'.
--- Finished state FAILED 'code 23' at 16:00:34.000 - Runtime 00:00:10.000 ---
--- Start running command STATUS at 16:00:34.000 ---
Another instance is already running with this archive directory
If you are sure that this is the only instance running you may delete
the following lockfile and run the command again :
/Users/
16:00:34.000 Task 'STATUS' failed with exit code '23'.
--- Finished state FAILED 'code 23' at 16:00:34.000 - Runtime 00:00:00.000 ---
```
Question information
- Language:
- English Edit question
- Status:
- Solved
- For:
- Duplicity Edit question
- Assignee:
- No assignee Edit question
- Solved by:
- Jonathan Elchison
- Solved:
- Last query:
- Last reply: