HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- "tar" command hit errors.......
Operating System - HP-UX
1832487
Members
4206
Online
110043
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-17-2002 11:37 PM
08-17-2002 11:37 PM
Hi all,
I just encountered a quite strange things that my backup script in which I use "tar" command to backup filesystems everyday. It runs fine for almost 2 months and today, there is an error popped up that....it said:
Quote:
a ./crm/app/log/dr_tape_Sun.ltar: 0511-173 File ./crm/app/log/dr_tape_Sun.log is not of the expected file size
Unquote:
The dr_tape_Sun.log is the backup log file which stores the standard output and errors for the backup tar program. The error to me seems the file size for the dr_tape_Sun.log has been changes along with the backup job, therefore there is a discrepancy between the tar index and the actual file size.
However, if my assumption is correct, this error should be popped up everyday, not just today.....that's why I am writing to seek help from U genius.
Thanks in advance,
Cheers,
Chris,
I just encountered a quite strange things that my backup script in which I use "tar" command to backup filesystems everyday. It runs fine for almost 2 months and today, there is an error popped up that....it said:
Quote:
a ./crm/app/log/dr_tape_Sun.ltar: 0511-173 File ./crm/app/log/dr_tape_Sun.log is not of the expected file size
Unquote:
The dr_tape_Sun.log is the backup log file which stores the standard output and errors for the backup tar program. The error to me seems the file size for the dr_tape_Sun.log has been changes along with the backup job, therefore there is a discrepancy between the tar index and the actual file size.
However, if my assumption is correct, this error should be popped up everyday, not just today.....that's why I am writing to seek help from U genius.
Thanks in advance,
Cheers,
Chris,
Solved! Go to Solution.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-18-2002 01:36 AM
08-18-2002 01:36 AM
Solution
All it really means is that tar has noticed
that the file changed size during the backup -
that would be perfectly reasonable in the
case of a log file for an active backup.
As for why it happens some days and not others, it could depend on timing or buffering of the log file. Chances of hitting this message would presumably be lower if you did not use the 'v' option on tar. (If you're going to create a log of what's on the backup, it may be smarter to create the backup without the v option, so you get errors but not the names of the files on the tape, then do a 'tar tv' to verify that you have a readable tape. This takes longer but gives you more assurance you have a reliable backup.)
You could avoid the message entirely if you could put the log in a different directory than one that is being backed up. In any case, i don't think this message is something you should worry about if it's just for the backup
log file.
If you see that message on something like a
database file, you would have more reason to be
concerned, because it would suggest that you
are getting an inconsistent copy of the
database. That's the real purpose of the message.
that the file changed size during the backup -
that would be perfectly reasonable in the
case of a log file for an active backup.
As for why it happens some days and not others, it could depend on timing or buffering of the log file. Chances of hitting this message would presumably be lower if you did not use the 'v' option on tar. (If you're going to create a log of what's on the backup, it may be smarter to create the backup without the v option, so you get errors but not the names of the files on the tape, then do a 'tar tv' to verify that you have a readable tape. This takes longer but gives you more assurance you have a reliable backup.)
You could avoid the message entirely if you could put the log in a different directory than one that is being backed up. In any case, i don't think this message is something you should worry about if it's just for the backup
log file.
If you see that message on something like a
database file, you would have more reason to be
concerned, because it would suggest that you
are getting an inconsistent copy of the
database. That's the real purpose of the message.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-18-2002 08:15 AM
08-18-2002 08:15 AM
Re: "tar" command hit errors.......
Tar just first wants to make an index and the files in thi index will be tarred. The change of a difference in files is always there, but it can take weeks to get a negative hit.
Exclude the file of the tar.
Mind that this can also happen to other files: /var/adm and others.
But really, i would prefer fbackup and frecover.
Regards,
Ceesjan
Exclude the file of the tar.
Mind that this can also happen to other files: /var/adm and others.
But really, i would prefer fbackup and frecover.
Regards,
Ceesjan
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP