Sorry, but everything on this mailing list is best effort. Please contact your vendor for official support. There's no SLA here, and no tracking.
CentOS is not a supported OS, though it is similar enough to RHEL that things should be working. All attachments are stripped on the mailing list. I would suggest creating a bug on e1000-bugs (also on sourceforge) if you're sending attachments. I found the copy you sent me and you received 70913218139 packets and dropped 659298 packets. Are you sure you're not receiving invalid packets? Todd Fujinaka Software Application Engineer Networking Division (ND) Intel Corporation todd.fujin...@intel.com (503) 712-4565 -----Original Message----- From: Matyas Koszik [mailto:kos...@atw.hu] Sent: Thursday, January 15, 2015 7:27 AM To: Fujinaka, Todd Subject: RE: [E1000-devel] ixgbe: All RX packets go to rx_missed_errors (fwd) Hi, I'm sorry but I won't be able to wait for much longer, so if you don't have the time to help me debug this issue I'll have to put the server back in production. Matyas ---------- Forwarded message ---------- Date: Thu, 8 Jan 2015 11:59:20 +0100 (CET) From: Matyas Koszik <kos...@atw.hu> To: "Fujinaka, Todd" <todd.fujin...@intel.com> Cc: "e1000-de...@lists.sf.net" <e1000-de...@lists.sf.net> Subject: RE: [E1000-devel] ixgbe: All RX packets go to rx_missed_errors Hi, There're no logs at all related to the event (only the applications complained about the loss of connectivity). OS is centos 6.6, HW is supermicro X8DAH with 2xE5645. I've attached the output of (ifconfig eth5;ethtool -S eth5;sleep 10;ifconfig eth5;ethtool -S eth5). Matyas On Wed, 7 Jan 2015, Fujinaka, Todd wrote: > I think we'll need more details. Statistics from ethtool and any relevant > messages from dmesg and /var/log/messages would be good. What's the hardware > and OS? > > Todd Fujinaka > Software Application Engineer > Networking Division (ND) > Intel Corporation > todd.fujin...@intel.com > (503) 712-4565 > > -----Original Message----- > From: Matyas Koszik [mailto:kos...@atw.hu] > Sent: Wednesday, January 07, 2015 8:10 AM > To: e1000-de...@lists.sf.net > Subject: [E1000-devel] ixgbe: All RX packets go to rx_missed_errors > > > Hi, > > > I have an X520 nic which just completely stopped processing RX packets all of > a sudden - only rx_missed_errors and rx_bytes_nic are increasing on the rx > side. Flow control is enabled on the NIC and disabled on the switch. I didn't > reboot or reconfigure the interface so it can be debugged further, for which > I would like to ask your help. I've also noticed something strange, which may > or may not be related: the ifconfig statistics for the interface in question > show 0 TX bytes/packets, but it seems to be working fine on the vlan > subinterfaces. > > The driver version is 3.19.1-k. > > > Matyas > > > ---------------------------------------------------------------------- > -------- Dive into the World of Parallel Programming! The Go Parallel > Website, sponsored by Intel and developed in partnership with Slashdot > Media, is your hub for all things parallel software development, from > weekly thought leadership blogs to news, videos, case studies, > tutorials and more. Take a look and join the conversation now. > http://goparallel.sourceforge.net > _______________________________________________ > E1000-devel mailing list > E1000-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/e1000-devel > To learn more about Intel® Ethernet, visit > http://communities.intel.com/community/wired > ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel To learn more about Intel® Ethernet, visit http://communities.intel.com/community/wired
