[Bug]: Running occ maintenance:repair --include-expensive aborts with Could not resolve OCA\Files_Sharing\Repair\CleanupShareTarget #58594
Description
⚠️ 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
I've updated a Nextcloud instance from version 32 to 33. First thing I usually do after major version updates is to visit the Administrative Settings admin page and perform all maintenance steps that it recommends.
After having arrived there, I'm seeing the following warning/recommendation:
⚠️ Mimetype migrations available
One or more mimetype migrations are available. Occasionally new mimetypes are added to better handle certain file types. Migrating the mimetypes take a long time on larger instances so this is not done automatically during upgrades. Use the commandocc maintenance:repair --include-expensiveto perform the migrations.
Executing said command on a shell aborts with the following error:
In SimpleContainer.php line 138:
Could not resolve OCA\Files_Sharing\Repair\CleanupShareTarget! Class "OCA\Files_Sharing\Repair\CleanupShareTarget" does not exist
I guess this isn't supposed to happen... never did on earlier Nextcloud versions.
I've tried this on two similarly configured (but not precisely identical) Nextcloud instances... this happened in both cases.
Steps to reproduce
- Visit the Administrative Settings page in the Nextcloud UI (
.../settings/admin/overview) right after updating to version 33. Note the warning "Mimetype migrations available" and its recommendation to runocc maintenance:repair --include-expensive. - Execute said command on a shell (as the right user of course). Observe the error.
In SimpleContainer.php line 138: Could not resolve OCA\Files_Sharing\Repair\CleanupShareTarget! Class "OCA\Files_Sharing\Repair\CleanupShareTarget" does not exist
Expected behavior
The maintenance:repair command should run to completion without aborting due to technical errors.
Nextcloud Server version
33
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.4
Web server
Apache (supported)
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 31 to 32)
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
{
"system": {
"htaccess.RewriteBase": "\/",
"memcache.local": "\\OC\\Memcache\\APCu",
"apps_paths": [
{
"path": "\/var\/www\/html\/apps",
"url": "\/apps",
"writable": false
},
{
"path": "\/var\/www\/html\/custom_apps",
"url": "\/custom_apps",
"writable": true
}
],
"oidc_login_button_text": "Single Sign-On (SSO)",
"oidc_login_disable_registration": true,
"oidc_login_provider_url": "***REMOVED SENSITIVE VALUE***",
"oidc_login_client_id": "***REMOVED SENSITIVE VALUE***",
"oidc_login_client_secret": "***REMOVED SENSITIVE VALUE***",
"oidc_login_auto_redirect": false,
"oidc_login_redir_fallback": true,
"oidc_login_logout_url": "***REMOVED SENSITIVE VALUE***",
"oidc_login_attributes": {
"id": "preferred_username",
"mail": "email",
"name": "name"
},
"memcache.distributed": "\\OC\\Memcache\\Redis",
"memcache.locking": "\\OC\\Memcache\\Redis",
"redis": {
"host": "***REMOVED SENSITIVE VALUE***",
"password": "***REMOVED SENSITIVE VALUE***",
"port": 6379
},
"overwritehost": "***REMOVED SENSITIVE VALUE***",
"overwriteprotocol": "https",
"overwritewebroot": "\/nextcloud",
"instanceid": "***REMOVED SENSITIVE VALUE***",
"passwordsalt": "***REMOVED SENSITIVE VALUE***",
"secret": "***REMOVED SENSITIVE VALUE***",
"trusted_domains": [
"localhost"
],
"datadirectory": "***REMOVED SENSITIVE VALUE***",
"dbtype": "pgsql",
"version": "33.0.0.16",
"overwrite.cli.url": "https:\/\/localhost\/nextcloud",
"installed": true,
"maintenance": false,
"dbname": "***REMOVED SENSITIVE VALUE***",
"dbhost": "***REMOVED SENSITIVE VALUE***",
"dbuser": "***REMOVED SENSITIVE VALUE***",
"dbpassword": "***REMOVED SENSITIVE VALUE***",
"loglevel": 2,
"updater.release.channel": "stable",
"mail_from_address": "***REMOVED SENSITIVE VALUE***",
"mail_smtpmode": "smtp",
"mail_sendmailmode": "smtp",
"mail_domain": "***REMOVED SENSITIVE VALUE***",
"mail_smtphost": "***REMOVED SENSITIVE VALUE***",
"mail_smtpsecure": "tls",
"mail_smtpauth": 1,
"mail_smtpport": "587",
"mail_smtpauthtype": "LOGIN",
"mail_smtpname": "***REMOVED SENSITIVE VALUE***",
"mail_smtppassword": "***REMOVED SENSITIVE VALUE***",
"theme": "",
"preview_max_x": 1024,
"preview_max_y": 1024,
"enabledPreviewProviders": [
"OC\\Preview\\Imaginary"
],
"preview_imaginary_url": "***REMOVED SENSITIVE VALUE***",
"trusted_proxies": "***REMOVED SENSITIVE VALUE***",
"maintenance_window_start": 1,
"app_install_overwrite": [
"oidc_login"
]
}
}List of activated Apps
Enabled:
- bruteforcesettings: 6.0.0-dev.0
- cloud_federation_api: 1.17.0
- ***CUSTOM_APP_BUT_NOTHING_FANCY_AND_VERY_STRAIGHTFORWARD***: 0.2.0
- dav: 1.36.0
- federatedfilesharing: 1.23.0
- files: 2.5.0
- files_pdfviewer: 6.0.0-dev.0
- files_trashbin: 1.23.0
- groupfolders: 21.0.6
- logreader: 6.0.0
- lookup_server_connector: 1.21.0
- notifications: 6.0.0
- oauth2: 1.21.0
- oidc_login: 3.3.0
- password_policy: 5.0.0-dev.0
- photos: 6.0.0-dev.0
- profile: 1.2.0
- provisioning_api: 1.23.0
- settings: 1.16.0
- text: 7.0.0-dev.3
- theming: 2.8.0
- twofactor_backupcodes: 1.22.0
- twofactor_totp: 15.0.0-dev.0
- viewer: 6.0.0-dev.0
- workflowengine: 2.15.0
Disabled:
- activity: 6.0.0-dev.0 (installed 2.14.3)
- admin_audit: 1.23.0
- app_api: 33.0.0 (installed 4.0.6)
- circles: 33.0.0 (installed 26.0.1)
- comments: 1.23.0 (installed 1.19.0)
- contactsinteraction: 1.14.1 (installed 1.2.0)
- dashboard: 7.13.0 (installed 7.1.0)
- encryption: 2.21.0
- federation: 1.23.0 (installed 1.11.0)
- files_downloadlimit: 5.1.0-dev.0 (installed 2.0.0)
- files_external: 1.25.1
- files_reminders: 1.6.0 (installed 1.2.0)
- files_rightclick: 0.15.1 (installed 1.6.0)
- files_sharing: 1.25.2 (installed 1.21.0)
- files_versions: 1.26.0 (installed 1.18.0)
- firstrunwizard: 6.0.0-dev.0 (installed 5.0.0-dev.0)
- nextcloud_announcements: 5.0.0 (installed 1.15.0)
- previewgenerator: 5.12.1 (installed 5.12.1)
- privacy: 5.0.0-dev.0 (installed 1.9.0)
- recommendations: 6.0.0-dev.0 (installed 1.4.0)
- related_resources: 4.0.0-dev.0 (installed 1.0.3)
- serverinfo: 5.0.0-dev.0 (installed 1.11.0)
- sharebymail: 1.23.0 (installed 1.11.0)
- support: 5.0.0 (installed 1.4.0)
- survey_client: 5.0.0-dev.0 (installed 1.9.0)
- suspicious_login: 11.0.0-dev.0
- systemtags: 1.23.0 (installed 1.19.0)
- twofactor_nextcloud_notification: 7.0.0
- updatenotification: 1.23.0 (installed 1.16.0)
- user_ldap: 1.24.0
- user_status: 1.13.0 (installed 1.1.1)
- weather_status: 1.13.0 (installed 1.1.0)
- webhook_listeners: 1.5.0 (installed 1.1.0-dev)Nextcloud Signing status
No errors have been found.Nextcloud Logs
(no log entries are written by the failing command)Additional info
-
My Nextcloud installations are basically containers running plain
nextcloud:33images. No fancy server customizations (such as additional Docker entrypoint scripts, or changes to Apache's.htaccess) have been made, I've only configurd server connections to PostgreSQL, Redis, and Imaginary. -
Not directly related, but very similar: some time later, I am seeing a similar error message in the Nextcloud log:
**QueryNotFoundException** Could not resolve OCA\FirstRunWizard\Notification\BackgroundJob! Class "OCA\FirstRunWizard\Notification\BackgroundJob" does not existDid the updater/installer not copy all code files?