Date: Wed, 17 Aug 2011 10:06:29 +0200 From: Johannes <adhocrocker@gmail.com> To: Sami Halabi <sodynet1@gmail.com> Cc: freebsd-net@freebsd.org Subject: Re: Intel NIC stops working Message-ID: <CAAxeviDeQTGdAkDvSUndEHVUoCASKEOUTjwYoMxeJTGmzshJdQ@mail.gmail.com> In-Reply-To: <CAEW%2BogaXv-dxjMekG9rc7ikp_xeb0VxE%2BS%2BsRfN%2BY%2B2yy=BoyA@mail.gmail.com> References: <CAAxeviCtmytEA9=91_SdZ%2BXjJKYNOR2_unbLiYuhXbATGvL5HA@mail.gmail.com> <CAEW%2BogaXv-dxjMekG9rc7ikp_xeb0VxE%2BS%2BsRfN%2BY%2B2yy=BoyA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Sami,
thanks for the reply. Unfortunately, down/up the interface does not
resolve the problem.
I have to reboot my server in order to use the nic again.
Regards
Johannes
2011/8/16 Sami Halabi <sodynet1@gmail.com>:
> Hi,
> i have similar issue in 8.1-RELEASE with re0 NIC.
> suddenly it stops responding, but ifconfig down, ifconfig up solves the
> problem.
> i crontabed a minutely check, so check this, its a workaround, but here i=
t
> is:
> #!/bin/csh -f
> set ping =3D `/sbin/ping -c 2 -t 3 192.168.1.2 | /usr/bin/grep -v "PING" =
|
> /usr/bin/grep -v "transmi" | /usr/bin/grep -v "statis" | /usr/bin/grep -v
> "round" | /usr/bin/grep "64 bytes" | /usr/bin/wc -l | /usr/bin/awk '{prin=
t
> $1;}'`
> set reload =3D "0"
> if ( $ping !=3D "2" ) then
> =A0 =A0 =A0 =A0 if ( $ping !=3D "1" ) then
> =A0 =A0 =A0 =A0 /sbin/ifconfig re0 down
> =A0 =A0 =A0 =A0 sleep 1
> =A0 =A0 =A0 =A0 /sbin/ifconfig re0 up
> =A0 =A0 =A0 =A0 echo "re0 reloaded by cron job made by SAMI" >> /var/log/=
messages
> =A0 =A0 =A0 =A0 set reload =3D "1"
> =A0 =A0 =A0 =A0 endif
> endif
>
> Sami
>
> On Mon, Aug 15, 2011 at 11:10 PM, Johannes <adhocrocker@gmail.com> wrote:
>>
>> 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 =A09
>> 00:00:57 CEST 2011 =A0 =A0 root@frege.fritz.box:/usr/obj/usr/src/sys/FRE=
GE
>> =A0amd64
>>
>> netstat -i
>> Name =A0 =A0Mtu Network =A0 =A0 =A0 Address =A0 =A0 =A0 =A0 =A0 =A0 =A0I=
pkts Ierrs Idrop
>> Opkts Oerrs =A0Coll
>> em1 =A0 =A09000 <Link#2> =A0 =A0 =A000:15:17:51:b4:8f =A0 =A0 =A0 69 459=
08905416340
>> =A00 =A0 =A0 =A0 61 13116830118930 6558415059465
>>
>> pciconf -lv
>> em0@pci0:1:0:0: class=3D0x020000 card=3D0x125e8086 chip=3D0x105e8086 rev=
=3D0x06
>> hdr=3D0x00
>> =A0 =A0vendor =A0 =A0 =3D 'Intel Corporation'
>> =A0 =A0device =A0 =A0 =3D 'HP NC360T PCIe DP Gigabit Server Adapter (n1e=
5132)'
>> =A0 =A0class =A0 =A0 =A0=3D network
>> =A0 =A0subclass =A0 =3D ethernet
>> em1@pci0:1:0:1: class=3D0x020000 card=3D0x125e8086 chip=3D0x105e8086 rev=
=3D0x06
>> hdr=3D0x00
>> =A0 =A0vendor =A0 =A0 =3D 'Intel Corporation'
>> =A0 =A0device =A0 =A0 =3D 'HP NC360T PCIe DP Gigabit Server Adapter (n1e=
5132)'
>> =A0 =A0class =A0 =A0 =A0=3D network
>> =A0 =A0subclass =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"
>
>
>
> --
> Sami Halabi
> Information Systems Engineer
> NMS Projects Expert
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAAxeviDeQTGdAkDvSUndEHVUoCASKEOUTjwYoMxeJTGmzshJdQ>