Re: [Bacula-users] Re-DLT 4500

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

Perhaps someone else has some ideas, but my best guesses are:

1. Your SCSI chain is not terminated correctly.
2. You have some problem with your SCSI cables -- are they all
   screwed in tightly, ...
3. You have an incompatible slow device on a chain that only
   supports fast devices (if you have changed from one cable size
   to another along the way, this could be the problem).
4. There is a problem with your SCSI card.
5. The Changer unit has a problem.

In any case, you have pretty much zeroed in on the problem, but perhaps
not yet the cause, and you'll need to correct it before you can make it
work with Bacula.  By careful thought and testing, you can test and work
through each of the above eliminating them one by one, and *hopefully*
that will get you to the cause.

Good luck.

Kern

On Fri, 2004-03-26 at 05:22, Dean Holmes wrote:
> 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
> 
> 
> 
> -------------------------------------------------------
> 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