Submitter : lord Status : open
Assigned Engineer : lord Priority : 1
*Modified Date : 08/31/00 *Modified User : lord
*Modified User Domain : sgi.com *Fix Description :
From: steve lord <lord@xxxxxxx> (PARTIAL)
Date: Aug 31 2000 11:16:49AM
[pvnews version: 1.71]
----------------------------
At least one more to go - which may be restricted to the kiocluster
mount option.
Date: Wed Aug 30 14:54:03 PDT 2000
Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4.0-test5
The following file(s) were checked into:
bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs
Modid: 2.4.0-test1-xfs:slinx:73324a
linux/fs/xfs/linux/xfs_iops.c - 1.65
- linvfs_write_full_page had a case where it did not write data and
returned
success. This appears to be a result of cutting and pasting too much
code
from the read_full_page case. This could only happen if we tried to
swap
pages out from the file whilst another thread was doing file I/O.
Description :
The glibc RPM build is once again failing in an XFS filesystem,
not much more information than this is available at the moment,
The location of the failure appears to be semi-random.
==========================
ADDITIONAL INFORMATION (UPDATE)
From: lord@xxxxxxx (BugWorks)
Date: Aug 30 2000 01:24:42PM
==========================
.....
==========================
ADDITIONAL INFORMATION (REASSIGN)
From: lord@xxxxxxx (BugWorks)
Date: Aug 30 2000 02:46:29PM
==========================
Reassign, managers don't do PV's.
Also, we appear to be making some progress, first there is
more than one bug here. The write full page function is broken,
so dirty data is not always swapped out correctly. A fix for
this will be along shortly.
Secondly, a copy of a file several times bigger than system
memory can generate corruption within the file which appears
consistent with some data being discarded before being written
to disk. In this case kiocluster appears to be necessary to
cause corruption.
|