Lustige Duplicity Exkursionen
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 ;)