running on pi (electron) this module crashes mm
Closed this issue · 3 comments
Platform
Raspberry Pi OS
Node.js Version
16 or 17
MagicMirror Version
2.17.1 or 2.18.0
Module Version
current main
but also older versions
Description
Running this module on the pi crashes the whole mm. I used the default config from the README.
When running with dev console I will get failed to load resource net err_insufficient_resources 200
when loading the png files from the map. Some time after this the screen turns black or white and never comes back. The mm app is still running, there are no logs on server side.
For reproducing this fast you can increase mapWidth:
to "620px"
.
If I disable the module everything works fine.
I did some research concerning net err_insufficient_resources
and this seems to be a restriction of chromium (source)
Add a constraint on how many requests can be outstanding for any given render process (browser-side).
Once the constraint is reached, subsequent requests will fail with net::ERR_INSUFFICIENT_RESOURCES.
The bound is defined as "25 MB", which represents the amount of private bytes we expect the pending requests to consume in the browser. This number translates into around 6000 typical requests.
I have no solution for this and my first question is if anyone can also reproduce this. It depends on the size of the map and the map url and the cycle count, which is clear because of the above mentioned download restriction.
Expected behavior
see description
Current behavior
see description
Possible solution
see description
Steps to reproduce
- Start MM (with dev console if you want to catch such errors)
- Mirror displays module infos
- Wait for errors in the dev console or for getting a white or black screen
Log
- no server logs
- in dev console as mentioned above `failed to load resource net err_insufficient_resources 200`
config.js
standard as in current README
Additional info
electron v16.0.6 (v16 is current version in mm v2.18)
Forget the noise ... I should have earlier created this issue because now I found the solution. Its a problem of the shm_size
of the docker container I'm running.
Puh, zum Glück. Ich bin vor Schreck fast rückwärts vom Stuhl gekippt :-D
sorry, es ist aber komischerweise immer so - kaum hat man das Issue geschrieben findet man die Lösung. Dann ist es halt peinlich, weil man es wieder direkt schliessen muss, aber egal, vielleicht hilft es irgendwann jemand anderem ...