<div dir="ltr">Awesome! Thank you Andy!   :-D</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 21 July 2014 16:41, Andy Whitcroft <span dir="ltr"><<a href="mailto:apw@canonical.com" target="_blank">apw@canonical.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">> I don't want to be rude but, Linux 3.13 sucks a lot.<br>
><br>
> I'm wondering here, for God's sake, why Ubuntu 14.04 comes with this lame<br>
> kernel? What Ubuntu Kernel Team have in mind?!<br>
<br>
</div>This kernel was selected using the standard criteria for an LTS, a kernel<br>
which would release sufficiently early in the cycle to allow a significant<br>
number of stable cycles to occur before release and particularly before<br>
the first point release.  For this cycle that was v3.13.  This was<br>
a conservative choice as this cycle is an LTS so we aim to have a<br>
significantly longer stablisation time than that in a regular cycle.<br>
There was no indication that this was expected to be a worse kernel<br>
than any other we might have selected (v3.12 or v3.14).  This choice was<br>
discussed and announced at the various UDS/vUDS/ODS sessions.<br>
<br>
> Mark Shuttlework *must say something about this situation*. What he is<br>
<div class="">> gonna do? I really t want to know that.<br>
><br>
> I'm a HUGE fan of Ubuntu, and I mean it, I have no plans to switch off<br>
> Ubuntu and I'll stick with 14.04 but, definitely, Linux 3.13 was a bad, bad<br>
> choice for a LTS version like Trusty.<br>
<br>
</div>[list of bugs elided for brevity]<br>
<br>
There seem to be two separate issues triggered by QEMU/KVM setups likely<br>
significantly exacerbated on truly NUMA kit.  From the descriptions you<br>
posted in your original email these likely are all examples of those<br>
two issues.<br>
<br>
Both the Kernel and Server Teams are aware of these issues and are actively<br>
working with the support organisation to isolate the root causes and fixes<br>
for them and will be SRUing any such fixes as soon as sensibly possible.<br>
In the mean time it has been recommended that KSM be disabled, and support<br>
advisories to this effect have been issued.  Separatly we are reviewing<br>
all of the bugs that have been reported on these kinds of issues to<br>
categorise them and to try and confirm they are the same root cause.<br>
<div class=""><br>
> I just installed a lot of QEmu 2.0 Hypervisors with Trusty, including a<br>
> brand new Cloud Computing with OpenStack IceHouse and, guess what?! Lots of<br>
> problems... Because of Linux 3.13.<br>
><br>
</div>> *This is a unprecedented situation*, Canonical must provide a new Kernel<br>
<div class="">> version for Trusty ASAP! This is affecting hundreds of people around the<br>
> world that are trusting in Trusty but, it is not trustable right now.   :-/<br>
><br>
> As a workaround, I backported the Kernel from Utopic, since I need the bnx2<br>
> kernel module (linux extra), I can not just use the mainline packages<br>
> as-is...<br>
<br>
</div>As stated previously, the current recommendation is to disable KSM if you are<br>
experiencing these issues.  Once the root cause is isolated fixes will be<br>
released for the 3.13 based kernels via the normal updates process.<br>
<br>
[installation instructions elided for brevity]<br>
<div class=""><br>
> IMPORTANT NOTE: I still did not tested this Linux 3.16 from Utopic on<br>
> Trusty but, at this point, anything is better than Linux 3.13. I know that<br>
> my environment is terrible with 3.13 and I'll report here if it becomes<br>
> better with Linux 3.16.<br>
><br>
> Again, Canonical, please, say something about this.<br>
><br>
> As I said, I'm a huge fan of Ubuntu and I'm waiting to see what Canonical<br>
> will do about this.... Canonical, your turn.<br>
<br>
</div>Running v3.16 is expected to work on 14.04 userspace but it is not a<br>
recommended configuration at this time.  That said, in our testing v3.16<br>
does not appear to trigger the same issues.  Confirmation of this on your<br>
setup would be a useful additional data point.  Please do report any<br>
testing of this nature back on your original bug so it can be collated<br>
with the rest.<br>
<br>
Be assured that people are looking at these issues as a matter of urgency.<br>
<br>
-apw<br>
</blockquote></div><br></div>