search for: anyobj

...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 virHashForEach (table=0x7f92fc6...

.../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 (table...

...5 #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 0x00007f793806f7c0 in egc_run...

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.

...ame@entry=0x7fc337394597 "util/virobject.c", linenr=linenr@entry=293, funcname=funcname@entry=0x7fc337394734 "virObjectRef", metadata=metadata@entry=0x0, fmt=fmt@entry=0x7fc3373945f1 "OBJECT_REF: obj=%p") at util/virlog.c:778 #8 0x00007fc33719c3d7 in virObjectRef (anyobj=0x7fc338102720) at util/virobject.c:293 #9 0x00007fc32af1824f in libxlDriverConfigGet (driver=driver@entry=0x7fc338108930) at libxl/libxl_conf.c:1124 #10 0x00007fc32af1a50e in libxlVmCleanup (driver=driver@entry=0x7fc338108930, vm=vm@entry=0x7fc32400f530, reason=reason@entry =VIR_DOMAIN_SHUTOFF_DE...

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

...x00007fd381b4be1e 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 virDomainObjListRemove (doms=0...