Kern,

Thanks for the reply...

Fair enough...I wasn't familiar enough with that traceback to know if it 
provided anything of value or not on my setup.

The problem was resolved by deleting a file that somehow (likely me) became 
corrupted during my tests...the file was readable, but had strange ownership 
(root.bacula, when original was root.root).

I'm doing some more testing for a client of ours, but this looks to be the 
fault 
of me running through tests too quickly and possibly killing a process 
somewhere 
along the line.

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]

Kern Sibbald wrote:
> 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
> 
> 

-------------------------------------------------------------------------
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

Reply via email to