Bug 1091803 - tar-in-opts execute failed that cause libguestfs appliance crashed
Summary: tar-in-opts execute failed that cause libguestfs appliance crashed
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: libguestfs
Version: 7.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
: ---
Assignee: Richard W.M. Jones
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks: 1091805
TreeView+ depends on / blocked
 
Reported: 2014-04-28 05:48 UTC by bfan
Modified: 2015-03-05 13:43 UTC (History)
4 users (show)

Fixed In Version: libguestfs-1.27.56-1.1.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1091805 (view as bug list)
Environment:
Last Closed: 2015-03-05 13:43:37 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
run without tar file (51.55 KB, text/x-log)
2014-04-28 05:48 UTC, bfan
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2015:0303 0 normal SHIPPED_LIVE libguestfs bug fix and enhancement update 2015-03-05 17:34:44 UTC

Description bfan 2014-04-28 05:48:42 UTC
Created attachment 890340 [details]
run without tar file

Description of problem:
tar-in-opts execute failed when give a nonexistent directory path, then correct the path, but libguestfs appliance crashed.


Version-Release number of selected component (if applicable):
libguestfs-1.22.6-22.el7.x86_64


How reproducible:
100%


Steps to Reproduce:
1. tar file dose not exist
# guestfish -N fs -m /dev/sda1 tar-in-opts test.tar /test : tar-in-opts test.tar /

libguestfs: error: open: test.tar: No such file or directory
libguestfs: error: appliance closed the connection unexpectedly.
This usually means the libguestfs appliance crashed.
See http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs
for information about how to debug libguestfs and report bugs.

# the whole log is attached(run.log)


2. tar file exist
# guestfish -N fs -m /dev/sda1 tar-in-opts test.tar /test : tar-in-opts test.tar /
libguestfs: error: tar_in: /test: No such file or directory
libguestfs: error: check_daemon_socket: read 0x44 from daemon, expected 0xffffeeee.  Lost protocol synchronization (bad!)


Actual results:
libguestfs appliance closed


Expected results:
Only command execute failed, libguestfs appliance is alive


Additional info:
Same Problem exist in rhel6, although there is no libguestfs error message printed, appliance is not in running state.

libguestfs-1.20.11-2.el6.x86_64

Comment 2 Richard W.M. Jones 2014-04-28 15:15:30 UTC
Upstream fix:
efd159a063410b3d9d13814222abed231ec42f90
Regression test:
50b207ca459a205efeec613ab04ff4c39dc6bee2

Leaving in POST state because this bug is open against RHEL.

Comment 5 yuliu 2014-11-10 09:04:04 UTC
Version: libguestfs-1.28.1-1.9.el7.x86_64 
#guestfish -N fs -m /dev/sda1 tar-in-opts test.tar /test : tar-in-opts test.tar /
Didn't crash.

Verified.

Comment 7 errata-xmlrpc 2015-03-05 13:43:37 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.

https://rhn.redhat.com/errata/RHBA-2015-0303.html


Note You need to log in before you can comment on or make changes to this bug.