08-08-2016
Download Tape Driver from Fix Central (it's call Atape ) & install. Than run cfgmgr. The tape drive as well media changer (if any) will be get detected.
Sent from my Le X507 using Tapatalk
10 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
hi guys,
I have a rp7400 running on 11i and i would like to attach LTO3 certance OEM quantum to this box using an ultra 2 scsi lvd/se-A5149A PCI adapter.Once i attached this card and try to detect it in boot handler running the io command,i can't see the card but once i attach it to the internal... (0 Replies)
Discussion started by: giriplug
0 Replies
2. AIX
Hello world
I would to know the age of utrium tape ?
How many time i can use one tape ????
THank you all (2 Replies)
Discussion started by: mktahar
2 Replies
3. HP-UX
Is any one told me that LTO3 tape Cartridge is compatible with LTO2 Tape Drive. (2 Replies)
Discussion started by: Shawn Paul
2 Replies
4. Solaris
Can I do this live? Or, do I need to do a probe-scsi-all after doing a stop/A? (10 Replies)
Discussion started by: jgordon
10 Replies
5. AIX
Hello everyone
I updated a partition from TL06 to TL09, everything looks ok.
I check the errpt comand, lppchk -v and both are fine.
But when I type this command I got this
$ instfix -i |grep ML
All filesets for 5300-02_AIX_ML were found.
All filesets for 5.3.0.0_AIX_ML were... (3 Replies)
Discussion started by: lo-lp-kl
3 Replies
6. AIX
I have 2 servers in my office which are p570 and p550. Both run under AIX 5300-07. And I only have 1 x SCSI Ultrium LTO3 Tape Drive. For syncronization purposes, I always backup p570 server's database and restore into p550 server.
And due to the frequent process of syncronization, I require to... (1 Reply)
Discussion started by: kwliew999
1 Replies
7. Solaris
Hi guys,
I've changed the LTO3 device, but the OS (Solaris10) doesn't feel it.
From the ok> prompt i've launched the probe-scsi-all command and it worked fine because i could see the new device; the from the ok> i booted the system (normal boot, probably a boot -r could be better..) and from... (11 Replies)
Discussion started by: cecco16
11 Replies
8. Solaris
Hi all,
this time I'd need a help from an advanced Solaris system admin :rolleyes:
I attached a HP StorageWorks Ultrium 215 Tape Drives - Overview - c00059530 - HP Business Support Center to my Sun E220R and it got recognized immediately (probe-scsi-all).
Now the operating system boot process... (8 Replies)
Discussion started by: pseudocoder
8 Replies
9. HP-UX
Please guide me how to get the head cleaning history on HP HP MSL4048 1 LT0-4 Ultrium 1840. (0 Replies)
Discussion started by: marunmeera
0 Replies
10. AIX
Hello.
We have to make conversion from ibm-852 to UTF-8 (using iconv).
We already installed bos.iconv.iso2, but I suppose another fileset is missing :
# echo toto | iconv -f UTF-8 -t IBM-852
iconv: 0791-004 cannot open converter
I know I can make this conversion from IBM-852 to UTF-8... (2 Replies)
Discussion started by: stephnane
2 Replies
LEARN ABOUT DEBIAN
bup-margin
bup-margin(1) General Commands Manual bup-margin(1)
NAME
bup-margin - figure out your deduplication safety margin
SYNOPSIS
bup margin [options...]
DESCRIPTION
bup margin iterates through all objects in your bup repository, calculating the largest number of prefix bits shared between any two
entries. This number, n, identifies the longest subset of SHA-1 you could use and still encounter a collision between your object ids.
For example, one system that was tested had a collection of 11 million objects (70 GB), and bup margin returned 45. That means a 46-bit
hash would be sufficient to avoid all collisions among that set of objects; each object in that repository could be uniquely identified by
its first 46 bits.
The number of bits needed seems to increase by about 1 or 2 for every doubling of the number of objects. Since SHA-1 hashes have 160 bits,
that leaves 115 bits of margin. Of course, because SHA-1 hashes are essentially random, it's theoretically possible to use many more bits
with far fewer objects.
If you're paranoid about the possibility of SHA-1 collisions, you can monitor your repository by running bup margin occasionally to see if
you're getting dangerously close to 160 bits.
OPTIONS
--predict
Guess the offset into each index file where a particular object will appear, and report the maximum deviation of the correct answer
from the guess. This is potentially useful for tuning an interpolation search algorithm.
--ignore-midx
don't use .midx files, use only .idx files. This is only really useful when used with --predict.
EXAMPLE
$ bup margin
Reading indexes: 100.00% (1612581/1612581), done.
40
40 matching prefix bits
1.94 bits per doubling
120 bits (61.86 doublings) remaining
4.19338e+18 times larger is possible
Everyone on earth could have 625878182 data sets
like yours, all in one repository, and we would
expect 1 object collision.
$ bup margin --predict
PackIdxList: using 1 index.
Reading indexes: 100.00% (1612581/1612581), done.
915 of 1612581 (0.057%)
SEE ALSO
bup-midx(1), bup-save(1)
BUP
Part of the bup(1) suite.
AUTHORS
Avery Pennarun <apenwarr@gmail.com>.
Bup unknown- bup-margin(1)