Support intro
Sorry to hear you’re facing problems. 
The community help forum (help.nextcloud.com) is for home and non-enterprise users. Support is provided by other community members on a best effort / “as available” basis. All of those responding are volunteering their time to help you.
If you’re using Nextcloud in a business/critical setting, paid and SLA-based support services can be accessed via portal.nextcloud.com where Nextcloud engineers can help ensure your business keeps running smoothly.
Getting help
In order to help you as efficiently (and quickly!) as possible, please fill in as much of the below requested information as you can.
Before clicking submit: Please check if your query is already addressed via the following resources:
- Official documentation (searchable and regularly updated)
- How to topics and FAQs
- Forum search
(Utilizing these existing resources is typically faster. It also helps reduce the load on our generous volunteers while elevating the signal to noise ratio of the forums otherwise arising from the same queries being posted repeatedly).
Some or all of the below information will be requested if it isn’t supplied; for fastest response please provide as much as you can. ![]()
The Basics
- Nextcloud Server version (e.g., 29.x.x):
29.0.16
- Operating system and version (e.g., Ubuntu 24.04):
AlmaLinux 9.7
- Web server and version (e.g, Apache 2.4.25):
- Apache 2.4.62
- Reverse proxy and version _(e.g. nginx 1.27.2)
n/a
- PHP version (e.g, 8.3):
- 8.0.30-14.el9
- Is this the first time you’ve seen this error? (Yes / No):
yes
- When did this problem seem to first start?
After previous IT admin moved instance to new VM
- Installation method (e.g. AlO, NCP, Bare Metal/Archive, etc.)
Bare Metal
- Are you using CloudfIare, mod_security, or similar? (Yes / No)
no
Summary of the issue you are facing:
After previous IT admin (no longer with us) moved this Nextcloud instance to a new VM, files that previously had Share Links no longer have Share Links. I can see in the database (oc_share table) the correct tokens for the shares, but the WebUI shows no shares exist for these files. Additionally, any requests to the token results in a page not found error.
Trying to request https://my.server.org/index.php/s/cEmgDmEEj7ab2Xr results in “The page could not be found on the server or you may not be allowed to view it.”
I can download the file when logged into Nextcloud, so the file is there. It’s just the token/share URL no longer works.
Is there any way at all to re-establish these share links? There are a LOT of files (hundreds) that are giving out a 404. I don’t relish having to create new links for each of these files, copying the link URL, and then updating the website for each one.
Example file:
mysql> select id,file_source,file_target,token from oc_share where share_type=3;
2202 | 2622318 | /myfile.doc | cEmgDmEEj7ab2Xr
Steps to replicate it (hint: details matter!):
I do not have the steps the previous employee used to migrate/move the instance. I do know that the file/data store is on NFS and that was not changed. I also verified SELinux contexts are correct.
I can reliably replicate the error by trying to request any of the numerous shared files from our website (the HTML of the site links to the public share link of each of these files).
Log entries
Nextcloud
Please provide the log entries from your Nextcloud log that are generated during the time of problem (via the Copy raw option from Administration settings->Logging screen or from your nextcloud.log located in your data directory). Feel free to use a pastebin/gist service if necessary.
This does not show up in the Nextcloud log that I can find
Web Browser
If the problem is related to the Web interface, open your browser inspector Console and Network tabs while refreshing (reloading) and reproducing the problem. Provide any relevant output/errors here that appear.
Status
404
Not Found
VersionHTTP/1.1
Transferred18.67 kB (17.34 kB size)
Request PriorityHighest
DNS Resolution
Web server / Reverse Proxy
The output of your Apache/nginx/system log in /var/log/____:
10.15.64.164 - - [18/Dec/2025:14:59:38 -0700] "GET /index.php/s/cEmGdmEEj7ab2Xr HTTP/1.1" 404 17341 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:146.0) Gecko/20100101 Firefox/146.0"
Configuration
Nextcloud
The output of occ config:list system or similar is best, but, if not possible, the contents of your config.php file from /path/to/nextcloud is fine (make sure to remove any identifiable information!):
PAST{
"system": {
"passwordsalt": "***REMOVED SENSITIVE VALUE***",
"secret": "***REMOVED SENSITIVE VALUE***",
"trusted_domains": [
"localhost",
"***REMOVED SENSITIVE VALUES ***"
],
"datadirectory": "***REMOVED SENSITIVE VALUE***",
"dbtype": "mysql",
"version": "29.0.16.1",
"overwrite.cli.url": "http:\/\/localhost",
"dbname": "***REMOVED SENSITIVE VALUE***",
"dbhost": "***REMOVED SENSITIVE VALUE***",
"dbport": "",
"dbtableprefix": "oc_",
"dbuser": "***REMOVED SENSITIVE VALUE***",
"dbpassword": "***REMOVED SENSITIVE VALUE***",
"installed": true,
"instanceid": "***REMOVED SENSITIVE VALUE***",
"mail_domain": "***REMOVED SENSITIVE VALUE***",
"mail_smtpmode": "smtp",
"mail_from_address": "***REMOVED SENSITIVE VALUE***",
"mail_smtphost": "***REMOVED SENSITIVE VALUE***",
"memcache.local": "\\OC\\Memcache\\APCu",
"memcache.distributed": "\\OC\\Memcache\\Redis",
"redis": {
"host": "***REMOVED SENSITIVE VALUE***",
"port": 0,
"timeout": 0,
"dbindex": 0
},
"memcache.locking": "\\OC\\Memcache\\Redis",
"ldapIgnoreNamingRules": false,
"ldapProviderFactory": "OCA\\User_LDAP\\LDAPProviderFactory",
"maintenance": false,
"loglevel": 2,
"logfile": "\/var\/log\/nextcloud\/nextcloud.log",
"theme": "",
"trashbin_retention_obligation": "auto",
"twofactor_enforced": "true",
"twofactor_enforced_groups": [],
"twofactor_enforced_excluded_groups": [
"admin",
"lucy_encounter",
"punch-newusers",
"newusers",
"solaris_newusers"
],
"app_install_overwrite": [
"calendar",
"spgverein"
],
"mail_sendmailmode": "smtp",
"mail_smtpport": "25",
"mail_smtpdebug": true,
"encryption.legacy_format_support": true,
"encryption.key_storage_migrated": false,
"maintenance_window_start": 9
}
}
E HERE
Apps
Enabled:
- activity: 2.21.1
- calendar: 4.7.18
- circles: 29.0.0-dev
- cloud_federation_api: 1.12.0
- comments: 1.19.0
- contacts: 6.0.5
- contactsinteraction: 1.10.0
- dashboard: 7.9.0
- dav: 1.30.1
- deck: 1.13.6
- federatedfilesharing: 1.19.0
- federation: 1.19.0
- files: 2.1.1
- files_downloadlimit: 2.0.0
- files_external: 1.21.0
- files_pdfviewer: 2.10.0
- files_reminders: 1.2.0
- files_sharing: 1.21.0
- files_trashbin: 1.19.0
- files_versions: 1.22.0
- firstrunwizard: 2.18.0
- groupfolders: 17.0.10
- logreader: 2.14.0
- lookup_server_connector: 1.17.0
- mail: 3.7.24
- nextcloud_announcements: 1.18.0
- notifications: 2.17.0
- oauth2: 1.17.1
- password_policy: 1.19.0
- photos: 2.5.0
- privacy: 1.13.0
- provisioning_api: 1.19.0
- recommendations: 2.1.0
- related_resources: 1.4.0
- serverinfo: 1.19.0
- settings: 1.12.0
- sharebymail: 1.19.0
- survey_client: 1.17.0
- systemtags: 1.19.0
- tasks: 0.16.1
- terms_of_service: 4.4.0
- text: 3.10.1
- theming: 2.4.0
- twofactor_admin: 4.8.0
- twofactor_backupcodes: 1.18.0
- twofactor_totp: 11.0.0-dev
- updatenotification: 1.19.1
- user_ldap: 1.20.0
- user_status: 1.9.0
- user_usage_report: 1.13.1
- viewer: 2.3.0
- weather_status: 1.9.0
- workflowengine: 2.11.0
Disabled: - admin_audit: 1.19.0 (installed 1.10.0)
- bruteforcesettings: 2.9.0
- encryption: 2.17.0 (installed 2.9.0)
- files_accesscontrol: 1.14.1 (installed 1.14.1)
- files_rightclick: 0.15.1 (installed 1.6.0)
- ojsxc: 4.3.1 (installed 4.3.1)
- richdocuments: 3.7.14 (installed 3.7.14)
- richdocumentscode: 6.4.601 (installed 6.4.601)
- support: 1.12.0 (installed 1.4.0)
- suspicious_login: 7.0.0