<div>Hi Michal,</div>
<div> </div>
<div>Thanks for your time.</div>
<div> </div>
<div>Yes it seems so. Adding one more info :</div>
<div> </div>
<div>The issue is not reproducable on our board with libvirt-0.9.4-rc0_WR4.3.x86_64, gnutls-utils-1.4.1-2_WR4.3.x86_64, libgcrypt-1.4.0-3_WR4.3.x86_64.</div>
<div> </div>
<div>We are unable to debug more as GDB symbols are not completely resolved.</div>
<div> </div>
<div>So, can you please give us some pointers to debug the issue further.</div>
<div> </div>
<div>Thanks and Regards,</div>
<div>Shree Duth Awasthi.<br></div>
<div class="gmail_quote">On Fri, Apr 5, 2013 at 9:34 AM, Michal Privoznik <span dir="ltr"><<a href="mailto:mprivozn@redhat.com" target="_blank">mprivozn@redhat.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<div class="HOEnZb">
<div class="h5">On 05.04.2013 09:04, SHREE DUTH AWASTHI wrote:<br><br>> GDB:<br>><br>> Program received signal SIGABRT, Aborted.<br>> 0x00007f8591246005 in raise () from /lib64/libc.so.6<br>> (gdb) bt<br>> #0  0x00007f8591246005 in raise () from /lib64/libc.so.6<br>
> #1  0x00007f8591248e40 in abort () from /lib64/libc.so.6<br>> #2  0x00007f8592a2fdc5 in ?? () from /lib64/libgcrypt.so.11<br>> #3  0x00007f8592a303d5 in ?? () from /lib64/libgcrypt.so.11<br>> #4  0x00007f8592a35697 in ?? () from /lib64/libgcrypt.so.11<br>
> #5  0x00007f8592a3579c in ?? () from /lib64/libgcrypt.so.11<br>> #6  0x00007f8592a30a65 in ?? () from /lib64/libgcrypt.so.11<br>> #7  0x00007f8592a30aa9 in ?? () from /lib64/libgcrypt.so.11<br>> #8  0x00007f8592a30b19 in ?? () from /lib64/libgcrypt.so.11<br>
> #9  0x00007f8592a735df in ?? () from /lib64/libgcrypt.so.11<br>> #10 0x00007f8592a7365f in ?? () from /lib64/libgcrypt.so.11<br>> #11 0x00007f8592a6025a in ?? () from /lib64/libgcrypt.so.11<br>> #12 0x00007f8592a6045a in ?? () from /lib64/libgcrypt.so.11<br>
> #13 0x00007f8592a3c1ef in ?? () from /lib64/libgcrypt.so.11<br>> #14 0x00007f8592cd9d8c in ?? () from /usr/lib64/libgnutls.so.26<br>> #15 0x00007f8592cc5e7a in ?? () from /usr/lib64/libgnutls.so.26<br>> #16 0x00007f8592ccddd6 in ?? () from /usr/lib64/libgnutls.so.26<br>
> #17 0x00007f8592cce67f in ?? () from /usr/lib64/libgnutls.so.26<br>> #18 0x00007f8592ccedaf in ?? () from /usr/lib64/libgnutls.so.26<br>> #19 0x00007f8592cbaf85 in ?? () from /usr/lib64/libgnutls.so.26<br>> #20 0x00007f8592cb6c55 in ?? () from /usr/lib64/libgnutls.so.26<br>
> #21 0x00007f8592cb7437 in gnutls_handshake () from<br>> /usr/lib64/libgnutls.so.26<br>> #22 0x00007f8593a5961b in virNetTLSSessionHandshake () from<br>> /usr/lib64/libvirt.so.0<br>><br><br></div></div>The backstrace shows problem lies in libgcrypt library. So unless<br>
libvirt is overwriting some random memory areas, it's a libgcrypt's bug.<br><span class="HOEnZb"><font color="#888888"><br>Michal<br></font></span></blockquote></div><br>