-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Shon Stephens wrote:
> After a holiday hiatus and some soul-searching (aka curling up w/ the
> Bacula manual) I was able to make some significant progress
>
> I couldn't figure out what caused the initial missing catalog data.
> Since I had recently upgraded and wasn't capturing good backups, I
> dropped my tables and recreated them.
> This seemed to do the trick and the UNIX backups were off and running
> smooth and catalog data seems correct as well.
Often a good solution, regardless, provided you don't have anything you
need in there. You can end up in a situation where there are parameters
set on your media that are in the catalog that do not coincide with
production as a result of messing around with them in the testing phase.
> I took some advice and put my systemstate.bat file in a path with
> no spaces. So c:\bacula works, but not c:\program files\bacula. I was
> attempting to keep everything under one directory, but I couldn't get
> the ClientRunBeforeJob script to run in a path with spaces and the
> bacula-fd for Windows couldn't seem to correclty locate its config files
> if I installed it anywhere but the default location. Good news is that
> this is now working and my Windows host backups are writing to disk.
This is not necessary, just makes life easier. For me, life being easy
is less important than organization, so I am just careful with my
escaping. Sometimes you can need quite the number of escapes to make
Windows \'s work properly.
> I can't say that working with tapes has gotten any easier, but
> after enough trial and mostly error I have figured out how to reassign
> tapes to a pool and change their status, etc.. When I load tapes into
> the autochanger and issue "label slots=1-12 pool=Scratch barcodes" it
> does the business. However Bacula can't keep track of the status of last
> tape it labels. Says its not in the changer and says its not loaded in
> the drive. When I issue "release" in bconsole, it tells me nothing is
> mounted and there is nothing to release. Running "update slots" shows
> that the tape hasn't been returned to its changer slot either. So I drop
> out of bconsole and use mtx directly to unload and but the tape back in
> its slot. Not that big a pain, and its now part of the procedure.
This sounds unnecessary to me. I don't have an autochanger, so I can't
necessarily comment. You're saying that it doesn't realize there's a
tape in the changer that actually IS in the changer?
> Another weird issue with the changer is that when swapping tapes to a
> new series I first have to run an "mtx status" command before Bacula can
> see all my slots. Before that it only sees 11, not the full 12. Again,
> its now part of the procedure.
How did you end up with this package? I know there were some
bacula-specific patches to mtx and I wonder if maybe you don't have them.
> So over the holiday over 20 different backups ran successfully and
> relatively quickly. I'm still a little fuzzy on how data spooling helps
> speed up jobs or helps run concurrent jobs. I have one job that takes 12
> hours and it seems to spend 7 of that despooling. I have to read this
> part of the manual again for better comprehension.
Not spooling means you'll have interleaving of data. On tapes, this is
very bad since the speed is best while streaming. On disk it's not so
hot either, though, as most disk operations act a lot like tape in
Bacula, I believe (though perhaps less so than they used to). It also,
theoretically, compresses the window of time where the machine is
actually pestering the FD. This used to be very helpful when Bacula
allowed the RunAfter script to run after the initial spooling, as you
could bring back a downed service right away (if you could spool faster
than you could despool, this meant less downtime). This is no longer the
case, AFAIK, however.
> Thanks for everyone's understanding and continued advice. I think it
> really helped me overcome an initial hump. I still have some things I'm
> figuring out and need to run some test restores and verify. Does anyone
> run an automated verify after their backups?
I've seen it talked about -- I personally do not, but take
shot-in-the-dark test restores once in awhile. I've never had a failure.
- --
---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II
|$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHUG55mb+gadEcsb4RAojhAJ97Vp4GOsF//hoNL3mcq5uQ7ugsdwCcDgFu
5I0E+XkmfSxiTqY/dCoqXWY=
=DDbY
-----END PGP SIGNATURE-----
begin:vcard
fn:Ryan Novosielski
n:Novosielski;Ryan
org:UMDNJ;IST/AST
adr;dom:MSB C630;;185 South Orange Avenue;Newark;NJ;07103
email;internet:[EMAIL PROTECTED]
title:Systems Programmer III
tel;work:(973) 972-0922
tel;fax:(973) 972-7412
tel;pager:(866) 20-UMDNJ
x-mozilla-html:FALSE
version:2.1
end:vcard
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
