Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 33894 - tar -T option with --gzip backs up files more than once and/or documentation incorrect.
tar -T option with --gzip backs up files more than once and/or documentation ...
Product: Red Hat Linux
Classification: Retired
Component: tar (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Bernhard Rosenkraenzer
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2001-03-29 11:20 EST by Need Real Name
Modified: 2007-04-18 12:32 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-03-29 11:20:49 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Need Real Name 2001-03-29 11:20:45 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 95)

When using tar (GNU tar) version 1.13.17 with option -T <include-file> tar 
backs up more than the files specified in this file. 

For example:

If the directory /home/myacct/.netscape is specified in the -T file, 
tar backs up the entire directory rather than JUST the directory.
This ends up tarring more files than were specified in the -T file.

When the --gzip option is used, the problem appears to be more pronounced 
and seems to loop on large files backing them up multiple times.

Reproducible: Always
Steps to Reproduce:
1. echo "/home/myaccount/.netscape" > my.list
2. tar -cvPf my.tar -T my.list 
3. # You will notice that this not only backs up /home/myacct/.netscape, 
but also /home/myacct/.netscape/cache, etc.

I can reproduce the --gzip problem but the results vary from run to run. 
The -T file contains ! 9,000 fileIDs.

Actual Results:  tar dumped the /home/myacct/.netscape/cache/* directory 
and all it's contents including all the other directories and files 
under /home/myacct/.netscape.

It doesn't appear to do this with the other directory entries in the -T 

Expected Results:  I expected the -T option to take the files listed in 
my.list and only back them up. 

It should have backed up the directory name: /home/myacct/.netscape
and nothing else.

The documentation says the file specified by -T contains the files that 
are to be created. 

Perhaps the documentation should state that entire directories get backed 

This may not be as much of a bug as I first thought. But the --gzip option 
did cause freaky results which varied as I tried to re-create it.
Comment 1 Bernhard Rosenkraenzer 2001-05-22 16:10:44 EDT
The first part is intentional --

echo "/home/user/.netscape" >list
tar cf foo.tar -T list

does the same as

tar cf foo.tar /home/user/.netscape

and is supposed to do just that.

I can't reproduce the 2nd part on a 7.1 system.

Note You need to log in before you can comment on or make changes to this bug.