freeze olimex A20, Lime 2

[crust]

I have an olimex A20 lime 2

Twice a month approximately, it freezes.
I no longer have ssh access, my sites are no longer available and I cannot ping the machine

I have a Li-Po battery attached and I only access it by ssh

I have to dismantle the battery, cut the power supply in order to restart it.

Do you have a tip to properly restart the server in this case?

Run with a debian stable //  yunohost

Code Select Expand

uname -a
Linux crust.ovh 5.10.14-olimex #144806 SMP Wed Feb 10 14:49:22 UTC 2021 armv7l GNU/Linux
Nothing in the log (kernel.log, syslog, message)


Thanx

[januarskeds]

The same issue accrues with me and I was unable to find some solution for this.

[LubOlimex]

It would be interesting to figure our if only the SSH access gets bugged or the whole board. If only the SSH access freezes - maybe it is related to the Ethernet and you can restart only the Ethernet.

There are different ways to determine if only the Ethernet hangs, for example, next time it hangs access the board via other means. Alternatively, program it with blinking LED and check if the blinking LED hangs when SSH hangs.

[crust]

At home, all access are frozen : web services ans mail (imap)
I think I'll put a cron the night to restart the server one time a day

[evlist]

I am using the image provided by Olimex and I have a similar problem :

* The card responds to ping.
* ssh -v says that the connection is opened but nothing happens after that step (no authentication attempts are done).
* The serial connection through UART0 is stalled too (nothing gets displayed).
* I haven't seen anything suspicious in the logs

Does anyone have any hint on how we can diagnose this kind of problem ?

Thanks,

Eric

[geochen]

I have had same problem. It seems that suspend is enable . By disabling it, no freeze

Command :
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target

Auto update may also cause the issue

[evlist]

This thread discusses a number of reasons for such freezes.

In my case, the workaround disabling frequency changes does help: after applying it my card which was freezing several times a day is still up and running after 7 days.

To do so, create (or edit) a /etc/default/cpufrequtils file with:

Code Select Expand

GOVERNOR="performance"
and reboot.