<div>Hi Laine,</div>
<div> </div>
<div>Thanks a lot for your inputs. We will try to download the code from libvirt-0.10.2-main t and build libvirt with the patch for crash issue.</div>
<div> </div>
<div>We are using WR kenerl of below version</div>
<div>2.6.34.13-WR4</div>
<div> </div>
<div>Thanks</div>
<div>Abhinay </div>
<div> </div>
<div>On Wed, Sep 4, 2013 at 1:36 PM, Laine Stump <span dir="ltr"><<a href="mailto:laine@laine.org" target="_blank">laine@laine.org</a>></span> wrote:<br></div>
<div class="gmail_quote">
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<div class="im">On 09/04/2013 05:06 AM, arun abhinay wrote:<br>><br>> Thanks for your detailed information. As part of fixing this issue we<br>> have upgraded to libvirt-1.0.5 version and these crashes were<br>> resolved. But after this upgrade we observed many other issues like<br>
> "cpu-stats" command is not working and vcpu pinning was failing with<br>> errors.  Since we approaching near to our product release date we have<br>> planned to roll back libvirt-0.10.2 where every thing was working fine<br>
> except for the crash.<br>><br>> After roll back i have tried applying the patches mentioned in comment<br>> 17 on libvirt-0.10.2 to resolve the crash but this gave me another<br>> crash whose BT is mentioned below. Hence i thought of upgrading to<br>
> libvirt-0.10.2-19.e16 which i thought would be same level as<br>> libvirt-0.10.2.<br><br></div>libvirt-0.10.2-19.el6 is libvirt-0.10.2 with *many* bugfix patches<br>(handpicked from later libvirt releases) applied, as well as some<br>
patches that are specific to RHEL only (and wouldn't make sense for a<br>non-RHEL distro).<br>
<div class="im"><br>><br>> (gdb) bt<br>> #0  0x00007f5ab7b89005 in raise () from /lib64/libc.so.6<br>> #1  0x00007f5ab7b8be40 in abort () from /lib64/libc.so.6<br>> #2  0x00007f5ab7b82191 in __assert_fail () from /lib64/libc.so.6<br>
> #3  0x00007f5ab8868bb5 in __pthread_mutex_lock_full () from<br>> /lib64/libpthread.so.0<br>> #4  0x00007f5aba7904b7 in ?? () from /usr/lib64/libvirt.so.0<br>> #5  0x00007f5aba7b1172 in ?? () from /usr/lib64/libvirt.so.0<br>
> #6  0x00007f5aba7b3ac1 in ?? () from /usr/lib64/libvirt.so.0<br>> #7  0x00007f5aba6baab5 in virEventPollRunOnce () from<br>> /usr/lib64/libvirt.so.0<br>> #8  0x00007f5aba6b96e5 in virEventRunDefaultImpl () from<br>
> /usr/lib64/libvirt.so.0<br>> #9  0x000000000040df22 in ?? ()<br>> #10 0x00007f5aba6ccf36 in ?? () from /usr/lib64/libvirt.so.0<br>> #11 0x00007f5ab88666ea in start_thread () from /lib64/libpthread.so.0<br>> #12 0x00007f5ab7c27abd in clone () from /lib64/libc.so.6<br>
><br>> I now have only one option to try debug above crash. If you can<br>> provide me some pointers for above i would be very grateful to you.<br>><br>><br><br></div>You haven't said what OS you are running (aside from referencing a bug<br>
report filed against a build of libvirt made for RHEL6.x). If you're<br>running RHEL, then you should open a support incident with Red Hat. If<br>you're running some other distro, you should find the most recent<br>
pre-built package for that distro. If that doesn't help and you have to<br>build libvirt yourself, then rather than upgrading to some different old<br>version (1.0.5), you would probably do better to upgrade to the latest<br>
release (1.1.2).<br><br>Another possibility I thought of was to checkout the v0.10.2-maint<br>branch from libvirt git and build that, but it unfortunately appears<br>that some patches that were backported from upstream master to the RHEL6<br>
build haven't been backported to the upstream v0.10.2-maint branch (and<br>the series of patches that fix the bug in question are in the "not<br>backported" category). However, you could start with a checkout of that<br>
branch, then add the patches for this bug - that would at least give<br>better results than starting with vanilla v0.10.2 release sources and<br>applying the patches.<br></blockquote></div><br>