← Back to team overview

kernel-packages team mailing list archive

[Bug 1492824] Re: Intel NIC ignore sometimes all received messages


After the BIOS update the bug is gone.
Thats why I set this bug as invalid.

Thanks for the help.

** Changed in: linux (Ubuntu)
       Status: Incomplete => Invalid

You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.

  Intel NIC ignore sometimes all received messages

Status in linux package in Ubuntu:

Bug description:
  From time to time my home server can not communicate over the LAN. The IP address and gateway is set, but no other PC in the network is reachable.
  My network consist normally of the router and the server connected over LAN and my notebooks (1 windows, 1 linux) over WLAN. As I am was not sure if this was a bug in my server or the router, I bought a switch with port mirroring. I placed it between my router and server.
  The first observation was that with this new network structure the bug still occurs.

  I mirrored the ports connected with my server and router and analyse
  it with my linux notebook connected to the switch. When trying to ping
  my router from the server I saw traffic from both devices, but the
  ping program says always host unreachable.

  I plugged my notebook into another non-mirrored port and tested if I can access my router. Everything worked fine(Ping, internet). So the bug seems an issue of my server.
  After more testing and looking up different information over eth0, I realized that my server sends messages but did not receive any. The ifconfig output is attached. The weird thing is that received, dropped messages and overrun are 0, although messages were transmitted to the server. Visible by the blinking leds at the switch and the traffic of the mirrored ports.
  The loopback interface is working, so ping localhost works as usual.

  A workaround for the bug is to deactivate the network in the network
  manager, waiting some seconds and activate it again. After it
  everything works as it should. An reboot of the server works also. So
  this is hardly problem of the LAN cables.

  The wake on lan function is activated for eth0 with the ethtools. The
  bug also occur when I start the server with a WOL message. The server
  starts, but you can not connect to it (ping, ssh, ....). By the way
  this is the time when this bug becomes really annoying.

  If required I can provide a syslog from today with a server start at
  the morning, where everything works fine, and a start in the afternoon
  where the server is not reachable. As it contain private data I will
  not post it public.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: linux-image-3.13.0-63-generic 3.13.0-63.103
  ProcVersionSignature: Ubuntu 3.13.0-63.103-generic 3.13.11-ckt25
  Uname: Linux 3.13.0-63-generic x86_64
  NonfreeKernelModules: wl tbs6982fe tbs6680fe tbs6923fe tbs6985se tbs6928se tbs6982se tbs6991fe tbs6618fe tbs6983fe tbs6922fe tbs6928fe tbs6991se tbs6290fe
  ApportVersion: 2.14.1-0ubuntu3.12
  Architecture: amd64
   /dev/snd/controlC1:  mat        2795 F.... pulseaudio
   /dev/snd/controlC0:  mat        2795 F.... pulseaudio
   /dev/snd/pcmC0D8p:   mat        2795 F...m pulseaudio
  CurrentDesktop: Unity
  Date: Sun Sep  6 19:56:59 2015
  InstallationDate: Installed on 2014-03-30 (525 days ago)
  InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Daily amd64 (20140329)
  MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-63-generic root=UUID=afa0260e-e08d-416c-82a4-c9ae2e30d45b ro quiet splash vt.handoff=7
   linux-restricted-modules-3.13.0-63-generic N/A
   linux-backports-modules-3.13.0-63-generic  N/A
   linux-firmware                             1.127.15
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 06/25/2013
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: P1.80
  dmi.board.name: Z87E-ITX
  dmi.board.vendor: ASRock
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: To Be Filled By O.E.M.
  dmi.chassis.version: To Be Filled By O.E.M.
  dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrP1.80:bd06/25/2013:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnZ87E-ITX:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
  dmi.product.name: To Be Filled By O.E.M.
  dmi.product.version: To Be Filled By O.E.M.
  dmi.sys.vendor: To Be Filled By O.E.M.

To manage notifications about this bug go to: