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. >