Bug 859834 - poor dump file recognition
poor dump file recognition
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: file (Show other bugs)
6.3
Unspecified Unspecified
medium Severity low
: rc
: ---
Assigned To: Jan Kaluža
BaseOS QE Security Team
:
Depends On:
Blocks: 860139
  Show dependency treegraph
 
Reported: 2012-09-24 03:28 EDT by Karel Srot
Modified: 2012-10-04 08:21 EDT (History)
0 users

See Also:
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.
Story Points: ---
Clone Of:
: 860139 862744 (view as bug list)
Environment:
Last Closed: 2012-10-04 08:21:39 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
proposed patch (494 bytes, patch)
2012-09-24 05:05 EDT, Jan Kaluža
no flags Details | Diff
dump from a big endian system (2.00 KB, application/octet-stream)
2012-09-24 06:14 EDT, Karel Srot
no flags Details

  None (edit)
Description Karel Srot 2012-09-24 03:28:57 EDT
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 05:04:39 EDT
Upstream bug report: http://bugs.gw.com/view.php?id=204
Comment 3 Jan Kaluža 2012-09-24 05:05:34 EDT
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 05:10:38 EDT
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 06:14:45 EDT
Created attachment 616457 [details]
dump from a big endian system

attached big endian dump sample
Comment 11 errata-xmlrpc 2012-10-04 08:21:39 EDT
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.