A little in-between info.
I saw you added the bios-outdated tag. As this is a quick fix, I've
updated the bios first to 2.1.3 (latest as to my info), and re-ran the
test. It still crashes (this was with the 3.13.0-29-generic kernel). I
guess this would remove the bios-outdated-tag.
The tests with
Installed
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.16-rc1-utopic/linux-
image-3.16.0-031600rc1-generic_3.16.0-031600rc1.201406160035_amd64.deb
which gives me ...
root@hostname:~# uname -a
Linux hostname 3.16.0-031600rc1-generic #201406160035 SMP Mon Jun 16 04:36:15
UTC 2014 x86_64 x86_6
Mail sent, this is the tread
http://marc.info/?l=linux-netdev&m=140318618603899&w=2
--
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/1331513
Title:
14e4:165f tg3 eth1: transmit timed out,
Hey Daniel,
Thanks for the input.
The bug is "fixed" when disabling SG. Haven't tried disabling only GSO
or TSO, will do that next. However, we would like to use the device to
the full capacity; and use the offloading capabilities.
De firmware is listed below, I updated through the Lifecycle too
No worries, i'm running the TSO and GSO tests now (tso disabled first,
gso still on). Just mentioned it in case you missed it, as it sits
hidden away a bit in between the other stuff.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux i
Either one disabled doesn't make a difference, I can still crash the
system. It seems only SG is affecting the bug.
--
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/1331513
Title:
14e4:165
Kent,
I've been search for a long time for a case to trigger this. I have no
idea why loading that specific sqldump into that specific mysql server,
on that specific VM is triggering the bug. We tried to rebuild the
situation ourself, and the only way to reproduce this, is by doing it on
the runni
The dump itselfs creates about 50 tables, spread over 3 databases, and
sums up in datasize to about 2.5 GB. So, it isn't the smallest one, but
neither a big one. We import the data in about 7 to 10 minutes.
The VM is a setup we have running many times. It is the second node of a
mysql master-maste
@christopher: I've mailed the maintainers.
@kent: Your setups looks okay. I have made a similar setup, and wasn't
able to reproduce the problem myself, even loading the exact database
dump. Even more, as the failing VM was a member of a two way mysql
master-master setup, we've installed a third ma
Just a small update, but without any good news. I never got a single
reply or inquiry from the kernel.org developers, neither the mailinglist
nor from the tg3 driver developers. It seems I've hit a dead end, as I'm
out of options (except for asking Dell for Intel NIC's for all my
servers until this
All,
it's been a while since i've investigated this a bit further, but I have
just tried the same with the mainline 3.18 kernel. Result stays, machine
hangs within a couple of minutes if I do the exact same steps...
--
You received this bug notification because you are a member of Kernel
Package
We tried the above patch, and ran the test again, but we got still get a
crash/reboot at approx the same time...
--
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/1331513
Title:
14e4:165f t
12 matches
Mail list logo
