Not downloading more then 1GB

Steps to reproduce

1.Download file > 1GB stopping at 1GB
2. htaccess and user.ini has limits raised

Expected behaviour

Download file greater then 1GB should download fully.

Actual behaviour

Download stops and says completed…file only 1GB

Server configuration

Operating system:
AlmaLinux v8.6.0 STANDARD vzcontainer

Web server:


PHP version:

ownCloud version: (see ownCloud admin page)

Updated from an older ownCloud or fresh install:

Where did you install ownCloud from:

Signing status (ownCloud 9.0 and above):

Login as admin user into your ownCloud and access 
paste the results into and puth the link here.

The content of config/config.php:

Log in to the web-UI with an administrator account and click on
'admin' -> 'Generate Config Report' -> 'Download ownCloud config report'
This report includes the config.php settings, the list of activated apps
and other details in a well sanitized form.


If you have access to your command line run e.g.:
sudo -u www-data php occ config:list system
from within your ownCloud installation folder

*ATTENTION:* Do not post your config.php file in public as is. Please use one of the above
methods whenever possible. Both, the generated reports from the web-ui and from occ config:list
consistently remove sensitive data. You still may want to review the report before sending.
If done manually then it is critical for your own privacy to dilligently
remove *all* host names, passwords, usernames, salts and other credentials before posting.
You should assume that attackers find such information and will use them against your systems.

List of activated apps:

If you have access to your command line run e.g.:
sudo -u www-data php occ app:list
from within your ownCloud installation folder.

Are you using external storage, if yes which one: local/smb/sftp/…

Are you using encryption: yes/no

Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/…

LDAP configuration (delete this part if not used)

With access to your command line run e.g.:
sudo -u www-data php occ ldap:show-config
from within your ownCloud installation folder

Without access to your command line download the data/owncloud.db to your local
computer or access your SQL server remotely and run the select query:
SELECT * FROM `oc_appconfig` WHERE `appid` = 'user_ldap';

Eventually replace sensitive data as the name/IP-address of your LDAP server or groups.

Client configuration


Operating system:


Web server error log

Insert your webserver log here

ownCloud log (data/owncloud.log)

Insert your ownCloud log here

Browser log

Insert your browser log here, this could for example include:

a) The javascript console log
b) The network log 
c) ...

AlmaLinux v8.6.0

That OS isn’t supported, so you’re on your own. I’d recommend you to set it up in any of the officially supported environments to prevent unwanted problems (System Requirements :: ownCloud Documentation)


Please, double-check this. Neither mSQL nor MSSQL are supported. MySQL is supported

ownCloud version: (see ownCloud admin page)

Did you mean 10.11.0 (lastest version available)?

Without logs there is no proof that ownCloud is misbehaving.
As far as I know, ownCloud doesn’t impose any limit to downloads, so that’s a limit imposed by either the web server or cpanel.

That’s not fully true, IMO. From the linked docs:

Red Hat Enterprise Linux 7 and 8 including all 100% compatible derivatives

As Alma (and Rocky) Linux are binary compatible RHEL derivatives, those should be supported as well.

1 Like

Fair point. I have a very strict view with what “supported” means for me.
If it’s tested and QAed on that environment, then it’s supported, otherwise not.

For me, “it should work” isn’t the same as “it’s supported”. If you tell me that an OS is supported but ownCloud doesn’t work, all my trust in the product is gone. If you tell me that it should work, there is still some margin to blame the OS for not providing some requirement for ownCloud to work, so I could still try in a supported platform.

Then we need to address this and coordinate with the Product Management and Documentation team. If our documentation is stating that we support RHEL and all of its clones, there can’t be another view, at least in my opinion.

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.