search for: guestfs_int_recv_from_daemon

...t;, g=<optimized out>) at conn-socket.c:179 > #9 ?read_data (g=0xf31290, connv=0x110e280, bufv=<optimized out>, len=4) at > conn-socket.c:142 > #10 0x00007ffff6e1764a in recv_from_daemon (buf_rtn=0x7fffffffd858, size_rtn= > 0x7fffffffd854, g=0xf31290) at proto.c:545 > #11 guestfs_int_recv_from_daemon (g=g at entry=0xf31290, size_rtn=size_rtn at entry= > 0x7fffffffd854, buf_rtn=buf_rtn at entry=0x7fffffffd858) at proto.c:623 > #12 0x00007ffff6e17a5a in guestfs_int_recv > ? ? (g=g at entry=0xf31290, fn=fn at entry=0x7ffff6e3b3e8 "download", hdr=hdr at entry= > 0x7fffffffd920...

...connv=<optimized out>, g=<optimized out>) at conn-socket.c:179 #9 read_data (g=0xf31290, connv=0x110e280, bufv=<optimized out>, len=4) at conn-socket.c:142 #10 0x00007ffff6e1764a in recv_from_daemon (buf_rtn=0x7fffffffd858, size_rtn=0x7fffffffd854, g=0xf31290) at proto.c:545 #11 guestfs_int_recv_from_daemon (g=g at entry=0xf31290, size_rtn=size_rtn at entry=0x7fffffffd854, buf_rtn=buf_rtn at entry=0x7fffffffd858) at proto.c:623 #12 0x00007ffff6e17a5a in guestfs_int_recv (g=g at entry=0xf31290, fn=fn at entry=0x7ffff6e3b3e8 "download", hdr=hdr at entry=0x7fffffffd920, err=err at entry=0x7...

...gt;, g=<optimized out>) at conn-socket.c:179 > #7 ?read_data (g=0xae06f0, connv=0xd19570, bufv=<optimized out>, len=4) at > conn-socket.c:142 > #8 ?0x00007f6dd1685c2a in recv_from_daemon (buf_rtn=0x7fffa95cc548, size_rtn= > 0x7fffa95cc544, g=0xae06f0) at proto.c:545 > #9 ?guestfs_int_recv_from_daemon (g=g at entry=0xae06f0, size_rtn=size_rtn at entry= > 0x7fffa95cc544, buf_rtn=buf_rtn at entry=0x7fffa95cc548) at proto.c:623 > #10 0x00007f6dd168603a in guestfs_int_recv > ? ? (g=g at entry=0xae06f0, fn=fn at entry=0x7f6dd16aa308 "download", hdr=hdr at entry= > 0x7fffa95cc610...

...ng C/C++. I found the process gets stuck > inside guestfs_launch: > > Thread 1 (Thread 0x7fe3aa6148c0 (LWP 1265)): > #0 0x00007fe3a9032c20 in __poll_nocancel () from /lib64/libc.so.6 > #1 0x00007fe3aa1e5ea4 in read_data () from /lib64/libguestfs.so.0 > #2 0x00007fe3aa20af0c in guestfs_int_recv_from_daemon () from > /lib64/libguestfs.so.0 > #3 0x00007fe3aa204ae0 in launch_libvirt () from /lib64/libguestfs.so.0 > #4 0x00007fe3aa1fab2b in guestfs_impl_launch () from /lib64/libguestfs.so.0 > #5 0x00007fe3aa196b4d in guestfs_launch () from /lib64/libguestfs.so.0 > #6 0x00000000004116f8...

...04bd0, connv=0x7fe6f8df9100, bufv=<optimized out>, len=4) at conn-socket.c:162 #3 0x00007fe6f7983f0c in recv_from_daemon (buf_rtn=0x7ffe4c053908, buf_rtn@entry=0x7ffe4c053658, size_rtn=0x7ffe4c0538e4, size_rtn@entry=0x7ffe4c053634, g=0x7fe6f8e04bd0, g@entry=0x7ffe4c053840) at proto.c:515 #4 guestfs_int_recv_from_daemon (g=g@entry=0x7fe6f8e04bd0, size_rtn=size_rtn@entry=0x7ffe4c0538e4, buf_rtn=buf_rtn@entry=0x7ffe4c053908) at proto.c:611 #5 0x00007fe6f797dae0 in launch_libvirt (g=0x7fe6f8e04bd0, datav=0x7fe6f8e04d90, libvirt_uri=<optimized out>) at launch-libvirt.c:573 #6 0x00007fe6f7973b2b in guestfs_impl...

Thanks Rich. I have used libguestfs for several month. It worked perfectly before, the issue appears recently. I am trying guestfs_set_backend (g, "direct"). Thanks, Allen 2016-08-29 23:31 GMT+08:00 Richard W.M. Jones <rjones@redhat.com>: > On Mon, Aug 29, 2016 at 11:19:04PM +0800, Baochuan Wu wrote: > > Thanks Rich for you quick reply. I enabled logs and the program

...gets stuck > > inside guestfs_launch: > > > > Thread 1 (Thread 0x7fe3aa6148c0 (LWP 1265)): > > #0 0x00007fe3a9032c20 in __poll_nocancel () from /lib64/libc.so.6 > > #1 0x00007fe3aa1e5ea4 in read_data () from /lib64/libguestfs.so.0 > > #2 0x00007fe3aa20af0c in guestfs_int_recv_from_daemon () from > > /lib64/libguestfs.so.0 > > #3 0x00007fe3aa204ae0 in launch_libvirt () from /lib64/libguestfs.so.0 > > #4 0x00007fe3aa1fab2b in guestfs_impl_launch () from > /lib64/libguestfs.so.0 > > #5 0x00007fe3aa196b4d in guestfs_launch () from /lib64/libguestfs.so.0 &g...

...fy Red Hat 5.4 disks. I am using C/C++. I found the process gets stuck inside guestfs_launch: Thread 1 (Thread 0x7fe3aa6148c0 (LWP 1265)): #0 0x00007fe3a9032c20 in __poll_nocancel () from /lib64/libc.so.6 #1 0x00007fe3aa1e5ea4 in read_data () from /lib64/libguestfs.so.0 #2 0x00007fe3aa20af0c in guestfs_int_recv_from_daemon () from /lib64/libguestfs.so.0 #3 0x00007fe3aa204ae0 in launch_libvirt () from /lib64/libguestfs.so.0 #4 0x00007fe3aa1fab2b in guestfs_impl_launch () from /lib64/libguestfs.so.0 #5 0x00007fe3aa196b4d in guestfs_launch () from /lib64/libguestfs.so.0 #6 0x00000000004116f8 in main () It is very e...

libguestfs has used double and triple underscores in identifiers. These aren't valid for global names in C++. (http://stackoverflow.com/a/228797) These large but completely mechanical patches change the illegal identifiers to legal ones. Rich.

...guestfs_h *g, int proc_nr, - uint64_t progress_hint, uint64_t optargs_bitmask, - xdrproc_t xdrp, char *args) + uint64_t progress_hint, uint64_t optargs_bitmask, + xdrproc_t xdrp, char *args) { struct guestfs_message_header hdr; XDR xdr; @@ -633,9 +633,9 @@ guestfs_int_recv_from_daemon (guestfs_h *g, uint32_t *size_rtn, void **buf_rtn) /* Receive a reply. */ int guestfs_int_recv (guestfs_h *g, const char *fn, - guestfs_message_header *hdr, - guestfs_message_error *err, - xdrproc_t xdrp, char *ret) + guestfs_message_header *hdr, +...

Result of earlier copy and paste. --- align/scan.c | 35 ++++++++++--------- cat/cat.c | 39 +++++++++++---------- cat/filesystems.c | 69 +++++++++++++++++++------------------- cat/log.c | 35 ++++++++++--------- cat/ls.c | 61 +++++++++++++++++---------------- df/main.c | 43 ++++++++++++------------ diff/diff.c | 67