> The files are copied to tape files created by the bacula. Which are
> compressed:
>
So then what you are seeing is the expected result. Remember you
generally do not get good compression ratios on a second (or
subsequent) compression of a data set. After the first pass most of
the redundancy has
The files are copied to tape files created by the bacula. Which are
compressed:
Filset:
Include {Options {Signature = MD5; compression = GZIP5}
.
What we have are two sets of backup:
1.-copied to hard disk files Bacula
2.-these same files copy them to tape.
To confirm you have everythin
On 01/18/11 02:24, Jose Antonio Rodriguez Martin wrote:
> Nothing, it still does not copy more than 417 GB ...
If you're getting 417GB onto a 400GB tape, you're getting compression.
You're just not getting MUCH of it.
What kind of data are you backing up? Not all data compresses well.
English te
> Nothing, it still does not copy more than 417 GB ...
>
I believe 417GB shows that compression is on since the tape is 400 GB.
What are you using as a source to this copy? If it is a compressed
format you will fit close to the native size of 400GB if it is text
you will fit between 1 and 2TB.
Al
On Mon, Jan 17, 2011 at 3:34 AM, Jose Antonio Rodriguez Martin
wrote:
> So if I have understood correctly
> 1 .- # mt-f / dev/nst0 WEOF
> 2 .- # mt-f / dev/nst0 compression 1
> 3 .- verify that compression is enabled -> tapeinfo-f / dev/sg5
> ..
> Product Type: Tape Drive
> Vendor ID: 'HP'
> Produ
Nothing, it still does not copy more than 417 GB ...
The truth is that I dont know what else to look, if I see no option
but what does is try to mount the device copies LTO-3 in windows to
see if the backup software that comes with the product I may use the
hardware compression ... Honestly, I do
So if I have understood correctly
1 .- # mt-f / dev/nst0 WEOF
2 .- # mt-f / dev/nst0 compression 1
3 .- verify that compression is enabled -> tapeinfo-f / dev/sg5
..
Product Type: Tape Drive
Vendor ID: 'HP'
Product ID: "Ultrium 3-SCSI"
Review: 'Q24D'
Attached Changer: No
SerialNumber: 'HU11039DWP'
> # tapeinfo-f / dev/sg5
> ...
> DataCompEnabled: yes
> ...
This means compression is on and is being used.
Although remember if you had compression off and then wrote anything
to a tape then tried to turn compression on that tape will not be
compressed because you can not toggle compression on o
In my case it is 1 and still no results.
Arunav.
> Date: Fri, 14 Jan 2011 16:53:49 +
> From: r...@campbell-lange.net
> To: jarodrig...@cgi.es
> CC: bacula-users@lists.sourceforge.net
> Subject: Re: [Bacula-users] LTO-3 tape Not Compressing data and speed
>
> Try some
On 14/01/11, Jose Antonio Rodriguez Martin (jarodrig...@cgi.es) wrote:
> I tried it and no longer works. I see that when I run:
> # mt-f / dev/nst0 compression 1
> compression is enabled:
> # tapeinfo-f / dev/sg5
> ...
> DataCompEnabled: yes
> ...
>
> But by launching the copy tape is uncompress
Thanks for the reply.
I tried it and no longer works. I see that when I run:
# mt-f / dev/nst0 compression 1
compression is enabled:
# tapeinfo-f / dev/sg5
...
DataCompEnabled: yes
...
But by launching the copy tape is uncompressed ...
Do not let the copy over 400 GB (800 GB compressed).
2011/
Try something along the lines of
man mt
or
mt -f /dev/nst0 compression 1
http://www.oreillynet.com/linux/cmd/cmd.csp?path=m/mt
On 14/01/11, Jose Antonio Rodriguez Martin (jarodrig...@cgi.es) wrote:
> nobody can make any comments?
> The truth is that he thought there were people on the l
nobody can make any comments?
The truth is that he thought there were people on the list who could
help me. Apparently not.
Greetings
l -- l
--
Protect Your Site and Customers from Malware Attacks
Learn about various mal
Hi list,
A few months ago we were talking about a problem of compression on LTO-3
device "LTO-3 tape Not Compressing data / premature end of tape space" (
http://www.mail-archive.com/bacula-users @ lists .
sourceforge.net/msg43952.html).
It appears that the problem was resolved by updating the dri
14 matches
Mail list logo
