It appears that the only way to turn off hardware tape compression
is to have RunBeforeJob execute a script that turns off h/w tape
compression with 'mt'. I did not see in either released or
development documentation that there is a %? substitution for the
tape device to be used for the Job a
Frank Sweetser wrote:
> On Sun, Sep 17, 2006 at 07:36:46PM -0500, Michael Brennen wrote:
>
>> I enabled encryption on 1.39.23 using the FD keys on Friday.
>> During a full backup over the weekend I noticed that the 35/70 DLT
>> tapes seemed to hold less than I have seen before, about 35G in on
On Sun, Sep 17, 2006 at 07:36:46PM -0500, Michael Brennen wrote:
>
> I enabled encryption on 1.39.23 using the FD keys on Friday.
> During a full backup over the weekend I noticed that the 35/70 DLT
> tapes seemed to hold less than I have seen before, about 35G in one
> case and somewhat over 3
I enabled encryption on 1.39.23 using the FD keys on Friday.
During a full backup over the weekend I noticed that the 35/70 DLT
tapes seemed to hold less than I have seen before, about 35G in one
case and somewhat over 30G in another.
I am wondering if the encrypted data might conflict with au
Kern Sibbald writes:
> The algorithm is very clearly described in the manual at:
> http:/www.bacula.org/dev-manual/Automatic_Volume_Recycling.html#SECTION000243000
In that url I see:
Try recycling any purged Volumes
Does this meet the criteria?
recycle = 1
Difference of current time
Sadly this has not helped.
Any other ideas?
Ian
Michael Brennen <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
15/09/2006 02:53 PM
To
bacula-users@lists.sourceforge.net
cc
Subject
Re: [Bacula-users] 3999 error on mount.
Autochanger.
On Fri, 15 Sep 2006, Ian Leithhead wrote
Does bacula uses software compression by default?
Arunav.
- Original Message -
From: "Georger Araujo" <[EMAIL PROTECTED]>
To:
Sent: Sunday, September 17, 2006 2:09 PM
Subject: Re: [Bacula-users] SDLT600 tapes on bacula 1.38.11
According to the specs presented in
http://www.tape-libra
On Sunday 17 September 2006 21:02, Jo Rhett wrote:
> > Bruno Savioli writes:
> > > If I am not mistaken, you need to have a "Maximum Volumes" in your Pool
> > > directives. Bacula first tries a new volume, if there isn't one, it will
> > > look for the purged ones to recycle.
>
> On Sun, Sep 17,
> Bruno Savioli writes:
> > If I am not mistaken, you need to have a "Maximum Volumes" in your Pool
> > directives. Bacula first tries a new volume, if there isn't one, it will
> > look for the purged ones to recycle.
On Sun, Sep 17, 2006 at 01:22:08PM -0400, Francisco Reyes wrote:
> Will have to
On Sun, Sep 17, 2006 at 07:22:58PM +0200, Kern Sibbald wrote:
> Yes, that I saw, but it wasn't clear to me what the problem was, probably
> because I was under the mistaken belief that the FirstWritten was really the
> time the volume was first written. After looking at the code, I see that it
Francisco Reyes writes:
> Francisco Reyes writes:
>
>> Using Bacula 1.38.11 in FreeBSD 6.1
>> Using disk volumes.
>>
>> I have a pool with a large set of Purged volumes, yet Bacula continues to
>> make new volumes in the pool.
>
> Better queries.
>
> To get count.
>
> select count(*)
> from
On Sunday 17 September 2006 00:29, Jo Rhett wrote:
> On Thu, Sep 14, 2006 at 08:34:41PM +0200, Kern Sibbald wrote:
> > On Thursday 14 September 2006 19:41, Jo Rhett wrote:
> > > On Thu, Sep 14, 2006 at 10:20:21AM +0200, Kern Sibbald wrote:
> > > > On Thursday 14 September 2006 03:45, Jo Rhett wrote
Bruno Savioli writes:
> If I am not mistaken, you need to have a "Maximum Volumes" in your Pool
> directives. Bacula first tries a new volume, if there isn't one, it will
> look for the purged ones to recycle.
Will have to try that, but I thought the behavior was supposed to be:
1- See if any vol
According to the specs presented in
http://www.tape-library.com/quantum/sdlt-600.htm, your
tapes can store 300 GB native and *up to* 600 GB
compressed. Keep in mind that 2:1 compression is just
wishful thinking; an optimistic estimate. It could be
less in practice. I have an LTO-2 drive, and my tap
I am using SDLT600 tapes and that is suppose to fit 600GB compressed. It
seems it is unevenly filling up. Some tapes are as low as 136Gb and some are
456GB to 594GB. I am using disk spool first then to tape. So why is this
difference?
Arunav.
-
15 matches
Mail list logo