Bug 1091803

Summary: tar-in-opts execute failed that cause libguestfs appliance crashed
Product: Red Hat Enterprise Linux 7 Reporter: bfan
Component: libguestfsAssignee: Richard W.M. Jones <rjones>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 7.0CC: leiwang, mbooth, ptoscano, yuliu
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: libguestfs-1.27.56-1.1.el7 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1091805 (view as bug list) Environment:
Last Closed: 2015-03-05 13:43:37 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:
Bug Depends On:    
Bug Blocks: 1091805    
Attachments:
Description Flags
run without tar file none

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