Re: [Dump-devel] sparc rpms

[Stelian P. <po...@cy...>]

On Wed, 2 Feb 2000, Rob Cermak wrote:

> The rpms are built.  The sparc dumps them fine (via tape on i386), but the
> i386 can't read them.  The sparc restore reads the tape dump fine.
>

I suppose that the sparc machine can read its own dumps at least, no? :)

> Website link to sparc rpms:
> http://njlug.rutgers.edu/projects/dump/index.html

Good. I should add a pointer on the web page to this... By the way, 
on your page it should be 'rmt' instead of 'rpm' :)

> Just some notes:  It looks like the x86 machine tries to do the right
> thing, but doesn't :) Something to add to the TODO list?  I should be able
> to restore to both platforms (including alpha?) seamlessly -- at least

Yes, it works on alpha. It seems that the sparc doesn't write correctly
the dump.

> text documents.  I don't expect sparc executables to run on the x86 :)

> 
> On the i386, this is what restore shows:
> 
> [root@snow /root]# restore ivf /dev/nst0
> Verify tape and initialize maps
> Tape block size is 32
> Note: Doing Byte swapping
> Dump   date: Tue Feb  1 20:35:07 2000
> Dumped from: the epoch
> Level 0 dump of / on anole.sjrcd.org:/dev/sda1
> Label: none
> Note: Doing Quad swapping
> Extract directories from tape
> . is not on the tape
> Root directory is not on tape
> abort? [yn] n 
> Initialize symbol table.
> restore > ls

Looks to me like some kind of byte swapping bug. This should be fixed,
but unfortunatelly I don't have access to a sparc...

If you have some time, you can try to debug this. I'll start by making
two (small) file dumps, a x86 one and a Sparc one (of an empty directory,
for example), then try to figure out the differences and track down up
to the incriminated portion of code.

Send me the two dump, and I'll also try myself to see what's happening.

Thanks.

Stelian.

-- 
    /\ 
   /  \     Stelian Pop
  / DS \                        Email: po...@cy...
  \____/