Yes, we experienced a similar problem last year (running 5.0 which we
are still). To check the current settings, call
(xeq) devctrl.mpexl.telesup <ldev number>, e.g.

N:xeq devctrl.mpexl.telesup 48
Device = 48, Compression = Nochange,    Eject   =       Nochange

We found that after a reboot, the settings went back to default (h/w
compression on), so in a job which is streamed from SYSSTART we have
included code along the lines of:
!if     ups("!hpsysname") = "NOVA" then @ a 987-200RX
!       xeq devctrl.mpexl.telesup 38;compression=disable
! etc etc for other devices.

Hope this may assist.

Chris Davey
Melbourne, Australia..

mailto:[log in to unmask]


___________________________

>----------
>From:  Dave Gale[SMTP:[log in to unmask]]
>Sent:  Friday, 22 August 1997 7:11
>To:    [log in to unmask]
>Subject:       Re: Re[2]: Restore Error
>
>From:   Mark Klein [SMTP:[log in to unmask]]
>[log in to unmask] asks about a problem with restore whereby restore
>believes that the tape is in CM (transport) format.
>
>One thing that will cause problems similar to this is if the tape is
>either created with a third party backup package, or is created using
>compression and your drive is a non-compressing drive. I would suggest
>confirming if either of these cases are true.
>
>[Dave Gale]  Now I remember this one. We have DDS-2 drives and DDS-1
>drives. Don't see this one like we used to (when we first got the DDS-2
>drives) but it all comes back now. This was caused by the hardware
>compression on the DDS-2 drives which can't be read by the DDS-1 drive.
>