[libvirt-users] Libvirtd dead, pid still exists. ( Problem might be with TLS interface of libvirtd )

Daniel P. Berrange berrange at redhat.com
Fri Apr 12 12:24:14 UTC 2013


On Fri, Apr 12, 2013 at 02:02:20PM +0200, SHREE DUTH AWASTHI wrote:
> Hi Michal,
> 
> Open source developers of libgcrypt are pointing out to be a problem with
> libvirt.
> 
> It seems that virsh does not make proper use of libgcrypt or gnutls.  In
> fact, Libgcrypt is telling us what has been done wrong. Please find the
> latest GDB and let us know comments for the same.
> 
> GDB:
> 
> Breakpoint 3, 0x00007f555bb07410 in gnutls_handshake () from
> /usr/lib64/libgnutls.so.26
> (gdb) c
> Continuing.
> Program received signal SIGABRT, Aborted.
> 0x00007f555a096005 in raise () from /lib64/libc.so.6
> (gdb) bt
> #0  0x00007f555a096005 in raise () from /lib64/libc.so.6
> #1  0x00007f555a098e40 in abort () from /lib64/libc.so.6
> #2  0x00007f555b87fdc5 in _gcry_logv (level=50, fmt=0x7f555b8c6170 "operation
> is not possible without initialized secure memory\n",
>     arg_ptr=0x7fff546e1130) at misc.c:136
> #3  0x00007f555b8803d5 in _gcry_log_bug (fmt=0x48e0 <Address 0x48e0 out of
> bounds>) at misc.c:220
> #4  0x00007f555b885697 in _gcry_secmem_malloc_internal (size=<value
> optimized out>) at secmem.c:497
> #5  0x00007f555b88579c in _gcry_secmem_malloc (size=136) at secmem.c:522
> #6  0x00007f555b880a65 in do_malloc (n=18656, flags=<value optimized out>,
> mem=0x7fff546e1290) at global.c:553
> #7  0x00007f555b880aa9 in _gcry_malloc_secure (n=18656) at global.c:592
> #8  0x00007f555b880b19 in _gcry_xmalloc_secure (n=136) at global.c:746
> #9  0x00007f555b8c35df in _gcry_mpi_alloc_limb_space (nlimbs=17,
> secure=18656) at mpiutil.c:92
> #10 0x00007f555b8c365f in _gcry_mpi_alloc_secure (nlimbs=17) at mpiutil.c:75
> #11 0x00007f555b8b025a in secret (output=0x17cfa20, input=0x17d0480,
> skey=0x6) at rsa.c:365
> #12 0x00007f555b8b045a in _gcry_rsa_sign (algo=<value optimized out>,
> resarr=0x17d0660, data=0x17d0480, skey=<value optimized out>) at rsa.c:608
> #13 0x00007f555b88c1ef in pubkey_sign (r_sig=0x7fff546e1488, s_hash=<value
> optimized out>, s_skey=<value optimized out>) at pubkey.c:692
> #14 _gcry_pk_sign (r_sig=0x7fff546e1488, s_hash=<value optimized out>,
> s_skey=<value optimized out>) at pubkey.c:1807
> ---Type <return> to continue, or q <return> to quit---
> #15 0x00007f555bb29d8c in ?? () from /usr/lib64/libgnutls.so.26
> #16 0x00007f555bb15e7a in ?? () from /usr/lib64/libgnutls.so.26
> #17 0x00007f555bb1ddd6 in ?? () from /usr/lib64/libgnutls.so.26
> #18 0x00007f555bb1e67f in ?? () from /usr/lib64/libgnutls.so.26
> #19 0x00007f555bb1edaf in ?? () from /usr/lib64/libgnutls.so.26
> #20 0x00007f555bb0af85 in ?? () from /usr/lib64/libgnutls.so.26
> #21 0x00007f555bb06c55 in ?? () from /usr/lib64/libgnutls.so.26
> #22 0x00007f555bb07437 in gnutls_handshake () from
> /usr/lib64/libgnutls.so.26
> #23 0x00007f555c8a961b in virNetTLSSessionHandshake () from
> /usr/lib64/libvirt.so.0
> #24 0x00007f555c89ea2b in virNetServerClientInit () from
> /usr/lib64/libvirt.so.0
> #25 0x00007f555c89c821 in ?? () from /usr/lib64/libvirt.so.0
> #26 0x00007f555c8a012a in ?? () from /usr/lib64/libvirt.so.0
> #27 0x00007f555c79fbf5 in virEventPollRunOnce () from
> /usr/lib64/libvirt.so.0
> #28 0x00007f555c79e825 in virEventRunDefaultImpl () from
> /usr/lib64/libvirt.so.0
> #29 0x00007f555c89c20d in virNetServerRun () from /usr/lib64/libvirt.so.0
> #30 0x000000000040c830 in ?? ()

What does 'ulimit -a' show for the user that you are running libvirtd
as ?


Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|




More information about the libvirt-users mailing list