Hello,
26.06.2008 08:44, Lucas James BARBUTO wrote:
> Hi bacula-users,
>
> This might be more a SCSI subsystem problem than a Bacula one. Also I
> didn't set this system up so I could be doing something completely
> wrong. I have:
>
> Quantum SuperLoader III DLT auto-changer
> Bacula Version: 2.0.3 (06 March 2007) running on Red Hat Linux release
> 9 (Shrike)
>
> A recent power cut meant that the auto-changer was not shutdown
> properly, although the server it's connected to was. Since then I've
> been unable to get Bacula talking to the tape drive again. It can
> talk to the auto-changer via /dev/sg9, just not the drive on /dev/
> nst0, for example:
>
> *mount
> Automatically selected Catalog: MyCatalog
> Using Catalog "MyCatalog"
> The defined Storage resources are:
> 1: File
> 2: DLT
> Select Storage resource (1-2): 2
> Connecting to Storage daemon DLT at terra:9103 ...
> Enter autochanger slot: 7
> 3301 Issuing autochanger "loaded? drive 0" command.
> 3302 Autochanger "loaded? drive 0", result: nothing loaded.
> 3304 Issuing autochanger "load slot 7, drive 0" command.
> 3305 Autochanger "load slot 7, drive 0", status is OK.
> 3301 Issuing autochanger "loaded? drive 0" command.
> 3302 Autochanger "loaded? drive 0", result is Slot 7.
> 3901 open device failed: ERR=dev.c:425 Unable to open device
> "Drive-1" (/dev/nst0): ERR=No medium found
>
> The system can see the tape device on /dev/nst0
>
> [root@terra bacula]# scsi_info /dev/nst0
> SCSI_ID="0,6,0"
> MODEL="ARCHIVE Python 06408-XXX"
> FW_REV="8071"
This is most likely not the tape drive in the autochanger. Could be an
old Sun drive, for example.
> But tapeinfo doesn't like it for whatever reason
>
> [root@terra bacula]# tapeinfo -f /dev/nst0
> /dev/nst0 is not an sg device, or old sg driver
>
> It is happy to tell me about /dev/sg1
Yup, tapeinfo talks to generic SCSI devices, not the tape driver of
the OS.
> [root@terra bacula]# tapeinfo -f /dev/sg1
> Product Type: Tape Drive
> Vendor ID: 'ARCHIVE '
> Product ID: 'Python 06408-XXX'
> Revision: '8071'
> Attached Changer API: No
> SerialNumber: 'HJ03N1W'
> MinBlock:1
> MaxBlock:16777215
> SCSI ID: 6
> SCSI LUN: 0
> Ready: no
>
> Note that the "Archive Device =" in bacula-sd.conf used to be /dev/
> nst1 but dmesg shows it's now /dev/nst0, relevant dmesg snippets:
>
> Attached scsi tape st0 at scsi0, channel 0, id 6, lun 0
> Attached scsi tape st1 at scsi1, channel 1, id 14, lun 0
> scsi singledevice 1 1 14 1
> Vendor: QUANTUM Model: UHDL Rev: 000E
> Type: Medium Changer ANSI SCSI revision: 02
You have two tape drives attached. For whatever reason, the kernel now
recognized them in a different order than before (could be because the
power cut left one of the drives in a state where it needed more time
to recover).
Hint: To prevent this sort of stuff set up udev/hal rules to assign
names to the devices depending on their information like manufacturer
or serial number.
> The tape I want to load is next in the cycle. Usually they say
> "Purged" rather than "Recycle" but OK.
>
> +---------+------------+-----------+---------+-----------------
> +----------+--------------+---------+------+-----------+-----------
> +---------------------+
> | MediaId | VolumeName | VolStatus | Enabled | VolBytes |
> VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType |
> LastWritten |
> +---------+------------+-----------+---------+-----------------
> +----------+--------------+---------+------+-----------+-----------
> +---------------------+
> | 1 | JPF182S3 | Recycle | 1 | 1
> | 0 | 6,048,000 | 1 | 7 | 1 | DLT-600 |
> 2008-03-09 17:41:14 |
>
> I've run the auto-changer through a number of self-tests, resets,
> unloads and loads, all seems to be working happily. I tried mounting
> a different slot. I've tried accessing the tape drive through /dev/
> sg1 (Operation failed permission denied). Can anyone suggest what the
> problem could be and I go about fixing it?
First, check which drive has which device name.
you can use mt for that purpose, but lsscsi or even a simple 'cat
/proc/scsi/scsi' can help you here.
I suppose that, in the SD configuration, you only have to swap nst0
and nst1, and then restart the SD.
Arno
> Regards,
>
> --
> Lucas James BARBUTO
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
