Re: Libvirtd dead, pid still exists. ( Problem might be with TLS interface of libvirtd )

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxx> 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="" 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 :|

_______________________________________________
libvirt-users mailing list
libvirt-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvirt-users

[Index of Archives]     [Virt Tools]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]

  Powered by Linux