search for: syscall_nargs

...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, bufv=<optimized out>, len=4) at conn-sock...

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

...ne. (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?

...ning under the ddd debugger, while sitting stopped at a breakpoint, it will suddenly spew an apparent segfault in, as it says at the top of the source file, "Assembly code template for system call stubs". The specific place always looks like this: T_PSUEDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) ret_ERRVAL T_PSEUDO_END_ERRVAL (SYSCALL_SYMBOL) the red error marker points to SYSCALL_NAME. I have no idea why its doing this, it never does it when not running in the debugger, as far as I can tell. and why it would croak in the debugger while sitting (apparently) idle at a breakpoint is bey...

...t; 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@entry =16, nonblocking=nonblocking@entry =0) a...

...plate.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...

.../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 Phone: (407) 252-6853 Systems Administrator...

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 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>, timeout=<optimized out>, fdslen=<optim...

...() 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@entry =16, nonblocking=non...

...>> 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=da...

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    

...01] >> [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>, timeout=...

...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.so.0 #2 0x00007f216c2491c0 in g_main_context_...