zam at clusterfs.com
2007-Sep-21 10:33 UTC
[Lustre-devel] [Bug 13688] New: star makes files with hardlink count > 1 zero in size
Please don''t reply to lustre-devel. Instead, comment in Bugzilla by using the following link: https://bugzilla.lustre.org/show_bug.cgi?id=13688 star, when invoked as "tar", doesn''t deal with hardlinks well: # cd /tmp/ [root at vm1 tmp]# mkdir dst; echo 12345 > a; ln a b; tar -cf - a b | tar -xf - -C dst; ls -l dst/a dst/b tar: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k). tar: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k). -rw-r--r-- 2 root root 0 Sep 21 14:29 dst/a -rw-r--r-- 2 root root 0 Sep 21 14:29 dst/b the result files have zero size. my test system is RHEL4.0/i386 w/o any updates but the kernel, running inside vmware server, star is from a lustre-friendly star package from ftp.clusterfs.com/pub/other/star/, its version is 1.5.1-a. The problem was found during the "runtests" test. The star package installs /usr/local/bin/tar as a symlink to /usr/local/bin/start_fat, so star replaces gnu tar in my test system. Buggy tar doesn''t copy content of /bin directory (gzip,zcat and gunzip are different names for the same file in RHEL4.0 system) correctly and causes runtest to fail.