Bug 859834 - poor dump file recognition
Summary: poor dump file recognition
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: file
Version: 6.3
Hardware: Unspecified
OS: Unspecified
medium
low
Target Milestone: rc
: ---
Assignee: Jan Kaluža
QA Contact: BaseOS QE Security Team
URL:
Whiteboard:
Depends On:
Blocks: 860139
TreeView+ depends on / blocked
 
Reported: 2012-09-24 07:28 UTC by Karel Srot
Modified: 2012-10-04 12:21 UTC (History)
0 users

Fixed In Version: file-5.04-15.el6
Doc Type: Bug Fix
Doc Text:
Cause: File contained more magic patterns to detect output of "dump" backup tool. Consequence: On big-endian architectures, less detailed magic pattern was used and the File output was inconsistent. Fix: Less detailed magic pattern has been removed and only one magic pattern to detect "dump" output is used now. Result: File uses more detailed magic pattern every time even on big-endian architectures.
Clone Of:
: 860139 862744 (view as bug list)
Environment:
Last Closed: 2012-10-04 12:21:39 UTC
Target Upstream Version:

Attachments (Terms of Use)
proposed patch (494 bytes, patch)
2012-09-24 09:05 UTC, Jan Kaluža 		no flags Details | Diff
dump from a big endian system (2.00 KB, application/octet-stream)
2012-09-24 10:14 UTC, Karel Srot 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2012:1339 0 normal SHIPPED_LIVE file bug fix update 2012-10-04 16:15:20 UTC

Description Karel Srot 2012-09-24 07:28:57 UTC 
Description of problem:

On RHEL6 there are differences between platforms how the dump file is recognized.

on x86_64, i386 e.g.
backup: new-fs dump file (little endian), This dump Sat Sep 22 21:00:54 2012, Previous dump Wed Dec 31 19:00:00 1969, Volume 1, Level zero, type: tape header, Label myext3fs, Filesystem /mnt/myext3fs, Device /dev/loop0, Host any.host.org, Flags 3

on s390x:
backup: dump format, 4.2 or 4.3 BSD without IDC


Version-Release number of selected component (if applicable):
file-5.04-14.el6

How reproducible:
always
execute file against the dump file created by dump command
Comment 2 Jan Kaluža 2012-09-24 09:04:39 UTC 
Upstream bug report: http://bugs.gw.com/view.php?id=204
Comment 3 Jan Kaluža 2012-09-24 09:05:34 UTC 
Created attachment 616434 [details]
proposed patch

This patch removes duplicated magic pattern and keeps the one which provides more detailed information about dumps.
Comment 4 Jan Kaluža 2012-09-24 09:10:38 UTC 
Can you please attach backup file (or first 4096 bytes) for which it's broken (big endian version) so upstream can verify the fix?
Comment 5 Karel Srot 2012-09-24 10:14:45 UTC 
Created attachment 616457 [details]
dump from a big endian system

attached big endian dump sample
Comment 11 errata-xmlrpc 2012-10-04 12:21:39 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2012-1339.html
Note You need to log in before you can comment on or make changes to this bug.