Veritas-bu

[Veritas-bu] Eight new SDLT320 drives not being recognzied by NBU Datacenter 3 .4

2004-05-05 02:44:46
Subject: [Veritas-bu] Eight new SDLT320 drives not being recognzied by NBU Datacenter 3 .4
From: ekholm AT ekholm DOT org (Mike Ekholm)
Date: Wed, 5 May 2004 01:44:46 -0500
The no device or address tells me that tar is not going to do crap, sgscan
looking down the path can see the drives fine, but at this point solaris
can not see anything.

I have never used a tape device that was not configured as lun 0, is
this supported on solaris?

On Tue, May 04, 2004 at 09:39:11PM -0700, K Chapman wrote:
> can you load a tape and use tar, cpio or other util to write/read to one of 
> the /dev/rmt/X drives that arent working
> 
> "Hardt, Jon" <jon.hardt AT cendant DOT com> wrote:
> My st driver version is... 
> 39 102cb226  12dcc  33   1  st (SCSI tape Driver 1.216) 
> 
> We are at kernel rev 108528-24 
> 
> Although it seems to me that a driver/patch issue seems unlikely, given that 
> we can actually use 2 of the 8 tape drives. My st.conf, devlinks and sg.conf 
> files look correct...it must be some sort of configuration error.
> 
> bash-2.03# ./sgscan all 
> /dev/sg/c0t6l0: Cdrom: "TOSHIBA DVD-ROM SD-M1401" 
> /dev/sg/c0tw21000004cf20f03el0: Disk (???): "SEAGATE ST336605FSUN36G" 
> /dev/sg/c0tw21000004cf20f8d3l0: Disk (???): "SEAGATE ST336605FSUN36G" 
> /dev/sg/c2t4l0: Tape (/dev/rmt/0): "QUANTUM SDLT320"  -- ## This drive works 
> /dev/sg/c2t4l1: Tape (/dev/rmt/1): "QUANTUM SDLT320" 
> /dev/sg/c2t4l2: Tape (/dev/rmt/2): "QUANTUM SDLT320" 
> /dev/sg/c2t4l3: Tape (/dev/rmt/3): "QUANTUM SDLT320" 
> /dev/sg/c2t5l0: Tape (/dev/rmt/4): "QUANTUM SDLT320"  -- ## This drive works 
> /dev/sg/c2t5l1: Tape (/dev/rmt/5): "QUANTUM SDLT320" 
> /dev/sg/c2t5l2: Tape (/dev/rmt/6): "QUANTUM SDLT320" 
> /dev/sg/c2t5l3: Tape (/dev/rmt/7): "QUANTUM SDLT320" 
> /dev/sg/c2t9l0: Changer: "STK     L180" 
> 
> It seems like too much of a coincidence that LUN 0 on both targets are the 
> only drives that work correctly. But I have verified the conf files to be 
> correct ....
> 
> 
> -----Original Message----- 
> From: Simon, John [mailto:JSimon AT reliant DOT com] 
> Sent: Tuesday, May 04, 2004 7:40 PM 
> To: Hardt, Jon; Veritas-Bu (E-mail) 
> Subject: RE: [Veritas-bu] Eight new SDLT320 drives not being recognzied 
> by NBU Datacenter 3 .4 
> 
> 
> How do you have persistant binding setup? What version of the st patch do you 
> have? You may need to update your st driver or add to the st.conf if your 
> drives aren't supported directly. What kernel rev are you at?
> 
> -----Original Message----- 
> From: veritas-bu-admin AT mailman.eng.auburn DOT edu 
> [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]On Behalf Of Hardt, 
> Jon 
> Sent: Tuesday, May 04, 2004 5:03 PM 
> To: Veritas-Bu (E-mail) 
> Subject: RE: [Veritas-bu] Eight new SDLT320 drives not being recognzied 
> by NBU Datacenter 3 .4 
> 
> 
> Orginally I thought that could perhaps be an issue, but apparently NBU's 
> naming convention is purely abstract...meaning SuperDLT, DLTIV, etc have no 
> direct correspondence with NBU's dlt, dlt2, dlt3 etc naming convention. They 
> are for you to use however you like; a good example would be if you had two 
> different types of drives in the same library...wouldn't want one drive 
> using the other drives tapes so you could configure them in different dltX 
> environments. Oh if my problem were only that easy :) 
> 
> -----Original Message----- 
> From: Major, Rusty [mailto:jrmajor AT TexasChildrensHospital DOT org] 
> Sent: Tuesday, May 04, 2004 3:51 PM 
> To: Hardt, Jon 
> Subject: RE: [Veritas-bu] Eight new SDLT320 drives not being recognzied 
> by NBU Datacenter 3 .4 
> 
> 
> Jon, 
> 
> I'm on a windows environment, so I'm no Unix expert. 
> I thought that maybe the devices were not set up correctly? 
> Maybe setup as dlt instead of dlt2, etc... 
> 
> Good luck! 
> Rusty 
> 
> > -----Original Message----- 
> > From: Hardt, Jon [mailto:jon.hardt AT cendant DOT com] 
> > Sent: Tuesday, May 04, 2004 3:24 PM 
> > To: veritas-bu AT mailman.eng.auburn DOT edu 
> > Subject: [Veritas-bu] Eight new SDLT320 drives not being recognzied by 
> > NBU Datacenter 3 .4 
> > 
> > 
> > Recently, we upgraded our tape library (StorageTek L180) from 
> > 4 Quantum 8000 
> > tape drives to 8 Quantum SDLT320 drives. However, only 2 
> > drives are usable 
> > at this point. The other 6 drives are reported as DOWN-TLD in NBU 3.4 
> > 
> > Our setup: 
> > 
> > StorageTek L180 
> > 8 SDLT320 drives connected through 2 StorageTek 3300 routers 
> > Local host is Sun 220R running Solaris 8 -- fiber 
> > connectivity HBAs JNI 6410 
> > 
> > The odd thing is that a sgscan produces the correct mappings: 
> > 
> > bash-2.03# ./sgscan all 
> > /dev/sg/c0t6l0: Cdrom: "TOSHIBA DVD-ROM SD-M1401" 
> > /dev/sg/c0tw21000004cf20f03el0: Disk (???): "SEAGATE ST336605FSUN36G" 
> > /dev/sg/c0tw21000004cf20f8d3l0: Disk (???): "SEAGATE ST336605FSUN36G" 
> > /dev/sg/c2t4l0: Tape (/dev/rmt/0): "QUANTUM SDLT320" 
> > /dev/sg/c2t4l1: Tape (/dev/rmt/1): "QUANTUM SDLT320" 
> > /dev/sg/c2t4l2: Tape (/dev/rmt/2): "QUANTUM SDLT320" 
> > /dev/sg/c2t4l3: Tape (/dev/rmt/3): "QUANTUM SDLT320" 
> > /dev/sg/c2t5l0: Tape (/dev/rmt/4): "QUANTUM SDLT320" 
> > /dev/sg/c2t5l1: Tape (/dev/rmt/5): "QUANTUM SDLT320" 
> > /dev/sg/c2t5l2: Tape (/dev/rmt/6): "QUANTUM SDLT320" 
> > /dev/sg/c2t5l3: Tape (/dev/rmt/7): "QUANTUM SDLT320" 
> > /dev/sg/c2t9l0: Changer: "STK     L180" 
> > 
> > However, when trying to use drives 2, 3, 4, 6, 7 and 8 we 
> > will get some sort 
> > of varation of this messages in /var/adm/messages: 
> > 
> > May  4 11:01:12 med01den avrd[5623]: [ID 914860 daemon.error] 
> > Fatal open 
> > error on Drive6 (device 5, /dev/rmt/5cbn), 
> >  errno = 6 (No such device or address), DOWN'ing it 
> > May  4 11:01:12 med01den avrd[5623]: [ID 529501 daemon.error] 
> > Fatal open 
> > error on Drive7 (device 6, /dev/rmt/6cbn), 
> >  errno = 6 (No such device or address), DOWN'ing it 
> > 
> > Same type of this when trying to stat the drive: 
> > 
> > bash-2.03# mt -f /dev/rmt/0cbn stat      # This is one of the 
> > working drives 
> > /dev/rmt/0cbn: Device busy 
> > bash-2.03# mt -f /dev/rmt/1cbn stat 
> > /dev/rmt/1cbn: No such device or address 
> > bash-2.03# mt -f /dev/rmt/2cbn stat 
> > /dev/rmt/2cbn: No such device or address 
> > bash-2.03# mt -f /dev/rmt/3cbn stat 
> > /dev/rmt/3cbn: No such device or address 
> > bash-2.03# mt -f /dev/rmt/4cbn stat        # This is the 
> > other working drive 
> > /dev/rmt/4cbn: Device busy 
> > bash-2.03# mt -f /dev/rmt/5cbn stat 
> > /dev/rmt/5cbn: No such device or address 
> > bash-2.03# mt -f /dev/rmt/6cbn stat 
> > /dev/rmt/6cbn: No such device or address 
> > bash-2.03# mt -f /dev/rmt/7cbn stat 
> > /dev/rmt/7cbn: No such device or address 
> > bash-2.03# 
> > 
> > All the expect links exist in /dev/rmt ... notations for 
> > drives 0 through 
> > 7... I can't figure out why NBU doesn't think there is 
> > anything attached at 
> > the /dev/rmt/Xcbn addresses. I've done what seems like hundreds of 
> > reconfiguration reboots, but no love. I am totally confused; 
> > if anyone has 
> > any idea on why I can't use the other 6 drives or could give 
> > me some good 
> > troubleshooting steps, please fire away. 
> > 
> > --- 
> > Jon Hardt 
> > Unix Systems Administrator 
> > Cheap Tickets, part of Trip Networks 
> > 6560 Greenwood Plaza Blvd., Englewood, CO 80111 
> > Office: (303) 357-3314 
> > Mobile: (303) 522-7537 
> > jon.hardt AT cendant DOT com 
> > YIM: jonhardt 
> > www.cheaptickets.com 
> > 
> > _______________________________________________ 
> > 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 
> 
> 
> 
> aaarrrggghhh!!!!
> FreeBSD rocks
>               
> ---------------------------------
> Do you Yahoo!?
> Win a $20,000 Career Makeover at Yahoo! HotJobs 
 -Mike Ekholm
-- 
Mike Ekholm, UNIX Sys Admin  -  ekholm AT ekholm DOT org
web: http://www.ekholm.org ham: kc0mpu irc: Nalez
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
UNIX - The Swiss army knife of software.


<Prev in Thread] Current Thread [Next in Thread>