Re: [Bacula-users] What might prevent auto-recycling?
Thanks, I think I'm fine in that regard. The retention periods were setup in the pool resource before I created the volumes. And the bconsole output of 'llist pool' shows a 7-day volume retention period for the pool I think (VolRetention: 604,800)? I -M On Wed, Jul 31, 2013 at 3:48 PM, wrote: > If you set the retention period on the pool after the volume was created, > then you have to manually tell the volume to grab the new settings from the > pool. This might not apply to you, but it's a common gotcha. > > > -Melvin > > On 7/31/13 14:34 Michael Stauffer wrote: > Hi, > > I had some jobs stall b/c of no volumes available for recycling. But there > were two volumes in the pool (Differential) that were last written to > beyond the 7 day volume retention period. Volumes in the pool are set to > recycle. Below is the info on volumes and the Differential pool. As far as > I can tell, the pool and volumes are properly setup for automatic recycling > after 7 days. > > Why might volumes L50023 and L50024 not been automatically recycled? > > (Today I manually purged volume L50023 and then manually changed the > status to 'Recycle' after the jobs did not resume. Then 2-3 hours or so > later, the jobs resumed using L50023. Note that L50024 also wasn't > automatically recycle. I haven't done anything to it today.) > > Thanks for any help! > > Pool: Differential > > +-++---+-+---+--+--+-+--+---+---+-+ > | MediaId | VolumeName | VolStatus | Enabled | VolBytes | > VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | > LastWritten | > > +-++---+-+---+--+--+-+--+---+---+-+ > | 24 | L50023 | Append| 1 |74,995,200,000 | > 75 | 604,800 | 1 | 23 | 1 | LTO-5 | 2013-07-31 > 15:29:41 | > | 25 | L50024 | Full | 1 | 1,925,187,554,304 | > 1,926 | 604,800 | 1 | 24 | 1 | LTO-5 | 2013-07-22 > 16:43:38 | > > PoolId: 6 > Name: Differential > NumVols: 6 > MaxVols: 0 > UseOnce: 0 > UseCatalog: 1 > AcceptAnyVolume: 0 > VolRetention: 604,800 > VolUseDuration: 0 > MaxVolJobs: 0 > MaxVolBytes: 0 >AutoPrune: 1 > Recycle: 1 > PoolType: Backup > LabelFormat: * > Enabled: 1 >ScratchPoolId: 0 >RecyclePoolId: 0 >LabelType: 0 > > -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] What might prevent auto-recycling?
If you set the retention period on the pool after the volume was created, then you have to manually tell the volume to grab the new settings from the pool. This might not apply to you, but it's a common gotcha. -Melvin On 7/31/13 14:34 Michael Stauffer wrote: Hi, I had some jobs stall b/c of no volumes available for recycling. But there were two volumes in the pool (Differential) that were last written to beyond the 7 day volume retention period. Volumes in the pool are set to recycle. Below is the info on volumes and the Differential pool. As far as I can tell, the pool and volumes are properly setup for automatic recycling after 7 days. Why might volumes L50023 and L50024 not been automatically recycled? (Today I manually purged volume L50023 and then manually changed the status to 'Recycle' after the jobs did not resume. Then 2-3 hours or so later, the jobs resumed using L50023. Note that L50024 also wasn't automatically recycle. I haven't done anything to it today.) Thanks for any help! Pool: Differential +-++---+-+---+--+--+-+--+---+---+-+ | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten | +-++---+-+---+--+--+-+--+---+---+-+ | 24 | L50023 | Append| 1 |74,995,200,000 | 75 | 604,800 | 1 | 23 | 1 | LTO-5 | 2013-07-31 15:29:41 | | 25 | L50024 | Full | 1 | 1,925,187,554,304 |1,926 | 604,800 | 1 | 24 | 1 | LTO-5 | 2013-07-22 16:43:38 | PoolId: 6 Name: Differential NumVols: 6 MaxVols: 0 UseOnce: 0 UseCatalog: 1 AcceptAnyVolume: 0 VolRetention: 604,800 VolUseDuration: 0 MaxVolJobs: 0 MaxVolBytes: 0 AutoPrune: 1 Recycle: 1 PoolType: Backup LabelFormat: * Enabled: 1 ScratchPoolId: 0 RecyclePoolId: 0 LabelType: 0 -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] What might prevent auto-recycling?
Hi, I had some jobs stall b/c of no volumes available for recycling. But there were two volumes in the pool (Differential) that were last written to beyond the 7 day volume retention period. Volumes in the pool are set to recycle. Below is the info on volumes and the Differential pool. As far as I can tell, the pool and volumes are properly setup for automatic recycling after 7 days. Why might volumes L50023 and L50024 not been automatically recycled? (Today I manually purged volume L50023 and then manually changed the status to 'Recycle' after the jobs did not resume. Then 2-3 hours or so later, the jobs resumed using L50023. Note that L50024 also wasn't automatically recycle. I haven't done anything to it today.) Thanks for any help! Pool: Differential +-++---+-+---+--+--+-+--+---+---+-+ | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten | +-++---+-+---+--+--+-+--+---+---+-+ | 24 | L50023 | Append| 1 |74,995,200,000 | 75 | 604,800 | 1 | 23 | 1 | LTO-5 | 2013-07-31 15:29:41 | | 25 | L50024 | Full | 1 | 1,925,187,554,304 |1,926 | 604,800 | 1 | 24 | 1 | LTO-5 | 2013-07-22 16:43:38 | PoolId: 6 Name: Differential NumVols: 6 MaxVols: 0 UseOnce: 0 UseCatalog: 1 AcceptAnyVolume: 0 VolRetention: 604,800 VolUseDuration: 0 MaxVolJobs: 0 MaxVolBytes: 0 AutoPrune: 1 Recycle: 1 PoolType: Backup LabelFormat: * Enabled: 1 ScratchPoolId: 0 RecyclePoolId: 0 LabelType: 0 -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] What's wrong with my schedule?
On Wed, Jul 31, 2013 at 11:25 AM, Gary Dale wrote: > On 31/07/13 07:14 AM, John Drescher wrote: > Do you have attribute spooling enabled? > > John Not so far as I can tell. >>> Why would I want to have it enabled? >> Normally you enable that to speed up database inserts since this >> causes the DB inserts to happen at the end of the job (in large >> transactions) instead of after every single file. However in this case >> I was concerned that your differential was started before the >> attribute inserts were finished. Remember that bacula compares what is >> in the DB to what it finds in the filesystem to determine what has >> changed from the full. >> >> John >> > But that's not the problem. The problem is that Full backup is running. > If the Full backup was following the schedule, the issue of the > differential backing up the files wouldn't exist. > Sorry. I caught this thread mid stream and I assumed the issue was the Differential was backing up too many files instead of the Full running when it was not supposed to run. I read the initial post and I think if you restarted the director since you changed the schedule or reloaded the configuration files this has to be a bug. Although I run a similar schedule on several machines at work and I have not seen this behavior so I am not sure what triggers this.. John -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-dir run failure on Ubuntu 12.04.02
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 error: >> >> node1:~# /opt/bacula/bin/bacula-dir -f >> /opt/bacula/bin/bacula-dir: symbol lookup error: >> /opt/bacula/lib/libbaccats-5.2.13.so: undefined symbol: mysql_thread_safe >> node1:~# dpkg --list |grep libmysqlclient >> ii libmysqlclient-dev 5.5.32-0ubuntu0.12.04.1 >> MySQL database development files >> ii libmysqlclient18 5.5.32-0ubuntu0.12.04.1 >> MySQL database client library >> node1:~# > > What is the output of > > ldd /opt/bacula/lib/libbaccats-5.2.13.so > > It might be an Ubuntu packaging bug like this one: > > https://bugs.launchpad.net/ubuntu/+source/bacula/+bug/949508 > > __Martin Hi Martin, Thanks. I believe this is the problem, but I'm not sure how to fix it. node1:~# ldd /opt/bacula/lib/libbaccats-5.2.13.so linux-gate.so.1 => (0xb7772000) libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7675000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb74cc000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb749f000) /lib/ld-linux.so.2 (0xb7773000) libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7481000) node1:~# So there is no mysql library here. I found the mysql_thread_safe symbol defined in /usr/lib/i386-linux-gnu/libmysqlclient_r.a on my system but the libmysqlclient.so file is stripped. node1:~# find /usr -name libmysqlclient.so*|xargs ls -l lrwxrwxrwx 1 root root 20 Jul 24 01:32 /usr/lib/i386-linux-gnu/libmysqlclient.so -> libmysqlclient.so.18 lrwxrwxrwx 1 root root 24 Jul 24 01:32 /usr/lib/i386-linux-gnu/libmysqlclient.so.18 -> libmysqlclient.so.18.0.0 -rw-r--r-- 1 root root 3237128 Jul 24 01:32 /usr/lib/i386-linux-gnu/libmysqlclient.so.18.0.0 node1:~# nm /usr/lib/i386-linux-gnu/libmysqlclient.so.18.0.0 nm: /usr/lib/i386-linux-gnu/libmysqlclient.so.18.0.0: no symbols node1:~# file /usr/lib/i386-linux-gnu/libmysqlclient.so.18.0.0 /usr/lib/i386-linux-gnu/libmysqlclient.so.18.0.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x23cf2ee7f1d6d66c6095cedf7fb067708cc9c5eb, stripped And I can see this in the bacula config.log --- configure:24471: checking for mysql_thread_safe in -lmysqlclient_r configure:24496: gcc -o conftest -g -O2 -Wall -L/usr/lib conftest.c -lmysqlclient_r -ldl -ldl -lz >&5 configure:24496: $? = 0 configure:24505: result: yes --- So I'm not sure what's going on here, but it looks like progress. Also, if it makes any difference, this is the 32-bit flavor of Ubuntu running on 32-bit hardware. Mike -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] What's wrong with my schedule?
On 31/07/13 07:14 AM, John Drescher wrote: Do you have attribute spooling enabled? John >>> Not so far as I can tell. >>> >> Why would I want to have it enabled? > Normally you enable that to speed up database inserts since this > causes the DB inserts to happen at the end of the job (in large > transactions) instead of after every single file. However in this case > I was concerned that your differential was started before the > attribute inserts were finished. Remember that bacula compares what is > in the DB to what it finds in the filesystem to determine what has > changed from the full. > > John > But that's not the problem. The problem is that Full backup is running. If the Full backup was following the schedule, the issue of the differential backing up the files wouldn't exist. -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-dir run failure on Ubuntu 12.04.02
> 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 error: > > node1:~# /opt/bacula/bin/bacula-dir -f > /opt/bacula/bin/bacula-dir: symbol lookup error: > /opt/bacula/lib/libbaccats-5.2.13.so: undefined symbol: mysql_thread_safe > node1:~# dpkg --list |grep libmysqlclient > ii libmysqlclient-dev 5.5.32-0ubuntu0.12.04.1 > MySQL database development files > ii libmysqlclient18 5.5.32-0ubuntu0.12.04.1 > MySQL database client library > node1:~# What is the output of ldd /opt/bacula/lib/libbaccats-5.2.13.so It might be an Ubuntu packaging bug like this one: https://bugs.launchpad.net/ubuntu/+source/bacula/+bug/949508 __Martin -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] HEADS UP: change to FreeBSD port coming
> On Tue, 30 Jul 2013 14:06:21 -0400, Dan Langille said: > > This affects only FreeBSD users. > > At present, when upgrading sysutils/bacula-server or sysutils/bacula-client, > the port/package will stop bacula-dir & bacula-sd (or bacula-fd > respectively). This is done as part of the uninstall before doing the > subsequent install. > > I think this is not the ideal thing to do. It may not be ideal for upgrading, but it also applies to fully uninstalling. I don't know what the FreeBSD convention is for daemons in general but there are quite a few in /usr/ports/net that stop themselves on uninstall. > Here are two example scenarios > under the current situation: > > 1 - when you're upgrading several servers, you get monitoring systems telling > you that the process has stopped running… annoying > 2 - when you upgrading in a FreeBSD jail *HOST*, the current approach will > also stop the corresponding processes in any jails > > #1 is annoying. > > #2 is downright unexpected. I think the use of killall is the problem in #2. It would be better to stop the daemons with the bacula-ctl-* tools (or rc.d entries) so it will only kill the correct ones. > I propose that we don't stop the processes at all. Leave it up to the > sysadmin to do the right thing. > > They can decide to: > > portupgrade > restart I've never liked that order because it assumes that the new version's stop script will work with the old version's running program. __Martin -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem Bacula windows binarys
> On Wed, 31 Jul 2013 11:53:28 +0200, Felix Geschwindner said:
> ...
> bconsole.conf (Linux client)
>
> Director {
> Name = backup02-dir
> address = backup02
> Password = "1234"
> }
>
>
> bacula-dir.conf
>
> Director {
> Name = backup02-dir
> QueryFile = "/etc/bacula/scripts/query.sql"
> WorkingDirectory = "/var/lib/bacula"
> PidDirectory = "/var/run/bacula"
> Password = "123456"
> Maximum Concurrent Jobs = 10
> }
This is the problem: bconsole connects to the Director, not to the Client, so
the Director { Password } entries must match in bconsole.conf and
bacula-dir.conf.
Also, Client { Password } in bacula-dir.conf must match Director { Password }
in bacula-fd.conf.
__Martin
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problem Bacula windows binarys
Hello Felix
Actually you didn't get the right packages. The demo version of Bacula
Enterprise is not compatible with the community version (neither with
the real Bacula Enterprise version itself). Demo packages are just for
demo purposes.
You may either buy the Windows binary packages on Bacula Systems web
site, build them by your own or find a place to take them.
Cheers
Greg.
Le 31/07/2013 11:53, Felix Geschwindner a écrit :
> Hey Guys,
>
>
>
> I’m close to getting nuts on my bacula deployment. Hopefully someone of
> you can pull me out of it!
>
>
>
> Bacula Version: 5.2.6
>
> Our environment consists of 3 Linux Servers that are backed up on a
> nightly basis. Server1 and Server2 copy their files via FD to Server3
> which runs the DIR and SD. Server3 is copying those files to USB. This
> all works great!
>
>
>
> Now to the Problem:
>
>
>
> A Windows fileserver has to be integrated into the mentioned backup
> structure:
>
> I installed the windows binarys Demo v6.4.2 onto the Windows Server
> 2008R2 (x64) and configured the conf files as seen on the bottom of the
> mail.
>
>
>
> Now, the connection fails in any direction with a challenge response error:
>
> - Console -> Director
>
> - Director -> FileDeamon
>
>
>
> */Connecting to Director backup02:9101/*
>
> */bconsole: lib/bsock.c:239-0 Current host[ipv4:192.168.1.14:9101] All
> host[ipv4:192.168.1.14:9101]/*
>
> */bconsole: lib/bsock.c:160-0 who=Director daemon host=backup02 port=9101/*
>
> */bconsole: lib/cram-md5.c:139-0 cram-get received: auth cram-md5
> <784047324.1375263008@backup02-dir> ssl=0/*
>
> */bconsole: lib/cram-md5.c:161-0 sending resp to challenge:
> x79iAx+X41Nduw+5ex+ZqC/*
>
> */bconsole: lib/cram-md5.c:170-0 Received bad response: 1999
> Authorization failed./*
>
> */ /*
>
> */Director authorization problem./*
>
> */Most likely the passwords do not agree./*
>
> */If you are using TLS, there may have been a certificate validation
> error during the TLS handshake./*
>
> */Please see
> http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION0026
> for help./*
>
>
>
>
>
> I know that this is propably related to a password mismatch … and that’s
> what I’ve been trying to resolve for the past 3 hours:
>
> - I copy/pasted the PW
>
> - I used PWs with and without special characters
>
> - I used simple PWs as “123456”
>
> - I used blank PWs
>
> - I used DNS names to connect to the Server/Client
>
> - I used IPs to connect to the Server/Client
>
> - I tried only small/capital letters in hostnames
>
>
>
> The weird part here is when I copy the bconsole.conf from the windows
> client to the linux client (respectively it’s content) then the console
> can connect without any problems … same with the FD … works perfectly on
> the directors local system
>
>
>
> Both Servers are listening on the correct ports … the daemons are not
> bound to specific addresses and NO firewall is between or on the client
> or server.
>
>
>
> As a last resort I installed a new Linux machine and stripped down the
> conf files to the very minimum requirements … you can see them at the
> bottom of the mail (I left out the schedule and FileSet/Job Parts as
> they are unnecessary for the connection).
>
> So what am I missing? Is there any problem with the Windows binarys like
> the client is sending a different PW than the one set in the conf files?
> The readme states that the conf files need to be UTF8 formatted. I
> explicitly saved those as copys in UTF8 and used them for console/FD …
> in vain as it turns out. First I thought that the error is DNS related
> but it doesn’t work with IP addresses either.
>
>
>
> Greetings,
>
> Felix
>
>
>
> *bacula-fd.conf (Windows Client)*
>
>
>
> Director {
>
> Name = backup02-dir
>
> Password = "1234"
>
> }
>
> Director {
>
> Name = backup02-mon
>
> Password = "4321"
>
> Monitor = yes
>
> }
>
> FileDaemon {
>
> Name = file02-fd
>
> WorkingDirectory = "C:\\Program Files\\Bacula\\working"
>
> Pid Directory = "C:\\Program Files\\Bacula\\working"
>
> Plugin Directory = "C:\\Program Files\\Bacula\\plugins"
>
> }
>
> Messages {
>
> Name = Standard
>
> director = backup02-dir = all, !skipped, !restored
>
> }
>
>
>
>
>
> *bconsole.conf (Windows client)*
>
>
>
> Director {
>
> Name = backup02-dir
>
> address = backup02
>
> Password = "123456"
>
> }
>
>
>
>
>
> *bacula-fd.conf (Linux client)*
>
>
>
> Director {
>
> Name = backup02-dir
>
> Password = "12345"
>
> }
>
> Director {
>
> Name = backup02-mon
>
> Password = "4321"
>
> Monitor = yes
>
> }
>
> FileDaemon {
>
> Name = backup02-fd
>
> WorkingDirectory = /var/lib/bacula
>
> Pid Directory = /var/run/bacula
>
> Maximum Concurrent Jobs = 20
>
> }
>
> Messages {
>
> Name = Standard
>
> Direc
Re: [Bacula-users] Problem Bacula windows binarys
I'm running v5.2.5 on my server, and ran into a similar problem when
setting up my Windows clients. Installing v5.2.10 of the Bacula client
on the Windows box resolved it for me. Are you sure you've listed the
right client version? I don't see it on the list of Win files at
Sourceforge. Where did you download it from?
Kevin B. Zimmerman
On 07/31/2013 05:53 AM, Felix Geschwindner wrote:
Hey Guys,
I'm close to getting nuts on my bacula deployment. Hopefully someone
of you can pull me out of it!
Bacula Version: 5.2.6
Our environment consists of 3 Linux Servers that are backed up on a
nightly basis. Server1 and Server2 copy their files via FD to Server3
which runs the DIR and SD. Server3 is copying those files to USB. This
all works great!
Now to the Problem:
A Windows fileserver has to be integrated into the mentioned backup
structure:
I installed the windows binarys Demo v6.4.2 onto the Windows Server
2008R2 (x64) and configured the conf files as seen on the bottom of
the mail.
Now, the connection fails in any direction with a challenge response
error:
-Console -> Director
-Director -> FileDeamon
*/Connecting to Director backup02:9101/*
*/bconsole: lib/bsock.c:239-0 Current host[ipv4:192.168.1.14:9101] All
host[ipv4:192.168.1.14:9101]/*
*/bconsole: lib/bsock.c:160-0 who=Director daemon host=backup02
port=9101/*
*/bconsole: lib/cram-md5.c:139-0 cram-get received: auth cram-md5
<784047324.1375263008@backup02-dir> ssl=0/*
*/bconsole: lib/cram-md5.c:161-0 sending resp to challenge:
x79iAx+X41Nduw+5ex+ZqC/*
*/bconsole: lib/cram-md5.c:170-0 Received bad response: 1999
Authorization failed./*
*//*
*/Director authorization problem./*
*/Most likely the passwords do not agree./*
*/If you are using TLS, there may have been a certificate validation
error during the TLS handshake./*
*/Please see
http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION0026
for help./*
I know that this is propably related to a password mismatch ... and
that's what I've been trying to resolve for the past 3 hours:
-I copy/pasted the PW
-I used PWs with and without special characters
-I used simple PWs as "123456"
-I used blank PWs
-I used DNS names to connect to the Server/Client
-I used IPs to connect to the Server/Client
-I tried only small/capital letters in hostnames
The weird part here is when I copy the bconsole.conf from the windows
client to the linux client (respectively it's content) then the
console can connect without any problems ... same with the FD ...
works perfectly on the directors local system
Both Servers are listening on the correct ports ... the daemons are
not bound to specific addresses and NO firewall is between or on the
client or server.
As a last resort I installed a new Linux machine and stripped down
the conf files to the very minimum requirements ... you can see them
at the bottom of the mail (I left out the schedule and FileSet/Job
Parts as they are unnecessary for the connection).
So what am I missing? Is there any problem with the Windows binarys
like the client is sending a different PW than the one set in the conf
files? The readme states that the conf files need to be UTF8
formatted. I explicitly saved those as copys in UTF8 and used them for
console/FD ... in vain as it turns out. First I thought that the error
is DNS related but it doesn't work with IP addresses either.
Greetings,
Felix
*bacula-fd.conf (Windows Client)*
Director {
Name = backup02-dir
Password = "1234"
}
Director {
Name = backup02-mon
Password = "4321"
Monitor = yes
}
FileDaemon {
Name = file02-fd
WorkingDirectory = "C:\\Program Files\\Bacula\\working"
Pid Directory = "C:\\Program Files\\Bacula\\working"
Plugin Directory = "C:\\Program Files\\Bacula\\plugins"
}
Messages {
Name = Standard
director = backup02-dir = all, !skipped, !restored
}
*bconsole.conf (Windows client)*
Director {
Name = backup02-dir
address = backup02
Password = "123456"
}
*bacula-fd.conf (Linux client)*
Director {
Name = backup02-dir
Password = "12345"
}
Director {
Name = backup02-mon
Password = "4321"
Monitor = yes
}
FileDaemon {
Name = backup02-fd
WorkingDirectory = /var/lib/bacula
Pid Directory = /var/run/bacula
Maximum Concurrent Jobs = 20
}
Messages {
Name = Standard
Director = backup02-dir = all, !skipped, !restored
}
*bconsole.conf (Linux client)*
Director {
Name = backup02-dir
address = backup02
Password = "1234"
}
*bacula-dir.conf*
Director {
Name = backup02-dir
QueryFile = "/etc/bacula/scripts/query.sql"
WorkingDirectory = "/var/lib/bacula"
PidDirectory = "/var/run/bacula"
Password = "123456"
Maximum Concurrent Jobs = 10
}
Client {
Name = file02-fd
Address = file02
Catalog = FILE02
Password = "1234"
}
Client {
Name = backup02-fd
Address = backup02
Catalog = BACKUP02
Password =
Re: [Bacula-users] What's wrong with my schedule?
>>> Do you have attribute spooling enabled? >>> >>> John >> Not so far as I can tell. >> > Why would I want to have it enabled? Normally you enable that to speed up database inserts since this causes the DB inserts to happen at the end of the job (in large transactions) instead of after every single file. However in this case I was concerned that your differential was started before the attribute inserts were finished. Remember that bacula compares what is in the DB to what it finds in the filesystem to determine what has changed from the full. John -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Problem Bacula windows binarys
Hey Guys,
I'm close to getting nuts on my bacula deployment. Hopefully someone of you can
pull me out of it!
Bacula Version: 5.2.6
Our environment consists of 3 Linux Servers that are backed up on a nightly
basis. Server1 and Server2 copy their files via FD to Server3 which runs the
DIR and SD. Server3 is copying those files to USB. This all works great!
Now to the Problem:
A Windows fileserver has to be integrated into the mentioned backup structure:
I installed the windows binarys Demo v6.4.2 onto the Windows Server 2008R2
(x64) and configured the conf files as seen on the bottom of the mail.
Now, the connection fails in any direction with a challenge response error:
- Console -> Director
- Director -> FileDeamon
Connecting to Director backup02:9101
bconsole: lib/bsock.c:239-0 Current host[ipv4:192.168.1.14:9101] All
host[ipv4:192.168.1.14:9101]
bconsole: lib/bsock.c:160-0 who=Director daemon host=backup02 port=9101
bconsole: lib/cram-md5.c:139-0 cram-get received: auth cram-md5
<784047324.1375263008@backup02-dir> ssl=0
bconsole: lib/cram-md5.c:161-0 sending resp to challenge: x79iAx+X41Nduw+5ex+ZqC
bconsole: lib/cram-md5.c:170-0 Received bad response: 1999 Authorization failed.
Director authorization problem.
Most likely the passwords do not agree.
If you are using TLS, there may have been a certificate validation error during
the TLS handshake.
Please see
http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION0026
for help.
I know that this is propably related to a password mismatch ... and that's what
I've been trying to resolve for the past 3 hours:
- I copy/pasted the PW
- I used PWs with and without special characters
- I used simple PWs as "123456"
- I used blank PWs
- I used DNS names to connect to the Server/Client
- I used IPs to connect to the Server/Client
- I tried only small/capital letters in hostnames
The weird part here is when I copy the bconsole.conf from the windows client to
the linux client (respectively it's content) then the console can connect
without any problems ... same with the FD ... works perfectly on the directors
local system
Both Servers are listening on the correct ports ... the daemons are not bound
to specific addresses and NO firewall is between or on the client or server.
As a last resort I installed a new Linux machine and stripped down the conf
files to the very minimum requirements ... you can see them at the bottom of
the mail (I left out the schedule and FileSet/Job Parts as they are unnecessary
for the connection).
So what am I missing? Is there any problem with the Windows binarys like the
client is sending a different PW than the one set in the conf files? The readme
states that the conf files need to be UTF8 formatted. I explicitly saved those
as copys in UTF8 and used them for console/FD ... in vain as it turns out.
First I thought that the error is DNS related but it doesn't work with IP
addresses either.
Greetings,
Felix
bacula-fd.conf (Windows Client)
Director {
Name = backup02-dir
Password = "1234"
}
Director {
Name = backup02-mon
Password = "4321"
Monitor = yes
}
FileDaemon {
Name = file02-fd
WorkingDirectory = "C:\\Program Files\\Bacula\\working"
Pid Directory = "C:\\Program Files\\Bacula\\working"
Plugin Directory = "C:\\Program Files\\Bacula\\plugins"
}
Messages {
Name = Standard
director = backup02-dir = all, !skipped, !restored
}
bconsole.conf (Windows client)
Director {
Name = backup02-dir
address = backup02
Password = "123456"
}
bacula-fd.conf (Linux client)
Director {
Name = backup02-dir
Password = "12345"
}
Director {
Name = backup02-mon
Password = "4321"
Monitor = yes
}
FileDaemon {
Name = backup02-fd
WorkingDirectory = /var/lib/bacula
Pid Directory = /var/run/bacula
Maximum Concurrent Jobs = 20
}
Messages {
Name = Standard
Director = backup02-dir = all, !skipped, !restored
}
bconsole.conf (Linux client)
Director {
Name = backup02-dir
address = backup02
Password = "1234"
}
bacula-dir.conf
Director {
Name = backup02-dir
QueryFile = "/etc/bacula/scripts/query.sql"
WorkingDirectory = "/var/lib/bacula"
PidDirectory = "/var/run/bacula"
Password = "123456"
Maximum Concurrent Jobs = 10
}
Client {
Name = file02-fd
Address = file02
Catalog = FILE02
Password = "1234"
}
Client {
Name = backup02-fd
Address = backup02
Catalog = BACKUP02
Password = "12345"
File Retention = 60d
Job Retention = 1y
AutoPrune = yes
}
Catalog {
Name = FILE02
dbname = bacula; user = bacula; password = "tYNPPIhTb97T"
}
Catalog {
Name = BACKUP02
dbname = bacula; user = bacula; password = "tYNPPIhTb97T"
}
Console {
Name = backup02-mon
Password = "4321"
CommandACL = status, .status
}
**
--
Get
[Bacula-users] Problems with Webacula
Hi Reynier Perez Mira, can you send me instruction how do you install webacula on ubuntu using postgresql thanks. if you do.. i really appreciate it.. thanks +-- |This was sent by aristotleah...@yahoo.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
