F5F Stay Refreshed Power Users Networks Experienced an unusual disruption, attempting to understand it later.

Experienced an unusual disruption, attempting to understand it later.

Experienced an unusual disruption, attempting to understand it later.

O
olsen404
Junior Member
14
04-02-2016, 05:53 PM
#1
Last night the internet went down. It was windy, so I checked the modem's status page to see if it dropped the signal or had weak reception. After a power cycle, nothing changed—lights were normal. On another device, Wi-Fi was active but no internet access or network connection. I rebooted the router/AP without results. I tried swapping it out, which restored Wi-Fi and allowed me to view the router settings over Wi-Fi. Wired devices still couldn’t connect, and I couldn’t access the modem’s status page. I contacted my ISP to request a reboot signal, which worked—now the new router showed internet through Wi-Fi, while wired devices remained offline and unseen on the network. Checking my IP settings revealed that Windows devices were getting static IPs (169.xxx), indicating a DHCP failure. I systematically tested each network device, changed switches, unplugged cables, and finally switched to a PC running NicehashOS. Rebooting it resolved the issue. I’m curious about what might have caused the DHCP failure on a PC using NHOS (Tiny Core Linux). It would help to understand what could have been fixed by a reboot. This was a frustrating process, but I’m now better prepared to avoid similar problems.
O
olsen404
04-02-2016, 05:53 PM #1

Last night the internet went down. It was windy, so I checked the modem's status page to see if it dropped the signal or had weak reception. After a power cycle, nothing changed—lights were normal. On another device, Wi-Fi was active but no internet access or network connection. I rebooted the router/AP without results. I tried swapping it out, which restored Wi-Fi and allowed me to view the router settings over Wi-Fi. Wired devices still couldn’t connect, and I couldn’t access the modem’s status page. I contacted my ISP to request a reboot signal, which worked—now the new router showed internet through Wi-Fi, while wired devices remained offline and unseen on the network. Checking my IP settings revealed that Windows devices were getting static IPs (169.xxx), indicating a DHCP failure. I systematically tested each network device, changed switches, unplugged cables, and finally switched to a PC running NicehashOS. Rebooting it resolved the issue. I’m curious about what might have caused the DHCP failure on a PC using NHOS (Tiny Core Linux). It would help to understand what could have been fixed by a reboot. This was a frustrating process, but I’m now better prepared to avoid similar problems.

C
Chris_burzio
Junior Member
15
04-02-2016, 07:53 PM
#2
When a client crashes or freezes, or if a faulty service runs, network issues can arise. A failing network card may cause excessive traffic, overwhelming devices and disrupting services like DHCP. If bandwidth is fully used on a 1Gig link, the switch or router can become saturated, leading to lost connections. This situation often results in a rogue client generating massive broadcast traffic, overwhelming the network and causing services to fail. Windows clients may fall back to alternative peer-to-peer settings, highlighting the problem. Such incidents are uncommon at home but require prompt attention to prevent significant communication breakdowns.
C
Chris_burzio
04-02-2016, 07:53 PM #2

When a client crashes or freezes, or if a faulty service runs, network issues can arise. A failing network card may cause excessive traffic, overwhelming devices and disrupting services like DHCP. If bandwidth is fully used on a 1Gig link, the switch or router can become saturated, leading to lost connections. This situation often results in a rogue client generating massive broadcast traffic, overwhelming the network and causing services to fail. Windows clients may fall back to alternative peer-to-peer settings, highlighting the problem. Such incidents are uncommon at home but require prompt attention to prevent significant communication breakdowns.

U
Uselesstimo
Junior Member
12
04-03-2016, 01:34 PM
#3
Thanks for the clear breakdown. It seems the problem might be software-related, so I’d need to connect a gigabit NIC via NVME on the motherboard or consider a replacement.
U
Uselesstimo
04-03-2016, 01:34 PM #3

Thanks for the clear breakdown. It seems the problem might be software-related, so I’d need to connect a gigabit NIC via NVME on the motherboard or consider a replacement.

T
TysonJB
Member
69
04-03-2016, 03:29 PM
#4
I've faced this problem on an old desktop running Ubuntu Server. The hardware seems fine, but the kernel got unstable and started sending random data over the network. I lost contact with other servers for a few days, so it wasn't just a hardware issue. Sometimes it's related to drivers or services.
T
TysonJB
04-03-2016, 03:29 PM #4

I've faced this problem on an old desktop running Ubuntu Server. The hardware seems fine, but the kernel got unstable and started sending random data over the network. I lost contact with other servers for a few days, so it wasn't just a hardware issue. Sometimes it's related to drivers or services.

E
Error_Sans55
Member
245
04-04-2016, 05:29 PM
#5
This setup makes sense given the mining rig's typical uptime between restarts. Running it lightly now seems sensible since boosting hardware stability isn't likely. The software issues probably stem from the firmware, so checking BIOS settings for scheduled reboots could help. Alternatively, using a power-saving timer might work well since the machine restarts automatically after power loss.
E
Error_Sans55
04-04-2016, 05:29 PM #5

This setup makes sense given the mining rig's typical uptime between restarts. Running it lightly now seems sensible since boosting hardware stability isn't likely. The software issues probably stem from the firmware, so checking BIOS settings for scheduled reboots could help. Alternatively, using a power-saving timer might work well since the machine restarts automatically after power loss.

A
agarmor
Member
223
04-04-2016, 06:35 PM
#6
I’d handle it as a single occurrence until it repeats. If it persists and you spot a trend, consider setting up routine restarts or enabling RTC in the BIOS so it can be fully powered down then back on daily or weekly intervals.
A
agarmor
04-04-2016, 06:35 PM #6

I’d handle it as a single occurrence until it repeats. If it persists and you spot a trend, consider setting up routine restarts or enabling RTC in the BIOS so it can be fully powered down then back on daily or weekly intervals.

K
kika_BR
Member
144
04-06-2016, 05:48 AM
#7
We’ve got the strategy sorted, thanks once more. Back in the day every network failure pointed to the modem, a faulty cable, or a malfunctioning router—this one really caught me off guard and got me spinning!
K
kika_BR
04-06-2016, 05:48 AM #7

We’ve got the strategy sorted, thanks once more. Back in the day every network failure pointed to the modem, a faulty cable, or a malfunctioning router—this one really caught me off guard and got me spinning!