On Thursday 2015-07-30 16:11:55 Bill Arlofski wrote:
> On 07/29/2015 05:16 PM, RAT wrote:
> > I'm not (easily) finding a way to copy weekend full backups to a 2nd
> > tape for offsite. I've seen some pretty elaborate SQL programs.
> > Isn't there an easier way?
>
> Hi Robert,
>
> I can't offici
On Thursday 2015-07-30 21:51:11 Radosław Korzeniewski wrote:
> Hello,
>
> 2015-07-30 11:54 GMT+02:00 Josip Deanovic :
> > I would like to add that in order to extract the files without the
> > bacula database, using the bextract tool, you will also have to create
> > a bootstrap file.
>
> Well. I
On 07/29/2015 05:16 PM, RAT wrote:
> I'm not (easily) finding a way to copy weekend full backups to a 2nd tape for
> offsite. I've seen some pretty elaborate SQL programs. Isn't there an easier
> way?
Hi Robert,
I can't officially call this a "best practices" response, but one thing you
might
Hello,
2015-07-30 11:54 GMT+02:00 Josip Deanovic :
> I would like to add that in order to extract the files without the
> bacula database, using the bextract tool, you will also have to create a
> bootstrap file.
>
Well. It is not required. It is possible to use bextract without a bsr
file.
bes
Some times debug output creates bus
errors on architectures such as Sparc for two reasons.
1. They are debug statements so they are not always carefully
written nor checked.
2. We do not usually run on Sparc machines.
If you are getting a bus
On 7/30/2015 9:37 AM, Rao, Uthra R. (GSFC-672.0)[ADNET SYSTEMS INC] wrote:
Wanderlei,
I enabled debug on the Debian (sparc) client and manually tried to run
a full backup of this client. When it is just about to start spooling
the bacula-fd crashes on the client. Here is the debug output:
Wanderlei,
I enabled debug on the Debian (sparc) client and manually tried to run a full
backup of this client. When it is just about to start spooling the bacula-fd
crashes on the client. Here is the debug output:
***-fd: job.c:288-0 Executing JobId= command.
***-fd: job.c:1733-0 set s
Hello Lukas,
I found something here, but I really don't think that they are catalog
inconsistencies.
I misunderstood the 64,512 bytes, you're not dealing with tapes, but with
disk volumes. So this is OK. You have data there. Also, you would not be
able to bls the files if they were not there.
Your
On Monday 2015-07-27 12:59:23 Luc A wrote:
> Dear reader,
>
> Is there a way to browse through an Bacula made backup files like
> browsing throught a RAR file with WinRAR??
>
> Best regards,
>
> Luc
Hi
Others already gave you the answer mentioning the bls and brestore tools.
I would like to ad
Hello,
2015-07-27 12:59 GMT+02:00 Luc A :
> Dear reader,
>
> Is there a way to browse through an Bacula made backup files like browsing
> throught a RAR file with WinRAR??
>
>
Yes. Use bls for that. When you need to extract something you can use
bextract for that.
best regards
--
Radosław Korze
On Tue, Jul 28, 2015 at 06:59:29PM -0300, Ana Emília M. Arruda wrote:
> I´m sorry, I was talking about JobId 1557 and not the 1584. I think the
> problem here is not the number of files, but the VolBytes=64,512. For
> Bacula, your volume has no backup data. Have you checked the information
> for th
11 matches
Mail list logo