Amanda-Users

Problem with chg-scsi on linux

2003-09-24 13:23:22
Subject: Problem with chg-scsi on linux
From: Franz Regensburger <Franz.Regensburger AT siemens DOT com>
To: amanda users <amanda-users AT amanda DOT org>
Date: Wed, 24 Sep 2003 19:21:38 +0200
Hello all,

I am using amanda on a Linux box with a single tape drive quit
successfuly.
Amanda is super!

Now, I got a nice tape changer (Sun LS 25) with another tape drive in
the tape changer.

I have the following problem with the changer configuration:

When I load the scsi driver I get the following output (stripped)

Sep 24 12:41:47 gringots kernel: ncr53c8xx: at PCI bus 5, device 1,
function 1
Sep 24 12:41:47 gringots kernel: ncr53c8xx: 53c875 detected with Symbios
NVRAM
Sep 24 12:41:47 gringots kernel: ncr53c875-0: rev 0x14 on pci bus 5
device 1 function 0 irq 11
Sep 24 12:41:47 gringots kernel: ncr53c875-0: Symbios format NVRAM, ID
7, Fast-20, Parity Checking
.... snip ...

Sep 24 12:41:47 gringots kernel: scsi1 : ncr53c8xx-3.4.3b-20010512
Sep 24 12:41:47 gringots kernel: scsi2 : ncr53c8xx-3.4.3b-20010512
Sep 24 12:41:49 gringots kernel: ncr53c875-0-<0,*>: FAST-10 WIDE SCSI
20.0 MB/s (100 ns, offset 15)
Sep 24 12:41:49 gringots kernel:   Vendor: ATL       Model:
M2500             Rev: 3.01
Sep 24 12:41:49 gringots kernel:   Type:   Medium
Changer                     ANSI SCSI revision: 02
Sep 24 12:41:50 gringots kernel: ncr53c875-0-<2,*>: FAST-10 WIDE SCSI
20.0 MB/s (100 ns, offset 15)
Sep 24 12:41:50 gringots kernel:   Vendor: QUANTUM   Model:
DLT8000           Rev: 0250
Sep 24 12:41:50 gringots kernel:   Type:  
Sequential-Access                  ANSI SCSI revision: 02
Sep 24 12:42:06 gringots kernel: sd_attach()
Sep 24 12:42:06 gringots kernel: Attached scsi tape st1 at scsi1,
channel 0, id 2, lun 0
Sep 24 12:42:06 gringots kernel: sd_attach()
Sep 24 12:42:26 gringots kernel: sg: find_free_slot ...<7>sg:
initializing sg_major_array ...<4>sg: allocated major 21
Sep 24 12:42:26 gringots kernel: sg: ... found 15:00
Sep 24 12:42:26 gringots kernel: sg_attach: dev0=(21:0)
Sep 24 12:42:26 gringots kernel: sg: find_free_slot ...<7>sg: ... found
15:01
Sep 24 12:42:26 gringots kernel: sg_attach: dev1=(21:1)
Sep 24 12:42:26 gringots kernel: Attached scsi generic sg1 at scsi1,
channel 0, id 0, lun 0,  type 8
Sep 24 12:42:26 gringots kernel: sg: find_free_slot ...<7>sg: ... found
15:02
Sep 24 12:42:26 gringots kernel: sg_attach: dev2=(21:2)

>From this you see that I get the following devices confugured:

st1 (nst1) for the scsi tape drive (QUANTUM DLT8000)
sg1 for the tape changer. (ATL M2500; this is emulated by the SUN
changer)

What I do NOT get is a generic scsi device sg? for the scsi tape.

This leads to the following problem in the changer config in
/etc/amanda/<config>

# changerdev  <device>                          The device for the robot
changerdev  /dev/sg1

# scsitapedev <devicename>
# This device is used to control the tape, read status infos etc.
# PROBLEM: what device can I use???

#scsitapedev /dev/sg2

# dev   <device>                                The device for the
tapedrive
dev     /dev/nst1

The changer chg-scsi only accepts a generic scsi device sg? (on linux)
as parameter for scsitapedev.
However, if I do not specify anything for scsitapedev I get problems
with the timing.
Since there is no scsitapedev the changer interface releases the control
of the tape to early:

from /tmp/amanda/chg-scsi.20030924132921.debug
>##### START Tape_Ready
>Tape_Ready : can#t send SCSI commands
>chg-scsi: pid 32136 finish time Wed Sep 24 13:31:08 2003

Therefore, the wrappers like amtape and amlabel start to early with
calls to e.g. tape_rewind(tapename). As a result the ioctl-calls in e.g.
tape_rewind(tapename) hang.

Questions:

- Is there a way to get a generic scsi device sg? for the tape, too?
The scsi device st? does not work as parameter for scsitapedev.

- Is there another way to solve the timing problem and the resource
conflict between changer commands an direct tape commands

- I tried to use the old changer chg-chio. However, my linux
distribution does not contain the command chio.
This is strange since I have a working kernel module ch.o which I
currently do not load.

Thankx for all replies,

Franz

-- 
 Franz Regensburger, Siemens AG, ICM N PG C E A 4
 Tel.: +49 89 722-55468, +49 89 58999675, +49 175 7243 260 
 Fax.: +49 89 722-58726
 E-Mail: Franz.Regensburger AT siemens DOT com

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