Veritas-bu
[Top] [All Lists]
<prev [Date] next>
[Advanced]
 <prev [Thread] next>

[Veritas-bu] Netbackup Not Seeing My Tape Drive

2003-10-01 21:33:50
Subject: [Veritas-bu] Netbackup Not Seeing My Tape Drive
From: ssesar AT mitre DOT org (Steven L. Sesar)
Date: Wed, 1 Oct 2003 21:33:50 -0400 (EDT) 
Mark, it sounds like his st.conf is sane, since he sees what he expects
in /dev/rmt. I think that his devlinks are messed up.

Here's how I did it:

cd /opt/openv/volmgr/bin/drivers
edit sg.links 
What I did was the following, except that I use targets 14-17:

NOTE: TARGET ADDRESSES ARE IN HEX!!!

# Begin SCSA Generic devlinks file - creates nodes in /dev/sg
type=ddi_pseudo;name=sg;addr=14,0;      sg/c\N0t20l0
type=ddi_pseudo;name=sg;addr=14,1;      sg/c\N0t20l1
type=ddi_pseudo;name=sg;addr=14,2;      sg/c\N0t20l2
type=ddi_pseudo;name=sg;addr=14,3;      sg/c\N0t20l3
type=ddi_pseudo;name=sg;addr=14,4;      sg/c\N0t20l4
type=ddi_pseudo;name=sg;addr=14,5;      sg/c\N0t20l5
type=ddi_pseudo;name=sg;addr=14,6;      sg/c\N0t20l6
type=ddi_pseudo;name=sg;addr=14,7;      sg/c\N0t20l7
type=ddi_pseudo;name=sg;addr=14,8;      sg/c\N0t20l8
type=ddi_pseudo;name=sg;addr=14,9;      sg/c\N0t20l9

Save this file when finished. 

edit sg.conf
Again, I have targets 20-23 in my file

name="sg" class="scsi" target=20 lun=0;
name="sg" class="scsi" target=20 lun=1;
name="sg" class="scsi" target=20 lun=2;
name="sg" class="scsi" target=20 lun=3;
name="sg" class="scsi" target=20 lun=4;
name="sg" class="scsi" target=20 lun=5;
name="sg" class="scsi" target=20 lun=6;
name="sg" class="scsi" target=20 lun=7;
name="sg" class="scsi" target=20 lun=8;
name="sg" class="scsi" target=20 lun=9;

edit st.conf
Once more, in addition to targets 0-6, I am configuring targets 20-23,
10 luns/target.

name="st" class="scsi" target=0 lun=0;
name="st" class="scsi" target=1 lun=0;
name="st" class="scsi" target=2 lun=0;
name="st" class="scsi" target=3 lun=0;
name="st" class="scsi" target=4 lun=0;
name="st" class="scsi" target=5 lun=0;
name="st" class="scsi" target=6 lun=0;

name="st" class="scsi" target=20 lun=0;
name="st" class="scsi" target=20 lun=1;
name="st" class="scsi" target=20 lun=2;
name="st" class="scsi" target=20 lun=3;
name="st" class="scsi" target=20 lun=4;
name="st" class="scsi" target=20 lun=5;
name="st" class="scsi" target=20 lun=6;
name="st" class="scsi" target=20 lun=7;
name="st" class="scsi" target=20 lun=8;
name="st" class="scsi" target=20 lun=9;

remove (or rename, if you wish) /kernel/drv/sg.conf

rm -rf /dev/rmt/*

run /opt/openv/volmgr/bin/driver/sg.install

Reboot server with 'reboot -- -r'

When the server comes back, you should be all set.

BTW, the command to rebuild device files (in this example, tape devices), 
without rebooting is:

devfsadm -C -s -v -c tape

Actually, this won't rebuild them, rather, it will give you a preview of
what it intends to do.

HTH the OP, 

--Steve



On Wed, 1 Oct 2003, Donaldson, Mark wrote:

> Date: Wed, 1 Oct 2003 16:53:05 -0600
> From: "Donaldson, Mark" <Mark.Donaldson AT experianems DOT com>
> To: 'David Chapa' <david.chapa AT adic DOT com>,
>      "Donaldson, Mark" <Mark.Donaldson AT experianems DOT com>,
>      Pete Akre <PAkre AT JNI DOT com>, Steve Quan <sq01 AT yorku DOT ca>
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> 
> That's the /kernel/drv/st.conf file. If you modify this file, you'll have to
> reload the st driver.  There's a manual way to do this or you can simply
> reboot.  Tap me if you need the manual method.
> 
> -M
> 
> -----Original Message-----
> From: David Chapa [mailto:david.chapa AT adic DOT com]
> Sent: Wednesday, October 01, 2003 4:51 PM
> To: Donaldson, Mark; Pete Akre; Steve Quan
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> 
> 
> Peter, it may be that the target/luns of your tape drives are beyond
> what your OS is configured to "see".  That's not the end of the world,
> but it will take some time.  The NBU Device Management manual should
> discuss this in detail and how to remedy the situation.
> 
> 
> 
> David A. Chapa * Technical Advisor, Technical Marketing * ADIC *
> 720.249.5836 * david.chapa AT adic DOT com
> 
> Pathlight VX - Integrated Disk-to-Tape Backup - http://www.adic.com
> 
> 
> -----Original Message-----
> From: Donaldson, Mark [mailto:Mark.Donaldson AT experianems DOT com] 
> Sent: Wednesday, October 01, 2003 4:43 PM
> To: 'Pete Akre'; David Chapa; Steve Quan
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> 
> What's your "sgscan tape" and "sgscan changer" output look like?
> -M
> 
> -----Original Message-----
> From: Pete Akre [mailto:PAkre AT JNI DOT com]
> Sent: Wednesday, October 01, 2003 4:27 PM
> To: 'David Chapa'; Steve Quan
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> 
> 
> Thanks for the reply,
> 
> Here it is:
> 
> type=ddi_pseudo;name=md;minor=admin     md/admin
> type=ddi_pseudo;name=md;minor2=blk      md/dsk/d\M1
> type=ddi_pseudo;name=md;minor2=raw      md/rdsk/d\M1
> type=ddi_pseudo;name=ses        es/ses\N0
> type=ddi_pseudo;name=SUNW,rtvc;minor=ctl        rtvc\M0
> type=ddi_pseudo;name=SUNW,rtvc  \M0
> type=ddi_pseudo;name=vxspec;minor=0,raw vx/config
> type=ddi_pseudo;name=vxspec;minor=1,raw vx/trace
> type=ddi_pseudo;name=vxspec;minor=2,raw vx/iod
> type=ddi_pseudo;name=vxspec;minor=3,raw vx/info
> type=ddi_pseudo;name=vxspec;minor=4,raw vx/task
> type=ddi_pseudo;name=vxspec;minor=5,raw vx/taskmon
> type=ddi_pseudo;name=vxspec;minor=6,raw vx/clust
> type=ddi_pseudo;name=vxspec;minor=7,raw vx/netiod
> type=ddi_pseudo;name=vxdmp;minor=0,raw  vx/dmpconfig
> type=ddi_pseudo;name=fdd        \D
> type=ddi_pseudo;name=vxportal   \D
> type=ddi_pseudo;name=qlog;minor=0,raw   qlog/admin
> type=ddi_pseudo;name=qlog;minor=1,raw   qlog/vxlog1
> type=ddi_pseudo;name=qlog;minor=2,raw   qlog/vxlog2
> type=ddi_pseudo;name=qlog;minor=3,raw   qlog/vxlog3
> type=ddi_pseudo;name=qlog;minor=4,raw   qlog/vxlog4
> type=ddi_pseudo;name=qlog;minor=5,raw   qlog/vxlog5
> type=ddi_pseudo;name=qlog;minor=6,raw   qlog/vxlog6
> type=ddi_pseudo;name=qlog;minor=7,raw   qlog/vxlog7
> type=ddi_pseudo;name=qlog;minor=8,raw   qlog/vxlog8
> type=ddi_pseudo;name=qlog;minor=9,raw   qlog/vxlog9
> type=ddi_pseudo;name=qlog;minor=10,raw  qlog/vxlog10
> type=ddi_pseudo;name=qlog;minor=11,raw  qlog/vxlog11
> type=ddi_pseudo;name=qlog;minor=12,raw  qlog/vxlog12
> type=ddi_pseudo;name=qlog;minor=13,raw  qlog/vxlog13
> type=ddi_pseudo;name=qlog;minor=14,raw  qlog/vxlog14
> type=ddi_pseudo;name=qlog;minor=15,raw  qlog/vxlog15
> type=ddi_pseudo;name=qlog;minor=16,raw  qlog/vxlog16
> type=ddi_pseudo;name=qlog;minor=17,raw  qlog/vxlog17
> type=ddi_pseudo;name=qlog;minor=18,raw  qlog/vxlog18
> type=ddi_pseudo;name=qlog;minor=19,raw  qlog/vxlog19
> type=ddi_pseudo;name=qlog;minor=20,raw  qlog/vxlog20
> type=ddi_pseudo;name=qlog;minor=21,raw  qlog/vxlog21
> type=ddi_pseudo;name=qlog;minor=22,raw  qlog/vxlog22
> type=ddi_pseudo;name=qlog;minor=23,raw  qlog/vxlog23
> type=ddi_pseudo;name=qlog;minor=24,raw  qlog/vxlog24
> type=ddi_pseudo;name=qlog;minor=25,raw  qlog/vxlog25
> type=ddi_pseudo;name=qlog;minor=26,raw  qlog/vxlog26
> type=ddi_pseudo;name=qlog;minor=27,raw  qlog/vxlog27
> type=ddi_pseudo;name=qlog;minor=28,raw  qlog/vxlog28
> type=ddi_pseudo;name=qlog;minor=29,raw  qlog/vxlog29
> type=ddi_pseudo;name=qlog;minor=30,raw  qlog/vxlog30
> type=ddi_pseudo;name=qlog;minor=31,raw  qlog/vxlog31
> type=ddi_pseudo;name=qlog;minor=32,raw  qlog/cvxlog1
> type=ddi_pseudo;name=qlog;minor=33,raw  qlog/cvxlog2
> type=ddi_pseudo;name=qlog;minor=34,raw  qlog/cvxlog3
> type=ddi_pseudo;name=qlog;minor=35,raw  qlog/cvxlog4
> type=ddi_pseudo;name=qlog;minor=36,raw  qlog/cvxlog5
> type=ddi_pseudo;name=qlog;minor=37,raw  qlog/cvxlog6
> type=ddi_pseudo;name=qlog;minor=38,raw  qlog/cvxlog7
> type=ddi_pseudo;name=qlog;minor=39,raw  qlog/cvxlog8
> type=ddi_pseudo;name=qlog;minor=40,raw  qlog/cvxlog9
> type=ddi_pseudo;name=qlog;minor=41,raw  qlog/cvxlog10
> type=ddi_pseudo;name=qlog;minor=42,raw  qlog/cvxlog11
> type=ddi_pseudo;name=qlog;minor=43,raw  qlog/cvxlog12
> type=ddi_pseudo;name=qlog;minor=44,raw  qlog/cvxlog13
> type=ddi_pseudo;name=qlog;minor=45,raw  qlog/cvxlog14
> type=ddi_pseudo;name=qlog;minor=46,raw  qlog/cvxlog15
> type=ddi_pseudo;name=qlog;minor=47,raw  qlog/cvxlog16
> type=ddi_pseudo;name=qlog;minor=48,raw  qlog/cvxlog17
> type=ddi_pseudo;name=qlog;minor=49,raw  qlog/cvxlog18
> type=ddi_pseudo;name=qlog;minor=50,raw  qlog/cvxlog19
> type=ddi_pseudo;name=qlog;minor=51,raw  qlog/cvxlog20
> type=ddi_pseudo;name=qlog;minor=52,raw  qlog/cvxlog21
> type=ddi_pseudo;name=qlog;minor=53,raw  qlog/cvxlog22
> type=ddi_pseudo;name=qlog;minor=54,raw  qlog/cvxlog23
> type=ddi_pseudo;name=qlog;minor=55,raw  qlog/cvxlog24
> type=ddi_pseudo;name=qlog;minor=56,raw  qlog/cvxlog25
> type=ddi_pseudo;name=qlog;minor=57,raw  qlog/cvxlog26
> type=ddi_pseudo;name=qlog;minor=58,raw  qlog/cvxlog27
> type=ddi_pseudo;name=qlog;minor=59,raw  qlog/cvxlog28
> type=ddi_pseudo;name=qlog;minor=60,raw  qlog/cvxlog29
> type=ddi_pseudo;name=qlog;minor=61,raw  qlog/cvxlog30
> type=ddi_pseudo;name=qlog;minor=62,raw  qlog/cvxlog31
> type=ddi_pseudo;name=qlog;minor=63,raw  qlog/cvxlog32
> type=ddi_pseudo;name=qlog;minor=64,raw  qlog/frlog
> type=ddi_pseudo;name=gab        \M0
> # begin SCSA Generic devlinks file - creates nodes in /dev/sg
> type=ddi_pseudo;name=sg;addr=0,0;       sg/c\N0t0l0
> type=ddi_pseudo;name=sg;addr=1,0;       sg/c\N0t1l0
> type=ddi_pseudo;name=sg;addr=2,0;       sg/c\N0t2l0
> type=ddi_pseudo;name=sg;addr=3,0;       sg/c\N0t3l0
> type=ddi_pseudo;name=sg;addr=4,0;       sg/c\N0t4l0
> type=ddi_pseudo;name=sg;addr=5,0;       sg/c\N0t5l0
> type=ddi_pseudo;name=sg;addr=6,0;       sg/c\N0t6l0
> type=ddi_pseudo;name=sg;addr=0,1;       sg/c\N0t0l1
> type=ddi_pseudo;name=sg;addr=1,1;       sg/c\N0t1l1
> type=ddi_pseudo;name=sg;addr=2,1;       sg/c\N0t2l1
> type=ddi_pseudo;name=sg;addr=3,1;       sg/c\N0t3l1
> type=ddi_pseudo;name=sg;addr=4,1;       sg/c\N0t4l1
> type=ddi_pseudo;name=sg;addr=5,1;       sg/c\N0t5l1
> type=ddi_pseudo;name=sg;addr=6,1;       sg/c\N0t6l1
> # end SCSA devlinks
> 
> ------------
> Peter Akre
> 
> 
> 
> -----Original Message-----
> From: David Chapa [mailto:david.chapa AT adic DOT com]
> Sent: Wednesday, October 01, 2003 2:36 PM
> To: Pete Akre; Steve Quan
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> 
> 
> What's in your /etc/devlink.tab file?
> 
> 
> 
> David A. Chapa * Technical Advisor, Technical Marketing * ADIC *
> 720.249.5836 * david.chapa AT adic DOT com
> 
> Pathlight VX - Integrated Disk-to-Tape Backup - http://www.adic.com
> 
> 
> -----Original Message-----
> From: Pete Akre [mailto:PAkre AT JNI DOT com] 
> Sent: Wednesday, October 01, 2003 3:05 PM
> To: 'Steve Quan'
> Cc: 'veritas-bu AT mailman.eng.auburn DOT edu'
> Subject: RE: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> 
> Hi,
> 
> I am able to see it with the "mt" command. To be honest I am not sure
> what I
> am looking for in /dev. The entries in /dev/rmt were re-created. The
> only
> files modified in /dev from around the time I started this process are:
> 
> rmt
> sg
> fb -> /devices/pci@1f,4000/TSI,gfxp@5:gfxp0
> .devfsadm_synch_door
> .devfsadm_dev.lock
> .devlink_db
> fd
> 
> Thanks again,
> 
> Pete Akre
> 
> -----Original Message-----
> From: Steve Quan [mailto:sq01 AT yorku DOT ca]
> Sent: Wednesday, October 01, 2003 1:49 PM
> To: Pete Akre
> Subject: RE: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> 
> 
> Hi,
> 
> After the reboot, can you see it with, "mt -f /dev/rmt/xxx status" etc ?
> Did the /dev files get recreated ?
> 
> /Steve
> ---
> On Wed, 1 Oct 2003, Pete Akre wrote:
> 
> > Yes I did, but I did it again and it still will not show.
> >
> > Thanks
> >
> > Pete Akre
> >
> > -----Original Message-----
> > From: Steve Quan [mailto:sq01 AT yorku DOT ca]
> > Sent: Wednesday, October 01, 2003 1:13 PM
> > To: Pete Akre
> > Subject: RE: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> >
> >
> > Did you reboot (-r) to re-recognize the drives after the rm of
> /dev/rmt/*
> > ?
> >
> > /Steve
> > ---
> > On Wed, 1 Oct 2003, Pete Akre wrote:
> >
> > > Thanks, I just tried this and still am not seeing the drive with
> "sgscan".
> > > This thing is really frustrating me.
> > >
> > > Pete Akre
> > >
> > > -----Original Message-----
> > > From: Teklu, Daniel [mailto:daniel.teklu AT thomson DOT com]
> > > Sent: Wednesday, October 01, 2003 1:01 PM
> > > To: Pete Akre; 'veritas-bu AT mailman.eng.auburn DOT edu'
> > > Subject: RE: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> > >
> > >
> > > You will have to re-install the sg devices and drivers:
> > >
> > > - rm /dev/rmt/*
> > > - rm /dev/sg/*
> > > - rm /kernel/drv/sg
> > > - rm /kernel/drv/sg.conf
> > > - rem_drv sg
> > > - drvconfig; tapes
> > > - /usr/openv/volmgr/bin/driver/sg.install
> > >
> > > The same thing happened to me installing a new L9 on a Solaris 8
> box,
> and
> > > the above steps fixed it.
> > >
> > > -Daniel
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Pete Akre [mailto:PAkre AT jni DOT com]
> > > Sent: Wednesday, October 01, 2003 3:38 PM
> > > To: 'veritas-bu AT mailman.eng.auburn DOT edu'
> > > Subject: [Veritas-bu] Netbackup Not Seeing My Tape Drive
> > >
> > >
> > > I am running NetBackup 4.5 on a Solaris 8 box, but it will not see
> the
> IBM
> > > Ultrium2 tape drive in the STK L700 (this is the only one I am
> connected
> > > to). The Solaris box sees it and has the correct entries in
> "/dev/rmt".
> > But
> > > when I do an "sgscan" or try to have NetBackup discover the drive
> from
> the
> > > gui it will not see it.
> > >
> > > Sorry if this is an ignorant question, but i'm under a time crunch
> and
> am
> > > new to some of these concepts.
> > >
> > > Thanks
> > >
> > > Pete Akre
> > > _______________________________________________
> > > Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > > _______________________________________________
> > > Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > >
> >
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 

--
[More with this subject...]
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date:  [Veritas-bu] Netbackup Not Seeing My Tape Drive, David Chan
Next by Date:  [Veritas-bu] NFS Mount Backup using solaris based verias netbackup, Vikas Saini
Previous by Thread:  [Veritas-bu] Netbackup Not Seeing My Tape Drive, Donaldson, Mark
Next by Thread:  [Veritas-bu] Netbackup Not Seeing My Tape Drive, David Chan
Indexes:  [Date] [Thread] [Top] [All Lists]