[Veritas-bu] LTO tapes handling more that it supposed
Martin Ruslan
mit.martin at gmail.com
Tue Feb 26 21:04:42 CST 2008
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.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 at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:
>
> lrwxrwxrwx 1 root root 69 Jul 26 2007 /dev/rmt/0b ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:b
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0bn ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:bn
>
> lrwxrwxrwx 1 root root 69 Jul 26 2007 /dev/rmt/0c ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:c
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0cb ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:cb
>
> lrwxrwxrwx 1 root root 71 Jul 26 2007 /dev/rmt/0cbn ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:cbn
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0cn ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:cn
>
> lrwxrwxrwx 1 root root 69 Jul 26 2007 /dev/rmt/0h ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:h
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0hb ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:hb
>
> lrwxrwxrwx 1 root root 71 Jul 26 2007 /dev/rmt/0hbn ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:hbn
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0hn ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:hn
>
> lrwxrwxrwx 1 root root 69 Jul 26 2007 /dev/rmt/0l ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:l
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0lb ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:lb
>
> lrwxrwxrwx 1 root root 71 Jul 26 2007 /dev/rmt/0lbn ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:lbn
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0ln ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:ln
>
> lrwxrwxrwx 1 root root 69 Jul 26 2007 /dev/rmt/0m ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:m
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0mb ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:mb
>
> lrwxrwxrwx 1 root root 71 Jul 26 2007 /dev/rmt/0mbn ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:mbn
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0mn ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:mn
>
> lrwxrwxrwx 1 root root 69 Jul 26 2007 /dev/rmt/0n ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:n
>
> lrwxrwxrwx 1 root root 69 Jul 26 2007 /dev/rmt/0u ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:u
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0ub ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:ub
>
> lrwxrwxrwx 1 root root 71 Jul 26 2007 /dev/rmt/0ubn ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w500507630f44a605,0:ubn
>
> lrwxrwxrwx 1 root root 70 Jul 26 2007 /dev/rmt/0un ->
> ../../devices/pci at 9,600000/SUNW,qlc at 1/fp at 0,0/st at w5
>
>
>
> *From:* veritas-bu-bounces at mailman.eng.auburn.edu [mailto:
> veritas-bu-bounces at mailman.eng.auburn.edu] *On Behalf Of *Martin Ruslan
> *Sent:* Monday, February 25, 2008 11:45 PM
> *To:* Justin Piszcz
> *Cc:* veritas-bu at mailman.eng.auburn.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.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.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20080227/132e1962/attachment.html
More information about the Veritas-bu
mailing list