Bug 859834 – poor dump file recognition

Bug 859834 - poor dump file recognition

Summary:	poor dump file recognition

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	file (Show other bugs)
Sub Component:
Version:	6.3
Hardware:	Unspecified Unspecified

Priority	medium Severity low
Target Milestone:	rc
Target Release:	---
Assigned To:	Jan Kaluža
QA Contact:	BaseOS QE Security Team
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:	860139
	Show dependency tree / graph

Reported:	2012-09-24 03:28 EDT by Karel Srot
Modified:	2012-10-04 08:21 EDT (History)
CC List:	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:
Clones:	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
Add an attachment (proposed patch, testcase, etc.)

Groups: 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.