Hi Eric,
Thanks for replying.
I tried the following script:
for i in `seq 1 100` do echo $i>>myfile done;
sync
(show dirty buffers)
reboot -f
and
for i in `seq 1 100` do echo $i>>myfile done;
sync
(show dirty buffers)
mount -ro /
reboot
Both failed to get the 100 numbers in the file.
Another thing I tried is to show dirty buffers (with a hack) -- both showed
no dirty buffer from the linux side.
We can try 1.2, but for now we need to understand where the problem is.
Best regards,
Jason
> What symptoms are you seeing? Also, any chance you can try the 1.2
> code? (although I understand that 1.1 may be in production now). We
> did fix a last-minute problem in 1.2 which involved remount, readonly
> not flushing everything to disk.
>
> XFS does use it's own "pagebuf" system for metadata, and it also uses
> delayed allocation on normal buffers, these are both a bit different
> from other Linux filesystems. However, sync and remount
> should work as
> expected.
>
> Send us a box and we'll do some testing here. ;-)
>
> -Eric
>
> On Wed, 2003-02-19 at 18:12, Jason Li wrote:
> >
> > Hi,
> >
> > We are running xfs1.1 on linux 2.4.19 with a CF. But sync
> command doesn't
> > seem to flush all the CF, a remount -ro doesn't sync the
> buffers either.
> >
> > I heard the xfs uses a different buffer system, is this the cause?
> >
> > Thanks so much for your input. Please cc me on your reply.
> >
> > Regards,
> > Jason
> >
> >
> > [[HTML alternate version deleted]]
> >
>
>
>
[[HTML alternate version deleted]]
|