4.4.0-186 is already released. Both 4.4.0-185 and 4.4.0-186 contain the
fix for this issue and work fine for me, no crashes observed.
** Changed in: linux (Ubuntu Xenial)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages,
** Tags added: verification-done-xenial
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1883498
Title:
Frequent Panic in ip6_expire_frag_queue->icmpv6_send on
4.4.0-184-generic
Status
4.4.0-185 from xenial-proposed seems stable still. Any chance of
releasing it to mainline xenial soon, we have some other needs to run
upgrades and deploying proposed packages is a bit of a hassle for a
fleet of hundreds?
--
You received this bug notification because you are a member of Kernel
I have deployed 4.4.0-185 from xenial-proposed to 6 VMs on Monday. No
crashes yet, so it seems to me that 4.4.0-185 is good and fixes this
issue. On 4.4.0-184 these ones crashed very frequently.
--
You received this bug notification because you are a member of Kernel
Packages, which is
I can deploy 4.4.0-185 from xenial-proposed for testing on Monday. The
fix looks good, I was already staring at
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit?id=5d41ce29e3b91ef305f88d23f72b3359de329cec
which came in 4.4.0-184.
--
You received this bug notification
Paste error in original report; the related-but-not-quite-the-same bug
was here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1824687
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
** Attachment added: "6 dmesg of #1883498 crashes on different VMs"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1883498/+attachment/5383933/+files/1883498-dmesgs-6.txt
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in
Public bug reported:
I happened to do an upgrade on a number of servers last week. Some of
them got 4.4.0-179-generic and the ones upgraded a bit later during the
week got 4.4.0-184-generic as it was just released. The ones with
4.4.0-184-generic started getting stuck. With linux-crashdump
I deployed the actual -proposed kernel 4.4.0-152.179 on 4 servers, and
it is stable for us. Previously there were multiple crashes per day.
Confirming, verification done. Thank you!
** Tags added: amd64 apport-bug apport-collected xenial
--
You received this bug notification because you are a
I've now got the v4 debs on 5 servers, and not a single crash since they
were installed on each. Looks good to me. Thank you!
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1824687
Title:
Thanks, I deployed the v4 debs on one server which was particularly
unstable, and it's still up after 1 day and 8 hours now. I'll deploy
more widely on Monday and Tuesday.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
I was experiencing this on multiple Ubuntu 18.04 servers with high UDP
workload, I219-LM Ethernet, 4.15.0-50-generic Ubuntu kernel. Many events
with "Detected Hardware Unit Hang" ... "Reset adapter unexpectedly" per
day per server. The workaround suggested by the hosting provider does
seem to
I've now got 6 crashes within past 24 hours on the #170+lp1824687v2
testing kernel on a *single* server. It's a production environment, so
I'll roll back for now. Two latest backtraces:
[ 6251.834160] Call Trace:
[ 6251.834166]
[ 6251.834174] [] skb_release_head_state+0x90/0xb0
[ 6251.834189]
Unfortunately 4.4.0-144-generic #170+lp1824687v2 testing kernel still
crashes. I have 4 hardware instances running it now, there were 2 panics
(Australia, Sweden) within 24 hours. I installed linux-crashdump on them
after the first crash to get the panic logs reliably. Attached a log
from the
Sorry for the delay. I'm back in the office now and deploying the test
kernel today to a few servers, and to additional ones tomorrow if it's
OK on the first ones.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
Thank you! I can test this on Monday, weekend is starting here in 2
minutes and this is not the greatest moment to start testing. :)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1824687
There is the kernel.org bug ticket which describes similar oopsing
through ip6_expire_frag_queue() in 4.9 and 4.19 kernels:
https://bugzilla.kernel.org/show_bug.cgi?id=202669
I also saw crashes on 4.15.0-48-generic on a server running the same
task; I don't have stack traces to show yet since
kernel.org bug ticket, showing similar crashes on 4.9 and 4.19 kernels:
https://bugzilla.kernel.org/show_bug.cgi?id=202669
** Bug watch added: Linux Kernel Bug Tracker #202669
https://bugzilla.kernel.org/show_bug.cgi?id=202669
--
You received this bug notification because you are a member of
** Attachment added: "5 kernel stack traces of crashes on 4.4.0-145 and -146,
on 4 different hardware nodes"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1824687/+attachment/5260024/+files/hessu-ipv6_expire_frag_queue-crashes.txt
--
You received this bug notification because you are
I have had this crash, with the ip6_expire_frag_queue stack trace, more
than 18 times since 2019-04-16 on more than 10 different servers in 8
different countries. There have been some more crashes, but from these
ones the panic dump managed to go out to a remote syslog server where
it's easy to
I am currently getting these on 4.4.0-66, on 14.04LTS / trusty. Xen VM.
Unfortunately unable to migrate immediately to 16.04LTS (largish
platform with many custom packages built for the distribution). On the
3.13.0 kernels I don't get these, but would like to go to 4.4 due to
other fixes being
On the other hand, turning off scatter gather caused a rather constant
0.1% packet loss (transmit drops) in my setup (trusty on Xen). VPN
gateways, with NAT and firewalling, relatively high throughput at times.
Enabling scatter gather removes the constant small packet loss but then
I do get the
Since yesterday morning I've had 3.13.0-46.75 running on 6 VMs. Those
VMs haven't had any xen_netfront: xennet: skb rides the rocket
messages. Meanwhile, 8 other VMs with 3.13.0-44 did have these errors.
So, looks good to me. Not absolute proof, but looks good.
--
You received this bug
Installed 3.13.0-46.75 on 6 VMs which exhibited this problem daily. I'll
confirm tomorrow evening, if it's gone away.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1317811
Title:
24 matches
Mail list logo
