vlc memory leak #170
Comments
|
few extra logs from debug, might be helpful not sure |
|
Describe "so much so its crashing my pi hard withint 24hours". What does happen? Kernel panic? |
It's causing the pi to lock up, and the video streams to freeze It doesn't seem to kernel panic? Just the memory usage climbs then the swap starts to climb too til they are both at 100% then the pi stops responding, But i have noticed if I leave it alone for say 5 hours it does eventually kill the vlc process itself and sorta return to normal Also the ssh is still accessible, but take about 10 mins to login remotely and then another 10 mins to type the command The only fix I have found at the moment is to run a cron every 3 hours and restart rpisurv to avoid the memory leak |
|
normally oomkiller should kick in do you see something in the syslogs? Other then that what does top say before it freezes? Does this also occur with one stream? |
|
@SvenVD im checking now for you, i will edit this post with logs as i find stuff EDIT: EDIT: logs from yesterday when the pi crashed due to no memory left (i had debug enabled to help with checking) EDIT: |
|
@SvenVD ok added logs for you, hope they help! |
|
@SvenVD right so it still ran outta memory again even with audio switched to the 3.5m jack not hdmi, |
|
It seems to be a problem with you sdcard Memory is complex, Linux always tries to use all available memory for caching so it will fill over time. You should measure immediate freeable memory which is your true available memory. |
Hmmm OK I do think the micro sd card is about 4 years old so maybe a new one I can try? |
|
I would try a another sdcard to see if that solves the issue |
ive bought a class 10 sd card brand new (all i could get my hand on this minute) so driving to the site today to swap it out, which OS should i use? buster or bullseye? i did have bullseye working no problem after changing it to the fake graphics but i no your support buster only? |
|
ok fresh install on a brand new class 10 micro sd card and im seeing this error? |
|
@SvenVD right ok so after 12 hours, the memory started climbing again! |
|
I only tested things on buster and buster is still supported by raspberry pi |
This seems to mean your gpu is overloaded for some reason |
Does it still crash with the new sdcard? |
yes it still crashes with the new sdcard and i have the GPU set to 512mb, and i installed buster, i have also disabled the GPU memory checks for the moment |
|
Do you still get the events_freezable mmc_rescan and mmc errors? Other than that the streams are from dahua DVR, sub stream (352x288), the display is a DVI monitor (used hdmi to dvi cable) resolution 1024x768 Could you try to make each stream 512x384, so that the gpu does not need to scale |
i will try changing the stream quality tomorrow (if it crashes again) as i have changed the camera from one camera to another to see if its maybe that perticular camera thats causing the issue as every time i check is appears to only a single VLC instance thats causing the memory leak and not all 4 of them? also my monitor is actually 1280x1024 |
|
640x512 then |
|
@SvenVD, ok so it lasted longer this time (about 24 hours instead of 12hours) i cant change the quality of the resolution on the stream from the DVR unit sadly (its a BNC unit not IP based) could i set the GPU memory to 640 or 768? or any other suggestions? EDIT: sample output from |
|
maybe set the GPU mem lower so the OS processes have more memory left? |
so i lowered the gpu memory but its still the same issue, 1 camera crashed and oom killed it then rpisurv detected the rtsp wasnt responding so killed all vlc's and restarted them, so im totally at a loss now, unless the rpi 2 b+ just isnt powerful enough 👎 ive just put a cronjob every 6 hours restart rpisurv for the moment, but i will try make a script to watch the memory usage and if its above say 90% every 5 mins then kill the highest vlc memory process, as the oom is waiting before killing the vlc, so the pi does freeze the camera feeds, and i would rather one camera went off and on, than all of the cameras freeze for 5mins before they are restarted |
|
@si458 I believe we are having the same problem, however, I have no idea how I can solve it, nor where the problem is. I've tried to reinstall using other versions of RaspiOS, as well as various combinations of system settings and rpisurv itself, but to no avail. I can't say with 100% certainty, but I suspect this problem started when I updated vlc from version 3.0.16 to 3.0.17. I tried to downgrade to the old version of vlc but was unsuccessful. |
|
I was having this same issue, and it happened VERY quickly. I found this page referencing an application call earlyoom. Installing that seems to have fixed the issue, but time will have to tell. I will report back if this actually solves the issue in the end. Any other testers will be greatly appreciated |
|
@SvenVD im still having this issue with VLC doing a memory leak, EDIT: i have just tried @jesjhoward suggestion and the Pi is running out of memory very soon, so ill see if it KILLS the vlc process or not EDIT2: i can confirm @jesjhoward suggestion worked! EDIT3: i also noticed the image has now resfreshed on the screen too, so while the image is still black the timestamp is moving! |
|
If VLC does not crash ( or is killed) and the remote device is still responding then Rpisurv will not attempt to restart vlc. Using earlyoom to kill vlc ( after which rpisurv restarts it) or a cronjob to restart seems to be a good enough solution. Otherwise you can perhaps report the issue to the VLC developers. |
|
stale issue |
Hi All,
im not sure what to do about this but im having an issue where after its running for a few hours, its starts memory leaking
so much so its crashing my pi hard withint 24hours
its a Raspberry Pi 2 B Model,
i installed the raspbian buster full os version,
setup version 3 and it runs fine for a few hours then suddenly crashes,
i then activated snmp to watch the pi remotely, and i can see the memory usage just starts to climb after awhile and then every 5mins coming from the vlc processes?
the streams are from dahua DVR, sub stream (352x288), the display is a DVI monitor (used hdmi to dvi cable) resolution 1024x768
only 4 streams
any suggestions?
The text was updated successfully, but these errors were encountered: