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. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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: