Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 2 Oct 2011 13:51:38 +0200
From:      Johannes <adhocrocker@gmail.com>
To:        Andrey Zonov <andrey@zonov.org>
Cc:        freebsd-net@freebsd.org
Subject:   Re: Intel NIC stops working
Message-ID:  <CAAxeviChX3bzf%2B3Mfqta88YnM7iYXzVFdCpSX-xPugtK3H2wCA@mail.gmail.com>
In-Reply-To: <4E8798C2.1010107@zonov.org>
References:  <CAAxeviCtmytEA9=91_SdZ%2BXjJKYNOR2_unbLiYuhXbATGvL5HA@mail.gmail.com> <4E8798C2.1010107@zonov.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,

thanks for the replies, I was very busy and lost the focus on this issue.

However, the last weeks the temperatures were lower and the problem
did not show up again. So I think the problem was triggered by the high
temperatures, and my cooling (still) seems to be inadequate.

Sorry for answering so late.

But thanks for the pointers, I did not know about kern.ipc.nmbjumbo9 and
its connection to the NIC jumbo frames, will have a look.

Kind regards

Johannes

2011/10/2 Andrey Zonov <andrey@zonov.org>:
> Hi,
>
> I see that you use MTU 9000, have you tried to increase kern.ipc.nmbjumbo=
9?
> Can you also show output of `vmstat -z | grep mbuf'?
>
> --
> Andrey Zonov
>
>
> 16.08.2011 0:10, Johannes =D0=BF=D0=B8=D1=88=D0=B5=D1=82:
>>
>> 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 =C2=
=A09
>> 00:00:57 CEST 2011 =C2=A0 =C2=A0 root@frege.fritz.box:/usr/obj/usr/src/s=
ys/FREGE
>> =C2=A0amd64
>>
>> netstat -i
>> Name =C2=A0 =C2=A0Mtu Network =C2=A0 =C2=A0 =C2=A0 Address =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Ipkts Ierrs Idrop
>> Opkts Oerrs =C2=A0Coll
>> em1 =C2=A0 =C2=A09000<Link#2> =C2=A0 =C2=A0 =C2=A0 00:15:17:51:b4:8f =C2=
=A0 =C2=A0 =C2=A0 69 45908905416340
>> =C2=A00 =C2=A0 =C2=A0 =C2=A0 61 13116830118930 6558415059465
>>
>> pciconf -lv
>> em0@pci0:1:0:0: class=3D0x020000 card=3D0x125e8086 chip=3D0x105e8086 rev=
=3D0x06
>> hdr=3D0x00
>> =C2=A0 =C2=A0 vendor =C2=A0 =C2=A0 =3D 'Intel Corporation'
>> =C2=A0 =C2=A0 device =C2=A0 =C2=A0 =3D 'HP NC360T PCIe DP Gigabit Server=
 Adapter (n1e5132)'
>> =C2=A0 =C2=A0 class =C2=A0 =C2=A0 =C2=A0=3D network
>> =C2=A0 =C2=A0 subclass =C2=A0 =3D ethernet
>> em1@pci0:1:0:1: class=3D0x020000 card=3D0x125e8086 chip=3D0x105e8086 rev=
=3D0x06
>> hdr=3D0x00
>> =C2=A0 =C2=A0 vendor =C2=A0 =C2=A0 =3D 'Intel Corporation'
>> =C2=A0 =C2=A0 device =C2=A0 =C2=A0 =3D 'HP NC360T PCIe DP Gigabit Server=
 Adapter (n1e5132)'
>> =C2=A0 =C2=A0 class =C2=A0 =C2=A0 =C2=A0=3D network
>> =C2=A0 =C2=A0 subclass =C2=A0 =3D 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=3D0 function=3D1
>> dev.em.1.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x8086
>> subdevice=3D0x125e class=3D0x020000
>> 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"
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAAxeviChX3bzf%2B3Mfqta88YnM7iYXzVFdCpSX-xPugtK3H2wCA>