Closed robotgoat closed 9 months ago
This is usually an issue when users mount the /dev/shm folder to host storage which means isn't recommended. In any case, it has been fixed in frigate 0.13
I got it! Thanks for the insight. Apparently it's a Podman issue. Since the Debian 12 stable repos are still on 4.3 and I was following the docs for the latest Podman, which I believe is 4.7, I was making erroneous assumptions about the podman run command. It seems in the current version of Podman, rootfull containers by default have the IPC namespace set as private by default. Podman 4.3 doesn't seem to do this. After I set that option in my podman run for Frigate, go2rtc.yml started updating as expected when the container is restarted and after modifying Frigate's config.yml go2rtc section.
Describe the problem you are having
I am attempting to use go2rtc for my cameras to take advantage of its features, but ran into an odd issue during camera setup. I first wanted to test if one camera works with go2rtc, so I added its relevant information in Frigate's config.yml. Upon starting the container, the streams worked as expected. I then added the same information for the second camera in the config and restarted the container to find that the second camera's stream was not being found. Figuring that the Frigate container runs the go2rtc setup only once, I deleted the container and the frigate.db files to create a brand new container. To my surprise, the same thing happened where only camera one's streams were showing via go2rtc. Inspecting the go2rtc.yml file from the webrtc dashboard showed that somehow the first camera's rtsp urls persisted with the second camera's to be no where found.
Essentially, the /dev/shm/go2rtc.yml file inside the container is somehow persisting and not updating on container restarts or deletes/recreations to reflect the changes in Frigate's config.yml.
However, when I delete all the contents in the container's /dev/shm/ directory, the go2rtc.yml file gets recreated with the correct information as expected on restart or container creation.
Version
0.12.1-367d724
Frigate config file
Relevant log output
Frigate stats
No response
Operating system
Debian
Install method
Docker CLI
Coral version
PCIe
Any other information that may be helpful
I am running Frigate in Podman containers in rootfull mode. Podman is version 4.3.1 in Debian 12. Frigate runs in a rootful pod with the appropriate ports, shm size, and hardware access defined.