Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NanoPi R2S/R4S warm boots often fail #3373

Open
Djfe opened this issue Nov 12, 2024 · 1 comment
Open

NanoPi R2S/R4S warm boots often fail #3373

Djfe opened this issue Nov 12, 2024 · 1 comment

Comments

@Djfe
Copy link
Contributor

Djfe commented Nov 12, 2024

Bug report

What is the problem?
Updates or restarts of the rockchip based plattforms fail if it's a warm reboot (weeks of uptime).
Devices require a manual power-cycle after updating (more often than not)
I have never gotten my hands on one, yet. (when it happens)
So I can't tell you whether it's still reachable via it's nextnode address or whether the boot process fails at a certain point.

Previously we expected the update to be the cause. But now we had a case where a package rebooted a NanoPi R4S due to a missing gateway and it also stayed down till it was power-cycled.

This has happened atleast 10 times now on different R2S and R4S devices. We disabled autoupdate for some of them already to prevent them from going down (when placed in remote locations).

What is the expected behaviour?
Reboots should never fail

Gluon Version:
bd5c28e
This happened right from when we started using them. Even Gluon v2022.1 is likely affected. (it's just that we don't restart these often)

Site Configuration:
https://github.com/ffac/site/tree/v2023.2.3-6

Custom patches:
https://github.com/ffac/site/tree/v2023.2.3-6/patches

Next Steps:
Hopefully we can get this into a reproducible state.
We are going to let a device run and give it a cronjob to reboot daily, weekly, bi-weekly, monthly
Until we get it to fail and then take a look. And then check whether the uptime is related to the issue or not.

Maybe it's easily reproducible and it's related to some chip not being reset by the kernel on reboot. (reset pin missing in the dts)

@grische
Copy link
Contributor

grische commented Dec 4, 2024

On the node where I saw the problem, replacing the sdcard with something better like a Sandisk Ultra/Extreme fixed any of such problems.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants