I put some debug info here <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1005570">https://bugzilla.redhat.com/show_bug.cgi?id=1005570</a><br><div><div>It seems something happened in virLXCControllerConsoleUpdateWatch function,<br>a pipe , the write side broken, so the read side hangup which causes 100% cpu usage.<br><br>On my compute , libvirt_lxc started, 3 hours laster, this would occur . <br>In early time , under normal situation ,  the debug would print informations on  newHostEvents or newContEvents ,<br>but then It's going to be crazy ...  no debug information on newHostEvents or newContEvents anymore ,just infinate loop.<br><br><br>I even could not understand what's the meaning of the code ~~  <img src="https://res.mail.qq.com/zh_CN/images/mo/EMOJI/017.png"><br><br><br><br><br></div><div><br></div><div style="font-size: 12px;font-family: Arial Narrow;padding:2px 0 2px 0;">------------------ Original ------------------</div><div style="font-size: 12px;background:#efefef;padding:8px;"><div><b>From: </b> "Daniel P. Berrange";<berrange@redhat.com>;</div><div><b>Date: </b> Fri, Nov 1, 2013 05:56 PM</div><div><b>To: </b> "jj zhong"<menghuizhanguo@gmail.com>; <wbr></div><div><b>Cc: </b> "libvirt-list"<libvirt-list@redhat.com>; <wbr></div><div><b>Subject: </b> Re: [libvirt] the POLLHUP envet for a pipe descriptor is the causethat the libvirt_lxc costs 100% cpu usage.</div></div><div><br></div>On Fri, Nov 01, 2013 at 09:04:09AM +0800, jj zhong wrote:<br>> I found the poll in virEventPollRunOnce (vireventpoll.c),  a POLLHUP event<br>> occurred for a pipe descriptor,  thus the poll always returned because of<br>> it.( the pipe broken). this may be the best I could track temporarily，I<br>> don't know what to do netx , to mask the hangup event or to do something to<br>> handle the hangup event , what to do ?   Is it a bug or something ?<br><br>Obviously there is a bug, since we should never go 100% CPU burn. We are<br>already handling POLLHUP though - it gets mapped to VIR_EVENT_HANDLE_HANGUP<br><br>Not sure why we continue to burn cycles though.<br><br>Daniel<br>-- <br>|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|<br>|: http://libvirt.org              -o-             http://virt-manager.org :|<br>|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|<br>|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|<br></div>