Bug 147541
Summary: | rsync creating truncated files on fat32 filesystem | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Karen Bruner <karen.bruner> |
Component: | kernel | Assignee: | Alexander Viro <aviro> |
Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | CC: | giulioo, petrides |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-05-18 13:29:16 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Karen Bruner
2005-02-08 23:13:13 UTC
Well, this no longer seems to be a problem with rsync, but with the fat32 filesystem getting somehow corrupted. Files my perl script writes have now started appearing as 0 bytes, although the perl script itself checks the size before it says they're ok and moves on, so I guess the files are actually getting truncated sometime after writing. The problem seems to grow exponentially as more files are placed on the filesystem. I'm reassigning to the kernel maintainers. "The vfat file system and Linux" http://www.osnews.com/story.php?news_id=9681 ".. 3.1. Lost Clusters Under Linux Kernel 2.4.x., a limit of the cluster data type results in data loss, as soon as the vfat file system holds around 130GB. In Kernel 2.6.x., this problem was - rather accidently - solved, when many variables were consequently provided with a new type. A detailed description of this bug, including a testsuite and a patch (by Erik Andersen) can be found here. (The patch also allows for file sizes up to 4GB). If you, however, work with a 2.4.x. Kernel and have a "full" vfat partition, be prepared to lose data: any written file in a new folder will be lost after unmounting the file system. When you mount the file system again, these files have a size of 0 and the clusters are in limbo. You can delete the unassigned clusters via dosfsck. .." Karen, I believe that the fixes committed to the RHEL3 U5 patch pool on 5-Jan-2005 (in kernel version 2.4.21-27.6.EL) for bug 141388 will also fix this problem. The U5 beta period will begin in a couple of weeks. Please verify that this problem is resolved in U5 then, and if not, please switch the status of this BZ back to ASSIGNED. Thanks. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2005-294.html |