Sorry, but without having a traceback to know where the program dies, nothing more will be of much help. See my previous email.
On Tuesday 28 November 2006 02:47, Benjamin Chambers wrote: > > As way of follow-up, I can confirm that with file encryption disabled, /etc > directory can be backed-up and restored without problem. > > With file encryption enabled, I can backup another directory (/var) and restore, > without problem. > > Using strace and the file set "Exclude" options, I narrowed it down to the > folder (remember, this is RHEL4): > > /etc/sysconfig > > Not sure what is in those directories/files that might crash the file > daemon...all looks pretty normal: > > [EMAIL PROTECTED] sysconfig]# stat /etc/sysconfig/ > File: `/etc/sysconfig/' > Size: 4096 Blocks: 8 IO Block: 4096 directory > Device: 302h/770d Inode: 1671170 Links: 5 > Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) > Access: 2006-11-27 20:44:28.000000000 -0500 > Modify: 2006-11-27 19:35:14.000000000 -0500 > Change: 2006-11-27 19:35:14.000000000 -0500 > > [EMAIL PROTECTED] sysconfig]# stat /etc/sysconfig/networking/ > File: `/etc/sysconfig/networking/' > Size: 4096 Blocks: 8 IO Block: 4096 directory > Device: 302h/770d Inode: 1671430 Links: 4 > Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) > Access: 2006-11-27 20:37:07.000000000 -0500 > Modify: 2006-11-07 17:09:29.000000000 -0500 > Change: 2006-11-07 17:09:29.000000000 -0500 > > [EMAIL PROTECTED] sysconfig]# stat /etc/sysconfig/console > File: `/etc/sysconfig/console' > Size: 4096 Blocks: 8 IO Block: 4096 directory > Device: 302h/770d Inode: 1671237 Links: 2 > Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) > Access: 2006-11-27 20:37:07.000000000 -0500 > Modify: 2006-05-08 17:53:35.000000000 -0400 > Change: 2006-11-07 17:09:29.000000000 -0500 > > Thanks, > > Ben > > Benjamin Chambers, P.Eng. > ClarkConnect Account Manager > Point Clark Networks > 1179 King Street West, Suite 211 > Toronto, ON > Canada, M6K 3C5 > > Tel: +1.416.977.0574 Ext. 111 > Fax: +1.416.946.1192 > Email: [EMAIL PROTECTED] > > Benjamin Chambers wrote: > > Using Bacula 1.39.28 on RHEL4. > > > > I was interested in testing file encryption in the beta version. The backup > > with the public key goes fine...about 9MB of data from /etc directory for > > purpose of testing. > > > > When I try to restore to /tmp dir, the restore fails at the same point each > > time. Some files do get restored, so the keys are fine. > > > > The bacula-fd daemon dies with "Kaboom!". > > > > The traceback shows: > > > > (no debugging symbols found) > > Using host libthread_db library "/lib/tls/libthread_db.so.1". > > (no debugging symbols found) > > (no debugging symbols found) > > (no debugging symbols found) > > [Thread debugging using libthread_db enabled] > > [New Thread -1209002304 (LWP 31909)] > > [New Thread -1221592144 (LWP 31916)] > > [New Thread -1211102288 (LWP 31910)] > > (no debugging symbols found) > > (no debugging symbols found) > > (no debugging symbols found) > > (no debugging symbols found) > > (no debugging symbols found) > > (no debugging symbols found) > > (no debugging symbols found) > > 0x009957a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 > > /etc/bacula/btraceback.gdb:1: Error in sourced command file: > > No symbol "my_name" in current context. > > > > Bacula's notification reads: > > > > 27-Nov 19:07 Server-dir: Restore.2006-11-27_19.07.01 Fatal error: Network error > > with FD during Restore: ERR=No data available > > 27-Nov 19:07 Server-sd: Restore.2006-11-27_19.07.01 Fatal error: read.c:126 > > Error sending to File daemon. ERR=Connection reset by peer > > 27-Nov 19:07 Server-sd: Restore.2006-11-27_19.07.01 Error: bnet.c:426 Write > > error sending 65552 bytes to client:192.168.2.185:36643: ERR=Connection reset by > > peer > > 27-Nov 19:07 Server-dir: Restore.2006-11-27_19.07.01 Fatal error: No Job status > > returned from FD. > > 27-Nov 19:07 Server-dir: Restore.2006-11-27_19.07.01 Error: Bacula 1.39.28 > > (12Nov06): 27-Nov-2006 19:07:12 > > JobId: 25 > > Job: Restore.2006-11-27_19.07.01 > > Client: Server-fd > > Start time: 27-Nov-2006 19:07:03 > > End time: 27-Nov-2006 19:07:12 > > Files Expected: 1,400 > > Files Restored: 0 > > Bytes Restored: 0 > > Rate: 0.0 KB/s > > FD Errors: 0 > > FD termination status: Error > > SD termination status: Error > > Termination: *** Restore Error *** > > > > 27-Nov 19:07 Server-dir: Begin pruning Jobs. > > 27-Nov 19:07 Server-dir: No Jobs found to prune. > > 27-Nov 19:07 Server-dir: Begin pruning Files. > > 27-Nov 19:07 Server-dir: No Files found to prune. > > 27-Nov 19:07 Server-dir: End auto prune. > > > > Is there any more information I could provide to try and diagnose the problem? > > > > TIA. > > > > Cheers, > > > > Ben > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
