search for: virobject

...arguments to rpmbuild, so I just added those defines) My problem is a undefined reference to virAtomicLock: [ 227s] ../src/.libs/libvirt-setuid-rpc-client.a(libvirt_setuid_rpc_client_la-virobj ect.o): In function `virClassNew': [ 227s] /home/abuild/rpmbuild/BUILD/libvirt-1.1.4/src/util/virobject.c:132: undefined reference to `virAtomicLock' [ 227s] ../src/.libs/libvirt-setuid-rpc-client.a(libvirt_setuid_rpc_client_la-virobj ect.o): In function `virObjectNew': [ 227s] /home/abuild/rpmbuild/BUILD/libvirt-1.1.4/src/util/virobject.c:202: undefined reference to `virAtomicLock'...

...ame=funcname@entry=0x0, linenr=linenr@entry=0, strp=strp@entry=0x7fc32f67b830, fmt=fmt@entry=0x7fc337391017 "%llu: %s : %s:%d : %s\n") at util/virstring.c:358 #5 0x00007fc33718cb59 in virLogFormatString (str=<optimized out>, priority=VIR_LOG_DEBUG, funcname=0x7fc337394734 "virObjectRef", linenr=293, msg=0x7fc32f67b830) at util/virlog.c:719 #6 virLogVMessage (source=VIR_LOG_FROM_TRACE, priority=VIR_LOG_DEBUG, filename=0x7fc337394597 "util/virobject.c", linenr=293, funcname=0x7fc337394734 "virObjectRef", metadata=0x0, fmt=fmt@entry=0x7fc3373945f...

...wlevellock.S:135 #1 0x00007f79375c411b in _L_lock_812 () from /lib64/libpthread.so.0 #2 0x00007f79375c3fe8 in __GI___pthread_mutex_lock (mutex=0x7f78d80edd30) at ../nptl/pthread_mutex_lock.c:79 #3 0x00007f793b09cd0c in virMutexLock (m=0x7f78d80edd30) at util/virthread.c:89 #4 0x00007f793b07d831 in virObjectLock (anyobj=0x7f78d80edd20) at util/virobject.c:323 #5 0x00007f793b0b71d7 in virDomainObjListFindByID (doms=0x7f78d80edd20, id=1) at conf/domain_conf.c:1237 #6 0x00007f78fe3f7eb3 in libxlDomainEventHandler (data=0x7f78d81ce940, event=0x7f793c30c2e0) at libxl/libxl_domain.c:534 #7 0x00007f793806f7c...

I am newbie to this gdb debugging. now i did the bt in the debugging. In my side still it showing the error. Following are the stacktrace which i got. Kindly refer the following logs for full information: **** [New Thread 0x7f8503695700 (LWP 20012)] Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007f84f671281e in

...sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135 #1 0x00007f932e0efdbd in __GI___pthread_mutex_lock (mutex=mutex@entry=0x7f92ec011c80) at ../nptl/pthread_mutex_lock.c:80 #2 0x00007f932ea37c45 in virMutexLock (m=m@entry=0x7f92ec011c80) at ../../../src/util/virthread.c:89 #3 0x00007f932ea180ca in virObjectLock (anyobj=anyobj@entry=0x7f92ec011c70) at ../../../src/util/virobject.c:388 #4 0x00007f932ea8fd81 in virDomainObjListCopyActiveIDs (payload=0x7f92ec011c70, name=<optimized out>, opaque=0x7f9321817aa0) at ../../../src/conf/virdomainobjlist.c:679 #5 0x00007f932e9ee6cd in virHashForEach (tab...

...by vdsm-4.10.2 listen_addr="0.0.0.0" unix_sock_group="kvm" unix_sock_rw_perms="0770" auth_unix_rw="sasl" host_uuid="036118ab-705f-4aeb-9a13-013dc8af6b41" keepalive_interval=-1 log_outputs="1:file:/var/log/libvirtd.log" log_filters="3:virobject 3:virfile 2:virnetlink 3:cgroup 3:event 3:json 1:libvirt 1:util 1:qemu" ca_file="/etc/pki/vdsm/certs/cacert.pem" cert_file="/etc/pki/vdsm/certs/vdsmcert.pem" key_file="/etc/pki/vdsm/keys/vdsmkey.pem" ## end of configuration section by vdsm-4.10.2 # ls bkp-2013...

...sv/linux/x86_64/lowlevellock.S:135 > #1 0x00007f932e0efdbd in __GI___pthread_mutex_lock (mutex=mutex@entry=0x7f92ec011c80) at ../nptl/pthread_mutex_lock.c:80 > #2 0x00007f932ea37c45 in virMutexLock (m=m@entry=0x7f92ec011c80) at ../../../src/util/virthread.c:89 > #3 0x00007f932ea180ca in virObjectLock (anyobj=anyobj@entry=0x7f92ec011c70) at ../../../src/util/virobject.c:388 > #4 0x00007f932ea8fd81 in virDomainObjListCopyActiveIDs (payload=0x7f92ec011c70, name=<optimized out>, opaque=0x7f9321817aa0) at ../../../src/conf/virdomainobjlist.c:679 > #5 0x00007f932e9ee6cd in virHashFo...

Hey! On many of our servers, we often have the following error: error : virHashForEach:597 : Hash operation not allowed during iteration When querying the list of domains, this means libvirt will silently return 0 domain (most uses of virHashForEach don't handle the return code). We are using a hook, but the hook doesn't query libvirt back, so it should be safe from this point of view.

..._buf.c:104 #6 0x00007fd381b4be1e in xc_interface_close_common (xch=0x7fd35c029ec0) at xc_private.c:201 #7 0x00007fd381b4be9c in xc_interface_close (xch=<optimized out>) at xc_private.c:240 #8 0x00007fd381d702b6 in libxl_ctx_free (ctx=0x7fd35c029cc0) at libxl.c:159 #9 0x00007fd39aa26b0b in virObjectUnref (anyobj=<optimized out>) at util/virobject.c:262 #10 0x00007fd39aa5e29d in virDomainObjDispose (obj=0x7fd35c003e80) at conf/domain_conf.c:2034 #11 0x00007fd39aa26b0b in virObjectUnref (anyobj=anyobj@entry=0x7fd35c003e80) at util/virobject.c:262 #12 0x00007fd39aa4f55a in virDomainObjListR...