Hi All:
I think that I have fixed this issue. Here is the solution.
At first I use mkfs.xfs with "-dagsize=4g" option to re-format the
harddisk. It seems OK. But this is not a good solution.
And then I try to port the linux-2.4.26's fs/xfs code to my 2.4.20
kernel. Some functions do not declared for fs code has changed. I just
comment these code and use the old xfs code in kernel 2.4.20.
ooooh, it seems work! I have tested for about 15 hours with single file
(16G) copy. everything is OK!
Thanks all of you!
Best Regards
Argon Cheng
Matthias
Schniedermeyer 收件人： argon@xxxxxxxxxxxxx
<ms@xxxxxxx> 副本抄送：
linux-xfs@xxxxxxxxxxx
主旨： Re: File size more
than 4G on XFS (Bigendian-32bit-cpu)
23-09-2004 16:06
On 21.09.2004 16:17, argon@xxxxxxxxxxxxx wrote:
> Hi All:
>
> Now,I am developing an embedded Linux system. We use IDE HDD. But
if
> we copy a single file which size is bigger than 4GByte, sometimes all of
> the application can not run! But ping response is normal. We use Inter
> IXP425 CPU and montavista Linux. I guess this problem is caused by this
> Bigendian CPU. Is there anybody can help me ?
My first guess would be "aggregategroups".
For me mkfs.xfs ALWAYS uses a too low agcount, with a too low agcount a
single aggregategroup can be lager than 4GB which i was told is a "no no".
Do a xfs_info on your device and if (agsize * sectsz) > 4GB (or
"Capacity / agcount" > 4GB) then you have to reformat with a bigger
agcount/lower agsize.
Bis denn
--
Real Programmers consider "what you see is what you get" to be just as
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated,
cryptic, powerful, unforgiving, dangerous.
|