tar "file" > 2GB. Not dumped

[Jerry_109]

Hello All,
Anyone received this message before :

tar > 2GB. Not dumped ? If so, What did you do to correct the problem.

I have attached a copy of the output from my tar command.

********************************************
# tar -cvf /dev/rmt/0mn /u01/oradata/openrpt
a /u01/oradata/openrpt/rbs01.dbf 368656 blocks
a /u01/oradata/openrpt/backup_openrpt.out 4 blocks
a /u01/oradata/openrpt/control01.ctl 4240 blocks
a /u01/oradata/openrpt/ovipa_data.dbf 1024016 blocks
a /u01/oradata/openrpt/initopenrpt.ora 3 blocks
a /u01/oradata/openrpt/openrpt_tracefile.sql 13 blocks
a /u01/oradata/openrpt/ovipa_index.dbf 409616 blocks
tar: Size of /u01/oradata/openrpt/rptdb01.dbf > 2GB. Not dumped.
a /u01/oradata/openrpt/rptidx01.dbf 2523152 blocks
a /u01/oradata/openrpt/statspack01.dbf 204816 blocks
a /u01/oradata/openrpt/system01.dbf 696336 blocks
a /u01/oradata/openrpt/tmon_data01.dbf 376336 blocks
a /u01/oradata/openrpt/tools01.dbf 20496 blocks
a /u01/oradata/openrpt/users01.dbf 51216 blocks
a /u01/oradata/openrpt/xdb01.dbf 92176 blocks
a /u01/oradata/openrpt/control03.ctl 4240 blocks
a /u01/oradata/openrpt/control02.ctl 4240 blocks
a /u01/oradata/openrpt/drsys01.dbf 40976 blocks
********************************************

Jerry Sims

[Rick Garland]

You have the updated version of tar that will allow file sizes greater than 2GB?

Can get it from http://gatekeep.cs.utah.edu

[Rick Garland]

Do you have the updated version of tar that will allow file sizes greater than 2GB?

Can get it from http://gatekeep.cs.utah.edu

[erics_1]

Jerry,

I believe there is a later tar patch which enabled file sizes up to 8gb. At 11.11, make sure you have tar patch PHCO_26423 or later. Outside of that, gnu tar allows for larger files as well.

HTH,
Eric

[RAC_1]

tar has a limitation of 2gb. With a patch that goes upto 8GB.

Install that patch.

Anil

[Alex Lavrov.]

My suggestion is to use gtar. You can download it from here:

http://hpux.cs.utah.edu/hppd/hpux/Gnu/tar-1.15/


Also, be sure that "largefiles" option is enabled on your filesyste:

fsadm -o largefiles /path/to/filesystem

[john korterman]

Hi,
judging from your error message, I guess your system is 11.11.
If that is correct, you should install patch PHCO_28414.


regards,
John K.

[Geoff Wild]

Actually, the current patch is PHCO_32438:

http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main|patch.breadcrumb.pdb|patch.breadcrumb.search|&patchid=PHCO_32438&context=hpux:800:11:11

Rgds...Geoff

[Burhan I. Koni]

Hi every body
I have the same problem on the same OS.
I applied the cumlative patch PHCO_32438
but I still have the same error in tar > 2GB
do I have to restart the machine????


regards
Burhan Koni

[Darrel Louis]

Hi,

Do you have the latest tar patch on your system.

HP-UX 11.11: PHCO_28992.

Create a new mountpoint for example: /backup
If you're dumping to a directory for example:
/backup
And let /backup support largefiles:
fsadm -F vxfs -o largefiles /backup
Than do the following:
tar -cvf /backup/test.tar /u01/oradata/openrpt

Does the error -message still occur?

GoodLuck

Darrel Louis

[Burhan I. Koni]

hi
the latest patch PHCO_32438 is applied successfully.
the source file system is OK and i have the a database file > 2GB that I want to backup to a tape.
I still get the same error message:
tar: Size > 2GB. Not dumped.

your advice

thanks
Burhan Koni

[Bill Hassell]

How big is the /u01/oradata/openrpt/rptdb01.dbf file? If it is larger than 8Gb, you cannot use tar. The problem is that tar (cpio, pax, etc) are industry standard tools and they (natively) cannot store interchangeable headers for files larger than 2Gb. If you add the patch for tar (and/or pax), the header is modified to allow up to 8Gb, but no more. There simply isn't enough room in the header for larger file sizes yet remain readable by other versions of tar or cpio. Even a file between 2Gb and 8Gb cannot be restored on another system unless there is a special version of tar that can handle the special header.

If the file is larger than 8Gb, classic Unix tools cannot be used. You'll need to use fbackup or a commercial backup utility. As with the 8Gb tar patch, both systems must be running compatible backup/restore programs. All versions of fbackup starting with HP-UX 10.20 can handle large files.

[Burhan I. Koni]

Dear Bill
the dbf file size a little bit greater than 2GB (i.e in the range permitted), but i dont know why still get the same message

[Bill Hassell]

Type these 2 commands:

whence -v tar
what $(whence tar)

The first command will show you the location of the tar command when you use it without a full pathname. The second reports the 'what string' found inside the program. You should see "PATCH_11.11 (PHCO_28992)" as part of the tar.c what string. If not, you're not running the patched version of tar. Normally, tar is found in /usr/bin, but if you don't refer to tar as /usr/bin/tar, you will get whatever program is found in your current $PATH.

[Burhan I. Koni]

Dear Bill
thank you for your notes
the following is the output of your suggested commands:
# whence -v tar
tar is /usr/bin/tar
# what $(whence tar)
/usr/bin/tar:
tar.c $Date: 2001/08/01 07:30:23 $Revision: r11.11/2 PATCH_11.11 (PHCO_
24716)
$Revision: @(#) all CUP11.11_BL2001_0814_2 PATCH_11.11 PHCO_24716
Tue Aug 14 16:57:24 PDT 2001

it seems that i use tar from /usr/bin
but patch level seems old although i applied patch PHCO_32438.
the following shows that it is applied:
# swlist -l product|grep PHCO_32438
PHCO_32438 1.0 pax(1) cumulative patch
#

what is your conclusion??

best regards
Burhan

[Burhan I. Koni]

Dear all
problem solved by applying patch PHCO_28992

thanks for your efforts specially Bill

Best Regards