Placa de rede para de funcionar
-
Is the WAN using the on-board NIC? What sort of NIC is that?
Steve
-
@stephenw10
No, the onboard network card is the lan, the wan is on the off board.
and it is precisely the off board that stops working. -
@fcostars said in Placa de rede para de funcionar:
Hp Nc364t Hstns-bn26
Hmm, that looks like an Intel i340 based NIC so I'd expect it to work fine.
What do you see logged when it fails?
-
@fcostars
Sorry, I'll explain better.
I have an onboar network card that works very well. The problem is with the off board network card with 4 ports and one of them stops working. This happens on all three pfsense servers -
Right so what exactly happens when it fails? What is logged?
-
@stephenw10
the port continues down, I restart the gateway and nothing happens. I have to restart the entire server. It works again for a while after one of the ports goes down. -
Ok so the link actually goes down? Link LEDs on the NICs go out?
What does
ifconfig
show?What is shown in the system log when this happens?
-
@stephenw10
Sep 26 11:46:52 php-fpm 48006 /rc.filter_configure_sync: GW States: One or more gateways is down, flushing all states: ALGAR_PPPOE
Sep 26 11:46:54 ppp 77741 [opt2_link0] PPPoE connection timeout after 9 seconds
Sep 26 11:46:54 ppp 77741 [opt2_link0] Link: DOWN event
Sep 26 11:46:54 ppp 77741 [opt2_link0] LCP: Down event
Sep 26 11:46:54 ppp 77741 [opt2_link0] Link: reconnection attempt 1 in 2 seconds
Sep 26 11:46:55 check_reload_status 413 Linkup starting re1
Sep 26 11:46:55 kernel re1: watchdog timeout
Sep 26 11:46:55 kernel re1: link state changed to DOWN
Sep 26 11:46:56 ppp 77741 [opt2_link0] Link: reconnection attempt 1
Sep 26 11:46:56 ppp 77741 [opt2_link0] PPPoE: Connecting to ''
Sep 26 11:46:56 ppp 77741 caught fatal signal TERM
Sep 26 11:46:56 ppp 77741 [opt2] IFACE: Close event
Sep 26 11:46:56 ppp 77741 [opt2] IPCP: Close event
Sep 26 11:46:58 ppp 77741 [opt2] Bundle: Shutdown
Sep 26 11:46:58 ppp 77741 [opt2_link0] Link: Shutdown
Sep 26 11:46:58 kernel re1: link state changed to UP
Sep 26 11:46:58 check_reload_status 413 Linkup starting re1
Sep 26 11:46:58 ppp 77741 process 77741 terminated
Sep 26 11:46:58 check_reload_status 413 Reloading filter
Sep 26 11:46:59 ppp 94109 Multi-link PPP daemon for FreeBSD
Sep 26 11:46:59 ppp 94109 process 94109 started, version 5.9
Sep 26 11:46:59 ppp 94109 web: web is not running
Sep 26 11:46:59 ppp 94109 [opt2] Bundle: Interface ng0 created
Sep 26 11:46:59 ppp 94109 [opt2_link0] Link: OPEN event
Sep 26 11:46:59 kernel ng0: changing name to 'pppoe1'
Sep 26 11:46:59 ppp 94109 [opt2_link0] LCP: Open event
Sep 26 11:46:59 ppp 94109 [opt2_link0] LCP: state change Initial --> Starting
Sep 26 11:46:59 ppp 94109 [opt2_link0] LCP: LayerStart
Sep 26 11:46:59 ppp 94109 [opt2_link0] PPPoE: Connecting to ''
Sep 26 11:47:00 sshguard 45311 Exiting on signal. -
@fcostars said in Placa de rede para de funcionar:
Sep 26 11:46:55 kernel re1: watchdog timeout
Sep 26 11:46:55 kernel re1: link state changed to DOWNOk you actually have a Realtek NIC and its hitting timeout events. Since that's re1 you must have at least two Realtek NICs.
What interface is re1 being used for? Is that the WAN?
Is that really an HP NC364T? Real NC364Ts use Intel 82571EB chips.
-
@stephenw10
Sorry, is SE-LGI8111-4bt on this server. -
@fcostars said in Placa de rede para de funcionar:
SE-LGI8111-4bt
Ok so the problem there is the Realtek NIC. It's better to avoid them when you can.
The only thing you can try there, other than replacing it, is to use the alternative realtek-kmod-driver:
At the command line run:
pkg install realtek-re-kmod
Then run:echo 'if_re_load="YES"' >> /boot/loader.conf.local echo 'if_re_name="/boot/modules/if_re.ko"' >> /boot/loader.conf.local
Then reboot and check the boot logs show the newer driver:
re0: <Realtek PCIe GbE Family Controller> port 0x1000-0x10ff mem 0xf7a00000-0xf7a00fff,0xf7900000-0xf7903fff irq 16 at device 0.0 on pci1 re0: Using Memory Mapping! re0: Using 1 MSI-X message re0: ASPM disabled re0: version:1.97.00 re0: Ethernet address: 00:0d:b9:38:30:10
steve
-
@stephenw10
ok, I did as you instructed me!
this was the resultre0: <RealTek 8168/8111 B/C/CP/D/DP/E/F/G PCIe Gigabit Ethernet> port 0xe000-0xe0ff mem 0xf7b00000-0xf7b00fff,0xf0300000-0xf0303fff irq 17 at device 0.0 on pci4
re0: Using 1 MSI-X message
re0: Chip rev. 0x2c800000
re0: MAC rev. 0x00100000
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S/8211 1000BASE-T media interface> PHY 1 on miibus0
rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow
re0: Using defaults for TSO: 65518/35/2048
re0: Ethernet address: 00:e0:4c:68:20:25
re0: netmap queues/slots: TX 1/256, RX 1/256Thank you very much!
Now I'll wait if there will be any problems.
-
This post is deleted! -
This post is deleted! -
Now it worked!
I added the lines in the conf.local file.
if_re_load="YES" >> /boot/loader.conf.local
if_re_name="/boot/modules/if_re.ko" >> /boot/loader.conf.localre0: <Realtek PCIe GbE Family Controller> port 0xe000-0xe0ff mem 0xf7b00000-0xf7b00fff,0xf0300000-0xf0303fff irq 17 at device 0.0 on pci4
re0: Using Memory Mapping!
re0: Using 1 MSI-X message
re0: version:1.98.00
re0: Ethernet address: 00:e0:4c:68:20:25 -
Nice. Yes you need to see the 'version:' logged to know it has loaded.
See if that stops the timeouts.
Steve
-
@stephenw10
Thank you very much! -
@stephenw10
One last question.
Which network card do you recommend buying? -
Something Intel based. Hence I didn't expect that HP card you referred to to be an issue. Any i350 NIC will be good. There are a lot of fake Intel NICs around though so be careful.
-
@stephenw10 Thank you!