[Bug]: Files:scan -all shows "Catalog not found" errors after upgrading to Nextcloud 29 (after migration from ver.28)

[bogdangajewski]

⚠️ This issue respects the following points: ⚠️

• This is a bug, not a question or a configuration/webserver/proxy issue.
• This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
• Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
• I agree to follow Nextcloud's Code of Conduct.

Bug description

Dear friends,

After upgrading our environment to Nextcloud 29, I noticed that running the occ command to rescan files produces numerous errors:

sudo -u nginx php occ files:scan --all

Observed behavior:

• Many "Catalog not found" errors appear.
• The paths of the files seem to point to the root directory, e.g., /john-smith, instead of the correct user directories.
• The system otherwise functions normally, and users can access their files.

Environment:

• Nextcloud version: 29.x
• PHP version: PHP 8.2.29 (cli) (built: Jul 1 2025 16:29:21) (NTS gcc x86_64)
• Database: mysql Ver 15.1 Distrib 10.5.27-MariaDB, for Linux (x86_64) using EditLine wrappe
• OS: [your OS and version] Oracle Linux Server 9.6
• Storage backend: local

What I checked:

• config.php entries for data directory
• Permissions and ownership on data directories are correct.
• Re-running occ files:scan multiple times does not resolve the issue.

Expected behavior:

• The scan should correctly map files to user directories without producing errors.

Additional information:

• It seems this issue is related to database entries for file paths rather than actual filesystem paths.
• We have not applied any custom modifications to Nextcloud.

Could you please advise if this is a known issue in version 29, and if there is a recommended way to fix the file path mappings or a patch available?

Thank you in advance for your help.

Steps to reproduce

Expected behavior

It should give no errors.

Nextcloud Server version

30

Operating system

Other

PHP engine version

PHP 8.2

Web server

Nginx

Database engine version

MariaDB

Is this bug present after an update or on a fresh install?

Fresh Nextcloud Server install

Are you using the Nextcloud Server Encryption module?

Encryption is Disabled

What user-backends are you using?

• Default user-backend (database)
• LDAP/ Active Directory
• SSO - SAML
• Other

Configuration report

List of activated Apps

Nextcloud Signing status

Nextcloud Logs

Additional info

No response

[joshtrichards]

Could you please advise if this is a known issue in version 29, and if there is a recommended way to fix the file path mappings or a patch available?

Note that v29 reached end of support awhile back.

Also, it's nearly impossible to say since you didn't fill out the bug reporting template in full.

I suggest troubleshooting further at the help forum: https://help.nextcloud.com/