search for: sysdep

Hello, sorry for my later answer. so, after i started libvirtd (no vm´s running) and attach gdb i get the following threads (gdb) info thread Id Target Id Frame 11 Thread 0x7f18fef4e700 (LWP 20695) "libvirtd" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 10 Thread 0x7f18fe74d700 (LWP 20696) "libvirtd" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 9 Thread 0x7f18fdf4c700 (LWP 20697) "libvirtd" pthread_cond_wait@@GLIBC_2.3.2 ()...

...gt; so, after i started libvirtd (no vm´s running) and attach gdb i get the >> following threads >> >> (gdb) info thread >> Id Target Id Frame >> 11 Thread 0x7f18fef4e700 (LWP 20695) "libvirtd" >> pthread_cond_wait@@GLIBC_2.3.2 () at >> ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 >> 10 Thread 0x7f18fe74d700 (LWP 20696) "libvirtd" >> pthread_cond_wait@@GLIBC_2.3.2 () at >> ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 >> 9 Thread 0x7f18fdf4c700 (LWP 20697) "libvirtd&quot...

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    

...gt; > sorry for my later answer. > > so, after i started libvirtd (no vm´s running) and attach gdb i get the following threads > > (gdb) info thread > Id Target Id Frame > 11 Thread 0x7f18fef4e700 (LWP 20695) "libvirtd" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 10 Thread 0x7f18fe74d700 (LWP 20696) "libvirtd" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 > 9 Thread 0x7f18fdf4c700 (LWP 20697) "libvirtd" pthread_cond_wait@@GLI...

...irtd (no vm´s running) and attach gdb i get the >>> following threads >>> >>> (gdb) info thread >>> Id Target Id Frame >>> 11 Thread 0x7f18fef4e700 (LWP 20695) "libvirtd" >>> pthread_cond_wait@@GLIBC_2.3.2 () at >>> ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 >>> 10 Thread 0x7f18fe74d700 (LWP 20696) "libvirtd" >>> pthread_cond_wait@@GLIBC_2.3.2 () at >>> ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 >>> 9 Thread 0x7f18fdf4c700 (LWP 20697) &qu...

...789] [New LWP 14790] [New LWP 14791] [New LWP 14792] [New LWP 14793] [New LWP 14794] [New LWP 14795] [New LWP 14796] [New LWP 14799] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 0x00007fcf4c75f67d in poll () at ../sysdeps/unix/syscall-template.S:84 84../sysdeps/unix/syscall-template.S: (no such file or directory)没有那个文件或目录. "" Thread 18 (Thread 0x7fcf3a4e8700 (LWP 14799)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fcf4e17ee36 in virCon...

...46, events=POLLIN|POLLERR|POLLHUP}, {fd=50, >> events=POLLIN|POLLERR|POLLHUP}, ...], 43, 5000 >> >> # gdb -p 5786 >> (gdb) thread apply all bt >> >> Thread 17 (Thread 0x7f411a9d7700 (LWP 5788)): >> #0 pthread_cond_wait@@GLIBC_2.3.2 () at >> ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 >> #1 0x00007f4129c2a2e6 in virCondWait (c=c@entry=0x7f412b18ebb8, >> m=m@entry=0x7f412b18eb90) at util/virthread.c:154 >> #2 0x00007f4129c2ada3 in virThreadPoolWorker >> (opaque=opaque@entry=0x7f412b183ab0) at util/virthread...

...libQt5Core.so.5 #6 0x00007f2179a8c5f3 in QThread::exec() () from /lib64/libQt5Core.so.5 #7 0x00007f2179a909da in QThreadPrivate::start(void*) () from /lib64/libQt5Core.so.5 #8 0x00007f2170ccd6ca in start_thread (arg=0x7f2019fa1700) at pthread_create.c:333 #9 0x00007f2178e83f6f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 39 (Thread 0x7f201a7a2700 (LWP 7129)): #0 0x00007ffdf5680b12 in clock_gettime () #1 0x00007f2178e92686 in __GI___clock_gettime (clock_id=1, tp=0x7f201a7a19d0) at ../sysdeps/unix/clock_gettime.c:115 #2 0x00007f2179b27af1 in qt_gettime() () from /lib64/l...

...ror-messages, no crash, noting in "dmesg" or "xl dmesg". When i attached to the libvirtd via gdb and do a "info thread", i get the following: Id Target Id Frame 21 Thread 0x7f792a92c700 (LWP 1312) "libvirtd" __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 20 Thread 0x7f792a12b700 (LWP 1313) "libvirtd" __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 19 Thread 0x7f792992a700 (LWP 1314) "libvirtd" __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/...

...get some help or a better explanation of this: /ADT/APInt.h:1217: uint64_t llvm::APInt::getZExtValue() const: Assertion `getActiveBits() <= 64 && "Too many bits for uint64_t"' failed. Program received signal SIGABRT, Aborted. 0x00007ffff6eb4d05 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) bt #0 0x00007ffff6eb4d05 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007ffff6eb8ab6 in abort () at abort.c:92 #2 0x...

./configure --bundled-libraries && make ............ [3638/3880] Linking default/source4/lib/policy/py-policy.so [3639/3880] Linking default/source4/auth/ntlm/libauth4.so [3640/3880] Linking default/source4/ntvfs/libntvfs.so default/source4/ntvfs/sysdep/inotify_1.o: In function `inotify_setup': inotify.c:(.text+0x503): undefined reference to `inotify_init' default/source4/ntvfs/sysdep/inotify_1.o: In function `watch_destructor': inotify.c:(.text+0x883): undefined reference to `inotify_rm_watch' default/source4/ntvfs/sysdep/inotify_...

...POLLIN|POLLERR|POLLHUP}, {fd=59, events=POLLIN|POLLERR|POLLHUP}, {fd=46, events=POLLIN|POLLERR|POLLHUP}, {fd=50, events=POLLIN|POLLERR|POLLHUP}, ...], 43, 5000 # gdb -p 5786 (gdb) thread apply all bt Thread 17 (Thread 0x7f411a9d7700 (LWP 5788)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007f4129c2a2e6 in virCondWait (c=c@entry=0x7f412b18ebb8, m=m@entry=0x7f412b18eb90) at util/virthread.c:154 #2 0x00007f4129c2ada3 in virThreadPoolWorker (opaque=opaque@entry=0x7f412b183ab0) at util/virthreadpool.c:124 #3 0x00007f4129c2a078...

...Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fe0cbe4d880 (LWP 9602))] Thread 11 (Thread 0x7fdffa0eb700 (LWP 9699)): #0 0x00007fe0c49fd56c in futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x7fdff00bca00) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x7fdff00bc9b0, cond=0x7fdff00bc9d8) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x7fdff00bc9d8, mutex=0x7fdff00bc9b0) at pthread_cond_wait.c:655 #3 0x00007fe0c585e86b in QWaitCondition::wait(QMute...

..."Too many bits for uint64_t"' failed. The error message is exactly what it says: you're trying to call getZExtValue() on an APInt whose value doesn't fit into a uint64_t. > Program received signal SIGABRT, Aborted. > 0x00007ffff6eb4d05 in raise (sig=6) at > ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. > in ../nptl/sysdeps/unix/sysv/linux/raise.c > (gdb) bt > #0 0x00007ffff6eb4d05 in raise (sig=6) at > ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > #1 0x00007ffff6eb8ab6 in...

..."' failed. > > The error message is exactly what it says: you're trying to call > getZExtValue() on an APInt whose value doesn't fit into a uint64_t. > > > Program received signal SIGABRT, Aborted. > > 0x00007ffff6eb4d05 in raise (sig=6) at > > ../nptl/sysdeps/unix/sysv/linux/raise.c:64 > > 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. > > in ../nptl/sysdeps/unix/sysv/linux/raise.c > > (gdb) bt > > #0 0x00007ffff6eb4d05 in raise (sig=6) at > > ../nptl/sysdeps/unix/sysv/linux/raise.c:64 >...

...events=POLLIN|POLLERR|POLLHUP}, >{fd=46, events=POLLIN|POLLERR|POLLHUP}, {fd=50, >events=POLLIN|POLLERR|POLLHUP}, ...], 43, 5000 > ># gdb -p 5786 >(gdb) thread apply all bt > >Thread 17 (Thread 0x7f411a9d7700 (LWP 5788)): >#0 pthread_cond_wait@@GLIBC_2.3.2 () at >../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 >#1 0x00007f4129c2a2e6 in virCondWait (c=c@entry=0x7f412b18ebb8, >m=m@entry=0x7f412b18eb90) at util/virthread.c:154 >#2 0x00007f4129c2ada3 in virThreadPoolWorker >(opaque=opaque@entry=0x7f412b183ab0) at util/virthreadpool.c:124 >#3 0...

...erent than I thought. I'm considering turning to add a target *independent* IR intrinsic "llvm.get_tcb_address()". It's target independent because glibc does this for several platforms, and we probably want to solve it once for all: ~/src/glibc % grep -r 'stack_guard;' . ./sysdeps/mach/hurd/i386/tls.h: uintptr_t stack_guard; ./sysdeps/i386/nptl/tls.h: uintptr_t stack_guard; ./sysdeps/sparc/nptl/tls.h: uintptr_t stack_guard; ./sysdeps/s390/nptl/tls.h: uintptr_t stack_guard; ./sysdeps/powerpc/nptl/tls.h: uintptr_t stack_guard; ./sysdeps/x86_64/nptl/tls.h: uintptr_t stac...

...b/libc.so.6(__libc_start_main+0xe6) [0x7f4fdca49a26] #7 /usr/sbin/smbd [0x7f4fdfde1339] [2009/09/06 22:26:43, 0] lib/fault.c:dump_core(231) dumping core in /var/log/samba/cores/smbd I don't get much out of gdb: #0 0x00007f4fdca5d645 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) where #0 0x00007f4fdca5d645 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007f4fdca5eb...

.... [3591/3880] Linking default/source4/librpc/python-unixinfo.so [3592/3880] Linking default/source4/ntvfs/libntvfs.so default/source4/ntvfs/sysdep/inotify_1.o: In function `inotify_setup': inotify.c:(.text+0x508): undefined reference to `inotify_init' default/source4/ntvfs/sysdep/inotify_1.o: In function `watch_destructor': inotify.c:(.text+0x8d4): undefined reference to `inotify_rm_watch' default/source4/ntvfs/sysdep/inotify_...

..... [3409/3611] Linking default/source4/lib/policy/py-policy.so [3410/3611] Linking default/source4/dsdb/samdb/ldb_modules/libldb-objectclass.so [3411/3611] Linking default/source4/dsdb/samdb/ldb_modules/libldb-descriptor.so [3412/3611] Linking default/source4/ntvfs/libntvfs.so default/source4/ntvfs/sysdep/inotify_1.o: In function `inotify_setup': inotify.c:(.text+0x508): undefined reference to `inotify_init' default/source4/ntvfs/sysdep/inotify_1.o: In function `watch_destructor': inotify.c:(.text+0x8d4): undefined reference to `inotify_rm_watch' default/source4/ntvfs/sysdep/inotify_...