-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Support]: Record stream doesn't recover after camera restart #3122
Comments
When you say recording stop, what does this mean? What symptoms are you seeing that show recordings are not working? |
When I try to view events for that camera, I get errors like: I assume this is because there is no recordings file for that timeframe. I then look in the recordings directory and observe that no files are being created anymore for that camera. When I reboot Frigate, recordings files start showing up again every 10 seconds. |
Do you see new recordings files in the container's /tmp/cache for that camera? |
I observe that |
I notice the same thing with two of my cameras as well. Over the past few days I have been changing settings on my router and rebooting it. Frigate never records anything for those two particular cameras after the router reboots unless I restart Frigate as well. Detect streams are still working - it's just recording that I have a problem with. I may dig more into this later this week if there's no immediate solution. |
Im having the same issues. Im using 8 reolinks via rmtp streams and other than this and timestamps not working everything seems fine. Whenever a camera leave the network, then rejoins frigate will not pick the stream back up. Log Nothing is being recorded after it leaves. In the camera recodings tab it shows no times past the disconnect. It will for some reason still catch events, never record, just save a snapshot. When trying to view recording of said snapshot, the ui says network failure or incorrect format. Logs show [2022-04-27 14:24:47] frigate.http ERROR : No recordings found for the requested time range |
Well I have seemed to solve it, not sure what did it i changed some things in config, removed global args for ffmpeg as they were the same as default. Heres my current config
Im going to do some more testing to be sure its solved. All logs show the exact same info when a disconnect happens, but now never show these lines which show up in both of our error logs [2022-04-18 21:23:59] watchdog.front_yard_ne INFO : No frames received from front_yard_ne in 20 seconds. Exiting ffmpeg... So it seems as if frigate trying to kill ffmpeg causes the issue |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Still an issue. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Still an issue |
When I was recording my RTSP streams manually with ffmpeg I had to add the option |
My workaround for this (having Reolink cameras that fail sometimes) is making Frigate be restarted on error. and if that is found I send MQTT message to restart frigate. I lose few seconds of reconrding whenever this happens but it's way better than to notice it many days later that a camera hasn't been recording (again). |
Are you doing this with a automation script of some sort or another way? Could you share more details? |
I do it with Node-Red. I believe it's doable with HA automations as well but I can't immediately say how to do that. |
It would be really nice if Frigate could restart streams after they fail.... |
Frigate does restart streams when they fail. Pretty sure this is happening because the default input args were modified to remove the |
Thankyou! I have input_args set - and wasnt aware of the defaults being overwritten... I'll poke it a bit without setting to see what I am missing. |
@phedders Please let me know what you find. I was unable to get my streams working with the timeout input arg. |
-rtsp_transport tcp -timeout 5000000 -use_wallclock_as_timestamps 1 Was missing from the default options - so I have added that to my input_args and will see if it is more stable. Cheers |
Once or twice now I have found ALL of my camera feeds unresponsive old snapshot and no feed when opening the camera in the frigate web UI only two of my 6 cameras have custom input lines and the two that do have custom input still have the timeout. In one of these cases I was able to restart frigate via the web UI restart, the other time I had to restart the docker.. I will try to capture logs next time but the WebUI it self still loaded. It was just the camera feeds being dead and the restart option did nothing in the one case. |
Fixed in 0.12 |
Describe the problem you are having
This seems related to #1713
I have 10 Amcrest/Dahua turret cameras running on Frigate (see config below).
If a camera is restarted, Frigate will recover the event and live stream, however recordings stop and never recover until I restart Frigate.
I can simulate this by just manually restarting the camera.
Version
0.10.1-83481af
Frigate config file
Relevant log output
FFprobe output from your camera
Frigate stats
No response
Operating system
Debian
Install method
Docker Compose
Coral version
M.2
Network connection
Wired
Camera make and model
Amcrest IP8M-T2499EB-28MM
Any other information that may be helpful
Same issue seems to happen with all 10 of my cameras.
The text was updated successfully, but these errors were encountered: