xfs
[Top] [All Lists]

Re: xfsdump on alpha

To: Nathan Scott <nathans@xxxxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: xfsdump on alpha
From: ThH <thh@xxxxxxxxxxxx>
Date: 16 Jul 2001 10:21:40 +0200
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: <10107161617.ZM208491@xxxxxxxxxxxxxxxxxxxxxxxx>
References: <995262801.828.0.camel@xxxxxxxxxxxxxx> <10107161617.ZM208491@xxxxxxxxxxxxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
Am 16 Jul 2001 16:17:12 +1000 schrieb Nathan Scott:
> hi,
> 
> On Jul 16,  7:53am, ThH wrote:
> > Subject: xfsdump on alpha
> > I've tried xfsdump-1.0.11 on my alpha. But there is the Assertion
> > problem again.
> > 
> > xfsdump: version 3.0 - Running single-threaded
> > xfsdump: global.c:82 global_hdr_alloc: Assertion `sizeof( time_t ) == 4'
> > failed.
> > Aborted (core dumped)
> > 
> > On alpha it is 8 instead of 4.
> > 
> > I had corected this one Assertion manualy,
> 
> Changing just the assert doesn't seem like the right thing
> to do - this looks like a data structure which gets written
> onto the tape, so it needs to be 4 bytes long.  Will require
> an audit of the xfs{dump/restore} code to check all of the
> uses of time_t, I guess - does that sound right, Ivan/Tim?
> 
> > but there are some others yet I don't know.
> 
> Probably are.
> 
> cheers.
> 
> -- 
> Nathan
> 

You say it's an incompatibility of the dump data structure and the alpha
system headers. What's with other 64bit systems like IA64, sparc64 or
mips64, they might have the same problem. I'm right?

I will use xfsdump. Can you tell me what I've to do, too solve this
problem?

ThH


<Prev in Thread] Current Thread [Next in Thread>