Re: [Bacula-users] Problem connecting to FD

[Paul Bradley]

Hi Thomas,

I can resolve/ping 'server' no problem.

iptables -L -n returns:


Chain INPUT (policy ACCEPT)
target prot opt source   destination
Chain FORWARD (policy ACCEPT)
target prot opt source   destination
Chain OUTPUT (policy ACCEPT)
target prot opt source   destination

Paul


On Fri, May 7, 2010 at 6:40 AM, Thomas Mueller wrote:

> Am Thu, 06 May 2010 19:57:59 +0100 schrieb Paul Bradley:
>
> > IN BACULA-FD.CONF
> >
> >
> > Director {
> >   Name = server-dir
> >   Password = "SOME PASSWORD (MATCHES OTHER ENTRY BELOW)"
> > }
> >
> > IN BACULA-DIR.CONF
> >
> > Client {
> >   Name = server-fd
> >   Address = server
> >   FDPort = 9102
> >   Catalog = MyCatalog
> >   Password = "SOME PASSWORD (MATCHES OTHER ENTRY ABOVE)"  #
> > password$
> >   File Retention = 30 days# 30 days Job Retention = 6 months
> >  # six months AutoPrune = yes # Prune
> >   expired Jobs/Files
> > }
> >
> >
> > How can I further debug this?
> >
> > thanks
>
> you provided "server" as address. can you sucessfully lookup the name ?
> ("ping server" and/or "host server")?
>
> is a firewall on (check: "iptables -L -n")?
>
> - Thomas
>
>
>
> --
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] problem connecting to correct NIC on SD

[Dean Hall]

> -Original Message-
> From: John Drescher [mailto:dresche...@gmail.com]
> Sent: Friday, May 07, 2010 12:22 PM
> To: Dean Hall
> Cc: bacula-users@lists.sourceforge.net
> Subject: Re: [Bacula-users] problem connecting to correct NIC on SD
> 
> 2010/5/7 Dean Hall :
> > Bacula 5.0.1
> >
> > Bacula Server is multihomed.  One network is fast, the other is slow.
>  Some
> > clients are single homed on the slow network.  Some are dual homed
> with fast
> > and slow networks.  On the dual homed clients I'm trying to use the
> fast
> > network for backup.
> >
> >
> >
> > My client configs in the bacula-dir.conf use ip addresses, ensuring
> that the
> > director will contact the FD on the correct network.  The storage
> resource
> > defined in the bacula-dir.conf has an address on the slow network.
> This
> > address is passed to a file daemon by the director.  The FD will then
> > connect to the address of the SD as supplied by the DIR.
> >
> >
> >
> > What I need is for the director to selectively pass the proper ip
> address.
> > It would be nice if the storage resource could be defined with
> multiple
> > addresses (default and alternates), then allow the client resource
> > directives to override the default storage address, selecting an
> alternate
> > address.
> >
> >
> >
> > Is there any way I can achieve my goal of having some clients talk to
> the SD
> > on the fast network and some clients on the slow network?
> >
> >
> >
> > If the address of the storage resource as specified in the director
> is a
> > name, is it resolved by the director or passed to the client as a
> name?  If
> > passed as a name, requiring the client to resolve, this would allow
> me to
> > handle it on the client.
> >
> >
> >
> > Any thoughts?
> >
> 
> What about FQDNs that resolve to different ip addresses (host file or
> dns server) depending on what client you are on?
> 
> John
[Dean Hall said : ] That is the simple solution if the FQDN is passed to the 
FD. My Bacula is busy until Monday, so I can't test until then.  Thanks John.

--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] problem connecting to correct NIC on SD

[John Drescher]

2010/5/7 Dean Hall :
> Bacula 5.0.1
>
> Bacula Server is multihomed.  One network is fast, the other is slow.  Some
> clients are single homed on the slow network.  Some are dual homed with fast
> and slow networks.  On the dual homed clients I'm trying to use the fast
> network for backup.
>
>
>
> My client configs in the bacula-dir.conf use ip addresses, ensuring that the
> director will contact the FD on the correct network.  The storage resource
> defined in the bacula-dir.conf has an address on the slow network.  This
> address is passed to a file daemon by the director.  The FD will then
> connect to the address of the SD as supplied by the DIR.
>
>
>
> What I need is for the director to selectively pass the proper ip address.
> It would be nice if the storage resource could be defined with multiple
> addresses (default and alternates), then allow the client resource
> directives to override the default storage address, selecting an alternate
> address.
>
>
>
> Is there any way I can achieve my goal of having some clients talk to the SD
> on the fast network and some clients on the slow network?
>
>
>
> If the address of the storage resource as specified in the director is a
> name, is it resolved by the director or passed to the client as a name?  If
> passed as a name, requiring the client to resolve, this would allow me to
> handle it on the client.
>
>
>
> Any thoughts?
>

What about FQDNs that resolve to different ip addresses (host file or
dns server) depending on what client you are on?

John

--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] problem connecting to correct NIC on SD

[Dean Hall]

Bacula 5.0.1 

Bacula Server is multihomed.  One network is fast, the other is slow.
Some clients are single homed on the slow network.  Some are dual homed
with fast and slow networks.  On the dual homed clients I'm trying to
use the fast network for backup.

 

My client configs in the bacula-dir.conf use ip addresses, ensuring that
the director will contact the FD on the correct network.  The storage
resource defined in the bacula-dir.conf has an address on the slow
network.  This address is passed to a file daemon by the director.  The
FD will then connect to the address of the SD as supplied by the DIR.  

 

What I need is for the director to selectively pass the proper ip
address.  It would be nice if the storage resource could be defined with
multiple addresses (default and alternates), then allow the client
resource directives to override the default storage address, selecting
an alternate address.  

 

Is there any way I can achieve my goal of having some clients talk to
the SD on the fast network and some clients on the slow network?

 

If the address of the storage resource as specified in the director is a
name, is it resolved by the director or passed to the client as a name?
If passed as a name, requiring the client to resolve, this would allow
me to handle it on the client.

 

Any thoughts?

 

Thanks.

 

Dean Hall
Engineering Manager  |  Sterling Communications, Inc.
503.906.8237 | 503.603.1879 fax | www.sterling.net
 
Voice | Internet | Fax | CoLocation

Learn more | www.sterling.net/video  

 

--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Can't compile Bacula 5.0.2 on AIX 4.3.3

[Ralf Folkerts]

Hi,

we are still running our Director on Bacula 2 and would like to update 
to 5. However, we have some old AIX Boxes (4.3.3) that are still running 
Bacula 1.36.3 (which I compiled w/o any problems many years ago).

However, now I'm stuch with alloca :-(

I tried both with gcc (3.0.1; I used gcc for the 1.36, too) and xlc (3.1).

The xlc-Results were not very promising; it just fails on the first file 
to compile.

However, gcc looks much better... until it runs into a call to alloca.

While I found some workarounds for xlc (#pragma alloca and -ma) I didn't 
find any for gcc :-(

I searched the System for alloca.h and also grepped all include-Files 
for alloca - but didn't find any Header that defined this function.

Btw: I used

./configure --prefix=/usr/local --disable-libtool --enable-smartalloc 
--enable-client-only --without-openssl --disable-build-dird 
--disable-build-stored

to configure. If someone needs the full output of configure I'll post.

configure:40057: checking for _doprnt
configure:40113: gcc -o conftest -g -O2 -Wall   conftest.c >&5
configure:40119: $? = 0
configure:40136: result: yes
configure:40152: checking for working alloca.h
configure:40179: gcc -o conftest -g -O2 -Wall   conftest.c >&5
conftest.c:138:20: alloca.h: No such file or directory
conftest.c: In function `main':
conftest.c:142: warning: implicit declaration of function `alloca'
configure:40185: $? = 1
configure: failed program was:
| /* confdefs.h.  */


Dies anyone have a hint? Would really be nice to make the step forward 
to bacula 5...

MTIA,
Cheers!
_ralf_

# make all
==>Entering directory /bacula-5.0.2/src
Target "all" is up to date.
==>Entering directory /bacula-5.0.2/scripts
Target "all" is up to date.
==>Entering directory /bacula-5.0.2/src/lib
Compiling attr.c
Compiling base64.c
Compiling berrno.c
Compiling bsys.c
Compiling bget_msg.c
Compiling bnet.c
Compiling bnet_server.c
bnet_server.c: In function `void bnet_thread_server(dlist*, int, workq_t*,
void*(*)(void*))':
bnet_server.c:100: `alloca' undeclared (first use this function)
bnet_server.c:100: (Each undeclared identifier is reported only once for 
each
function it appears in.)
make: 1254-004 The error code from the last command is 1.


Stop.


   == Error in /bacula-5.0.2/src/lib ==


make: 1254-004 The error code from the last command is 1.


Stop.


--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Upgrade path from 2.4.x to 5.0.x

[Foo]

On Tue, 27 Apr 2010 15:25:57 +0200, Martin Simmons 
wrote:

> On Tue, 27 Apr 2010 14:15:35 +0200, Foo  said:
>
>> Is Bacula 2.4.4 dir/sd compatible with a newer database layout (11, 12,
>> whatever?) or do I need to update the dir/sd executables at the same  
>> time?
>
> They are incompatible so you must do it at the same time.  I suggest  
> making a
> dump of the database first, because there is no way to undo the update
> scripts.

Thanks, upgraded database to version 11 and dir/sd/fd 2.4.3 on server to  
3.0.3,
left other clients on 2.4.4, so far everything working fine.

Will probably do the same to 5.0.2 next week and then look at upgrading
clients.

> I think you need to run configure with the appropriate args, rather than  
> make.
>
> It might be easier to do it by hand, replacing @SQL_BINDIR@ and  
> @db_name@ by
> the appropriate values (something like /usr/bin and bacula).

configure turned out to be easier :) As before with 2.4.3 I just can't get
readline instead of conio compiled into bconsole, but it's not a huge loss.

->8-
On Tue, 27 Apr 2010 15:57:44 +0200, Matija Nalis 
wrote:

   > The issue is in MySQL, as its algorithm sometimes chooses terribly
   > wrong index, so SELECT times go up easily from 5 minutes to more than
   > 20 hours.

That would not be very nice in the middle of an emergency when it's needed
most urgently. Is there a standardized way to crossgrade to postgres
without losing all your current backups? I need to upgrade since staying
with 3.x would mean that new installations with newer clients in their
repos would need to be downgraded and that outside their regular packaging
systems too.

I suppose you would need to install the pgsql packages, configure and make
Bacula for postgres and run some convert db script before using make
install?

--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] [Bulk] Re: Windows registry restore possible?

[Foo]

On Thu, 29 Apr 2010 06:49:06 +0200, Craig Ringer  
 wrote:

> Win7 and win2k8 offer an excellent built-in image backup system that
> makes proper use of VSS to get a consistent copy,

We have some W2K8 servers running here but not backing them up yet (just  
upgraded Bacula from 2.4.3 to 3.0.3, clients still on 2.4.4) so no  
experience with them in that respect.

Under W2K3 I use ntbackup to back up the registry, on W2K8 I played around  
with wbadmin but can't get it to do the same as this:

ClientRunBeforeJob = "if [%l]==[Full] (ntbackup backup systemstate /F  
c:\\systemstate.bkf)"
ClientRunAfterJob = "del c:\\systemstate.bkf"
ClientRunAfterJob = "del \"c:\\Documents and Settings\\Default User\\Local  
Settings\\Application Data\\Microsoft\\Windows  
NT\\NTBackup\\data\\backup*.log\""

Are you also talking about wbadmin and if so what am I missing?

Issues with wbadmin I have are:

1) on the command line I tried to make it back up to a local device which  
it refuses so I need to specify a share on another machine, then copy back  
the backup before letting Bacula at it

2) thinking I may need to define a schedule first (so it does not include  
local drives and therefore can back up to a local drive which is now not  
included in the backup), in the GUI I selected 'system state' only but  
this seems to include all files instead of just necessary system  
files/registry hives (I canceled while it was still bust racking up more  
than 6 files).

--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Apparent crash

[John Drescher]

2010/5/7 Bill Hyde :
>
>
> Good morning,
>
> I am a very novice bacula user, so please bear with me.  Yesterday morning I
> set out to do my usual check and rotate tapes.  However, Bacula was
> unresponsive.  Here is some information- *...@version
>
> Version: 2.4.4 (28 December 2008) x86_64-unknown-linux-gnu redhat
>
>
>
> *status
>
> Status available for:
>
>  1: Director
>
>  2: Storage
>
>  3: Client
>
>  4: All
>
> Select daemon type for status (1-4): 1
>
> ctc-backup01-dir Version: 2.4.4 (28 December 2008) x86_64-unknown-linux-gnu
> redhat Daemon started 03-May-10 07:10, 2 Jobs run since started.
>
>  Heap: heap=135,168 smbytes=93,076 max_bytes=93,332 bufs=466 max_bufs=471
>
>
>
> Scheduled Jobs:
>
> Level  Type Pri  Scheduled  Name   Volume
>
> ===
>
>
>
>
>
>
>
> .(Hangs at this point...use ctlC to stop bconsole and then restart )
>
>
>
> Checking filesystem-
>
>
>
> # df
>
> Filesystem   1K-blocks  Used Available Use% Mounted on
>
> /dev/mapper/VolGroup00-LogVol00
>
>  132836592 126073948 0 100% /
>
> /dev/cciss/c0d0p1   101086 19955 75912  21% /boot
>
> tmpfs  2023232 0   2023232   0% /dev/shm
>
> /dev/sdb1    206422036  48958080 146978336  25% /temp_storage
>
>
>
> It appears that the log files(?) have exceeded available disk space.  This
> happened before, and the guy who set Bacula up for us fixed the issue, but
> he is no longer available, and I am on my own.
>
>
>
> I could use a little guidance, please.
>

Fix your disk space problem.

Look in /var/log

Also investigate the usage of logrotate.

John

--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Apparent crash

[Bill Hyde]

 

Good morning,

I am a very novice bacula user, so please bear with me.  Yesterday
morning I set out to do my usual check and rotate tapes.  However,
Bacula was unresponsive.  Here is some information- *...@version

Version: 2.4.4 (28 December 2008) x86_64-unknown-linux-gnu redhat

 

*status

Status available for:

 1: Director

 2: Storage

 3: Client

 4: All

Select daemon type for status (1-4): 1

ctc-backup01-dir Version: 2.4.4 (28 December 2008)
x86_64-unknown-linux-gnu redhat Daemon started 03-May-10 07:10, 2 Jobs
run since started.

 Heap: heap=135,168 smbytes=93,076 max_bytes=93,332 bufs=466
max_bufs=471

 

Scheduled Jobs:

Level  Type Pri  Scheduled  Name
Volume


===

 

 

 

.(Hangs at this point...use ctlC to stop bconsole and then
restart )

 

Checking filesystem-

 

# df

Filesystem   1K-blocks  Used Available Use% Mounted on

/dev/mapper/VolGroup00-LogVol00

 132836592 126073948 0 100% /

/dev/cciss/c0d0p1   101086 19955 75912  21% /boot

tmpfs  2023232 0   2023232   0% /dev/shm

/dev/sdb1206422036  48958080 146978336  25% /temp_storage

 

It appears that the log files(?) have exceeded available disk space.
This happened before, and the guy who set Bacula up for us fixed the
issue, but he is no longer available, and I am on my own.

 

I could use a little guidance, please.

 

Thanks,

Bill

 

 

 

--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Fw: copy jobs and scratch pools

[C . Keschnat]

The problem had nothing to do with the scratch pool. That was just 
coincidence because this pool was in the job definition for the copy job.
My first thought was to simply write any pool with a "Next Pool" directive 
in the job definition and overwrite this in the schedule. That worked fine 
for one job. But then I tested with two jobs. The first job kinda worked 
in that it wanted to use the right pools but the second job still wanted 
to use the pool defined in the job resource. That seems buggy (?).

The only solution I could come up with was to define a job for every pool 
and a new schedule for each of these jobs. I guess this would work (will 
test later when I wrote the configs) but that seems like an aweful lot of 
duplicated text in the files and is probably hard to maintain.

Is noone using backups on the server and copying them to different pools? 
How do you do it? I'm glad for any ideas.

Thanks, Chris

- Weitergeleitet von Chris Keschnat/infoquenz am 07.05.2010 13:16 
-

Chris Keschnat/infoquenz 
06.05.2010 13:10
Bitte antworten an
Admins


An
bacula-users@lists.sourceforge.net
Kopie

Thema
copy jobs and scratch pools





Hi,
I'm having a problem copying jobs. I labeled a new volume in the pool 
"DailyScratch" with the label command. Then I ran a job using the pool 
"ThursdayOD". As expected, bacula took the volume from the Scratch Pool 
and moved it to the other pool. Backup ran without errors, "list volumes" 
shows that the volume is in the "ThursdayOD" pool.

But now when I start the copyjob I just get an error:
06-Mai 13:05 bacula-dir JobId 0: Fatal error: No Next Pool specification 
found in Pool "DailyScratch".

It wouldn't make much sense to define the Next Pool in the Scratch Pool as 
that will be used by several pools. I would have expected bacula to use 
the Next Pool directive from the "ThursdayOD" configuration as that is 
where the volume is in. Is this a bug or am I missing something?

Relevant configuration:

JobDefs {
Name = "CopyDefault"
Type = Copy
Messages = Standard
Storage = "usbchanger2"
Client = None
FileSet = None
Selection Type = PoolUncopiedJobs
Maximum Concurrent Jobs = 10
SpoolData = No
Allow Duplicate Jobs = Yes
Cancel Queued Duplicates = No
Cancel Running Duplicates = No
Priority = 11
}

Pool {
  Name = DailyScratch
  Pool Type = Backup
}

Pool {
Name = Thursday
Pool Type = Backup
Storage = usbchanger1
Recycle = yes
AutoPrune = yes
Volume Retention = 5 days
Maximum Volume Bytes = 4608M
}

Pool {
Name = ThursdayOD
Pool Type = Backup
Storage = File
Recycle = yes
AutoPrune = yes
Volume Retention = 12 hours
Maximum Volume Bytes = 4608M
ScratchPool = DailyScratch
Recycle Pool = DailyScratch
NextPool = Thursday
}

Chris
--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Feature idea feeler - bconsole "include / grep"

[Gavin McCullagh]

On Thu, 06 May 2010, Steve Polyack wrote:

> These are certainly good points.  My thought is just that instead of 
> breaking out of bconsole to perform these tasks can be cumbersome.  
> Personally, I feel that it's something that I'd use a lot, simply to 
> prevent me from constantly breaking in and out of the interactive 
> bconsole session.  However, perhaps a solution would be to have bconsole 
> parse the pipe character and feed output into the command that follows 
> which could be any arbitrary *nix command (as opposed to 
> writing/including our own version of grep).

For comparison, the Postgresql and MySQL command line interfaces include
something similar to this.

MySQL offers the "pager" command which can be set to "less" or "grep ",
etc. as well as the tee command to also send output to a file.  Postgresql
offers a single:

  \o [FILE]  send all query results to file or |pipe

Neither allow anything as simple as

SELECT ... ; | grep blah

though.

Gavin



--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Assigning labels in bacula-web

[davide.franco]

> Hi folks, 
 
> sorry if this is the wrong list, but maybe you can help me out anyway: 
> Is it possible to assign labels to db instances in bacula-web? Right 
> now, whenever I use something besides [.DATABASEn], php barfs and I 
> don't get any results. 
 
> Thanks much in advance, 
 
> Uwe 

Hi Uwe,

as I know, you can't configure catalog label using [.DATABASEn] in the 
bacula.conf file.

Then, [.DATABASEn] is used in case of multiple Bacula catalog DB.

The right way to configure the database is described there
http://www.bacula.org/2.4.x-manuals/bacula-web/Testing_Installation.html

Regards


Davide

--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Hardware configuration and off-site backup

[Vlamsdoem]

On 06/05/10 15:03, Phil Stracchino wrote:
> On 05/06/10 02:57, Vlamsdoem wrote:
>
>> On 05/05/10 15:12, Phil Stracchino wrote:
>>  
>>> On 05/05/10 08:38, John Drescher wrote:
>>>
>>>
> Sorry my servers are on gigabit links.
> How do you come to 9MB/s with a 100Mb link, is it not equals to 12,5 MB/s?
>
>
 Overhead.


  
> If it's correct on a gigabit link I would have a rate transfer of 90MB/s
>
>
 You will probably get less than that if you do not use jumbo frames.


  
>> I did an throughput test with iperf between 2 servers on a gigabit link
>> and it results in a 940Mb/s transfer rate .
>> You tell me that transfer rate will be less than 90MB/s, is there so
>> much overhead in the application layer?
>>  
> It really varies.  I routinely get 95Mbit real-world throughput across
> my 100Mbit network; I know other people using different hardware or
> different configurations who've never seen 90Mbit.  Gigabit is the same
> way.  If you're getting 940Mbit throughput you're doing well, but
> remember that actual application throughput may not hit that.
>
>
>
Ok with all this information I think I'll try with the sata hard disks. 
They seems fast enough to achieve everthing in time.
Thanks to everbody who helped me on this thread.


--

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users