Bug 1012110

Summary: libguestfs fails to parse /var/lib/rpm/Name during inspection
Product: Red Hat Enterprise Linux 6 Reporter: Anitha Udgiri <audgiri>
Component: libguestfsAssignee: Richard W.M. Jones <rjones>
Status: CLOSED NOTABUG QA Contact: Virtualization Bugs <virt-bugs>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.4CC: acathrow, audgiri, bfan, cazhang, leiwang, lkong, ngupta, rjones, wshi
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-10-14 15:41:39 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Debug log none

Description Anitha Udgiri 2013-09-25 17:53:25 UTC
Created attachment 802985 [details]
Debug log

Description of problem:
While trying to convert a RHEL 6.4 server using virt-p2v , the following error is noticed:

virt-v2v: Died at /usr/bin/virt-p2v-server line 404, <> line 7.

Uploading the debug log of this process.

Comment 1 Richard W.M. Jones 2013-09-25 17:59:35 UTC
The error seems to be:

libguestfs: read_db_dump command: db_dump -k '/tmp/libguestfsLahEFY/3-rpm_Name'
libguestfs: trace: inspect_list_applications = NULL (error)

(from parsing /var/lib/rpm/Name from the disk image).  Actually
there are two problems here, firstly that this fails and secondly
that there is no error message set by libguestfs.

Setting to NEEDINFO because Anitha has promised to
get the /var/lib/rpm/Name file from the origin.

Comment 2 Anitha Udgiri 2013-09-26 18:22:52 UTC
(In reply to Richard W.M. Jones from comment #1)
 
> Setting to NEEDINFO because Anitha has promised to
> get the /var/lib/rpm/Name file from the origin.

I haven't heard back from the Customer yet on this request. Will upload the data as soon as they send it across.

Comment 4 Richard W.M. Jones 2013-10-02 12:41:43 UTC
I'm baffled by what could cause this bug.  I suspect the actual
libguestfs error is being hidden somewhere.

What versions of the following packages does the customer
have installed on the v2v conversion server?

- db4-utils
- libguestfs
- virt-v2v
- qemu
- kernel

(Do we have a sosreport?)

Comment 5 Richard W.M. Jones 2013-10-02 12:55:51 UTC
It would also be cool if they could run the following
commands on the conversion server.  Note that 'Name' is
the Name file that they supplied to us (also attached to
this bug):

db_dump -k Name > /tmp/output
echo $?

and note down the exit code ($?) and send us the output file.

Comment 11 RHEL Program Management 2013-10-14 01:56:03 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 13 Richard W.M. Jones 2013-10-19 21:52:04 UTC
Upstream commit d6e5a6546afeb1554e676e5a4197002559f6cde7
uses AC_PATH_PROG(S) so that the paths to db_dump etc are
encoded in the binary.  This should mean this kind of bug
cannot happen (in libguestfs >= 1.25).