Cannot load LTO1 tape after last updates

[ap2010]

Hi Mark,

ever since the last updates (had been on holidays last week) I am unable to load tapes. Since I haven't changed anything on my set up it must have something to do with the new patches.

Simply put, I am trying to load an LTO1 tape into an LTO1 drive.

The entry for this drive in device.conf was

Drive: 11 CHANNEL: 00 TARGET: 01 LUN: 00
 Library ID: 10 Slot: 01
 Vendor identification: IBM
 Product identification: ULTRIUM-TD1
 Product revision level: 05U0
 Unit serial number: 130032001
 NAA: 10:22:33:44:ab:00:01:00
 Compression: factor 1 enabled 1
 READ_WRITE: LTO1

I tried with the last line (READ_WRITE: etc) removed, as I understand is isn't needed anymore,
but that didn't work either.

Here is the output of the loading command:

[root@orange mhvtl]# mtx -f /dev/changer load 2
Loading media from Storage Element 2 into drive 0...mtx: Request Sense: Long Report=yes
mtx: Request Sense: Valid Residual=yes
mtx: Request Sense: Error Code=70 (Current)
mtx: Request Sense: Sense Key=Hardware Error
mtx: Request Sense: FileMark=no
mtx: Request Sense: EOM=no
mtx: Request Sense: ILI=no
mtx: Request Sense: Residual = 00 00 00 00
mtx: Request Sense: Additional Sense Code = 04
mtx: Request Sense: Additional Sense Qualifier = 03
mtx: Request Sense: BPV=no
mtx: Request Sense: Error in CDB=no
mtx: Request Sense: SKSV=no
MOVE MEDIUM from Element Address 1025 to 1 Failed


THis is the output of /var/log/messages, where the line "LoadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default emulation" will probably be the clue.

Sep 11 16:06:03 orange vtllibrary[18366]: smc_move_medium: MOVE MEDIUM (1667) **
Sep 11 16:06:03 orange vtllibrary[18366]: smc_move_medium: Moving from slot 1025 to Slot 1 using transport 256, Invert media: no
Sep 11 16:06:03 orange vtllibrary[18366]: move_slot2drive: About to send cmd: 'lload LTO1' to drive 11
Sep 11 16:06:03 orange vtltape[18347]: processMessageQ: Q snd_id 10 msg : lload LTO1
Sep 11 16:06:03 orange vtltape[18347]: load_tape: Opening file/media /opt/mhvtl/LTO1
Sep 11 16:06:03 orange vtltape[18347]: read_header: Reading header 0 at offset 0, type: END OF DATA, size: 0
Sep 11 16:06:03 orange vtltape[18347]: default_media_load: +++ Trace +++ load
Sep 11 16:06:03 orange vtltape[18347]: lookup_media_type: looking for media type 0x01
Sep 11 16:06:03 orange vtltape[18347]: loadTape: Media type 'LTO1' loaded with S/No. : LTO1_1275322011
Sep 11 16:06:03 orange vtltape[18347]: clear_default_WORM: +++ Trace mode pages at 0x8068640 +++
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Looking for: pcode 0x1d, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Walking list: This entry -> pcode 0x01, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Walking list: This entry -> pcode 0x02, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Walking list: This entry -> pcode 0x0a, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Walking list: This entry -> pcode 0x0f, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Walking list: This entry -> pcode 0x10, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Walking list: This entry -> pcode 0x11, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Walking list: This entry -> pcode 0x1a, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Walking list: This entry -> pcode 0x1c, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Walking list: This entry -> pcode 0x1d, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: lookup_pcode: Matched list entry -> pcode 0x1d, subpcode 0x00
Sep 11 16:06:03 orange vtltape[18347]: clear_WORM: l: 0x8068640, m: 0x86af1d8, m->pcodePointer: 0x86b1210
Sep 11 16:06:03 orange vtltape[18347]: mkSenseBuf: Sense buf: 0x8067bc0
Sep 11 16:06:03 orange vtltape[18347]: mkSenseBuf: SENSE [Key/ASC/ASCQ] [06 28 00]
Sep 11 16:06:03 orange vtltape[18347]: loadTape: Previous unload was not clean
Sep 11 16:06:03 orange vtltape[18347]: loadTape: Tape capacity: 1048576000, + Early Warning 1046478848, + Prog Early Warning 1045430272
Sep 11 16:06:03 orange vtltape[18347]: updateMAM: updateMAM(1)
Sep 11 16:06:03 orange vtltape[18347]: media_type_lookup: Looking for media_type: 0x01
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Looking for: log page 0x2e
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Walking list: This entry -> log page 0x02
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Walking list: This entry -> log page 0x03
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Walking list: This entry -> log page 0x0c
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Walking list: This entry -> log page 0x0d
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Walking list: This entry -> log page 0x2e
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Matched list entry -> page 0x2e
Sep 11 16:06:03 orange vtltape[18347]: update_TapeAlert: Setting TapeAlert flags 0x00020000 00000800
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Looking for: log page 0x0c
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Walking list: This entry -> log page 0x02
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Walking list: This entry -> log page 0x03
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Walking list: This entry -> log page 0x0c
Sep 11 16:06:03 orange vtltape[18347]: lookup_log_pg: Matched list entry -> page 0x0c
Sep 11 16:06:03 orange vtltape[18347]: lookup_media_type: looking for media type 0x01
Sep 11 16:06:03 orange vtltape[18347]: loadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default emulation'
Sep 11 16:06:03 orange vtltape[18347]: default_media_load: +++ Trace +++ unload
Sep 11 16:06:03 orange vtllibrary[18366]: check_tape_load: Received "Load failed: LTO1" from message Q
Sep 11 16:06:03 orange vtllibrary[18366]: mkSenseBuf: Sense buf: 0x8050fc0
Sep 11 16:06:03 orange vtllibrary[18366]: mkSenseBuf: SENSE [Key/ASC/ASCQ] [04 04 03]
Sep 11 16:06:03 orange vtllibrary[18366]: completeSCSICommand: OP s/n: (1667), sz: 0, sam_status: 2
Sep 11 16:06:03 orange vtllibrary[18366]: completeSCSICommand: [Key/ASC/ASCQ] [04 04 03]

Thanks,

Albert

[Mark Harvey]

loadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default emulation' 

Is the root cause.

Your LTO 1 string does not match IBM's string od ULT3580-TD1

Or I need to make a better matching pattern within vtltape.

Sent from my iPad

On Sep 12, 2011, at 0:16, "ap2010 [via MHVTL - Linux Virtual Tape Library - Community Forums]"<[hidden email]> wrote:

loadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default emulation'

[ap2010]

Hi Mark,

as I haven't changed my tape files (they were created as LTO1) I
assume you create a better matching pattern.
You could also try to create a small script which will convert LTO1
tapes to the proper type. Since I have my
email server backups on mhvtl LTO1 images I don't want to loose them.

Cheers,

Albert

P.S. Happy to test any patches.

On 11 September 2011 22:58, Mark Harvey [via MHVTL - Linux Virtual
Tape Library - Community Forums]
<[hidden email]> wrote:

> loadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default
> emulation'
> Is the root cause.
> Your LTO 1 string does not match IBM's string od ULT3580-TD1
> Or I need to make a better matching pattern within vtltape.
>
> Sent from my iPad
> On Sep 12, 2011, at 0:16, "ap2010 [via MHVTL - Linux Virtual Tape Library -
> Community Forums]"<[hidden email]> wrote:
>
> loadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default
> emulation'
>
> ________________________________
> If you reply to this email, your message will be added to the discussion
> below:
> http://mhvtl-linux-virtual-tape-library-community-forums.966029.n3.nabble.com/Cannot-load-LTO1-tape-after-last-updates-tp3326904p3327840.html
> To unsubscribe from Cannot load LTO1 tape after last updates, click here.

[Mark Harvey]

It's actually your drive string that doesn't match.

IBM drives are usually ULT3580-TD1, rather than ULTRIUM-TD1,

But ULTRIUM-TD1 should have matched too. I'll have a look soon.

Sent from my iPad

On Sep 12, 2011, at 18:44, "ap2010 [via MHVTL - Linux Virtual Tape Library - Community Forums]"<[hidden email]> wrote:

Hi Mark,

as I haven't changed my tape files (they were created as LTO1) I
assume you create a better matching pattern.
You could also try to create a small script which will convert LTO1
tapes to the proper type. Since I have my
email server backups on mhvtl LTO1 images I don't want to loose them.

Cheers,

Albert

P.S. Happy to test any patches.

On 11 September 2011 22:58, Mark Harvey [via MHVTL - Linux Virtual
Tape Library - Community Forums]
<[hidden email]> wrote:

> loadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default
> emulation'
> Is the root cause.
> Your LTO 1 string does not match IBM's string od ULT3580-TD1
> Or I need to make a better matching pattern within vtltape.
>
> Sent from my iPad
> On Sep 12, 2011, at 0:16, "ap2010 [via MHVTL - Linux Virtual Tape Library -
> Community Forums]"<[hidden email]> wrote:
>
> loadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default
> emulation'
>
> ________________________________
> If you reply to this email, your message will be added to the discussion
> below:
> http://mhvtl-linux-virtual-tape-library-community-forums.966029.n3.nabble.com/Cannot-load-LTO1-tape-after-last-updates-tp3326904p3327840.html
> To unsubscribe from Cannot load LTO1 tape after last updates, click here.

---

If you reply to this email, your message will be added to the discussion below:

http://mhvtl-linux-virtual-tape-library-community-forums.966029.n3.nabble.com/Cannot-load-LTO1-tape-after-last-updates-tp3326904p3329132.html

To start a new topic under MHVTL - Linux Virtual Tape Library - Community Forums, email [hidden email]
To unsubscribe from MHVTL - Linux Virtual Tape Library - Community Forums, click here.

[ap2010]

Hi Mark,

good catch! I probably messed it up in the past when I changed over from HP to IBM drives and
left the drive string mixed up.

I am happy with the check:

IBM -> ULT3580-TD1
HP -> Ultrium 1-SCSI

For LTO1 drives and onwards.

So as long as those match I'm fine with it.

I changed the drive string to ULT3580-TD1 and that worked fine with bacula!

Cheers,

Albert

On 09/12/2011 09:50 PM, Mark Harvey [via MHVTL - Linux Virtual Tape Library - Community Forums] wrote:

It's actually your drive string that doesn't match.

IBM drives are usually ULT3580-TD1, rather than ULTRIUM-TD1,

But ULTRIUM-TD1 should have matched too. I'll have a look soon.

Sent from my iPad

On Sep 12, 2011, at 18:44, "ap2010 [via MHVTL - Linux Virtual Tape Library - Community Forums]"<[hidden email]> wrote:

Hi Mark,

as I haven't changed my tape files (they were created as LTO1) I
assume you create a better matching pattern.
You could also try to create a small script which will convert LTO1
tapes to the proper type. Since I have my
email server backups on mhvtl LTO1 images I don't want to loose them.

Cheers,

Albert

P.S. Happy to test any patches.

On 11 September 2011 22:58, Mark Harvey [via MHVTL - Linux Virtual
Tape Library - Community Forums]
<[hidden email]> wrote:

> loadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default
> emulation'
> Is the root cause.
> Your LTO 1 string does not match IBM's string od ULT3580-TD1
> Or I need to make a better matching pattern within vtltape.
>
> Sent from my iPad
> On Sep 12, 2011, at 0:16, "ap2010 [via MHVTL - Linux Virtual Tape Library -
> Community Forums]"<[hidden email]> wrote:
>
> loadTape: Tape LTO1 failed to load with type 'LTO1' in drive type 'default
> emulation'
>
> ________________________________
> If you reply to this email, your message will be added to the discussion
> below:
> http://mhvtl-linux-virtual-tape-library-community-forums.966029.n3.nabble.com/Cannot-load-LTO1-tape-after-last-updates-tp3326904p3327840.html
> To unsubscribe from Cannot load LTO1 tape after last updates, click here.

---

If you reply to this email, your message will be added to the discussion below:

http://mhvtl-linux-virtual-tape-library-community-forums.966029.n3.nabble.com/Cannot-load-LTO1-tape-after-last-updates-tp3326904p3329132.html

To start a new topic under MHVTL - Linux Virtual Tape Library - Community Forums, email [hidden email]
To unsubscribe from MHVTL - Linux Virtual Tape Library - Community Forums, click here.

---

If you reply to this email, your message will be added to the discussion below:

http://mhvtl-linux-virtual-tape-library-community-forums.966029.n3.nabble.com/Cannot-load-LTO1-tape-after-last-updates-tp3326904p3330674.html

To unsubscribe from Cannot load LTO1 tape after last updates, click here.

[Mark Harvey]

Actually, it's a code fault.

IBM use the ULT3580-TDx or ULTRIUM-TDx

I've got a patch to push real soon :)

(It was waiting in my inbox).

Cheers
Mark

[Mark Harvey]

Thanks Sebastian.

The fix is now on github.
I've only compile-tested, but it looks correct.

Cheers
Mark