search for: t_pseudo

...------------------------] 00:15 It has been stuck for about 10 minutes. I can see if is in guestfs_launch(): -bash-4.2# gdb -p `pidof guestfish` -ex "set confirm off" -ex "bt" -ex "q" 0x00007fe6f6b5a680 in __poll_nocancel () at ../sysdeps/unix/syscall-template.S:81 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) #0 0x00007fe6f6b5a680 in __poll_nocancel () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fe6f795eea4 in poll (__timeout=-1, __nfds=2, __fds=0x7ffe4c0537b0) at /usr/include/bits/poll2.h:41 #2 read_data (g=0x7fe6f8e04bd0, connv=0x7fe6f8df9100, bu...

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

...ync...(no debugging symbols found)...done. (gdb) set args -a /export/test/* /export/test2 (gdb) run Starting program: /usr/bin/rsync -a /export/test/* /export/test2 Program received signal SIGPIPE, Broken pipe. 0xfffff80100528fb4 in __write_nocancel () at ../sysdeps/unix/syscall-template.S:84 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) T thought i would bring this up here as well. Does anyone have any input on this?

...90892f840 (LWP 20694) "libvirtd" 0x00007f190677d7cd in poll () at ../sysdeps/unix/syscall-template.S:81 attaching thread Id 12 and bt: (gdb) thread 12 [Switching to thread 12 (Thread 0x7f190893d700 (LWP 20883))] #0 0x00007f1906e6684d in read () at ../sysdeps/unix/syscall-template.S:81 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) bt #0 0x00007f1906e6684d in read () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007f18f8c415be in read (__nbytes=16, __buf=0x7f18d4000c50, __fd=26) at /usr/include/bits/unistd.h:44 #2 read_all (fd=26, data=data@entry =0x7f18d4000c50, len=len@e...

...; poll () at ../sysdeps/unix/syscall-template.S:81 >> >> attaching thread Id 12 and bt: >> (gdb) thread 12 >> [Switching to thread 12 (Thread 0x7f190893d700 (LWP 20883))] >> #0 0x00007f1906e6684d in read () at >> ../sysdeps/unix/syscall-template.S:81 >> 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) >> (gdb) bt >> #0 0x00007f1906e6684d in read () at >> ../sysdeps/unix/syscall-template.S:81 >> #1 0x00007f18f8c415be in read (__nbytes=16, __buf=0x7f18d4000c50, >> __fd=26) at /usr/include/bits/unistd.h:44 >> #2 rea...

.... > (gdb) set args -a /export/test/* /export/test2 > (gdb) run > Starting program: /usr/bin/rsync -a /export/test/* /export/test2 > > Program received signal SIGPIPE, Broken pipe. > 0xfffff80100528fb4 in __write_nocancel () at > ../sysdeps/unix/syscall-template.S:84 > 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) > (gdb) > > > > T thought i would bring this up here as well. Does anyone have any input > on this? > -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._., Kevin Korb Ph...

Hi, Ever since I recently upgraded to Fedora 25, I can't get kvm working. It's worked on this system since initial fedora 20 install. All upgrades were done via yum, then once available, dnf. I do have libvirt-sock in LISTENING state: STREAM LISTENING /var/run/libvirt/libvirt-sock I noticed I also have multiple connections in CONNECTING state: STREAM CONNECTING 0

...P 17598] >[New LWP 17599] >[New LWP 17600] >[New LWP 17601] >[New LWP 17602] >[Thread debugging using libthread_db enabled] >Using host libthread_db library "/lib64/libthread_db.so.1". >0x00007fcd6b4a501d in poll () at ../sysdeps/unix/syscall-template.S:84 >84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) > >Thread 17 (Thread 0x7fcd3bf18700 (LWP 17602)): >#0 0x00007fcd6b4a501d in poll () at ../sysdeps/unix/syscall-template.S:84 >No locals. >#1 0x00007fcd6b4c310e in __poll_chk (fds=<optimized out>, >nfds=<optimized out>, ti...

...ibvirtd" 0x00007f190677d7cd in poll () at ../sysdeps/unix/syscall-template.S:81 > > attaching thread Id 12 and bt: > (gdb) thread 12 > [Switching to thread 12 (Thread 0x7f190893d700 (LWP 20883))] > #0 0x00007f1906e6684d in read () at ../sysdeps/unix/syscall-template.S:81 > 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) > (gdb) bt > #0 0x00007f1906e6684d in read () at ../sysdeps/unix/syscall-template.S:81 > #1 0x00007f18f8c415be in read (__nbytes=16, __buf=0x7f18d4000c50, __fd=26) at /usr/include/bits/unistd.h:44 > #2 read_all (fd=26, data=data@entry =0x7f1...

.../syscall-template.S:81 >>> >>> attaching thread Id 12 and bt: >>> (gdb) thread 12 >>> [Switching to thread 12 (Thread 0x7f190893d700 (LWP 20883))] >>> #0 0x00007f1906e6684d in read () at >>> ../sysdeps/unix/syscall-template.S:81 >>> 81 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) >>> (gdb) bt >>> #0 0x00007f1906e6684d in read () at >>> ../sysdeps/unix/syscall-template.S:81 >>> #1 0x00007f18f8c415be in read (__nbytes=16, __buf=0x7f18d4000c50, >>> __fd=26) at /usr/include/bits/unistd....

Hi Michal, thank you for your answer. so if i understand that correctly, no matter if i shutdown or destroy the domain and no matter if it is a transient or an persistent vm, the thread should disappear, right? in my case they still exist, also an hour after i destroy the domain (and don´t start any new one). i use libvirt-1.1.35 on fedora core 20, for information. all the best max    

...t; [New LWP 17600] >> [New LWP 17601] >> [New LWP 17602] >> [Thread debugging using libthread_db enabled] >> Using host libthread_db library "/lib64/libthread_db.so.1". >> 0x00007fcd6b4a501d in poll () at ../sysdeps/unix/syscall-template.S:84 >> 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) >> >> Thread 17 (Thread 0x7fcd3bf18700 (LWP 17602)): >> #0 0x00007fcd6b4a501d in poll () at >> ../sysdeps/unix/syscall-template.S:84 >> No locals. >> #1 0x00007fcd6b4c310e in __poll_chk (fds=<optimized out>,...

...25 (Twenty Five)" -- Information about the crash: Kontact crashes nearly always when browsing feeds The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) [Current thread is 1 (Thread 0x7f21611b7940 (LWP 6579))] Thread 40 (Thread 0x7f2019fa1700 (LWP 7131)): #0 0x00007f216c28e7f9 in g_mutex_lock () from /lib64/libglib-2.0.so.0 #1 0x00007f216c248d06 in g_main_context_dispatch () from /lib64/libglib-2.0.s...