Red Hat Bugzilla – Bug 105617
cpio does not support large files > 2GB
Last modified: 2007-11-30 17:06:58 EST
Description of problem:
Customer mentioned that cpio in Red Hat Enterprise Linux AS v2.1 failed to
operate on files larger than 2GB, so I though I would check Taroon.
# strings /bin/cpio | grep fopen
If it was compiled with large file support, wouldn't it return 'fopen64'?
Version-Release number of selected component (if applicable):
*** This bug has been marked as a duplicate of 64698 ***
What does cpio not handling large files have to do with 64698? That's
a forced fsck on an ext3 filesystem?
$ find ~/plop | ./cpio -o -v -C 100000 -F foo
$ ls -l foo
107k -rw-rw-rw- 1 bnocera bnocera 100k Jun 1 17:42 foo
$ ls -l /home/bnocera/plop
2.2G -rw-r--r-- 1 bnocera bnocera 2.2G Jun 1 16:47 /home/bnocera/plop
This is with the latest CVS HEAD cpio, compiled with
"-D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE" as CFLAGS.
It looks like even cpio itself doesn't support compress files > 2GB.
Created attachment 105244 [details]
patch allow copy-out with large (> 2GB) input files
This fixes the behavior outlined in the last comment.
Adding "-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE" to CFLAGS (which
can be done from the specfile), combined with the above patch, seems
to provide reasonable support for large files.
So is this making it into EL4?
Please try the Red Hat Enterprise Linux Beta 4 and let us know. I
don't currently have it installed anywhere. But I might next week again.
It's in cvs for devel.
*** Bug 64968 has been marked as a duplicate of this bug. ***
i have just built update(RHEL3-U5) with large files support.
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.