Backup Central

Attachments: Message as HTML

Hi,
=20
I just started using Bacula on a Solaris 8 director with a Quantum ATL
superloader/SDLT 320.
I have about 30 clients Solaris and W2K.
=20
I am testing a full backup off all my clients right now and when I do a
"status dir" I see all the jobs in the queue.
=20
I would like to know what does "My-job_name is waiting on max Storage =
jobs
" means. I searched in the doc but found nothing.=20
=20
I just want to know if it is normal
=20
Thank you,
=20
Andr=E9 Larose
BCE Emergis

On Fri, 27 Feb 2004, Larose, Andre wrote:

Hi,

I just started using Bacula on a Solaris 8 director with a Quantum ATL
superloader/SDLT 320.
I have about 30 clients Solaris and W2K.

I am testing a full backup off all my clients right now and when I do a
"status dir" I see all the jobs in the queue.

I would like to know what does "My-job_name is waiting on max Storage jobs
" means. I searched in the doc but found nothing.

In short, it means there is another job already running which is using
that storage device.

I just want to know if it is normal

Yes.

--
Dan Langille - BSDCan: http://www.bsdcan.org/

In our environment, it appears as if bacula is updating the file
access time for files which it backs up. This doesn't quite
seem right, as I should have thought that a backup system
should not modify the data which it saves in any particular
way.

In our environment, we would like to avoid modifying the
file access time in order to preserve it for other uses.
Can anyone suggest how this is done?

Many thanks!

-jrm

On 05 Apr 2004 15:11:02 -0400, Jim Mason wrote

In our environment, we would like to avoid modifying the
file access time in order to preserve it for other uses.
Can anyone suggest how this is done?

Please describe your environment briefly as this doesn't appear to be
happenning in ours.

On Mon, 2004-04-05 at 21:11, Jim Mason wrote:
In our environment, it appears as if bacula is updating the file
access time for files which it backs up. This doesn't quite
seem right, as I should have thought that a backup system
should not modify the data which it saves in any particular
way.

In our environment, we would like to avoid modifying the
file access time in order to preserve it for other uses.
Can anyone suggest how this is done?

Use the "keepatime=yes" option on the Include directive in version
1.34.0. (Note, I have not tested it).

Regards, Kern

Hello,

I am currently checking out Bacula, as it appears to the first
commercial or non-commercial solution that may meet all of my needs and
may actually be dependable and won't me make have to hire an assistant
just to sheperd backups.

My first question about Bacula is: what kind of formats are the backups?
Are they proprietary 'Bacula' format that can only be read/restored if
Bacula is installed? I'm assuming that they are *not*
tar,gzip,dump,cpio,dd,etc. or any other format. My only concern so far
is what if everything goes up in smoke, somebody replaces me, can't get
bacula re-installed, etc., etc. -- pick your worse-case-scenario. But if
there is cabinet full of tapes with dates on them, can anything be done
with them using a basic tool without any catalogs or databases made by
Bacula?

After giving up ArcServe for Linux in 2000 or 2001 (which should have
never been marketed - it was not even beta quality IMHO), and then used
BRU for a while, but had problems with that as well, and was paying
ridiculous $ for non-existant tech support.

I ultimately decided to write some bash scripts for tar, gzip and ssh to
centralize automated backups on an internal LAN server with a large RAID
0 array and an attached Dell Powervault with a 7 slot changer (DLT 40-80
tapes). This simple solution has worked well for me as it meets my
primary requirements: reliable and secure backups that can be always
accessed. I simply write gzipped tarballs onto disk that are 'fetched'
over ssh using a public ssh key from all my production servers on the
other sides of my firewall. Then after they are all fetched, I use mtx
and dd to write the tarballs to tape. It's all automated, so I just do
some random verifies each day before swapping out the tapes.

This simple solution has worked great, but it has some shortcomings: up
until now I've had less than 10 production servers with relatively low
disk space overhead, so keeping track of stuff hasn't been that big a
deal. But we're growing, and having a catalog database and better
tracking will probably be more important in the long haul. The amount of
data and databases and the importance of our clients is going to grow as
well, so more efficient backup records and indexing is going to be more
important. The other problem with my duct tape solution is that I have
been horribly inefficient with managing tapes -- not utilizing entire
lengths, doing full backups every day instead of incrementals, etc. A
real waste of tape.

So I'm really interested in Bacula. Thanks for any info.

cheers,
DW

On 6 Jan 2005 at 12:26, Duane Winner wrote:

My first question about Bacula is: what kind of formats are the
backups? Are they proprietary 'Bacula' format that can only be
read/restored if Bacula is installed? I'm assuming that they are *not*
tar,gzip,dump,cpio,dd,etc. or any other format. My only concern so far
is what if everything goes up in smoke, somebody replaces me, can't
get bacula re-installed, etc., etc. -- pick your worse-case-scenario.
But if there is cabinet full of tapes with dates on them, can anything
be done with them using a basic tool without any catalogs or databases
made by Bacula?

btape is your friend: http://www.bacula.org/rel-manual/progs.html

--
Dan Langille : http://www.langille.org/
BSDCan - The Technical BSD Conference - http://www.bsdcan.org/

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

Duane Winner wrote:
My first question about Bacula is: what kind of formats are the backups?
Are they proprietary 'Bacula' format that can only be read/restored if
Bacula is installed?

Yes and no.

Yes, they are a 'proprietary' Format but you do not necessarily need the
original Bacula installation. There are several tools to assist in
either restoring data directly (bextract) or in rebuilding the catalog
(bscan). In addition to that, Bacula recently got a new feature that
allows you to create a recovery CD using which you can restore the
Bacula server if it ever fails.

You can read up more on this in the manual:
- - http://www.bacula.org/html-manual/index.html
- - http://www.bacula.org/html-manual/node279.html
- - http://www.bacula.org/html-manual/node283.html
- - http://www.bacula.org/html-manual/node347.html

Greetings,
Michel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32) - GPGrelay v0.955

iD8DBQFB3X+Q2Vs+MkscAyURAmQnAKDQsbJGABl6hTQla07CnM5aEb5XdwCeJGLH
jsL+JB40RwoQBE3SAMvqdVM=
=zR9Q
-----END PGP SIGNATURE-----

Attachments: grahamp.vcf

Not sure how that helps him recover from tape. It says not to be used on
written tapes. Do you mean bextract or were you being cryptic about
checking his drive?

Anyway. Bacula does use a proprietary format. Most of the standard OS
have rpm packages or similar. Then you can use bextract and bls at least
without any databases or anything else. If somone can't install a
package then perhaps they couldn't restore from tape no matter how well
you documented it :)

Dan Langille wrote:
On 6 Jan 2005 at 12:26, Duane Winner wrote:


My first question about Bacula is: what kind of formats are the
backups? Are they proprietary 'Bacula' format that can only be
read/restored if Bacula is installed? I'm assuming that they are *not*
tar,gzip,dump,cpio,dd,etc. or any other format. My only concern so far
is what if everything goes up in smoke, somebody replaces me, can't
get bacula re-installed, etc., etc. -- pick your worse-case-scenario.
But if there is cabinet full of tapes with dates on them, can anything
be done with them using a basic tool without any catalogs or databases
made by Bacula?


btape is your friend: http://www.bacula.org/rel-manual/progs.html

On 6 Jan 2005 at 18:46, Graham Purcocks wrote:

Not sure how that helps him recover from tape. It says not to be used
on written tapes. Do you mean bextract or were you being cryptic about
checking his drive?

I meant bextract. Thank you for the correction.

Anyway. Bacula does use a proprietary format. Most of the standard OS
have rpm packages or similar. Then you can use bextract and bls at
least without any databases or anything else. If somone can't install
a package then perhaps they couldn't restore from tape no matter how
well you documented it :)

Worst case, burn bextract to a CD and make copies....
--
Dan Langille : http://www.langille.org/
BSDCan - The Technical BSD Conference - http://www.bsdcan.org/

On Thu, 2005-01-06 at 18:46 +0000, Graham Purcocks wrote:
Not sure how that helps him recover from tape. It says not to be used on
written tapes. Do you mean bextract or were you being cryptic about
checking his drive?

Anyway. Bacula does use a proprietary format.

Not to quibble, but I wouldn't exactly call Bacula's tape format
proprietary any more than I would call tar or dump a proprietary format
(at least by any definition I find in the dictionary). Bacula's Volume
format is well documented (probably better than tar), and it can be used
by anyone. Perhaps it would be more accurate to say that it has its own
tape format.

Most of the standard OS
have rpm packages or similar. Then you can use bextract and bls at least
without any databases or anything else. If somone can't install a
package then perhaps they couldn't restore from tape no matter how well
you documented it :)



Dan Langille wrote:
On 6 Jan 2005 at 12:26, Duane Winner wrote:


My first question about Bacula is: what kind of formats are the
backups? Are they proprietary 'Bacula' format that can only be
read/restored if Bacula is installed? I'm assuming that they are *not*
tar,gzip,dump,cpio,dd,etc. or any other format. My only concern so far
is what if everything goes up in smoke, somebody replaces me, can't
get bacula re-installed, etc., etc. -- pick your worse-case-scenario.
But if there is cabinet full of tapes with dates on them, can anything
be done with them using a basic tool without any catalogs or databases
made by Bacula?


btape is your friend: http://www.bacula.org/rel-manual/progs.html


--
Best regards, Kern

Attachments: grahamp.vcf

Oh you quibbler, you! :)

Kern Sibbald wrote:
On Thu, 2005-01-06 at 18:46 +0000, Graham Purcocks wrote:

Not sure how that helps him recover from tape. It says not to be used on
written tapes. Do you mean bextract or were you being cryptic about
checking his drive?

Anyway. Bacula does use a proprietary format.


Not to quibble, but I wouldn't exactly call Bacula's tape format
proprietary any more than I would call tar or dump a proprietary format
(at least by any definition I find in the dictionary). Bacula's Volume
format is well documented (probably better than tar), and it can be used
by anyone. Perhaps it would be more accurate to say that it has its own
tape format.


Most of the standard OS
have rpm packages or similar. Then you can use bextract and bls at least
without any databases or anything else. If somone can't install a
package then perhaps they couldn't restore from tape no matter how well
you documented it :)



Dan Langille wrote:

On 6 Jan 2005 at 12:26, Duane Winner wrote:



My first question about Bacula is: what kind of formats are the
backups? Are they proprietary 'Bacula' format that can only be
read/restored if Bacula is installed? I'm assuming that they are *not*
tar,gzip,dump,cpio,dd,etc. or any other format. My only concern so far
is what if everything goes up in smoke, somebody replaces me, can't
get bacula re-installed, etc., etc. -- pick your worse-case-scenario.
But if there is cabinet full of tapes with dates on them, can anything
be done with them using a basic tool without any catalogs or databases
made by Bacula?


btape is your friend: http://www.bacula.org/rel-manual/progs.html

Been reading the docs on the website and came across the follow:

"Bacula cannot backup or restore files from two or more different
storage devices or different media types."

What I am attempting to do is manage backups of files on three separate
servers to their attached tape drives.

Each tape drive is a library with a single physical drive.

Issues?

On Monday 28 March 2005 23:14, Slartibartfast wrote:
Been reading the docs on the website and came across the follow:

"Bacula cannot backup or restore files from two or more different
storage devices or different media types."

What I am attempting to do is manage backups of files on three separate
servers to their attached tape drives.

Each tape drive is a library with a single physical drive.

I've updated the manual to read:

Bacula cannot automatically restore files for a single Job
from two or more different storage devices or different media types.
That is, if you use more than one storage device or media type to
backup a single job, the restore process will require some manual
intervention.


Issues?



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users < at > li...
https://lists.sourceforge.net/lists/listinfo/bacula-users

--
Best regards,

Kern

Hello,

now am reading manual and i have one question about < at > .
Is it possible to use < at > in the following way:
Name = "news"
Include {
Options {
compression=GZIP
wild = < at > exclude.list
exclude = yes
}
File = "D:/My Documents/work"
File = "D:/My Documents/temp"
}
where exclude.list is following:
wild = *.mp3
wild = *.avi
wild = *.mpg
wild = *.mpeg
wild = *.wmv
wild = *.wma
wild = *.wvx
wild = *.wax
wild = *.asf
wild = *.asx
wild = *.wms
wild = *.wmz
wild = *.wmd
wild = *.mlv
wild = *.mid
wild = *.mod
wild = *.mov
wild = *.mp1
wild = *.mp2
wild = *.mpa
wild = *.mpe

Or < at > is only for File?

Thanks