CentOS - Mar 2008 - Overland Arcvault 12 and sequential/random settings

My unit's firmware: library 05.03, tape d22h, shows the device as set to 
random mode. But mtx -f /dev/st0 status gives an error that google says 
the device is in sequential mode.  dmesg|grep -i hp does reflect CentOS 
thinks the device is a sequential unit.

I've tried this with Fedora 8, too, and both show the same, so it is 
either an issue with CentOS/Fedora RPMs, or the version of MTX?

I'm going to try a simple install of Ubuntu next and see if there is any 
difference.

Is this a bug with the firmware, or with my setup?

I have rebooted the tape drive and machine several times.

I have the drive connected to an Adaptec 29160.

I have another identical drive on another system, with a library firmware 
of d21h, tape firmware 04.04, and that works perfectly with mtx, though it 
is connected to a different SCSI card.

Thanks for any help/insights.

Scott

on 3-13-2008 8:00 AM Scott R. Ehrlich spake the
following:
> My unit's firmware: library 05.03, tape d22h, shows the device as set
to
> random mode. But mtx -f /dev/st0 status gives an error that google says 
> the device is in sequential mode.  dmesg|grep -i hp does reflect CentOS 
> thinks the device is a sequential unit.
> 
> I've tried this with Fedora 8, too, and both show the same, so it is 
> either an issue with CentOS/Fedora RPMs, or the version of MTX?
> 
> I'm going to try a simple install of Ubuntu next and see if there is
any
> difference.
> 
> Is this a bug with the firmware, or with my setup?
> 
> I have rebooted the tape drive and machine several times.
> 
> I have the drive connected to an Adaptec 29160.
> 
> I have another identical drive on another system, with a library 
> firmware of d21h, tape firmware 04.04, and that works perfectly with 
> mtx, though it is connected to a different SCSI card.
> 
> Thanks for any help/insights.
> 
> Scott
First I would try the simplest test and swap the drives to eliminate the scsi 
card if it isn't too difficult. I seem to remember some other problems with 
that particular adaptec card, or its driver, but can't quite remember the
issue.

-- 
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't!!!!

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 250 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.centos.org/pipermail/centos/attachments/20080313/82810b90/attachment-0002.sig>

I use Dell 124T tape loaders with Centos. The controlling device on mine is
separate to the data device.

e.g.

I use:

$> mtx -f /dev/sg1 status

But for writing to tape:

$> tar cvf /dev/st0 /etc

I think the dmesg told me which device to use to control.

mjh


On 13/03/2008, Scott R. Ehrlich <scott at mit.edu>
wrote:
>
> My unit's firmware: library 05.03, tape d22h, shows the device as set
to
> random mode. But mtx -f /dev/st0 status gives an error that google says
> the device is in sequential mode.  dmesg|grep -i hp does reflect CentOS
> thinks the device is a sequential unit.
>
> I've tried this with Fedora 8, too, and both show the same, so it is
> either an issue with CentOS/Fedora RPMs, or the version of MTX?
>
> I'm going to try a simple install of Ubuntu next and see if there is
any
> difference.
>
> Is this a bug with the firmware, or with my setup?
>
> I have rebooted the tape drive and machine several times.
>
> I have the drive connected to an Adaptec 29160.
>
> I have another identical drive on another system, with a library firmware
> of d21h, tape firmware 04.04, and that works perfectly with mtx, though it
> is connected to a different SCSI card.
>
> Thanks for any help/insights.
>
> Scott
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.centos.org/pipermail/centos/attachments/20080313/47fff7d0/attachment-0002.html>

On Thu, 13 Mar 2008, Max Hodgson wrote:
> I use Dell 124T tape loaders with Centos. The controlling device on mine is
> separate to the data device.
Turned out to be at least the need for a new scsi card, which I obtained. 
I also used a new machine.  But your experience below did lead me to 
review dmesg more carefully, which led to the proper device that happened 
to not be /dev/st0.  mtx did respond positively.  It is possible the first 
"problem" machine could work with the new card, but I have other
things to
battle :-)

Thanks again.

Scott
>
> e.g.
>
> I use:
>
> $> mtx -f /dev/sg1 status
>
> But for writing to tape:
>
> $> tar cvf /dev/st0 /etc
>
> I think the dmesg told me which device to use to control.
>
> mjh
>
>
> On 13/03/2008, Scott R. Ehrlich <scott at mit.edu> wrote:
>>
>> My unit's firmware: library 05.03, tape d22h, shows the device as
set to
>> random mode. But mtx -f /dev/st0 status gives an error that google says
>> the device is in sequential mode.  dmesg|grep -i hp does reflect CentOS
>> thinks the device is a sequential unit.
>>
>> I've tried this with Fedora 8, too, and both show the same, so it
is
>> either an issue with CentOS/Fedora RPMs, or the version of MTX?
>>
>> I'm going to try a simple install of Ubuntu next and see if there
is any
>> difference.
>>
>> Is this a bug with the firmware, or with my setup?
>>
>> I have rebooted the tape drive and machine several times.
>>
>> I have the drive connected to an Adaptec 29160.
>>
>> I have another identical drive on another system, with a library
firmware
>> of d21h, tape firmware 04.04, and that works perfectly with mtx, though
it
>> is connected to a different SCSI card.
>>
>> Thanks for any help/insights.
>>
>> Scott
>> _______________________________________________
>> CentOS mailing list
>> CentOS at centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>>
>