# Recording Download Error - Large Recordings

**URL:** <https://openvidu.discourse.group/t/recording-download-error-large-recordings/678>\
**Category:** Issues developing apps\
**Tags:** v2\
**Created:** [May 4, 2020, 2:16pm UTC](https://openvidu.discourse.group/t/recording-download-error-large-recordings/678 "2020-05-04T14:16:13Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![jcdmacleod](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/jcdmacleod/32/149_2.png) [@jcdmacleod](https://openvidu.discourse.group/u/jcdmacleod)\
**Post date:** [May 4, 2020, 2:16pm UTC](https://openvidu.discourse.group/t/recording-download-error-large-recordings/678/1 "2020-05-04T14:16:13Z")

</div>

It seems that the backend java application is disconnecting attempts to download large recordings from the GUI. NGINX reports the following:

upstream prematurely closed connection while reading upstream, client:

Is this set somewhere in the java application itself? Copying the files manually via another means - SCP, etc, work fine, but it would be good to have them all available via the GUI.

John

---

<div class="post-metadata">

**Author:** ![pabloFuente](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/pablofuente/32/2536_2.png) [@pabloFuente](https://openvidu.discourse.group/u/pabloFuente)\
**Post date:** [May 4, 2020, 3:24pm UTC](https://openvidu.discourse.group/t/recording-download-error-large-recordings/678/2 "2020-05-04T15:24:02Z")

</div>

Hi,  
When you say the GUI, are you talking about [OpenVidu Pro Inspector](https://docs.openvidu.io/en/2.13.0/openvidu-pro/openvidu-inspector/)?

---

<div class="post-metadata">

**Author:** ![jcdmacleod](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/jcdmacleod/32/149_2.png) [@jcdmacleod](https://openvidu.discourse.group/u/jcdmacleod)\
**Post date:** [May 4, 2020, 4:05pm UTC](https://openvidu.discourse.group/t/recording-download-error-large-recordings/678/3 "2020-05-04T16:05:52Z")

</div>

Yes, correct. The java backend appears to have an issue with files over a certain size.

---

<div class="post-metadata">

**Author:** ![pabloFuente](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/pablofuente/32/2536_2.png) [@pabloFuente](https://openvidu.discourse.group/u/pabloFuente)\
**Post date:** [May 4, 2020, 4:30pm UTC](https://openvidu.discourse.group/t/recording-download-error-large-recordings/678/4 "2020-05-04T16:30:11Z")

</div>

Okey, this is then considered a bug and we will take a look at it. Do you have any idea from what size of recorded file the server throws an error?

---

<div class="post-metadata">

**Author:** ![jcdmacleod](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/jcdmacleod/32/149_2.png) [@jcdmacleod](https://openvidu.discourse.group/u/jcdmacleod)\
**Post date:** [May 4, 2020, 5:56pm UTC](https://openvidu.discourse.group/t/recording-download-error-large-recordings/678/5 "2020-05-04T17:56:46Z")

</div>

A 1.3GB file today was too large. For exact figures I would need to do some testing, but it is a little time consuming. We implemented a simple location in nginx secured by htaccess to get around it for now - just lists the recordings directory. Any recording management, deletion is still done via the inspector.

---

<div class="post-metadata">

**Author:** ![jcdmacleod](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/jcdmacleod/32/149_2.png) [@jcdmacleod](https://openvidu.discourse.group/u/jcdmacleod)\
**Post date:** [June 12, 2020, 7:38pm UTC](https://openvidu.discourse.group/t/recording-download-error-large-recordings/678/6 "2020-06-12T19:38:50Z")

</div>

This issue is still present in 2.14. Any progress?

---

<div class="post-metadata">

**Author:** ![micael.gallego](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/micael.gallego/32/2_2.png) [@micael.gallego](https://openvidu.discourse.group/u/micael.gallego)\
**Post date:** [June 14, 2020, 5:15pm UTC](https://openvidu.discourse.group/t/recording-download-error-large-recordings/678/7 "2020-06-14T17:15:08Z")

</div>

We will take a look to recording bugs just after 2.15 release (the next week).

---

<div class="post-metadata">

**Author:** ![Bit](https://yyz2.discourse-cdn.com/free1/user_avatar/openvidu.discourse.group/bit/32/1455_2.png) [@Bit](https://openvidu.discourse.group/u/Bit)\
**Post date:** [October 26, 2023, 8:36am UTC](https://openvidu.discourse.group/t/recording-download-error-large-recordings/678/8 "2023-10-26T08:36:24Z")

</div>

I know this is an old thread, but for anyone who’s ended it up here it may be useful.

We had a similar issue downloading videos \>1GB. For some reason we could manually download them via inspector, but downloading them programatically via API was an issue. We have gotten around this by following the instructions [here](https://docs.openvidu.io/en/2.26.0/troubleshooting/#162-modify-openvidu-nginx-configuration) and adding the following to line 88 of custom-nginx.conf:  
`proxy_max_temp_file_size 20480m`
