Luigi.Regiacorte@ImageSoft.Fiserv.com

[Jeff Schussele]

There you go P ... now you're a wizard & a half :~)
But we all know you're the ROYAL perlmonger.

Rgds,
Jeff

[H.Merijn Brand (procura]

The manual states:

--8<---
By default, cpio creates binary format archives, for compatibility
with older cpio programs. When extracting from archives, cpio
automatically recognizes which kind of archive it is reading and can
read archives created on machines with a different byte-order.
-->8---

so -s, -S or -b should IMHO not be needed, and the warning is just what it states it is: a *warning*

[H.Merijn Brand (procura]

Jeff, I so much hope to get the 'j' and 'm' back in the statistics, so others can see how helpfull /you/ are and have been in the past :)

N/A pls

BTW, also got some bunnies on two other perl questions in the last ten minutes. Was just a hint to Luigi to point *all* answers. Everybody takes time to think about the problem.

[Lou Regiacorte]

Well Gentlemen this is the last try!
I have clients NCR cpio tapes
created with the following options:
cpio -ocvBL

And no way under this green earth the HP server will read and restore the files on the tape.

When I tried these scripts:

/usr/local/bin/cpio -iScdBmuv /usr/local/bin/cpio -iScdBmuv /usr/local/bin/cpio -isSdBmuv /usr/local/bin/cpio -isScdBmuv
I get the following and a lot of garbage on the screen:

/usr/local/bin/cpio: warning: skipped 2646414 bytes of junk
/usr/local/bin/cpio: : unknown file type
/usr/local/bin/cpio: warning: skipped 10440 bytes of junk
/usr/local/bin/cpio: : unknown file type.

Nothing ever gets restored.

I thing it is a good time to quit now.
Thanks to all for your efforts
Lo

[H.Merijn Brand (procura]

GNU cpio on ncr too?

Then try this (fill in the blanks):

ncr > cd source-dir
ncr > find . | gnu-cpio --format=crc -ov | dd of=/dev/tape-dev obs=10240



hp > cd target-dir
hp > dd if=/dev/rmt/0m ibs=10240 of=xx.tape
hp > gnu-cpio -itv < xx.tape
hp > gnu-cpio -iuvdma < xx.tape

[Lou Regiacorte]

Hi! Mr. P.
My dilemma is that my client has thousands of these archive
tapes created by NCR, and now
are switching to HP and they
have to be read as is.
So in this respect, I think it
is best to let it go.
It has been found; I am told that a "Linux" server will read them.
So I say let them rest in peace.

Again thanks very much for your support and involvement.
Lou

[Lou Regiacorte]

Thank you
Mr. P.
I am compelled to post this one more message to inform you
that I finally found the problem with my not being able
to read the NCR tape on an HP
with the GNU cpio.
Well the problem was that my
client gave me tape #2 of a two tape set.
When he raelized it, days latter, he sent me tape #1, which it read very well with the GNU CPIO.
As you can see I was trying to
start in the middle of an archive so of speak.
Again I appreciate your help.
Thanks very much.
Lou

[H.Merijn Brand (procura]

Thanks for the feedback. I realy appreciate.

Please asign N/A or 0 to all posts left unasigned in this thread (or in fact any score you like), but make it a habit to not leave a trail of unasigned messages. With the latest improvements, it should be a question seconds ...

Glad I could be of any help, have a nice weekend

[Alan Riggs]

I read this and amazed that the final thanks were not accompanied by the assignment of points ot every one of procura's responses (at the least).