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.
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
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 volume
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:
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 media where
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
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 try
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, 2006 at
Does bacula uses software compression by default?
Arunav.
- Original Message -
From: Georger Araujo [EMAIL PROTECTED]
To: bacula-users@lists.sourceforge.net
Sent: Sunday, September 17, 2006 2:09 PM
Subject: Re: [Bacula-users] SDLT600 tapes on bacula 1.38.11
According to the specs
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
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
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 one
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
13 matches
Mail list logo