Le Fri, 15 Jan 2016 12:48:09 +0100
Emmanuel Florac <eflorac@xxxxxxxxxxxxxx> écrivait:
> Le Thu, 14 Jan 2016 15:12:53 -0500 (EST)
> Laurence Oberman <loberman@xxxxxxxxxx> écrivait:
>
> > All attempts to get my drive and changer firmware updated have
> > failed. So I wont be able to add another "tested by" to this thread
> > unless I can find another drive.
>
> Too bad, would have been good to test on a different brand. I have an
> IBM drive somewhere, but it's an LTO-4 alas. I know that IBM and HP
> drives may have some significant differences in behaviour.
I finally tested with an IBM LTO-6 drive, and as feared, it
doesn't behave like the HP LTO-6 drive.
I had previously found that partitioning an LTO-6 tape using an HP drive
like this worked just fine:
mt -f /dev/nst0 mkpartition 2450000
It actually silently rounds the value to the closest number. However,
the very same command fails with an IBM drive with an "input output
error", and the following output in dmesg ( st driver in debug mode):
[8329294.626574] st 7:0:2:0: [st0] Loading tape.
[8329294.631672] st 7:0:2:0: [st0] Block limits 1 - 8388608 bytes.
[8329294.632350] st 7:0:2:0: [st0] Mode sense. Length 11, medium 68, WBS 10, BLL 8
[8329294.632352] st 7:0:2:0: [st0] Density 5a, tape length: 0, drv buffer: 1
[8329294.632354] st 7:0:2:0: [st0] Block size: 0, buffer size: 4096 (1 blocks).
[8329294.633210] st 7:0:2:0: [st0] Partition page length is 16 bytes.
[8329294.633213] st 7:0:2:0: [st0] psd_cnt 2, max.parts 3, nbr_parts 0
[8329294.633214] st 7:0:2:0: [st0] Formatting tape with two partitions (1 = 2450000 MB).
[8329294.635533] st 7:0:2:0: [st0] Error: 8000002, cmd: 15 10 0 0 18 0
[8329294.635536] st 7:0:2:0: [st0] Sense Key : Illegal Request [current]
[8329294.635539] st 7:0:2:0: [st0] Add. Sense: Invalid field in parameter list
[8329294.635541] st 7:0:2:0: [st0] Partitioning of tape failed.
However with a slightly lower size it works:
root@srv-num-4:~# mt -f /dev/nst0 mkpartition 2426400
With the log output:
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Block limits 1 - 8388608 bytes.
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Mode sense. Length 11, medium 68, WBS 10, BLL 8
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Density 5a, tape length: 0, drv buffer: 1
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Block size: 0, buffer size: 4096 (1 blocks).
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Loading tape.
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Block limits 1 - 8388608 bytes.
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Mode sense. Length 11, medium 68, WBS 10, BLL 8
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Density 5a, tape length: 0, drv buffer: 1
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Block size: 0, buffer size: 4096 (1 blocks).
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Partition page length is 16 bytes.
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] psd_cnt 2, max.parts 3, nbr_parts 0
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Formatting tape with two partitions (1 = 2426000 MB).
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Error: 8000002, cmd: 15 10 0 0 18 0
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Sense Key : Recovered Error [current]
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Add. Sense: Rounded parameter
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Recovered ioctl error (1).
Jul 18 17:30:00 srv-num-4 kernel: st 7:0:2:0: [st0] Sending FORMAT MEDIUM
Contrary to the HP drive, the IBM drive let us know that the parameter
we passed was slightly off and rounded to the nearest value, which is
the polite thing to do. Unfortunately, another difference with the HP
drive is that it only rounds to the *highest* nearest value, and
doesn't bother rounding down, so a slightly too high value will go
unnoticed with the HP drive, and will fail completely with the IBM one.
Isn't life wonderful?
Cheers,
--
------------------------------------------------------------------------
Emmanuel Florac | Direction technique
| Intellique
| <eflorac@xxxxxxxxxxxxxx>
| +33 1 78 94 84 02
------------------------------------------------------------------------
Attachment:
pgpmQ8Kp7yBFe.pgp
Description: Signature digitale OpenPGP
