[Nottingham] RasPi - Re: wifi extenders and slow emails

J I jasonirwin73 at gmail.com
Wed Mar 3 15:24:40 UTC 2021


This is roughly what I see:
Mar  3 11:14:53 pi-name rngd[329]: stats: FIPS tests speed: (min=946.144;
avg=5587.827; max=8462.413)Kibits/s
Mar  3 11:14:53 pi-name rngd[329]: stats: Lowest ready-buffers level: 2
Mar  3 11:14:53 pi-name rngd[329]: stats: Entropy starvations: 0
Mar  3 11:14:53 pi-name rngd[329]: stats: Time spent starving for entropy:
(min=0; avg=0.000; max=0)us
Mar  3 11:54:49 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8
11:22:33:44:55:66
Mar  3 11:54:49 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8
11:22:33:44:55:66 client-name
Mar  3 11:54:51 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8
11:22:33:44:55:66
Mar  3 11:54:51 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8
11:22:33:44:55:66 client-name
Mar  3 11:54:56 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8
11:22:33:44:55:66
Mar  3 11:54:56 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8
11:22:33:44:55:66 client-name
Mar  3 11:55:03 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8
11:22:33:44:55:66
Mar  3 11:55:03 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8
11:22:33:44:55:66 client-name
Mar  3 11:55:12 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8
11:22:33:44:55:66
Mar  3 11:55:12 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8
11:22:33:44:55:66 client-name
Mar  3 11:55:21 pi-name dnsmasq-dhcp[519]: DHCPREQUEST(wlan0) 5.6.7.8
11:22:33:44:55:66
Mar  3 11:55:21 pi-name dnsmasq-dhcp[519]: DHCPACK(wlan0) 5.6.7.8
11:22:33:44:55:66 client-name

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.
Until I diddled the power management on WiFi, I used to see various
Broadcom messages and hangs.

All very odd.

On Wed, 3 Mar 2021 at 12:53, Martin via Nottingham <
nottingham at mailman.lug.org.uk> wrote:

> Ahhh... That one.
>
> In the past, I've had to schedule 4am restarts of various WiFi
> boxes/access-points to ensure they stayed alive for the day.
>
> One guess was that they suffered a counter overrun for something...
> Never chased up to see whether that was time, volume of data, or
> something silly like a connections association table never getting
> cleared...
>
>
> All reminiscent of the days of Windows 3.11 WFW and the limited (64k
> Bytes?) graphics resources tables never getting cleared! Run through
> opening too many windows and you got a system freeze...
>
> And then, in positive sharp contrast, there was Linux... ;-)
>
>
> Let us know what you find!
>
> Good luck,
> Martin
>
>
> On 03/03/2021 12:03, J I via Nottingham wrote:
> > This is the remote Pi when acting as a VPN proxy. No dogs around and it
> > is cased with heatsinks.
> > At the moment all I know is that the client will lose connection to the
> > RasPi over WiFi and _sometimes_ doing a down/up on wlan0 will solve it,
> > but the only guaranteed solution is a full restart.
> > I have not yet had the chance to grab logs and see if I can figure out
> > what crashes when.
> > There are loads of complaints about the flakeyness of the broadcom
> > drivers, I do not think it is the memory card.
> >
> > I'm actually considering just scheduling a daily restart,
>
>
> --
> Nottingham mailing list
> Nottingham at mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/nottingham
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.lug.org.uk/pipermail/nottingham/attachments/20210303/88987cac/attachment.html>


More information about the Nottingham mailing list