Event failed download after update to Protect v5.0.34 #168
Comments
|
I noticed I stated getting login errors as well so I rebooted the NVR. Once it came back and up and I restarted the container, I started getting a few successful uploads (still get the errors above however). I am going to let it run and see if its just a handful of videos it is having a problem with and let them time out to see if the issue persists. |
|
After stopping the container, rebooting the NVR, logging into the web console using the local admin account (as suggested in: issue #161 ) I was able to start the docker container back up and let it run for a while. It cleared a bunch of the events out after 10 fails. However it is now hitting a lot of new videos and failing on the first try. Only to pick them back up later in a missing event check where it will successfully upload them. Then a few minutes later: On the previous version of protect it had no problem getting the events on the first try. Which leads me to believe something got changed in either the new Protect version or the new OS version. At least it appears to be working still with the event check~ |
|
After letting it run over night it is now failing on a lot of downloads (1 in 10, if not more), and failing to re-acquire them on the event check so they never get uploaded. It seems to be any camera at random. I have checked these in the NVR and all appear to be good, none of them skip or otherwise do not play back. |
|
Thanks for reporting all of this. I don’t really know what’s going wrong but recent UniFi protect versions are getting increasingly unstable. Have you tried using the experimental downloader option? |
|
This is running the experimental downloader (have been using it since you made it). That was basically required for the last major update they did. |
|
And without it I am assuming it is even worse? |
|
I have not tried disabling it and using the stock version. I'll give that a test. |
|
I am getting mixed results with the standard down loader. I stopped the docker container, flipped the flag for the experimental to false and started it back up. It did not go back and reacquire any of the previous known missing event. So far it is successfully uploading most of the videos on re-attempts after a failure... however it may degrade as time goes one like it did yesterday with the experimental. The fail errors with the normal downloader are more varied however. Below are some examples I got out of the logs (this includes the successful re-attempts as well as some out right fails). I trimmed the full successful uploads from the log for brevity. |
Similar issue here - not all videos, but probably 3 or 4 times a day across 10 relatively busy cameras. Running Protect 5.0.34. |
|
Note in addition to above, event 66fc7bf601cfda03e40085a1 was picked up later by missing events check and successfully uploaded. |
|
I let mine run over night and interestingly when I filter the log for the ones that fully fail and abandon the event, I get 8 fails an hour... they fail roughly in the same time frame as well. |
|
It is also creating a massive download que |
|
I’m really not sure how to approach resolving this other than retrying like the tool already does. This assertion error occurs when UniFi protects simply returns an empty response instead of the requested video. I suspect it’s simply unable to process the video in time. The experimental downloaded used a slightly different approach (that the web ui now uses) that first asks UniFi protect to generate the video locally and then downloads it as a secondary step. |
|
I rolled back to Protect 4.1.53 yesterday around noon. This resolves the problems with no errors in the past 16 hours. This was non destructive for me, keeping all settings/recordings on the stacked NVR Pros. There are just a handful of warnings left now, all of which get resolved by the missing event check (or its a warning about time offset). These might have to do with Unifi OS 4.0.18 which I did not roll back to 4.0.6, or could just be a fluke. The update notes didn't really indicate any changes on it that would mess with Protect imo. Will have to let it run a few days to see what all gets logged. Previously on OS 4.0.6 and Protect 4.1.53 there were no errors or warnings of any kind getting logged. Rolling back the OS requires a factory reset as far as I'm aware so I can live with the warnings, especially since they are not harming anything :) Whatever they changed in 5.0.33 / 5.0.34 to add 3rd party camera support seems to have changed a lot of stuff with the way things get recorded and connect to the NVR unfortunately. Maybe ubiquiti will publish some API docs one day! |
|
I'm not running into this often enough to overwhelm the downloader... e.g.: So for now I'm staying on Protect 5, will see how it continues to hold up. I am not using alternative experimental download option. |
|
Even connecting to unifi protect is very hit and miss: 2024-10-25 14:18:17 [ WARNING ] unifi_protect_backup.event_listener : Lost connection to Unifi Protect. |
|
Also, installing with pip on Windows server it sticks to 0.10.7? PS C:\Windows\System32> pip install -U unifi-protect-backup |
Description
Videos are failing to download again after updating the Protect app to v5. Fails with 500, no reason given.
What I Did
The text was updated successfully, but these errors were encountered: