Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 14 May 2002 20:14:03 -0700
From:      Lou Katz <lou@metron.com>
To:        freebsd-stable@FreeBSD.ORG
Subject:   Tar broken for large files?
Message-ID:  <20020514201403.A38469@metron.com>

next in thread | raw e-mail | index | archive | help
I have a directory on a backup machine which contains gzipped
epoch dumps of various file systems. I tried to tar the
directory to a DDS3 tapedrive, and noticed that it
finished awfully quickly. When I did a
	tar | dd of=tapedrive
I saw that the number of bytes/blocks written was sorely
lacking.


uname -a:
FreeBSD shadow.metron.com 4.5-RELEASE FreeBSD 4.5-RELEASE #0

The original directory:
shadow# ls -l
total 10278592
-rw-r--r--  1 root  wheel    26159161 May 10 03:03 epoch.root.gz
-rw-r--r--  1 root  wheel  3668941475 Apr 28 21:06 epoch.users.gz
-rw-r--r--  1 root  wheel    33832960 May 10 03:14 epoch.usr.gz
-rw-r--r--  1 root  wheel   150377578 May 13 04:48 epoch.work.gz
-rw-r--r--  1 root  wheel  4445344874 May 13 04:48 epoch.work.gz.orig
-rw-r--r--  1 root  wheel  2197885923 May  5 17:41 local.tgz

tarring to a tapedrive, then reading the tape:
shadow# tar -cvf /dev/rsa0 *
epoch.root.gz
epoch.users.gz
epoch.usr.gz
epoch.work.gz
local.tgz
shadow# tar -tvf /dev/rsa0
-rw-r--r-- root/wheel 26159161 May 10 03:03 2002 epoch.root.gz
-rw-r--r-- root/wheel -626025821 Apr 28 21:06 2002 epoch.users.gz
-rw-r--r-- root/wheel   33832960 May 10 03:14 2002 epoch.usr.gz
-rw-r--r-- root/wheel  150377578 May 13 04:48 2002 epoch.work.gz
-rw-r--r-- root/wheel -2097081373 May  5 17:41 2002 local.tgz


Extracting, for instance epoch.work.gz, which appears to be woefully
small, results in
shadow# gunzip < epoch.work.gz|restore -tvf -
Verify tape and initialize maps
Dump   date: Mon May 13 03:01:00 2002
Dumped from: the epoch
Level 0 dump of /work on violet.metron.com:/dev/ar0s1e
Label: none
Extract directories from tape
Mangled directory: reclen not multiple of 4 
^Crestore interrupted, continue? [yn] n

Here is the attempt to see what is going on:
shadow# tar -cf - * | dd bs=40k of=/dev/rsa0
0+20545 records in
0+20545 records out
210380800 bytes transferred in 295.953683 secs (710857 bytes/sec)

Obviousls, tar is not copying things correctly. Is this a known bug?
# tar --version
GNU tar version 1.11.2


-- 

-=[L]=-

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020514201403.A38469>