Re: [Veritas-bu] LTO tapes handling more that it supposed

Hi Len..
good morning.. :)

Yes, some of my media server is Solaris, some is Windows.
Ah, I'm understand now.. where's the drive compression came from.. :)
Thank you Len.. you remind me about the ''c" on the drive's setting.

Btw, if it is a Windows platform, do you know from where the compressions set?
Since on windows, the drives only detected as: Tape0, Tape1, etc...
Thank you Len..

Regards,
Martin

On Tue, Feb 26, 2008 at 8:46 PM, Len Boyle <Len.Boyle AT sas DOT com> wrote:

Good Morning Martin

I do not remember which platform you are using for you media servers.

On solaris using the st driver the use of hardware compress depends on which device name you are using. from the following any of the dev entries with the "c" will call for hardware compression. In netbackup we use /dev/rmt/0cbn

len

> ls -l /dev/rmt/0*

lrwxrwxrwx   1 root     root          68 Jul 26 2007 /dev/rmt/0 -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:

lrwxrwxrwx   1 root     root          69 Jul 26 2007 /dev/rmt/0b -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:b

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0bn -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:bn

lrwxrwxrwx   1 root     root          69 Jul 26 2007 /dev/rmt/0c -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:c

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0cb -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:cb

lrwxrwxrwx   1 root     root          71 Jul 26 2007 /dev/rmt/0cbn -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:cbn

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0cn -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:cn

lrwxrwxrwx   1 root     root          69 Jul 26 2007 /dev/rmt/0h -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:h

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0hb -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:hb

lrwxrwxrwx   1 root     root          71 Jul 26 2007 /dev/rmt/0hbn -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:hbn

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0hn -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:hn

lrwxrwxrwx   1 root     root          69 Jul 26 2007 /dev/rmt/0l -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:l

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0lb -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:lb

lrwxrwxrwx   1 root     root          71 Jul 26 2007 /dev/rmt/0lbn -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:lbn

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0ln -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:ln

lrwxrwxrwx   1 root     root          69 Jul 26 2007 /dev/rmt/0m -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:m

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0mb -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:mb

lrwxrwxrwx   1 root     root          71 Jul 26 2007 /dev/rmt/0mbn -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:mbn

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0mn -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:mn

lrwxrwxrwx   1 root     root          69 Jul 26 2007 /dev/rmt/0n -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:n

lrwxrwxrwx   1 root     root          69 Jul 26 2007 /dev/rmt/0u -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:u

lrwxrwxrwx   1 root     root          70 Jul 26 2007 /dev/rmt/0ub -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:ub

lrwxrwxrwx   1 root     root          71 Jul 26 2007 /dev/rmt/0ubn -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w500507630f44a605,0:ubn

lrwxrwxrwx   1 root     root         70 Jul 26 2007 /dev/rmt/0un -> ../../devices/pci@9,600000/SUNW,qlc@1/fp@0,0/st@w5

From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Martin Ruslan
Sent: Monday, February 25, 2008 11:45 PM
To: Justin Piszcz
Cc: veritas-bu AT mailman.eng.auburn DOT edu

Subject: Re: [Veritas-bu] LTO tapes handling more that it supposed

Dear Justin,
sounds make sense for the hardware compression.
but, I never set the hardware compression on the NBU. Did the compression do it self without any configuration triggered?
I mean, is it running automatically for few types of files or datas?
And this is happening not to all tapes.. only few tapes..
some is oracle database, and some is windows flatfile.

@Simon:
hopefully not David Copperfield who make strange thing happens on my backup.. :)

@everyone:
So this is normal if it's a database backup? (specially oracle).
just trying to describe all the inputs.. :)

Rgrds,
Martin

On Mon, Feb 25, 2008 at 7:04 PM, Justin Piszcz <jpiszcz AT lucidpixels DOT com> wrote:

On Mon, 25 Feb 2008, Martin Ruslan wrote:

> Dear gurus,
> have you ever meet this condition?
> My LTO3 tapes handling more than 800GB (about 1.2TB) on the media's report.
> I don't have any idea for this.. The backup not running the compression
> also..
> Is it maybe the block size or something? Need your advice..
>
> Regards,
> Martin
>

The tape drive does compression. We see upwards of 3.0++ to 1 in some
cases.

Justin.

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu