search for: virnetserver

...07a3e54 in virVasprintf (strp=0x7f78ed249b38, fmt=0x7f78f0959c48 "server=%p client=%p message=%p prog=%p", list=0x7f78ed249c00) at util/virstring.c:334 #4 0x00007f78f077d998 in virLogVMessage (source=VIR_LOG_FROM_FILE, priority=VIR_LOG_DEBUG, filename=0x7f78f0959bed "rpc/virnetserver.c", linenr=182, funcname=0x7f78f095a500 "virNetServerHandleJob", metadata=0x0, fmt=0x7f78f0959c48 "server=%p client=%p message=%p prog=%p", vargs=0x7f78ed249c00) at util/virlog.c:836 #5 0x00007f78f077d85d in virLogMessage (source=VIR_LOG_FROM_FILE, priority...

...n try > to set a break point on virHashIterationError() and when it's hit get > stacktrace of all threads 't a a bt'. That might shed more light into > the issue. Smells like we are not locking somewhere properly. So, we have two threads iterating. Both of them originates from virNetServerProgramDispatchCall. So, it seems there is a lock missing? Thread 10 (Thread 0x7f931f814700 (LWP 126453)): #0 virHashForEach (table=0x7f92fc69a480, iter=iter@entry=0x7f932ea8fbf0 <virDomainObjListCollectIterator>, data=data@entry=0x7f931f813a20) at ../../../src/util/virhash.c:597 #1 0x00007...

...ak point on virHashIterationError() and when it's hit get >> stacktrace of all threads 't a a bt'. That might shed more light into >> the issue. Smells like we are not locking somewhere properly. > > So, we have two threads iterating. Both of them originates from > virNetServerProgramDispatchCall. So, it seems there is a lock missing? No. As suspected, both threads are reading internal list of domains (actually hash table). They are not modifying the list so they grab a read lock. > > Thread 10 (Thread 0x7f931f814700 (LWP 126453)): > #0 virHashForEach (table=...

...>) at remote_dispatch.h:12339 > #6 remoteDispatchDomainUpdateDeviceFlagsHelper (server=0x56177ca8ba60, > client=<optimized out>, msg=0x56177ca98210, rerr=0x7f4a069cbc90, > args=0x7f49e8002e10, ret=0x7f49e8004770) at remote_dispatch.h:12315 > #7 0x00007f4a0ce49a02 in virNetServerProgramDispatchCall (msg=0x56177ca98210, > client=0x56177ca99b80, server=0x56177ca8ba60, prog=0x56177ca986f0) > at rpc/virnetserverprogram.c:437 > #8 virNetServerProgramDispatch (prog=0x56177ca986f0, > server=server@entry=0x56177ca8ba60, client=0x56177ca99b80, msg=0x56177c...

...gt;, timer_info=0x7f8503bb5930) at libxl/libxl_domain.c:216 #3 0x00007f8502ba6f7d in virEventPollDispatchTimeouts () at util/vireventpoll.c:451 #4 virEventPollRunOnce () at util/vireventpoll.c:644 #5 0x00007f8502ba570b in virEventRunDefaultImpl () at util/virevent.c:274 #6 0x00007f8502cda065 in virNetServerRun (srv=0x7f8503ba6ba0) at rpc/virnetserver.c:1112 #7 0x00007f85036c251c in main (argc=<optimized out>, argv=<optimized out>) at libvirtd.c:1513 (gdb) ****** regards, cooldharma06. On Thu, Dec 19, 2013 at 2:52 PM, Dario Faggioli <dario.faggioli@citrix.com>wrote: > On gio...

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.

...optimized out>) at remote_dispatch.h:3165 #15 remoteDispatchDomainDestroyHelper (server=<optimized out>, client=0x7fc32400ee60, msg=<optimized out>, rerr=0x7fc32f67bcd0, args=<optimized out>, ret=<optimized out>) at remote_dispatch.h:3143 #16 0x00007fc3372b4d79 in virNetServerProgramDispatchCall (msg=0x7fc324014070, client=0x7fc32400ee60, server=0x7fc3380dbba0, prog=0x7fc324007750) at rpc/virnetserverprogram.c:435 #17 virNetServerProgramDispatch (prog=0x7fc324007750, server=server@entry=0x7fc3380dbba0, client=0x7fc32400ee60, msg=0x7fc324014070) at rpc/virnetserverpro...

hello, I attached core dump - not sure if it was what you have asked for I am rather just admin not developer :) Regards, Rafal Wojciechowski W dniu 20.04.2017 o 16:44, Pavel Hrdina pisze: > On Thu, Apr 20, 2017 at 07:36:42AM +0200, Rafał Wojciechowski wrote: >> hello, >> >> I am getting such error: >> libvirtd[27218]: segfault at 0 ip 00007f4940725721 sp

On Tue, Nov 14, 2017 at 07:19:01PM +0100, Holger Schranz wrote: > Ups ... my fault ... > > libvirtd instead libvirt .... > > > etcsvms5:/var/lib/systemd/coredump # coredumpctl info libvirtd >            PID: 10177 (libvirtd) >            UID: 0 (root) >            GID: 0 (root) >         Signal: 11 (SEGV) >      Timestamp: Tue 2017-11-14 10:11:32 CET (9h ago)

...4003a70, rerr=0x7f194b99cc50, client=0x7f195bc71e90) at remote_dispatch.h:4257 #11 remoteDispatchDomainCreateXMLHelper (server=0x7f195bc4eb40, client=0x7f195bc71e90, msg=0x7f195bc73ee0, rerr=0x7f194b99cc50, args=0x7f1924003a70, ret=0x7f19240038b0) at remote_dispatch.h:4235 #12 0x00007f195aaea002 in virNetServerProgramDispatchCall (msg=0x7f195bc73ee0, client=0x7f195bc71e90, server=0x7f195bc4eb40, prog=0x7f195bc62fa0) at rpc/virnetserverprogram.c:437 #13 virNetServerProgramDispatch (prog=0x7f195bc62fa0, server=server@entry=0x7f195bc4eb40, client=0x7f195bc71e90, msg=0x7f195bc73ee0) at rpc/virnetserverprogram...

.../tmp/build/libvirt/libvirt-0.9.13/./src/util/event_poll.c:489 #7 virEventPollRunOnce () at /var/tmp/build/libvirt/libvirt-0.9.13/./src/util/event_poll.c:636 #8 0x00007fa0ff9f99b7 in virEventRunDefaultImpl () at /var/tmp/build/libvirt/libvirt-0.9.13/./src/util/event.c:247 #9 0x00007fa0ffad930d in virNetServerRun (srv=0x186f0b0) at /var/tmp/build/libvirt/libvirt-0.9.13/./src/rpc/virnetserver.c:712 #10 0x000000000040c9fc in main (argc=<optimized out>, argv=<optimized out>) at /var/tmp/build/libvirt/libvirt-0.9.13/./daemon/libvirtd.c:1299

...b5930) at libxl/libxl_domain.c:216 > #3 0x00007f8502ba6f7d in virEventPollDispatchTimeouts () at > util/vireventpoll.c:451 > #4 virEventPollRunOnce () at util/vireventpoll.c:644 > #5 0x00007f8502ba570b in virEventRunDefaultImpl () at util/virevent.c:274 > #6 0x00007f8502cda065 in virNetServerRun (srv=0x7f8503ba6ba0) at > rpc/virnetserver.c:1112 > #7 0x00007f85036c251c in main (argc=<optimized out>, argv=<optimized out>) > at libvirtd.c:1513 > (gdb) In this case, that stack trace looks like it ought to be sufficient to identify the problem - a clear NULL pointer...

...2bab0, args=0x7f791c009190) at remote_dispatch.h:2850 #19 0x00007f793be11923 in remoteDispatchDomainAttachDeviceHelper (server=0x7f793c2e0a90, client=0x7f793c2f34c0, msg=0x7f793c2feca0, rerr=0x7f792a92bab0, args=0x7f791c009190, ret=0x7f791c009130) at remote_dispatch.h:2826 #20 0x00007f793b1fccfc in virNetServerProgramDispatchCall (prog=0x7f793c2eefd0, server=0x7f793c2e0a90, client=0x7f793c2f34c0, msg=0x7f793c2feca0) at rpc/virnetserverprogram.c:437 #21 0x00007f793b1fc863 in virNetServerProgramDispatch (prog=0x7f793c2eefd0, server=0x7f793c2e0a90, client=0x7f793c2f34c0, msg=0x7f793c2feca0) at rpc/virnetserv...

...remoteDispatchDomainGetInfoHelper (server=<optimized out>, client=0x157e730, msg=<optimized out>, rerr=0x7f69c5782c50, args=<optimized out>, ret=0x7f6998000c20) at remote_dispatch.h:1616 __func__ = "remoteDispatchDomainGetInfoHelper" #9 0x00007f69c9fbb915 in virNetServerProgramDispatchCall (msg=0x1689cc0, client=0x157e730, server=0x1577c90, prog=0x15825d0) at rpc/virnetserverprogram.c:416 ret = 0x7f6998000c20 "" rv = -1 i = <optimized out> arg = 0x7f6998027950 "\360e\n\230i\177" dispatcher = 0x73...

i installed both xen-4.2.1 and libvirt-1.2.0 from the source only. i moved with the latest version of libvrirt. i did the gdb in libvirt-1.2.0 and i raised the bug. Please find the following link for the bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1044838 regards, cooldharma06. On Wed, Dec 18, 2013 at 6:33 PM, Michal Privoznik <mprivozn@redhat.com>wrote: > On 18.12.2013

...curWorkers = 0x5557f238dba0         maxLimit = 0x5557f238db88         job = 0x0 #3  0x00007f0d58921288 in virThreadHelper (data=<optimized out>) at util/virthread.c:206         args = 0x0         local = {func = 0x7f0d589223b0 <virThreadPoolWorker>, funcName = 0x5557f0d8879d "virNetServerHandleJob", worker = true,           opaque = 0x5557f23848f0} #4  0x00007f0d55e64744 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #5  0x00007f0d55ba2aad in clone () from /lib64/libc.so.6 No symbol table info available. Thread 17 (Thread 0x7f0d47d73700 (LWP 10...

Hello, In the .xml file I use a media which is no longer available. In the past, I got the information media not available and the creation of the VM was stopped - O.k. behavior. Since 3.10 the libvirtd stopped promptly and all open consoles windows and the virt-manager closed promptly. For diagnose: etcsvms1:/kvm/CS8200/M5 # coredumpctl TIME PID UID GID SIG

...=40 e=25 d=0 (cut out due to length) 2014-02-06 10:25:05.423+00001182: debug : virEventPollDispatchHandles:488 : EVENT_POLL_DISPATCH_HANDLE: watch=2791 events=2 2014-02-06 10:25:05.423+00001182: debug : virNetMessageFree:75 : msg=0x2326a20 nfds=0 cb=(nil) 2014-02-06 10:25:05.423+00001182: debug : virNetServerClientCalculateHandleMode:137 : tls=(nil) hs=-1, rx=0x2266390 tx=(nil) 2014-02-06 10:25:05.423+00001182: debug : virNetServerClientCalculateHandleMode:167 : mode=1 2014-02-06 10:25:05.423+00001182: debug : virEventPollUpdateHandle:151 : EVENT_POLL_UPDATE_HANDLE: watch=2791 events=1 2014-02-06 10:25:...

...4c80, client=0x7fd39c93bfd0) at remote_dispatch.h:6663 #16 remoteDispatchDomainRestoreFlagsHelper (server=<optimized out>, client=0x7fd39c93bfd0, msg=<optimized out>, rerr=0x7fd38a444c80, args=0x7fd35c01a430, ret=<optimized out>) at remote_dispatch.h:6642 #17 0x00007fd39ab24e4a in virNetServerProgramDispatchCall (msg=0x7fd39c93a560, client=0x7fd39c93bfd0, server=0x7fd39c91dc80, prog=0x7fd39c933440) at rpc/virnetserverprogram.c:435 #18 virNetServerProgramDispatch (prog=0x7fd39c933440, server=server@entry=0x7fd39c91dc80, client=0x7fd39c93bfd0, msg=0x7fd39c93a560) at rpc/virnetserverprogram...