DS20E through fibre to l700

From: <anthony.miller_at_vf.vodafone.co.uk>
Date: Thu, 17 Jan 2002 16:07:38 +0000

All...

I have a TRU64 DS20E V4.0F patch kit 5. This is connected through an KGPSA
through some fibre infrastructure to a storagetek L700 tape silo.

I have a couple of HP boxes connected through the same SAN to the same silo.
Ultimately, the 3 BOXES WILL BE Networker STORAGE NODES AND DRIVE SHARING
WILL BE USED.

HP boxes are ok and can see the tape drives:

root_at_hpserver# mt -f /dev/rmt/1mnb stat
Drive: QUANTUM DLT7000
Format: DLT 85937 bpi 52 quad-tracks compressed (70 GB)
Status: [41118585] BOT online compression immediate-report-mode
File: 0
Block: 0


The TRU64 server has a problem. If I try to stat the devices, it fails:

tru64_root> mt -f /dev/nrmt1h stat
/dev/nrmt1h: Device busy


However, if you go to one of the HP systems and stat the same drive:
root_at_hpserver# mt -f /dev/rmt/1mn stat
Drive: QUANTUM DLT7000
Format:
Status: [0]
File: 0
Block: 0

then repeat the stat on the TRU64 box, it works just fine:

tru64_root> mt -f /dev/nrmt1h stat
DEVIOGET ELEMENT CONTENTS
---------------- --------
category DEV_TAPE
bus DEV_SCSI
interface SCSI
device DLT7000
adpt_num 0
nexus_num 0
bus_num 4
ctlr_num 4
slave_num 24
dev_name tz
unit_num 24
soft_count 0
hard_count 2
stat 0x5
                        DEV_BOM DEV_OFFLINE
category_stat 0x0
                        DEV_85700_BPI

DEVGETINFO ELEMENT CONTENTS
------------------ --------
media_status 0x10001
                        BOM POS_VALID
unit_status 0x102
                        Offline 2_FM_Close NO_Rewind Buffered
record_size 0
density (current) 85700 BPI
density (on write) 0 BPI
Filemark Cnt 0
Record Cnt 0
Class 2 - RDAT

MTIOCGET ELEMENT CONTENTS
---------------- --------
mt_type MT_ISSCSI
mt_dsreg 0x5
                        DEV_BOM DEV_OFFLINE
mt_erreg 0x2 Unit is not ready.
mt_resid 0
mt_fileno 0
mt_blkno 0
DEV_EEI_STATUS
        version 0x2
        status 0x3200 Device inoperable (needs initialize)
        flags 0x1000007
                        CAM_STATUS SCSI_STATUS SCSI_SENSE CAM_DATA
        cam_status 0x4 CCB request completed with an err
        scsi_status 0x2 SCSI_STAT_CHECK_CONDITION
        scsi_sense_data (hex)
                        70 0 2 0 0 0 0 16
                         0 0 0 0 3a 0 0 0
                         0 0 86 0 b1 0 0 1d
                        b7 0 0 0 0 0 0 0
                         0 0 0 0 0 0 0 0
                         0 0 0 0 0 0 0
        ASC/ASQ = 3a/0 Medium not present


The problem appears on all the TRU64 tape drives connected through the SAN.
Once statted on the HP they all work ok on the TRU64 box.

Is this something to do with SCSI bus on the TRU64 box being in a weird
state at boot time - which is then fixed by the stat on another node.

Any ideas? - Many thanks

Tony Miller


Quotation: "Is the glass half full or half empty?? ...
               Well, drink it anyhow, that's what I say".
  Pete Goss.


Quotation: "God gave men two ears but only one tongue. Think
               about something and chew it to death before you
               spit it out as abuse, for the greatest remedy to
               anger is delay.".
  Charlie Burton.

+-----------------------------------------------------------------+
| TONY MILLER - Team Leader : Technical projects, |
| VODAFONE LTD, Derby House, |
| Newbury Business Park, Newbury, Berkshire. |
+-------------+---------------------------------------------------+
| Phone | +44 (0)1635-677687(local) |
| Work email | anthony.miller_at_vf.vodafone.co.uk |
| FAX | +44 (0)1635-233517 |
+-------------+---------------------------------------------------+

Disclaimer: Opinions expressed in this mail are my own and do not
reflect the company view unless explicitly stated. The information
is provided on an 'as is' basis and no responsibility is accepted for
any system damage howsoever caused.
Received on Thu Jan 17 2002 - 16:09:37 NZDT

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:43 NZDT