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

Fri Apr 12 13:14:58 UTC 2013

Hi Daniel,

Thanks for your time.

Please find the requested output.

# ulimit -a
core file size          (blocks, -c) 1000000
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63706
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Please let us know if you want the internal log buffer when libvirt.
crashed.

Thanks and Regards,
Shree Duth Awasthi.
On Fri, Apr 12, 2013 at 2:24 PM, Daniel P. Berrange <berrange at redhat.com>wrote:

>  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:|
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20130412/a3cb70b7/attachment.htm>