Open ChieftainY2k opened 4 years ago
Thanks for reporting do you see some recordings as well in the /capture dir?
Yes there are some recordings:
root@94c017d9cd88:/etc/opt/kerberosio/capture# ls -la
total 67556
drwxr-xr-x 2 root root 4096 May 28 07:12 .
drwxr-xr-x 1 root root 4096 Apr 24 19:21 ..
-rw-r--r-- 1 root root 47930 May 27 19:22 1590607352_6-177182_frontdoor_regionCoordinates_numberOfChanges_281.jpg
-rw-r--r-- 1 root root 6653854 May 27 19:23 1590607352_6-740963_frontdoor_212-21-552-413_7037_281.mp4
-rw-r--r-- 1 root root 3937858 May 27 19:23 1590607382_6-785996_frontdoor_192-22-494-459_11632_920.mp4
-rw-r--r-- 1 root root 145616 May 27 19:23 1590607411_6-746586_frontdoor_regionCoordinates_numberOfChanges_200.jpg
-rw-r--r-- 1 root root 10493829 May 28 07:11 1590607411_6-887929_frontdoor_393-24-790-615_45463_200.mp4
-rw-r--r-- 1 root root 10487305 May 28 07:11 1590607442_6-386930_frontdoor_392-18-791-620_51073_633.mp4
-rw-r--r-- 1 root root 7376259 May 28 07:11 1590607472_6-879170_frontdoor_396-24-784-615_5096_470.mp4
-rw-r--r-- 1 root root 9585212 May 28 07:11 1590607503_6-351713_frontdoor_487-31-780-603_1300_381.mp4
-rw-r--r-- 1 root root 10495181 May 28 07:11 1590607533_6-841077_frontdoor_392-24-790-635_29013_964.mp4
-rw-r--r-- 1 root root 9446061 May 28 07:11 1590607564_6-411256_frontdoor_391-27-790-636_44855_111.mp4
-rw-r--r-- 1 root root 235383 May 28 07:11 1590649859_6-981923_frontdoor_regionCoordinates_numberOfChanges_405.jpg
-rw-r--r-- 1 root root 236548 May 28 07:12 1590649957_6-154057_frontdoor_regionCoordinates_numberOfChanges_907.jpg
@cedricve I can set up the ssh+ngrok service in the kerberos container so that you can remotely login with ssh into it and take a look inside.
thank you @ChieftainY2k, are you able to reproduce as well?
@ChieftainY2k were you experiencing, or did you ever tested, with previous Kerberos version? I understand you were using the .deb files before?
@cedricve I was able to reproduce the problem with the following setups:
All above running with the Raspberry Pi 4 Model B Rev 1.1 (2GB)
Could not test the Official KIOS SD image 2.7.2 (https://github.com/kerberos-io/kios/releases/download/v2.7.2/kios-raspberrypi3-20180714.img.gz) - my RPI4 would not even boot with this image, I don't know why (tested with two different SD cards to be sure).
Thanks for the detailed information! RaspberryPi 4 is only supported from 2.8.0.
What happens if you test with a Raspberry Pi 3? Just curious..
Kind regards, Verstraeten Cédric
On 30 May 2020, at 11:27, ChieftainY2k notifications@github.com wrote:
@cedricve I was able to reproduce the problem with the following setups:
Official KIOS SD image 2.8.0 (https://github.com/kerberos-io/kios/releases/download/v2.8.0/kios-raspberrypi4-2.8.0.img.gz) Docker image from the official kerberos docker repository (https://hub.docker.com/r/kerberos/kerberos) My own docker image with deb package from https://github.com/kerberos-io/machinery/releases/download/v2.8.0/rpi4-machinery-kerberosio-armhf-2.8.0.deb (with corresponding libx264.so.148 and libx265.so.160) My own docker image with deb package from https://github.com/kerberos-io/machinery/releases/download/v2.8.0/rpi3-machinery-kerberosio-armhf-2.8.0.deb (with corresponding libx264.so.148 and libx265.so.160) My own docker image with deb package from https://github.com/kerberos-io/machinery/releases/download/v2.6.2/rpi3-machinery-kerberosio-armhf-2.6.2.deb All above running with the Raspberry Pi 4 Model B Rev 1.1 (2GB)
Could not test the Official KIOS SD image 2.7.2 (https://github.com/kerberos-io/kios/releases/download/v2.7.2/kios-raspberrypi3-20180714.img.gz) - my RPI4 would not even boot with this image, I don't know why (tested with two different SD cards to be sure).
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.
also @ChieftainY2k what is the reason of setting delay to 100? Do you also experience with lower values?
@cedricve I was just playing around with optimal parameters to detect motion in the area my camera is pointed at and then after setting delay do 100 this memory bug happened. Then I set it back to 500 everything goes back to normal after a while.
Just tested it with following setup and was able to reproduce the memory problem:
Interesting it might be that the os is not able to free up the resources. Can you experiment (incremental) which params are causing this issue. Could be that it is resolved once beyond 250 (wild guess). You said that with 500 it is ok? But probably this takes to long for you to detect motion?
I will look into the source code to find the root cause. Let me know what you find as well 👌
Thanks for the hard work @ChieftainY2k
Let me know
This Jogged my brain of the issue I had with memory overloading. I set limits on logs when starting container.
docker run -it --restart always --log-opt max-size=5m --log-opt max-file=10 \
-v /home/cameras/livingroom/config:/etc/opt/kerberosio/config \
-v /home/cameras/livingroom/webconfig:/var/www/web/config \
-v /home/cameras/livingroom/logs:/etc/opt/kerberosio/logs \
-v /home/cameras/livingroom/controllers:/var/www/web/app/Http/Controllers \
-v /home/cameras/livingroom/drivespace_script/runny.sh:/runny.sh \
-v /mnt/RAID10sdb1/CameraVideoStorage/livingroom:/etc/opt/kerberosio/capture \
--name livingroom -p 10000:80 -p 12000:8889 -d kerberos/kerberos
We are working on a complete rewrite of the open source version. When using h264 cameras, you will be able to record at almost no CPU (<1%). Already implemented through our enterprise offering but not yet released in the open source repo, https://github.com/kerberos-io/opensource
Memory usage is VERY high (eventually bringing my raspberry pi4 to a halt) when using specific configuration for raspberry onboard camera.
Steps to reproduce:
docker run --name camera -p 80:80 -p 8889:8889 -d -v /dev/vcsm:/dev/vcsm -v /dev/vchiq:/dev/vchiq --privileged kerberos/kerberos
Result: Within several minutes memory usage soars over 1.5GB, eventually raspberry pi runs out of memory, swap space kicks in and everything is halted.
Expected result: Memory usage is expected to be reasonable :-)
Rig specs: