afak the DLT Drives write a few bytes on tape whenever you insert a tape into drive, that's why a tape once used in a DLT7k Drive never can be used in a eg DLT 4k Drive...
>> changed the density of our tape deck
did you replace the drive? Or did you just chance the density (usind eg /dev/rmt/0c instead of /dev/rmt/0)?
Best Regards, Franz
--
Solaris System Manager from Munich, Germany
I used to work for Sun Microsystems Support (EMEA) for 5 years
I am not a support person so I am trying to find out to assist our support guy! I think that our DLT tape currently holds 30gb but we have had a system upgrade and we now have 35gb to back up. We are aware that we can change the compression on our tape deck so it compresses the data so we can fit 40gb on the tape. This is through a menu on the tape deck. In the manual for the tape deck it says after changing the compression on the deck that we need to format the tape and we are running solaris 8 which we use to run our nightly dump to tape using the cron. We wondered if we could somehow use solaris to format the tape. We actually have a jukebox attached to our drive which would solve the problem because we could just put 2 tapes in but we tell solaris to dump to the device and it just fills the tape and then prompts for the second tape, as it only prompts for 10mins before it aborts and that this prompt is in the early hours we have a problem!
Are you using the compressed device for the save (/dev/rmt/0c as daFranz describes above)? This should enable you to save 35 Gb easily enough. How are you doing your backups, ufsdump perhaps?
cd /dev land do an ls -la nrst* to see what's available and where the links point. Post back here with the results. Adding c to 0uf won't have the desired effect as that just tells ufsdump what parameters to run under.
I suggest to run Backups with the device /dev/rmt/0cbn and try to find out wether one tape is enough; if it is not enough split backups to two tapes (eg save /oracle files to tape1 and "the rest" to tape2)
If this is not a solution use a backup software (eg Veritas Netbackup, Legato Networker, TSM, ...) which can drive your jukebox; maybe there are public domain solutions, but sorry I don't know them...
Best Regards, Franz
--
Solaris System Manager from Munich, Germany
I used to work for Sun Microsystems Support (EMEA) for 5 years
Or just change the nrst10 to nsrt34 in the script. Must say, though that this is the first time I've ever come across this nsrt stuff, so it may be as well to use /dev/rmt/0cbn anyway. As you're only writing 5 Gb more than your 30 Gb which used to fit on the tape, I think this should resolve your problem. Post back with the results.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.