[Bacula-users] Bacula public key import fails

2018-12-30 Thread uhog-v9e4
Hi folks, I've downloaded 9.4.0 source (same problem for 9.2.2) and cannot import the Bacula public key. I've tried copy/pasting, made sure I don't have any trailing or leading spaces. I tried downloading the main public key link via wget and editing the resulting file with vi to extract the

Re: [Bacula-users] bacula-dir run failure on Ubuntu 12.04.02 - FIXED

2013-08-05 Thread uhog-v9e4
On 8/3/2013 2:52 AM, lst_ho...@kwsoft.de wrote: Zitat von uhog-v...@spamex.com: Hi folks, For what it's worth, I tried compiling Bacula 5.0.3 on Ubuntu 12.0.4 today. I currently have Bacula 5.0.3 running on Ubuntu 10.0.4 on another server. The compilation failed on 12.0.4 for the

Re: [Bacula-users] bacula-dir run failure on Ubuntu 12.04.02

2013-08-02 Thread uhog-v9e4
back to it and find a solid answer, I'll update the list. Mike On 8/1/2013 10:21 PM, uhog-v...@spamex.com wrote: On 8/1/2013 10:12 AM, Martin Simmons wrote: On Wed, 31 Jul 2013 13:52:10 -0400, uhog-v9e4 said: On 7/31/2013 10:33 AM, Martin Simmons wrote: On Tue, 30 Jul 2013 11:55:43

Re: [Bacula-users] bacula-dir run failure on Ubuntu 12.04.02

2013-08-01 Thread uhog-v9e4
On 8/1/2013 10:12 AM, Martin Simmons wrote: On Wed, 31 Jul 2013 13:52:10 -0400, uhog-v9e4 said: On 7/31/2013 10:33 AM, Martin Simmons wrote: On Tue, 30 Jul 2013 11:55:43 -0400, uhog-v9e4 said: Hi folks, I'm trying to build and run Bacula 5.2.13 on Ubuntu server 12.04.02. I have

Re: [Bacula-users] bacula-dir run failure on Ubuntu 12.04.02

2013-07-31 Thread uhog-v9e4
On 7/31/2013 10:33 AM, Martin Simmons wrote: On Tue, 30 Jul 2013 11:55:43 -0400, uhog-v9e4 said: Hi folks, I'm trying to build and run Bacula 5.2.13 on Ubuntu server 12.04.02. I have downloaded source and bacula builds with no problem but the director fails to start with the following

[Bacula-users] bacula-dir run failure on Ubuntu 12.04.02

2013-07-30 Thread uhog-v9e4
Hi folks, I'm trying to build and run Bacula 5.2.13 on Ubuntu server 12.04.02. I have downloaded source and bacula builds with no problem but the director fails to start with the following error: node1:~# /opt/bacula/bin/bacula-dir -f /opt/bacula/bin/bacula-dir: symbol lookup error:

Re: [Bacula-users] Vista 64 bit and sparse files

2010-04-01 Thread uhog-v9e4
The mystery deepens. On 3/29/2010 7:33 PM, James Harper wrote: Hi everyone, I am using Bacula 3.02 client and server to backup several machines on my home network. It has been working great. Recently, I added my first Vista machine which also happens to be 64-bit and now, although the

Re: [Bacula-users] Vista 64 bit and sparse files

2010-04-01 Thread uhog-v9e4
OK, I may have just found this. Running another 3rd party tool windirstat with admin privileges uncovered a bunch of files in the /tmp/bacula-restore/System Volume Information directory, about 34Gb to be exact. I have never excluded this dir on my 32-bit XP clients and have not had a problem

[Bacula-users] backup error - Network send error to SD

2009-12-09 Thread uhog-v9e4
Hi everyone. I have a new problem with a particular backup in my environment. I'm using bacula 3.0.2 across all components. This has been running fine for some time however this particular laptop used to be running linux(recently it was switched over to XP). This laptop is recently routinely

[Bacula-users] question about FD Connect Timeout

2009-08-31 Thread uhog-v9e4
Hi, I am using Bacula 3.0.2(all components) on Ubuntu 9.04 to backup several clients. A few of these are Windows XP laptop clients which may get booted up for a short period, then the lid closed after the user has done some simple things like checking email, etc. Closing the lid will put the

[Bacula-users] number of files mismatch question

2009-08-05 Thread uhog-v9e4
Hi all, I am a new bacula user running 3.02 on Ubuntu 8.04 LTS. I am backing up about 7 clients(mix of windows and linux) to a DDS3 tape autochanger. After testing and configuring for a few days I went live with this on Sunday with a full backup of all clients and doing incrementals Mon-Fri.