Don't have permission to upload or create files here

I did an upgrade from owncloud 10.0.0 to owncloud10.6.
Now all users including the admin have lost the write permission. When I log in as admin on the browser I get the message “You don’t have permission to upload or create files here”
I tried the fixes given in previous posts on this topic but nothing is working.
Appreciate any help.
Thank you

Steps to reproduce

1.Upgrade from 10.0.9 to 10.6.0 community
2.
3.

Expected behaviour

Expected to run normally

Actual behaviour

All users including the admin user have lost the write permission. If I login on the browser I get the message “You don’t have permission to upload or create files here”

Server configuration

Ubuntu 18.04.5 LTS

Web server:: Apache/2.4.29 (Ubuntu)

Database:: Mysql

**PHP version:**PHP 7.2.24

ownCloud version: 10.6.0.5

Updated from an older ownCloud or fresh install: Updated from10.0.9

Where did you install ownCloud from:

Signing status (ownCloud 9.0 and above):

Login as admin user into your ownCloud and access 
http://example.com/index.php/settings/integrity/failed 
paste the results into https://gist.github.com/ and puth the link here.

The content of config/config.php:

"basic": {
    "license key": "***REMOVED SENSITIVE VALUE***",
    "date": "Mon, 28 Dec 2020 04:44:20 +0000",
    "ownCloud version": "10.6.0.5",
    "ownCloud version string": "10.6.0",
    "ownCloud edition": "Community",
    "server OS": "Linux",
    "server OS version": "Linux xxxx-server 4.15.0-128-generic #131-Ubuntu SMP Wed Dec 9 06:57:35 UTC 2020 x86_64",
    "server SAPI": "apache2handler",
    "webserver version": "Apache\/2.4.29 (Ubuntu)",
    "hostname": "11.111.11.111",
    "logged-in user": "admin"
},
"stats": {
    "users": {
        "Database": {
            "count": 21,
            "seen": 20,
            "logged in (30 days)": 20
        }
    },
    "groups": {
        "OC\\Group\\Database": 5
    }
},
"config": {
    "updatechecker": false,
    "instanceid": "oc509q47mhex",
    "passwordsalt": "***REMOVED SENSITIVE VALUE***",
    "secret": "***REMOVED SENSITIVE VALUE***",
    "trusted_domains": [
        "192.168.0.126",
        "11.111.11.111"
    ],
    "datadirectory": "\/var\/www\/owncloud\/data",
    "overwrite.cli.url": "https:\/\/192.168.0.126",
    "dbtype": "mysql",
    "version": "10.6.0.5",
    "dbname": "owncloud",
    "dbhost": "localhost",
    "dbtableprefix": "oc_",
    "mysql.utf8mb4": true,
    "dbuser": "***REMOVED SENSITIVE VALUE***",
    "dbpassword": "***REMOVED SENSITIVE VALUE***",
    "logtimezone": "UTC",
    "log_rotate_size": 104857600,
    "trashbin_retention_obligation": "auto",
    "0": 60,
    "trashbin_purge_limit": 50,
    "installed": true,
    "singleuser": false,
    "updater.secret": "***REMOVED SENSITIVE VALUE***",
    "maintenance": false,
    "loglevel": 2
},
"integritychecker": {
    "passing": true,
    "enabled": true,
    "result": []
},
"core": {
    "backgroundjobs_mode": "ajax",
    "default_encryption_module": "OC_DEFAULT_MODULE",
    "encryption_enabled": "no",
    "installedat": "1533287984.1086",
    "lastcron": "1609130635",
    "lastupdateResult": "[]",
    "lastupdatedat": "1609130632",
    "public_files": "files_sharing\/public.php",
    "public_webdav": "dav\/appinfo\/v1\/publicwebdav.php",
    "shareapi_default_permissions": "31",
    "umgmt_show_backend": "false",
    "umgmt_show_email": "true",
    "umgmt_show_is_enabled": "false",
    "umgmt_show_last_login": "true",
    "umgmt_show_storage_location": "false",
    "updater.secret.created": "1608872494",
    "vendor": "owncloud"
},

*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:
Enabled:

  • activity: 2.6.0
  • comments: 0.3.0
  • configreport: 0.2.0
  • dav: 0.6.0
  • federatedfilesharing: 0.5.0
  • federation: 0.1.0
  • files: 1.5.2
  • files_external: 0.7.1
  • files_mediaviewer: 1.0.3
  • files_pdfviewer: 0.11.2
  • files_sharing: 0.14.0
  • files_texteditor: 2.3.0
  • files_trashbin: 0.9.1
  • files_versions: 1.3.0
  • firstrunwizard: 1.2.0
  • market: 0.6.0
  • notifications: 0.5.2
  • provisioning_api: 0.5.0
  • systemtags: 0.3.0
  • templateeditor: 0.4.0
  • updatenotification: 0.2.1

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

Are you using encryption: yes/no-No

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

@vikramraop Could you please increment the log file level to DEBUG (0) and try to upload a file and put the log files while trying to upload a file?

Thanks

2 Likes

hi @vikramraop

I have seen this issue in another instance, could you try to run:

occ files:scan --all
2 Likes