Read the statement by Michael Teeuw here.
MM is eating all memory and crash!
-
Now i changed to Raspberry 3. After 2h system crashed. 4MB memory left.
This is my sylog
Nov 9 22:03:06 raspi32 kernel: [ 5458.473560] Out of memory: Kill process 880 (electron) score 948 or sacrifice child
Nov 9 22:03:06 raspi32 kernel: [ 5458.473695] Killed process 880 (electron) total-vm:981380kB, anon-rss:671832kB, file-rss:104kB, shmem-rss:7180kB
Nov 9 22:05:58 raspi32 systemd[1]: Started Session c4 of user pi.This is not realy what i can use. I dont like to change to debian 8.
-
@juergschwarz said in MM is eating all memory and crash!:
Now i changed to Raspberry 3. After 2h system crashed. 4MB memory left.
A memory leak was discussed in the topic I recommended to you. Was that result with the default installation of MM or did you add other modules?
This is not realy what i can use. I dont like to change to debian 8.
Your choice, sir. Good luck :-)
-
@Mykle1 With Rasp 3 i checked again with this six modules on 1. thread. Whitch Raspi .iso do you guy use for MM? Maybee i should install all things manual instead of this automatic installation? Memory leak not possible couse of Raspi 2 was the same issue and 2 different SD Cards.
-
-
@Mykle1 Yes i read it. All of this suggestions i already checked out. If you tell me to test standard installation whitout any additional modules - what the hell do all this people building such modules when i only can use standard modules?
Dont misunderstand me. But i manage two root servers with kvm - lvm and aprox. 30 official domains and nearly 200 email accounts. Longest uptime was 772 days. Nobody can tell me a application with black background and some “only text foreground apps” should not be able to run more than 2 hours or not?
-
@juergschwarz said in MM is eating all memory and crash!:
Yes i read it. All of this suggestions i already checked out.
Very good. You had the benefit of other people’s time and hard work. Imagine if you had to think of all those tests for yourself.
If you tell me to test standard installation whitout any additional modules - what the hell do all this people building such modules when i only can use standard modules?
Logically, that would be a starting point, to see if the issue arises before the addition of other modules. If the problem arises afterward, then you can attribute the cause to something that you added. If not, then the cause lies in the OS version, the MM version, or with the Pi itself, or the way it was prepared.
Dont misunderstand me. But i manage two root servers with kvm - lvm and aprox. 30 official domains and nearly 200 email accounts. Longest uptime was 772 days.
I could not be less impressed.
Nobody can tell me a application with black background and some “only text foreground apps” should not be able to run more than 2 hours or not?
Nobody is telling you anything. I thought you wanted help so I started where anyone would start, at the beginning. Instead of some small measure of gratitude, you started spewing your impotent anger at me.
I only have one more question for you.
With the impressive resume you have, why didn’t you just figure it out and fix it yourself? :-)
-
Nobody can tell me a application with black background and some “only text foreground apps” should not be able to run more than 2 hours or not?
You are in the minority … I have 3 running, without issues… 1 of them has been running a solid year without any issues what-so-ever.
With that being said being rude to someone trying to help you is not really a way to get help…
-
$ uptime 21:34:37 up 37 days, 58 min, 3 users, load average: 0.08, 0.13, 0.09$ cat /etc/issue Raspbian GNU/Linux 8 \n \l$ uname -a Linux raspberrypi 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux$ free -m total used free shared buffers cached Mem: 923 878 44 149 64 487 -/+ buffers/cache: 326 596 Swap: 99 99 0$ df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/root 5863924 4248140 1294864 77% / devtmpfs 468148 0 468148 0% /dev tmpfs 472756 147656 325100 32% /dev/shm tmpfs 472756 12364 460392 3% /run tmpfs 5120 4 5116 1% /run/lock tmpfs 472756 0 472756 0% /sys/fs/cgroup /dev/mmcblk0p6 66528 21418 45110 33% /boot tmpfs 94552 0 94552 0% /run/user/1000 tmpfs 94552 0 94552 0% /run/user/1001 /dev/mmcblk0p5 30701 463 27945 2% /media/elowe/SETTINGS$ npm ls | grep -i magicmirror magicmirror@2.1.3$ npm ls | grep electron ├─┬ electron@1.7.5 │ ├─┬ electron-download@3.3.0 │ ├─┬ electron-chromedriver@1.6.0 │ │ ├── electron-download@3.3.0 deduped │ │ │ └── electron-to-chromium@1.3.24Modules:
- clock
- currentweather
- weatherforecast
- MMM-MyScoreboard
- MMM-EnphaseEnvoy
- MMM-CalenderExt
- MMM-AirNow
- MMM-AutelisPentair
- MMM-Globe
- MMM-Remote-Control
- MMM-PIR-Sensor
-
Oh, and MM specifically is up for 20days:
pm2 show mm Describing process with id 0 - name mm │ status │ online │ │ name │ mm │ │ restarts │ 6 │ │ uptime │ 20D -
Uninstall PiHole. If you search this forum for PiHole you will find two other threads with similar memory issues, both related to PiHole. After removing it the issue was gone.
