From: Thomas Autry (tautry@jcpenney.com)
Date: Thu Dec 05 2002 - 09:06:53 EST
Sorry all but I should have made my question a little clearer as well as what I
have tried.
The cards have the correct drivers since the D2s that are hooked up are working
correctly.
Tried the devfsadm and reconfigure; reboot several times. Drive is just using
target 4 so shouldn't have to do anything to the st.conf unless lun is
incorrect. Here is output from probe-scsi-all showing on own scsi. The scsi
cards are the sun cards with 2 scsi connections and have even tried to set to
different target id that is not in use by the second scsi connection with no
luck either. The device doesn't show up using 'iostat -En' either. There must
be some trigger that turns the tape on or allows from the scsi card. The main
common factor is that both scsi connectors are being used on the card (one for
the tape drive and one for D2 array) so not sure if unique problem with the scsi
card but doubt it.
>From output below, not sure if problem
{3} ok probe-scsi-all
/pci@9,600000/pci@2/scsi@5
Target 4
Unit 0 Removable Tape QUANTUM DLT8000 0250
/pci@9,600000/pci@2/scsi@4
Target 0
Unit 0 Disk SEAGATE ST318305LSUN18G 0340
Target 1
Unit 0 Disk SEAGATE ST318305LSUN18G 0340
Target 2
Unit 0 Disk FUJITSU MAN3184M SUN18G 1804
Target 3
Unit 0 Disk FUJITSU MAN3184M SUN18G 1804
Target 4
Unit 0 Disk FUJITSU MAN3184M SUN18G 1804
Target 5
Unit 0 Disk FUJITSU MAN3184M SUN18G 1804
Target 8
Unit 0 Disk FUJITSU MAN3184M SUN18G 1804
Target f
Unit 0 Processor SUN D2 3034
Unit 8 Processor SUN D2 3034
Unit 10 Processor SUN D2 3034
Unit 18 Processor SUN D2 3034
/pci@9,600000/pci@1/scsi@5
/pci@9,600000/pci@1/scsi@4
Target 0
....
It looks like dmesg sees the drive:
Dec 5 08:53:58 ind-sc1 pci_pci: [ID 370704 kern.info] PCI-device: scsi@5, qus3
Dec 5 08:53:58 ind-sc1 genunix: [ID 936769 kern.info] qus3 is
/pci@9,600000/pci@2/scsi@5
Dec 5 08:53:58 ind-sc1 scsi: [ID 365881 kern.info] /pci@9,600000/pci@2/scsi@5
(isp3):
Dec 5 08:53:58 ind-sc1 Firmware Version: v10.04.37, Customer: 0
# ls -la /dev/rmt
total 16
drwxr-xr-x 2 root sys 512 Nov 21 14:41 .
drwxr-xr-x 18 root sys 7168 Dec 4 16:23 ..
#
It just will not build the devices. Tried using drvconfig and cfgadm as well
with no luck.
Also, looking in the /kernel/drv/st.conf:
# more /kernel/drv/st.conf
#
# Copyright (c) 1995-2000 by Sun Microsystems, Inc.
# All rights reserved.
#
#
#pragma ident "@(#)st.conf 1.27 00/08/29 SMI"
#
# This file contains configuration entries for both officially supported
# devices of Sun Microsystems and many 3rd party devices.
#
# The officially supported devices are :
#
# "Quantum DLT8000" Note 1
# Notes
# -----
# 1 Drive is configured automatically - no entry is needed in st.conf.
Since the drive is configured automatically, I should not have to enter anything
in the st.conf if the target is below 7 unless the lun is incorrect.
The terminator is also in the correct location.
Thanks for your suggestions so far.
------------- Begin Forwarded Message -------------
I have 2 Sunfire 880 servers with Solaris 8 that for some reason do not see the
attached DLT8000 tape drives. Probe-scsi-all at the ok prompt show the tape
drives and they are on their own scsi bus. Has anyone else had this problem?
Tried several reconfiguration reboots to no avail.
Any suggestions are appreciated.
Thanks in advance.
-----------------------------------------------------
Thomas Autry
UNIX Systems Administrator
I.S. / Catalog UNIX Network Systems
J. C. Penney Company, Inc.
P.O. Box 10001, Dallas, TX 75301-6108-F1
Business Office: 6501 Legacy Drive, Plano, TX 75024
E-mail: tautry@jcpenney.com
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:25:25 EDT