Simon:
Thanks for the reply.
Novaexchange _has_ buggered up the tape. The original tape is an 8mm, and this nova gizmo is supposed to take the 8mm and magically beam it over to the QIC (in this case, SLR5) tape. It sometimes works, and in this case didn't. I can do a DSPTAP on the tape, but I can't do a RSTOBJ or RSTLIB on the tape, because the AS400 complains that it's not a stuff on the tape is not from a SAVE operation. So, something got caught in the transporter buffer while beaming over from the Klingon tape drive.
This Nova software is finicky to say the least. I've monkeyed around with it from time to time with varying levels of success.
The tape _appears_ to have the two sequences OK, it just that they don't look exactly like they should. I was pondering if there are any options to try to mangle what I have on the tape into something useful, but it appears not...
****************************************************
Go...FASTER! Without an Upgrade!
ARCTOOLS/400(tm) and ReorgWizard(tm)
www.arctools.com
DCSoftware,Inc.
Ph: 508.435.8243 x200
Fax:508.435.4498
Current versions: ARCTOOLS v7.1.1, ReorgWizard v3.1.5, JDE Module v3, BPCS Module v1
*****************************************************
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Simon Coulter
Sent: Monday, October 29, 2007 9:05 PM
To: Midrange Systems Technical Discussion
Subject: Re: SAVLIB tape copy and/or converting tape backup to SAVF
On 30/10/2007, at 6:52 AM, David C. Shea wrote:
A friend of mine has a savlib backup tape that he converted from
one media type to SLR5 using a PC tape copying gizmo called
NovaExchange. I can see that the library is there, but something
is different about the tape such that the AS400 doesn't think it's
a save file.
What makes you think it **SHOULD** be a save file (SAVF) object? If
the original tape was created by SAVLIB (and NovaExchange hasn't
screwed it up) then it won't **BE** a save file and a RSTLIB should
bring it back.
I have tried a few things like doing a CPYFRMTAP as a tape file to
see if I could mangle the thing into a SAVF. I can DSPPFM the
copied file and see things that LOOK like a savf might, but no dice.
What you are seeing is **PROBABLY** the normal tape save format from
SAVLIB.
The tape is ebcdic. The block size is 32768. The record length of
the converted tape is not 0 as it should be, but 32768.
Other than Record length this looks like it **MIGHT** be a valid save
tape. Is the tape a standard labelled tape (Type *SL)? Does
NovaExchange allow the record length to be specified or is it
deriving it?
Supplying this information implies that you can run DSPTAP on the
tape. What makes you think OS/400 cannot process it?
A 'save file' has a record length of 528...
A save file (SAVF) will only exist on tape **AS** a save file if it
was saved as part of a SAVLIB ,SAVOBJ, or SAVCHGOBJ (or SAV too
probably) operation. If the original save was a SAVxxx **TOO** a save
file which was then saved to tape via SAVSAVFDTA then the tape will
contain the same data as **WOULD** have been saved when using SAVxxx
directly.
I'm just scratching the surface here. Has anyone ever offloaded a
savlib backup and mangled it into a save file?
Not to my knowledge ... but the real question is why are you trying
to do this? If the data on tape hasn't been buggered by NovaExchange
then the corresponding RSTxxx command should bring it back.
So ...
What does DSPTAP ... DATA*LABELS) show?
What does DSPTAP ... DATA(*SAVRST) show?
Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists
http://www.flybynight.com.au/
Phone: +61 2 6657 8251 Mobile: +61 0411 091 400 /"\
Fax: +61 2 6657 8251 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------
midrange.com
