[Bacula-users] Re-DLT 4500

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Thanks Ken,

I followed the Autochanger testing, I have been playing with mtx to get 
this to work before even going to mtx-chnager.

mtx -f /dev/sg1 unload
mtx -f /dev/sg1 status
mtx -f /dev/sg1 eject
mtx -f /dev/sg1 inquiry
All work, but when I mtx -f /dev/sg1 load 1 the tape loads and works, 
but I get an error back 'destination element 16 already full'
Then any command after that takes an age, I believe that the load 
command is causing issues with my card and or DLT 4500
I've been chatting on the MTX mail list but still no luck.
here is the out put of various scripts
The output of each as follows, interestingly loaderinfo reports barcode
reader, but the unit does not have one:
********************Cat /proc/scsi/scsi**************************
suse:~ # cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 05 Lun: 00
    Vendor: Quantum  Model: DLT4500          Rev: D98C
    Type:   Sequential-Access                ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 05 Lun: 01
    Vendor: Quantum  Model: TZ Media Changer Rev: D98C
    Type:   Medium Changer                   ANSI SCSI revision: 02
***************Loaderinfo*************
suse:~ # loaderinfo -f /dev/sg1
Product Type: Medium Changer
Vendor ID: 'Quantum '
Product ID: 'TZ Media Changer'
Revision: 'D98C'
Attached Changer: No
Bar Code Reader: Yes
EAAP: Yes
Number of Medium Transport Elements: 1
Number of Storage Elements: 5
Number of Import/Export Element Elements: 0
Number of Data Transfer Elements: 1
Transport Geometry Descriptor Page: Yes
Invertable: No
Device Configuration Page: Yes
Can Transfer: No
****************tape info***************
suse:~ # tapeinfo -f /dev/sg0
Product Type: Tape Drive
Vendor ID: 'Quantum '
Product ID: 'DLT4500         '
Revision: 'D98C'
Attached Changer: No
MinBlock:1
MaxBlock:16777215
SCSI ID: 5
SCSI LUN: 0
Ready: yes
BufferedMode: yes
Medium Type: 0x85
Density Code: 0x1a
BlockSize: 0
DataCompEnabled: yes
DataCompCapable: yes
DataDeCompEnabled: yes
CompType: 0x10
DeCompType: 0x10
Block Position: 351146
*****************MTX Status*****************
suse:~ # mtx -f /dev/sg1 status
    Storage Changer /dev/sg1:1 Drives, 5 Slots ( 0 Import/Export )
Data Transfer Element 0:Full (Storage Element 2 Loaded)
        Storage Element 1:Full
        Storage Element 2:Empty
        Storage Element 3:Full
        Storage Element 4:Full
        Storage Element 5:Full
***************MTX inquiry**************
suse:~ # mtx -f /dev/sg1 inquiry
Product Type: Medium Changer
Vendor ID: 'Quantum '
Product ID: 'TZ Media Changer'
Revision: 'D98C'
Attached Changer: No

*****************sorry for the next long bit************************
Any command other than load works, if I use load and check 
/var/log/messages I get all this, but its beyond my scope

Mar 25 12:58:26 suse -- MARK --
Mar 25 12:58:32 suse kernel: scsi0:0:5:1: Attempting to queue an ABORT
message
Mar 25 12:58:32 suse kernel: CDB: 0xa5 0x20 0x0 0x1 0x1 0x0 0x0 0x10
0x0 0x0 0x0 0x0
Mar 25 12:58:32 suse kernel: scsi0: At time of recovery, card was not
paused
Mar 25 12:58:32 suse kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins
<<<<<<<<<<<<<<<<<
Mar 25 12:58:32 suse kernel: scsi0: Dumping Card State while idle, at
SEQADDR 0x9
Mar 25 12:58:32 suse kernel: Card was paused
Mar 25 12:58:32 suse kernel: ACCUM = 0x4, SINDEX = 0x57, DINDEX = 0x26,
ARG_2 = 0x1
Mar 25 12:58:32 suse kernel: HCNT = 0x0 SCBPTR = 0x0
Mar 25 12:58:32 suse kernel: SCSIPHASE[0x0] SCSISIGI[0x0] ERROR[0x0]
SCSIBUSL[0x0]
Mar 25 12:58:32 suse kernel: LASTPHASE[0x1]:(P_BUSFREE)
SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI)
Mar 25 12:58:32 suse kernel: SBLKCTL[0x6]:(SELWIDE|ENAB20)
SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE)
Mar 25 12:58:32 suse kernel:
SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x0]
Mar 25 12:58:32 suse kernel: SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0]
SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP)
Mar 25 12:58:32 suse kernel:
SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x80]:(DFON)
Mar 25 12:58:32 suse kernel: DFCNTRL[0x0]
DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
Mar 25 12:58:32 suse kernel: STACK: 0xe1 0x163 0x178 0x3
Mar 25 12:58:32 suse kernel: SCB count = 5
Mar 25 12:58:32 suse kernel: Kernel NEXTQSCB = 3
Mar 25 12:58:32 suse kernel: Card NEXTQSCB = 3
Mar 25 12:58:32 suse kernel: QINFIFO entries:
Mar 25 12:58:32 suse kernel: Waiting Queue entries:
Mar 25 12:58:32 suse kernel: Disconnected Queue entries: 0:4
Mar 25 12:58:32 suse kernel: QOUTFIFO entries:
Mar 25 12:58:32 suse kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9
10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
Mar 25 12:58:32 suse kernel: Sequencer SCB Info:
Mar 25 12:58:32 suse kernel:   0
SCB_CONTROL[0x44]:(DISCONNECTED|DISCENB) SCB_SCSIID[0x57]
Mar 25 12:58:32 suse kernel: SCB_LUN[0x1] SCB_TAG[0x4]
Mar 25 12:58:32 suse kernel:   1 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:   2 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:   3 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:   4 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:   5 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:   6 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:   7 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:   8 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:   9 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  10 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  11 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  12 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  13 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  14 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  15 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  16 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  17 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  18 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  19 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  20 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  21 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  22 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  23 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  24 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  25 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  26 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  27 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  28 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  29 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  30 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel:  31 SCB_CONTROL[0x0]
SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
Mar 25 12:58:32 suse kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID)
SCB_TAG[0xff]
Mar 25 12:58:32 suse kernel: Pending list:
Mar 25 12:58:32 suse kernel:   4 SCB_CONTROL[0x40]:(DISCENB)
SCB_SCSIID[0x57] SCB_LUN[0x1]
Mar 25 12:58:32 suse kernel: Kernel Free SCB list: 2 1 0
Mar 25 12:58:32 suse kernel: Untagged Q(5): 4
Mar 25 12:58:32 suse kernel: DevQ(0:5:0): 0 waiting
Mar 25 12:58:32 suse kernel: DevQ(0:5:1): 0 waiting
Mar 25 12:58:32 suse kernel:
Mar 25 12:58:32 suse kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends
>>>>>>>>>>>>>>>>>>
Mar 25 12:58:32 suse kernel: (scsi0:A:5:1): Device is disconnected,
re-queuing SCB
Mar 25 12:58:32 suse kernel: Recovery code sleeping
Mar 25 12:58:32 suse kernel: (scsi0:A:5:1): Abort Message Sent
Mar 25 12:58:32 suse kernel: (scsi0:A:5:1): SCB 4 - Abort Completed.
Mar 25 12:58:32 suse kernel: Recovery SCB completes
Mar 25 12:58:32 suse kernel: Recovery code awake
Mar 25 12:58:32 suse kernel: aic7xxx_abort returns 0x2002
Dean

Message: 1
Subject: Re: [Bacula-users] Still Issues with DLT4500 Autoloader
From: Kern Sibbald <ke...@si...>
Reply-To: ke...@si...
To: Dean Holmes <dea...@ma...>
Cc: bacula-users <bac...@li...>
Date: Thu, 25 Mar 2004 09:54:49 +0100

Have you gone through step by step doing *everything* that is suggested
in the manual?

  http://www.bacula.org/html-manual/autochangers.html#AutochangerTesting

If not, please do so as it will likely point you to the problem.

If so, please send the output from each step explaining briefly what
worked, and clearly point out where it failed.

Also, indicate what version bacula you are running and if you have made
any changes to the mtx-changer script, please send your script.

Finally, if you think it is working, download bacula-1.33.5-24Mar04,
build it, and run the btape "test" command including the autochanger
test part and include the output from that. It is not necessary to
install this version of Bacula, you can run btape from the build
directory src/stored, but you must point it to your real bacula-sd.conf
file.

Regards, Kern

On Thu, 2004-03-25 at 05:07, Dean Holmes wrote:
> I just can not get this to work, someone please help.
>
> Running Suse 9.0 on AMD chip, install bacula suse 9 rpm.
> I have a DLT4500 that mtx-changer or MTX can control...
>
> It gives me the correct status, I can unload, I can even load however
> when ever I use the load command the tape loads, but I get an error
> Destination element 16 already loaded.
>
> The unit is 5 slots 1 head responds on /dev/sg1
>
> After I get the error the next command seems to take forever, like its
> resetting itself.
>
> Thanks
> Dean
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Bacula-users mailing list
> Bac...@li...
> https://lists.sourceforge.net/lists/listinfo/bacula-users