Thanks for your reply Landon... Through a process of elimination, I narrowed it down do a single (text) file in the /etc/network/ directory...Nothing special about it...I could read it fine...but the permissions were root.bacula, which was strange.
Long story short...the file was somehow corrupted...removing it, and replacing it with the original solved the problem. I don't remember doing a restore on the root path (I was just testing, and *thought* I was always restoring to /tmp directory)...but I must have done this on one of my tests and perhaps I killed the job at some point? At any rate, I can't remove the possibility that this wasn't user error and replacing the file and running new backup/restores with encryption runs fine now. Cheers, 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] Landon Fuller wrote: > Morning, > > Thanks for reporting this -- I believe this was a bug in the newly added > block-preserving restoration code. I committed a fix for this, and a few > other issues. > Do you think you could try again with the latest code from CVS? > > Thanks, > Landon > > On Nov 27, 2006, at 5:47 PM, 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