![]() |
|
|
#1 |
|
P90 years forever!
Aug 2002
Yeehaw, FL
2·53·71 Posts |
Every now and then one of my Linux boxes goes nuts. It must be flooding the network because it takes down the whole local network until the ethernet cable is unplugged.
Could this be a Linux issue? If not, are there any ideas for a software fix to workaround the issue? |
|
|
|
|
|
#2 | |
|
Sep 2002
Database er0rr
3,739 Posts |
Quote:
|
|
|
|
|
|
|
#3 | |
|
If I May
"Chris Halsall"
Sep 2002
Barbados
230038 Posts |
Quote:
Suggestion: Capture network traffic from at least one Linux boxen in addition to the suspect one. Use tcpdump to write the network traffic to a log file. Then when the issue manifests, examine the logs for the period in question. This will tell you what type of packets are being broadcast, and potentially by whom. Also, as Paul said, it could be a hardware issue -- something as simple as a bad cable can cause problems. Ditto switch loops in more advanced topographies. |
|
|
|
|
|
|
#4 |
|
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
123638 Posts |
Multiple links between switches must be defined as trunk lines or as primary and failover, or STP in place, to avoid traffic storms. Bridging/switching loops https://www.techrepublic.com/article...d-environment/
Broadcast storm https://www.techopedia.com/definitio...roadcast-storm NIC hardware failure https://unix.stackexchange.com/quest...etwork-adapter I've seen it where a failing NIC brought a LAN to its knees when that system was undergoing backup or other traffic. Network software misconfiguration on a node. I knew someone who (mistakenly) configured routing on a 1-interface slow VMS VAX on a Friday. It made enough of a mess she got two departments' LANs severed from the campus backbone for the weekend by Network Operations. Software running can create the appearance of a hardware issue. A coworker opened a malicious attachment and then left his office for a meeting in another zip code. The attachment launched his computer as a spam server to the world, saturating the department WAN connection to the point of unusability, until his system was identified as the source and disconnected from the LAN. Violating network layout rules (such as in 10Mhz networks, too many hubs chained; a media converter counts as half a hub) can cause trouble such as fragmented, runt packets and error counts. Optical or electrical attenuation in the links; stuff gets jostled or damaged, and ages. A managed switch with port monitoring & mirroring capability can be useful to have around either already installed or to insert when trouble is occurring. The port with an incipient NIC hardware failure connected will over time show very different statistics than others. Volume, errors, fragmented packets, etc. These can be very economical (<$50 used) https://www.ebay.com/itm/Dell-F491K-...h/113956592097 https://downloads.dell.com/manuals/a...uide_en-us.pdf (Not a model recommendation, just the first I found. Note the cable fault test on this one. I used to buy 3com new. Managed switches were equipped with IP#'s just outside the address space of the department LAN, and management workstations equipped with broader netmasks to talk to the switches too.) A laptop with a good network capture and analysis program installed can be helpful. https://techtalk.gfi.com/the-top-20-...or-sys-admins/ A possibility for mapping and monitoring your network: https://mikrotik.com/thedude or similar. A PCI or PCIe NIC might be useful if an on-motherboard NIC is going bad. Disable bad one and install new NIC. |
|
|
|
|
|
#5 |
|
P90 years forever!
Aug 2002
Yeehaw, FL
1D6616 Posts |
I have 2 mobos doing this. My first plan of attack is to try configuring the Asrock h110mitx/ac wireless card to provide internet access instead of the NIC. Fingers crossed.
|
|
|
|
|
|
#6 |
|
P90 years forever!
Aug 2002
Yeehaw, FL
2·53·71 Posts |
I finally had time to look at this. You think setting up a wireless card should be easy? Think again. After wasting a few hours, I've given up. I'll probably end up retiring the mobo instead.
|
|
|
|
|
|
#7 |
|
Just call me Henry
"David"
Sep 2007
Cambridge (GMT/BST)
23·3·5·72 Posts |
I have used USB wireless sticks with no issues. I think they have been completely plug and play on windows and linux.
|
|
|
|
|
|
#8 |
|
Random Account
Aug 2009
195310 Posts |
I have an extremely small one, like what a wireless mouse uses, which plugs into a USB port. It is not plug-and-play. It came with a mini-cd which has drivers and software. I tried plugging it in both a Windows 7 and Windows 10 system, without the drivers. Neither indicated anything new. I would much rather, and did, run 50 feet of Ethernet cable as opposed to using it again. Sometimes it worked, and other times, it did not. It simply is not worth the effort.
|
|
|
|
|
|
#9 | |
|
Just call me Henry
"David"
Sep 2007
Cambridge (GMT/BST)
23×3×5×72 Posts |
Quote:
|
|
|
|
|
|
|
#10 |
|
P90 years forever!
Aug 2002
Yeehaw, FL
2×53×71 Posts |
For those still interested -- things have gone really, really weird....
The system in question is a bare bones mini-itx board (from the dream machine build) with a Radeon VII and minimal Ubuntu Server installed. Sitting right next to it is the exact same setup, sharing a power supply. This was necessitated when a Haswell mobo running 2 GPUs died. Most of the time this setup works great. One system's NIC goes nuts every few days bringing the entire local network to its knees. The other system has never given a problem. Simple diagnosis -- bad NIC. So I swapped the mobo with another dream machine mobo. The new mobo has the same problem. The old mobo back in the dream machine? Nary a problem. So I change the ethernet cable and the switch it is plugged into. No difference. My latest desperate attempt is a 50 ft' ethernet cable connected to the router connected to the cable modem -- bypassing as much local networking gear as possible. I don't have much hope this will make a difference. If this fails, the only hardware that has not been replaced is the GPU and power supply. I'll swap the GPU with the identical system sharing the same power supply. How a GPU blip would cause a NIC problem that takes down the entire local network is a mystery to me. |
|
|
|
|
|
#11 |
|
"Ed Hall"
Dec 2009
Adirondack Mtns
11·347 Posts |
Currently, I have a headless RPi B nearly taking down an entire switch when I connect it. At first, I thought the switch went bad, but a replacement acted the same. Then I traced it to the RPi. I've not troubleshot it yet to see if I can tell why, but when I plug in the net cable, the rest of the machines on that switch lose any timely access within the LAN. The rest of the LAN continues as normal.
|
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Der Geoibils now require logs+nuts(to be pronounced with New Joisey accent) | c10ck3r | Lounge | 8 | 2013-11-18 22:57 |
| bowl of nuts | Fusion_power | Puzzles | 11 | 2012-09-22 18:49 |
| pol51 going nuts | mklasson | Factoring | 14 | 2009-04-02 14:05 |