<div dir="ltr"><div>This is roughly what I see:</div><div style="margin-left:40px">Mar  3 11:14:53 pi-name rngd[329]: stats: FIPS tests speed: (min=946.144; avg=5587.827; max=8462.413)Kibits/s<br>Mar  3 11:14:53 pi-name rngd[329]: stats: Lowest ready-buffers level: 2<br>Mar  3 11:14:53 pi-name rngd[329]: stats: Entropy starvations: 0<br>Mar  3 11:14:53 pi-name rngd[329]: stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us<br>Mar  3 11:54:49 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8 11:22:33:44:55:66 <br>Mar  3 11:54:49 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8 11:22:33:44:55:66 client-name<br>Mar  3 11:54:51 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8 11:22:33:44:55:66 <br>Mar  3 11:54:51 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8 11:22:33:44:55:66 client-name<br>Mar  3 11:54:56 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8 11:22:33:44:55:66 <br>Mar  3 11:54:56 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8 11:22:33:44:55:66 client-name<br>Mar  3 11:55:03 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8 11:22:33:44:55:66 <br>Mar  3 11:55:03 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8 11:22:33:44:55:66 client-name<br>Mar  3 11:55:12 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8 11:22:33:44:55:66 <br>Mar  3 11:55:12 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8 11:22:33:44:55:66 client-name<br>Mar  3 11:55:21 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8 11:22:33:44:55:66 <br>Mar  3 11:55:21 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8 11:22:33:44:55:66 client-name</div><div><br></div><div>All normal stuff and then....FREAK OUT. No idea if it is the Pi, the client, dnsmasq, something happening at the remote location but that is all I see in the logs.</div><div>Until I diddled the power management on WiFi, I used to see various Broadcom messages and hangs.</div><div><br></div><div>All very odd.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 3 Mar 2021 at 12:53, Martin via Nottingham <<a href="mailto:nottingham@mailman.lug.org.uk">nottingham@mailman.lug.org.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Ahhh... That one.<br>
<br>
In the past, I've had to schedule 4am restarts of various WiFi <br>
boxes/access-points to ensure they stayed alive for the day.<br>
<br>
One guess was that they suffered a counter overrun for something... <br>
Never chased up to see whether that was time, volume of data, or <br>
something silly like a connections association table never getting <br>
cleared...<br>
<br>
<br>
All reminiscent of the days of Windows 3.11 WFW and the limited (64k <br>
Bytes?) graphics resources tables never getting cleared! Run through <br>
opening too many windows and you got a system freeze...<br>
<br>
And then, in positive sharp contrast, there was Linux... ;-)<br>
<br>
<br>
Let us know what you find!<br>
<br>
Good luck,<br>
Martin<br>
<br>
<br>
On 03/03/2021 12:03, J I via Nottingham wrote:<br>
> This is the remote Pi when acting as a VPN proxy. No dogs around and it <br>
> is cased with heatsinks.<br>
> At the moment all I know is that the client will lose connection to the <br>
> RasPi over WiFi and _sometimes_ doing a down/up on wlan0 will solve it, <br>
> but the only guaranteed solution is a full restart.<br>
> I have not yet had the chance to grab logs and see if I can figure out <br>
> what crashes when.<br>
> There are loads of complaints about the flakeyness of the broadcom <br>
> drivers, I do not think it is the memory card.<br>
> <br>
> I'm actually considering just scheduling a daily restart,<br>
<br>
<br>
-- <br>
Nottingham mailing list<br>
<a href="mailto:Nottingham@mailman.lug.org.uk" target="_blank">Nottingham@mailman.lug.org.uk</a><br>
<a href="https://mailman.lug.org.uk/mailman/listinfo/nottingham" rel="noreferrer" target="_blank">https://mailman.lug.org.uk/mailman/listinfo/nottingham</a></blockquote></div>