We just converted from a Storage Tek L40 with 2
DLT8000 drives to an L700 with DLT8000 drives. We're
running Solaris 2.6, Veritas DataCenter 34, Patch
34_2.
Veritas Tech support said to add the following lines
to the st.conf:
"QUANTUM DLT8000", "Quantum DLT8000 Tape Drive",
"DLT8k-data";
DLT8k-data = 1,0x38,0,0x19639,4,0x1a,0x1b,0x41,0x41,3;
Then rebuild the sg driver as follows:
# rem_drv sg
# rm /dev/sg/*
# rm /kernel/drv/sg.conf
vi /etc/devlink.tab and remove lines that start with:
type=ddi_pseudo;name=sg
# rm /usr/openv/volmgr/bin/driver/sg.conf
# rm /usr/openv/volmgr/bin/driver/sg.links
# cd /usr/openv/volmgr/bin/driver
# cp sg.links.all sg.links
# cp sg.conf.all sg.conf
# cd /usr/openv/volmgr/bin
# ./sg.build all -mt 15 -ml 7
# cd /usr/openv/volmgr/bin/driver
# ./sg.install
We have one scsi controller connected to the L700
robot and one controller connected to the DLT8000 (the
first DLT8000 daisy chaned to the second DLT8000.) The
L700 is scsi target id 0 and the drives are scsi
target 1 and 2.
There is nothing else on these scsi controllers, so I
don't see why they suggested rebuilding the sg driver.
It looks like the default was to have 7 target ids (0
through 6) with only one lu per target (lu 0).
--- "Donaldson, Mark" <Mark.Donaldson AT experianems DOT com>
wrote:
> Well here's the word on st.conf for my DLT7K from
> Veritas tech support on
> Sol v2.6.
>
> ----------Original Message-------------
> in /kernel/drv/st.conf
>
> Uncomment the line tape-config-list
>
> Uncomment the line in the second 'paragraph'-
> # "QUANTUM DLT7000", "Quantum DLT7000",
> "DLT7k-data"; <--note the
> semicolon at end of line
>
> Uncomment and edit the 3rd 'paragraph'
> #DLT7k-data =
> 1,0x38,0,0x1D639,4,0x82,0x83,0x84,0x85,2;
> DLT7k-data =
> 1,0x38,0,0x3D639,4,0x82,0x83,0x84,0x85,3;
>
> <snip>
> Technical Engineer
> VERITAS Software
> 2955 Centre Pointe Drive
> Roseville, MN USA 55113
> ***Normal work hours 8am - 5pm
> CDT***
>
> For Future Calls PLEASE Consider Installing the
> following Support Tool:
> These are the files necessary to install and run the
> NetBackup Configuration
> Validation Utility (NCVU).
> <http://seer.support.veritas.com/docs/242920.htm>
>
>
>
> -----Original Message-----
> From: James C. McPherson
> [mailto:James.McPherson AT sun DOT com]
> Sent: Thursday, December 05, 2002 9:55 PM
> To: Douglas Ritschel
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: [Veritas-bu] /kernel/drv/st.conf
> NetBackup DataCenter 3.4
>
>
> On Wed, 27 Nov 2002 12:01:02 -0800 (PST) Douglas
> Ritschel
> <dritschel62 AT yahoo DOT com> wrote:
> > After installing NetBackup DataCenter 3.4, all
> lines
> > in the /kernel/drv/st.conf file are commented out.
> As
> > far as I know, the NetBackup Installation manual
> does
> > not mention st.conf.
> > According to the Device Config Manual the Tape
> Drives
> > should be defined in the st.conf file. So, what
> are
> > the implications of defining the drives in
> st.conf,
> > after backups have already been run with a fully
> > commented out st.conf file?
>
> Douglas,
> assuming that you are running a current release
> (2.6++ of Solaris) and have
> a current version of the st driver patch installed,
> it is correct to have
> all the lines in st.conf commented out. If there is
> a commented-out line for
> the drive type in st.conf on Solaris as you find in
> an st patch then that
> indicates that the drive type support is compiled
> into the driver and no
> modification to st.conf is required.
>
> As for implications for backups if you now go and
> uncomment the drive
> types, I have no idea. I don't think it would be a
> problem but I don't
> have any data on it.
>
> James C. McPherson
> --
> Pacrim PTS Engineer 828 Pacific Highway
> Gordon NSW
> Sun Microsystems Australia 2072
>
> _______________________________________________
> Veritas-bu maillist -
> Veritas-bu AT mailman.eng.auburn DOT edu
>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
|
