Appwrite 1.7.4 Self hosting on Netcup, I have root server with 4 cores, 8Gb RAM
I've uploaded 55Mb file to storage (11 chunks).
Whenever I try to download it (through console, curl or SDK's getFileDownload) I get only 20Mb or 30Mb downloaded after that download hangs.
I've checked logs with docker logs -f appwrite
and got this:
[2025-10-08 14:12:44 #1.0] WARNING Server::send_to_connection() (ERRNO 1009): connection#112 output buffer overflow
[2025-10-08 14:12:44 *31.19] WARNING ProcessFactory::finish() (ERRNO 1009): send failed, session=1 output buffer overflow
[2025-10-08 14:12:44 *31.19] WARNING ProcessFactory::finish() (ERRNO 1009): send failed, session=1 output buffer overflow
[2025-10-08 14:12:44 *31.19] WARNING ProcessFactory::finish() (ERRNO 1009): send failed, session=1 output buffer overflow
[2025-10-08 14:12:44 *31.19] WARNING ProcessFactory::finish() (ERRNO 1009): send failed, session=1 output buffer overflow
[2025-10-08 14:12:44 *31.19] WARNING ProcessFactory::finish() (ERRNO 1009): send failed, session=1 output buffer overflow
I thought this is related to not enough memory.
However, when I check memory usage during download with: docker stats appwrite
I see that my memory usage is 243.6MiB / 7.751GiB
and during download it becomes something like 260MiB / 7.751GiB
Is there any limit for memory usage when file is downloaded, that I can change? Or maybe it is not related to that at all?
Recommended threads
- Bug Report: type generation for enum of ...
### 👟 Reproduction steps in the enum element value, instead of English, use another language (Khmer), in my case Khmer text. ``` export enum ProvinceType { ...
- Selfhosted 1.8.0 500 Server Error [Fresh...
Good evening, Currently running into issues with deploying 1.8.0 on a Dokploy instance I have. Prior to this we had 1.6.x running and it was fine. Tried to up...
- Invalid document structure: Unknown attr...
Hello. I have self hosted instance running on my server and has valid endpoint and most of things are working as should. Installation is fresh install of versio...