Bug 145678
Summary: | Problem with sparse files : tar and cp also !!! | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Nathalie Viollet <nathalie.viollet> |
Component: | tar | Assignee: | Peter Vrabec <pvrabec> |
Status: | CLOSED DUPLICATE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-07-28 11:43:18 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
Nathalie Viollet
2005-01-20 16:38:57 UTC
I have problem to reproduce it. What version-release of tar do u use? Why do u suspect rpmlib is cause of tar failure? I am using the tar provided in the redhat distribution I use the -S option to handle effiently sparse file tar cSvfz /tmp/test.tgz /var/lib never ends using 100% of CPU for hours The first file that was bloking was slocate.db, so I removed it.... then the RPM db files blocked also ....... (I can not remove them !!) rpm -qR, I can see that slocate and rpm needs the same library : rpmLib I deduced it was the library handling such type of files Same command run on a ReDHat 3 update 3 runs fine. We have tested the problem on a x86-64 and on a Itanium system, I will setup a x86 system to check if it happens also. Regards, Nathalie # tar cSfz /tmp/test.tgz /var/lib tar: Removing leading `/' from member names # tar tzvf /tmp/test.tgz | grep db -rw-r--r-- root/root 16384 2005-01-20 17:33:53 var/lib/rpm/__db.001 -rw-r--r-- root/root 1318912 2005-01-20 17:33:53 var/lib/rpm/__db.002 -rw-r--r-- root/root 663552 2005-01-20 17:33:53 var/lib/rpm/__db.003 -rw-r----- root/slocate 2820342 2005-01-27 04:04:11 var/lib/slocate/slocate.db -rw-r--r-- root/root 0 2005-01-26 18:42:11 # uname -a Linux test151.test.redhat.com 2.4.21-27.EL #1 SMP Wed Dec 1 21:54:21 EST 2004 ia64 ia64 ia64 GNU/Linux # cat /etc/issue Red Hat Enterprise Linux AS release 3 (Taroon Update 4) Kernel \r on an \m # rpm -qi tar Name : tar Relocations: (not relocatable) Version : 1.13.25 Vendor: Red Hat, Inc. Release : 13 Build Date: Tue 17 Jun 2003 02:27:08 PM EDT :-) Hello, I rerun the test. I installed an Itanium with RedHat 3 update 4 with all package The command : tar -cS -f /tmp/test.tar /var hangs. I let the function run for 30 minutes the size of the archive is stuck at 95815680 bits. The tar process is using 100% of cpu Running the command tar -cSv -f /tmp/test.tar /var hangs. we can see that on IA64 the last file in tar is /var/log/messages If I run tar -cv -f /tmp/test.tar /var the tar runs for hour but is progressing. We can see that the file after /var/log/messages is /var/log/lastlog I run further check. On my system : mkdir -p /tmp/var cp -arf /var/* /tmp/var hangs also !!! cp -arfv /var/* /tmp/var shows that /var/log/lastlog is the last file trying to be copied I run the 2 above copy on a similar itanium running RedHat 3 Update 3 and every thing went fine. I will rerun all the above tests on a freshly installed opteron server It looks that tar has a problem to handle pretty big sparse files. See this #146214. |