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/ [EMAIL PROTECTED] 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. _______________________________________________ Lustre-devel mailing list [email protected] https://mail.clusterfs.com/mailman/listinfo/lustre-devel
