From owner-freebsd-net@FreeBSD.ORG Sat Oct 1 22:48:40 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31676106566C for ; Sat, 1 Oct 2011 22:48:40 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B29F18FC0C for ; Sat, 1 Oct 2011 22:48:39 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so4084589bkb.13 for ; Sat, 01 Oct 2011 15:48:38 -0700 (PDT) Received: by 10.204.128.154 with SMTP id k26mr1209161bks.318.1317509317452; Sat, 01 Oct 2011 15:48:37 -0700 (PDT) Received: from [10.254.254.77] (ppp95-165-158-148.pppoe.spdop.ru. [95.165.158.148]) by mx.google.com with ESMTPS id l15sm8648297bkw.9.2011.10.01.15.48.36 (version=SSLv3 cipher=OTHER); Sat, 01 Oct 2011 15:48:36 -0700 (PDT) Message-ID: <4E8798C2.1010107@zonov.org> Date: Sun, 02 Oct 2011 02:48:34 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: Johannes References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: Intel NIC stops working X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 22:48:40 -0000 Hi, I see that you use MTU 9000, have you tried to increase kern.ipc.nmbjumbo9? Can you also show output of `vmstat -z | grep mbuf'? -- Andrey Zonov 16.08.2011 0:10, Johannes пишет: > Hi, > > I use an Intel dual nic for my home server. About two weeks ago, it > started to randomly stop > working. A reboot solved this problem. Today it did not even work > after a reboot. > > Since the cooling of my server was insufficient for this summers heat, > it might be a hardware > issue. > > I already checked the cable, that seems to be fine. I also ran the > Intel diagnostics (on windows) > on the cable and on the card, which showed that everything is ok. > > Any idea what the reason might be is appreciated :) > > See debug infos below. What is especially strange is > dev.em.1.debug: -1. I cannot change this, it will stay at -1. Also, > the error count numbers from > sysctl are mostly the same, which is very strange. > > uname -a > FreeBSD frege.fritz.box 8.2-STABLE FreeBSD 8.2-STABLE #15: Tue Aug 9 > 00:00:57 CEST 2011 root@frege.fritz.box:/usr/obj/usr/src/sys/FREGE > amd64 > > netstat -i > Name Mtu Network Address Ipkts Ierrs Idrop > Opkts Oerrs Coll > em1 9000 00:15:17:51:b4:8f 69 45908905416340 > 0 61 13116830118930 6558415059465 > > pciconf -lv > em0@pci0:1:0:0: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' > class = network > subclass = ethernet > em1@pci0:1:0:1: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' > class = network > subclass = ethernet > > sysctl dev.em.1 > dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 > dev.em.1.%driver: em > dev.em.1.%location: slot=0 function=1 > dev.em.1.%pnpinfo: vendor=0x8086 device=0x105e subvendor=0x8086 > subdevice=0x125e class=0x020000 > dev.em.1.%parent: pci1 > dev.em.1.nvm: -1 > dev.em.1.debug: -1 > dev.em.1.rx_int_delay: 0 > dev.em.1.tx_int_delay: 66 > dev.em.1.rx_abs_int_delay: 66 > dev.em.1.tx_abs_int_delay: 66 > dev.em.1.rx_processing_limit: 100 > dev.em.1.flow_control: 3 > dev.em.1.eee_control: 0 > dev.em.1.link_irq: 0 > dev.em.1.mbuf_alloc_fail: 0 > dev.em.1.cluster_alloc_fail: 0 > dev.em.1.dropped: 0 > dev.em.1.tx_dma_fail: 0 > dev.em.1.rx_overruns: 0 > dev.em.1.watchdog_timeouts: 0 > dev.em.1.device_control: 4294967295 > dev.em.1.rx_control: 4294967295 > dev.em.1.fc_high_water: 55296 > dev.em.1.fc_low_water: 53796 > dev.em.1.queue0.txd_head: 4294967295 > dev.em.1.queue0.txd_tail: 4294967295 > dev.em.1.queue0.tx_irq: 0 > dev.em.1.queue0.no_desc_avail: 0 > dev.em.1.queue0.rxd_head: 4294967295 > dev.em.1.queue0.rxd_tail: 4294967295 > dev.em.1.queue0.rx_irq: 0 > dev.em.1.mac_stats.excess_coll: 4947802323840 > dev.em.1.mac_stats.single_coll: 4947802323840 > dev.em.1.mac_stats.multiple_coll: 4947802323840 > dev.em.1.mac_stats.late_coll: 4947802323840 > dev.em.1.mac_stats.collision_count: 4947802323840 > dev.em.1.mac_stats.symbol_errors: 4947802323840 > dev.em.1.mac_stats.sequence_errors: 4947802323840 > dev.em.1.mac_stats.defer_count: 4947802323840 > dev.em.1.mac_stats.missed_packets: 4947802323925 > dev.em.1.mac_stats.recv_no_buff: 4947802323840 > dev.em.1.mac_stats.recv_undersize: 4947802323840 > dev.em.1.mac_stats.recv_fragmented: 4947802323840 > dev.em.1.mac_stats.recv_oversize: 4947802323840 > dev.em.1.mac_stats.recv_jabber: 4947802323840 > dev.em.1.mac_stats.recv_errs: 4947802323840 > dev.em.1.mac_stats.crc_errs: 4947802323840 > dev.em.1.mac_stats.alignment_errs: 4947802323840 > dev.em.1.mac_stats.coll_ext_errs: 4947802323840 > dev.em.1.mac_stats.xon_recvd: 4947802323840 > dev.em.1.mac_stats.xon_txd: 4947802323840 > dev.em.1.mac_stats.xoff_recvd: -1152 > dev.em.1.mac_stats.xoff_txd: 4947802323840 > dev.em.1.mac_stats.total_pkts_recvd: 4947802324218 > dev.em.1.mac_stats.good_pkts_recvd: 4947802324133 > dev.em.1.mac_stats.bcast_pkts_recvd: 4947802323919 > dev.em.1.mac_stats.mcast_pkts_recvd: 4947802324054 > dev.em.1.mac_stats.rx_frames_64: 4947802323840 > dev.em.1.mac_stats.rx_frames_65_127: 4947802323985 > dev.em.1.mac_stats.rx_frames_128_255: 4947802323879 > dev.em.1.mac_stats.rx_frames_256_511: 4947802323949 > dev.em.1.mac_stats.rx_frames_512_1023: 4947802323840 > dev.em.1.mac_stats.rx_frames_1024_1522: 4947802323840 > dev.em.1.mac_stats.good_octets_recvd: 60519 > dev.em.1.mac_stats.good_octets_txd: 4643 > dev.em.1.mac_stats.total_pkts_txd: 4947802323860 > dev.em.1.mac_stats.good_pkts_txd: 4947802323860 > dev.em.1.mac_stats.bcast_pkts_txd: 4947802323840 > dev.em.1.mac_stats.mcast_pkts_txd: 4947802323860 > dev.em.1.mac_stats.tx_frames_64: 4947802323840 > dev.em.1.mac_stats.tx_frames_65_127: 4947802323848 > dev.em.1.mac_stats.tx_frames_128_255: 4947802323846 > dev.em.1.mac_stats.tx_frames_256_511: 4947802323843 > dev.em.1.mac_stats.tx_frames_512_1023: 4947802323843 > dev.em.1.mac_stats.tx_frames_1024_1522: 4947802323840 > dev.em.1.mac_stats.tso_txd: 4947802323840 > dev.em.1.mac_stats.tso_ctx_fail: 4952097291135 > dev.em.1.interrupts.asserts: 4947802323925 > dev.em.1.interrupts.rx_pkt_timer: 4947802323840 > dev.em.1.interrupts.rx_abs_timer: 4947802323840 > dev.em.1.interrupts.tx_pkt_timer: 4947802323840 > dev.em.1.interrupts.tx_abs_timer: 4947802323840 > dev.em.1.interrupts.tx_queue_empty: 4947802323840 > dev.em.1.interrupts.tx_queue_min_thresh: 4947802323840 > dev.em.1.interrupts.rx_desc_min_thresh: 4947802323840 > dev.em.1.interrupts.rx_overrun: 4947802323840 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"