tar command: end of tape, to continue enter device/file name when ready or null string to quit

[Manuales]

Hi ...
you know, we are making a tar with many folders.

pwd:
/home/florecita/
tar cvf /home/patito/resp_trans.tar .
a ./tmp/dos.txt
a ./tmp/tres.txt
a ./tmp/cuatro.txt
a ./tmp/cinco.txt
....
....
....
....

tar command was running very vell, but was shown a message very strange !!!:

Tar: end of tape
Tar: to continue, enter device/file name when ready or null string to quit.

.. and it can not continues ..
<:0(

why is asking a device/file?

we checked /home/patito folder and we see tar file named: resp_trans.tar

whad do we must do?

Thanks, Manuales.

[Rodney Hills · Accepted solution]

Has the file system you are creating resp_trans.tar filled up? Do a "bdf" command to see space usage.

Rod Hills

[Patrick Wallek]

Is the /home filesystem enabled for largefiles? How large is the tar file you see? If it is 2GB then you probably need to enable largefiles on this filesystem.

How large is the directory you are attempting to back up? How much free space do you have on this filesystem?

[Sanjay_6]

Hi,

You are trying to copy more data on the tape / device than it is capable of. Check the capacity of the media you are using in the tape device.

If this is tar file getting created on the disk itself, make sure the FS on which this is getting stored has the largefiles turned on.

fsadm -v /directory

This command should say largefiles. If not you need to turn largefiles "on" for this filesystem.

Hope this helps.

Regds

[Manuales]

Hi !!!!
thanks !!!

"....Is the /home filesystem enabled for largefiles?...."
HOW CAN I SEE IF THE FILE SYSTEM ACCEPT LARGEFILES?

HOW CAN I ENABLE THIS OPTION ON SOME FILE SYSTEM?

".........How large is the directory you are attempting to back up? ..."
YES, IT IS ABOUT 2.5 GB

"....How much free space do you have on this filesystem? ..."
IT IS ONLY IN USED 35%

HOW CAN I ENABLE THIS OPTION TO ENABLE SOME FILESYSTEM TO ACCEPT GREATER FILES?

Thanks, Manuales.

[Sanjay_6]

Hi,

to check if /home has largefiles enabled,

try

# fsadm -v /home

This should say largefiles, if it says nolargefiles, it means you do not have largefiles enabled for /home. this in turns mean that you cannot create a file more than 2GB on /home Filesystem. The situation would be different if the directory /home/patito is a seperate FS, in which case you will have to try this for "/home/patito" and not for /home.

Hope this helps.

Regds

[Sanjay_6]

Hi,

Here is a doc from ITRC on how to manage the largefiles for both HFS as well as vxfs.

http://www2.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000080048306

The ITRC doc id is BILLK1KBRC00001996

The Doc refers to patches for older version of OS, if you are dealing with a newer version, you may have to look for patches for your version of the OS. May / may not be requried.

Hope this helps.

Regds

[Manuales]

Hi ..
when i executed:

sapd01:/->fsadm -v /home
fsadm: /etc/default/fs is used for determining the file system type
fsadm: illegal option -- v
usage: fsadm [-F hfs] [-o specific_options] [-V] special

why?
how can i know if this file system has the option to accept largefils?

Thanks, Manuales.

[James R. Ferguson]

Hi Manuales:

# fsadm -F vxfs /home

Regards!

...JRF..

[Pete Randall]

And post the output from "bdf -l" while you're at it.


Pete

[Manuales]

hi.. thanks ...

I execute command indicated but for hfs filesystem it has an error with the command:

s1:/->fsadm -F vxfs /usr/sapito/transpaso
vxfs fsadm: mountpoint /usr/sapito/transpaso is not a vxfs file system
s1:/->fsadm -F hfs /usr/sapito/transpaso
fsadm: /usr/sapito/transpaso is not a valid operand

why?
OS is hp-ux 10.20

i don't remember in this moment, where do you see type of file system? i remember is a file under /etc folder but i don't remember name ..

thanks.

[Pete Randall]

Try "fsadm /usr/sapito/transpaso" or "fsadm -F hfs /usr/sapito/transpaso"


Pete

[Manuales]

fsadm /usr/sapito/transpaso
fsadm: /etc/default/fs is used for determining the file system type
fsadm: /usr/sapito/transpaso is not a valid operand

fsadm -F hfs /usr/sapito/transpaso
fsadm: /usr/sapito/transpaso is not a valid operand


nop ...
it could be a patch?

where is file where is assigend type of file system?

Thanks.

[James R. Ferguson]

Hi Manuales:

If its a HFS filesystem, do:

# fsadm -F hfs /dev/vgNN/lvolX

where the device file can be deduced from a 'bdf' listing.

Regards!

...JRF...

[Patrick Wallek]

You can check your /etc/fstab file to see what type of file system it is. It will be listed (hfs, vxfs, nfs) on the line for the appropriate mount point.

[OldSchool]

One other potential issue. Tar used to be limited to 2GB output. Patcher PHCO_29229 (HP-UX 11.0) or PHCO_26423 (11.11) raised that limit to 8GB. Check to see if you are current on your patches.

Also, pax and fbackup/frecover support 8GB files as well.....

[Patrick Wallek]

No, No, No.... That statement is incorrect.

Tar has NEVER been limited to the size of the tar file it could CREATE. Otherwise, how would you back up to tapes holding 10 or 20GB?

The tar limit has always been with the MAXIMUM SIZE OF A SINGLE FILE that it could back up. The tar on HP-UX 10.20 can NOT back up files larger than 2GB.

It **CAN** create a tar ARCHIVE that is larger than 2GB though.

More recent versions of HP-UX have patches that allow you to archive files up to 8GB.

[Pete Randall]

You stated earlier that the filesystem you are trying to back up into is "IT IS ONLY IN USED 35% " and I'm still wondering 35% of how much.
Could you please post the output of the "bdf -l"?

Thanks,


Pete

[Howard Marshall]

If its not too much trouble could you post a few more bits of info.

Which user is running the command?
Do you have some sort of disk quota enabled?
Run the du -k command to see how much data you are trying to back up.
What is the output of the bdf command for the file system?

It sounds to me like tar has reached some sort of file size limit and can't go any further until it has another file name to dump the rest of the data into. This is an unusual occurrence so we will need a little more info to be of much help.

H