Letztens bin ich auf folgenden Fehler gestoßen: Duplicity  hat sich mit einem Segmentation Fault verabschiedet: und das jede nacht, wenn normalerweise meine Backups laufen ganz mysteriöserweise auch immer an derselben stelle. Logfiles waren nicht sonderlich aufschlussreich, irgendetwas von tainted… siehe

Dec 22 04:01:48 $servername Pid: 10364, comm: duplicity Tainted:  G   M  2.6.18-028stab056 #1 028stab056 Dec 22 04:01:48 $servername RIP: 0060:[<ffffffff802a7098>]  [<ffffffff802a7098>] __d_lookup+0x118/0x160 Dec 22 04:01:48 $servername RSP: 0068:ffff810010fe7bf8  EFLAGS: 00010206 Dec 22 04:01:48 $servername RAX: 726177203a5d3330 RBX: ffff810103e13070 RCX: 0000000000000013 Dec 22 04:01:48 $servername RDX: 0000000000006916 RSI: 0187320a14486916 RDI: ffff81002c355ce0 Dec 22 04:01:48 $servername RBP: 726177203a5d3330 R08: 000000061038f1a5 R09: ffff81009f17f025 Dec 22 04:01:48 $servername R10: 0000000000000000 R11: ffffffff8031c770 R12: 000000001038f1a5 Dec 22 04:01:48 $servername R13: ffff81002c355ce0 R14: ffff810010fe7ca8 R15: 0000000000000007 Dec 22 04:01:48 $servername FS:  00002b9cc7a480d0(0000) GS:ffffffff8073c000(0000) knlGS:0000000000000000 Dec 22 04:01:48 $servername CS:  0060 DS: 0000 ES: 0000 CR0: 0000000080050033 Dec 22 04:01:48 $servername CR2: 0000000000d37000 CR3: 0000000071e4a000 CR4: 00000000000006e0 Dec 22 04:01:48 $servername Process duplicity (pid: 10364, veid=0, threadinfo ffff810010fe6000, task ffff810111473200) Dec 22 04:01:48 $servername Stack:  000000000280cd69 0000000700000000 ffff81009f17f025 ffff81009f17f02c Dec 22 04:01:48 $servername ffff810010fe7e48 ffff810010fe7ca8 ffff810010fe7e48 ffff810010fe7ca8 Dec 22 04:01:48 $servername ffff810010fe7cb8 ffffffff8029b4b8 0000000000000020 ffff81011f2c6a00 Dec 22 04:01:48 $servername Call Trace: Dec 22 04:01:48 $servername [<ffffffff8029b4b8>] do_lookup+0x28/0x1f0 Dec 22 04:01:48 $servername [<ffffffff8029da73>] __link_path_walk+0xb33/0x10f0 Dec 22 04:01:48 $servername [<ffffffff8029e0db>] link_path_walk+0xab/0x180 Dec 22 04:01:48 $servername [<ffffffff8025ac46>] do_futex+0x266/0xd30 Dec 22 04:01:48 $servername [<ffffffff8029e674>] do_path_lookup+0x2f4/0x330 Dec 22 04:01:48 $servername [<ffffffff8029cc45>] getname+0x105/0x170 Dec 22 04:01:48 $servername [<ffffffff8029f17b>] __user_walk_fd+0x4b/0x80 Dec 22 04:01:48 $servername [<ffffffff80296bac>] vfs_lstat_fd+0x2c/0x70 Dec 22 04:01:48 $servername [<ffffffff80296c17>] sys_newlstat+0x27/0x50 Dec 22 04:01:48 $servername [<ffffffff80209e4e>] system_call+0x7e/0x83 Dec 22 04:01:48 $servername Dec 22 04:01:48 $servername Dec 22 04:01:48 $servername Code: 48 8b 45 00 0f 18 08 48 8d 5d e8 44 3b 63 30 75 e7 e9 48 ff Dec 22 04:01:48 $servername RIP  [<ffffffff802a7098>] __d_lookup+0x118/0x160 Dec 22 04:01:48 $servername RSP <ffff810010fe7bf8>

Lösung des Problemes, worauf man eigentl auch hätte kommen können war: das Dateisystem mittels fsck zu checken. Duplicity muss irgendwie beendet worden sein, als es auf eine defekte Datei zugreifen wollte. Mysteriöser Weise mit einem Segmentation Fault ;)