Re: [Xen-devel] Kernel panic on Xen virtualisation in Debian

[David Vrabel <david.vrabel@xxxxxxxxxx>]

On 25/07/16 10:38, Ingo Jürgensmann wrote:
> On 22.07.2016 12:21, Ingo Jürgensmann wrote:
>> On 22.07.2016 11:03, Ingo Jürgensmann wrote:
>>
>>> In the meanwhile, I activated IPv6 again on Tuesday evening and today
>>> the server crashed again some minutes ago. Here's the output from
>>> netconsole:
>> ... and the second subsequent crash:
> 
> ... and another crash below...
> 
> But in the meanwhile, I wonder if anyone except Andreas and I has some
> interest in fixing this issue, as there were absolutely no comments or
> feedback on my previous mails. Quite disappointing. :-/

The level of technical support is somewhat proportional to what you pay.

> Jul 25 10:50:00 31.172.31.251 [257646.574819] CPU: 0 PID: 0 Comm:
> swapper/0 Not tainted 3.16.0-4-amd64 #1 Debian 3.16.7-ckt25-2+deb8u3
> Jul 25 10:50:00 31.172.31.251 [257646.574874] Hardware name: Supermicro
> X9SRE/X9SRE-3F/X9SRi/X9SRi-3F/X9SRE/X9SRE-3F/X9SRi/X9SRi-3F, BIOS 3.0a
> 01/03/2014
> Jul 25 10:50:00 31.172.31.251 [257646.574934] task: ffffffff8181a460 ti:
> ffffffff81800000 task.ti: ffffffff81800000
> Jul 25 10:50:00 31.172.31.251 [257646.575080] RIP:
> e030:[<ffffffff812b7a16>]
> Jul 25 10:50:00 31.172.31.251  [<ffffffff812b7a16>] memcpy+0x6/0x110


I think that there's a path in the network stack that is cloning frags
without orphaning them.  The original frags are freed (and unmapped) and
the cloned frags now have unmapped pages.

I think newer kernels address at least one of these paths.

David


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel