Op 20110428 om 12:53 schreef Roy Sigurd Karlsbakk:
> > I have a problem with a Windows 2003 server where backup is
> > interrupted quite often. I only see the problem on this machine
> > (dev0), but the error looks more like an SD failure. This SD is in
> > use for several other backups, which work
Thanks guys, bls helped me out :)
In fact, when I was waiting for an answer, I found bls myself :)
I am going to give a look at bscan.
*Sorry for my English...
+--
|This was sent by tijshooyber...@hotmail.com via Backup Centra
>From what I can see, the media.locationid field and the location table are not
>used by Bacula.
Anyone concur?
I'm about to move some tapes offsite, and I'd like to record their location
using the above. It seems I need to run my own SQL.
--
Dan Langille - http://langille.org
On 5/2/2011 1:48 AM, obviously wrote:
> Hi all
>
> My first post here. So don't shoot me if I say/do stupid things.
>
> I got a problem with Bacula. The version I use is 2.4.4 on debian etch.
Since 2.4.4 is now nearly 4 years old, you really ought to try a more
recent version.
> My Bacula runs smo
> My first post here. So don't shoot me if I say/do stupid things.
>
> I got a problem with Bacula. The version I use is 2.4.4 on debian etch.
>
> My Bacula runs smootly, everything seems to work.
>
> But now, when I try to execute a tar command I get some errors.
>
> The error:
>
> user:/etc/init.
Hi all
My first post here. So don't shoot me if I say/do stupid things.
I got a problem with Bacula. The version I use is 2.4.4 on debian etch.
My Bacula runs smootly, everything seems to work.
But now, when I try to execute a tar command I get some errors.
The error:
user:/etc/init.d# tar -t
Great, metadata flowing isn't a problem, backing up a machine over our WAN
would be a huge problem.
Thanks,
Bill
From: Jeremy Maes [mailto:j...@schaubroeck.be]
Sent: Monday, May 02, 2011 10:23 AM
To: Stephens, Bill {PBSG}
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Centra
Op 2/05/2011 16:54, Stephens, Bill {PBSG} schreef:
I have remote servers set up in a "single server" configuration,
meaning each server runs the director, sd, and fd. The remote servers
have their own removable drives to store the backups. The servers
only have slow connections to our centr
2011/5/2 Stephens, Bill {PBSG} :
> I have remote servers set up in a "single server" configuration, meaning
> each server runs the director, sd, and fd. The remote servers have their
> own removable drives to store the backups. The servers only have slow
> connections to our central sites. Is it
Hi bacula-users
I would to know if the include clause "verify = isd5" is correct if applied on
a verify job with Level = VolumeToCatalog.
As is wrote in documentation it seems that only for Level=Catalog or
Level=DiskToCatalog the verify clause is correct.
So, what file's attribute are verified
I have remote servers set up in a "single server" configuration, meaning each
server runs the director, sd, and fd. The remote servers have their own
removable drives to store the backups. The servers only have slow connections
to our central sites. Is it possible to configure a central direc
2011/5/2 Philip Yarra :
> My bacula now seems to be firmly wedged, with all jobs trying to use the
> same volume (and my config very definitely says to use each volume only
> once).
>
> Scheduled Jobs:
> Level Type Pri Scheduled Name Volume
> ===
Hello all,
is it possible to decompress the files on a job when it is migrated to tape?
The backround is: we want to keep the last set of full, differential and
incremental backups on tape for fast restore. As soon as a new full
backup is done, we want to migrate the last full to tape (different
My bacula now seems to be firmly wedged, with all jobs trying to use the
same volume (and my config very definitely says to use each volume only
once).
Scheduled Jobs:
Level Type Pri Scheduled Name Volume
=
14 matches
Mail list logo
