[Bug]: Versions still appear in the Files view after running php occ files_versions:cleanup
#39046
Comments
elpraga
added
0. Needs triage
This comment was marked as resolved.
This comment was marked as resolved.
|
cc @artonge |
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as spam.
This comment was marked as spam.
|
Can you check your Nextcloud log and pull the stack trace or error returned when you attempt to access these bogus versions? |
|
Can you run the occ file:scan command and see if they are still visible ? |
|
I have this issue too and file:scan and file:cleanup doesn't fix it, I use a hetzner storage share and they saw after I deleted the files they were still showing in the database I also found this #37461 issue and I would suspect its related although for this its in reverse, it is not removing it in the database it needs to once the files are deleted through OCC or expire through the retention setting but it works if i do a manual delete in the webui |
|
Hello, Seems that the old versions are still referenced somewhere. The database I imagine. Is there a way to clean these references safely from the database? |
|
Our installation appears to be suffering from the same ptoblem. Not caused by manual deletion, but possibly problems with external storage. The effect is as described though, and I would be interested in how to remove these stale database entries referring to version files that do not physically exist. |
|
I was not able to reproduce. Is the issue still occurring? |
What version you on? Because I do not believe anything has changed with v27 As for reproducing, all you gotta do is upload a file twice so it gets versioned then run the occ command to clear out all versions and you’ll notice while the files on disk is removed the database still have them so they’ll show in the versions list on the uploaded file for me this also applies with retention settings when auto cleared it also doesn’t clear from its database so it always shows all versions that ever existed just the version file itself no longer exists on disk EDIT: I just tested on my hetzner storage share which runs 27.1.5 and the issue remains, the versions all appear on the list for the file but they are deleted on disk, database is not cleared of them |
|
I can reproduce what @Zairhn did on Nextcloud v28.0.1.1 |
|
@justsomescripts @Zairhn I was not able to reproduce. Can you check if there is anything related in your Nextcloud server logs? You can check the log file just after running the command. |
the command is not versions:expire it is infact cleanup as the title of this bug report states, but I have had the same issue with versions:expire, I also don't have log access on hetzner storage share |
|
Hello, could one of you test this PR: #43263 |
Bug description
I may have run into a problem.
By mistake, I have manually deleted old versions directly in the Nextcloud
datadirectory directly on the server.Then, after reading about the correct solution, I ran
php occ files_versions:cleanup myuser.I was under the assumption that after this step, old versions will no longer appear in the Files app in the web interface.
They do appear, and obviously, they are inaccessible.
Is this the expected behavior and can this situation on my server be fixed?
Thank you for your reply and advice!
P.S.
I've marked the issue as a bug because I believe that after running
php occ files_versions:cleanup myuser, the old versions should not appear regardless of my previous error.I did run
occ files:scan myuser.Steps to reproduce
php occ files_versions:cleanup myuserExpected behavior
old versions are no longer visible after running
php occ files_versions:cleanup myuser(regardless if they had physically existed on disk or not)Installation method
None
Nextcloud Server version
27
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
{ "system": { "instanceid": "***REMOVED SENSITIVE VALUE***", "filelocking.enabled": true, "passwordsalt": "***REMOVED SENSITIVE VALUE***", "trusted_domains": [ "elpraga.no-ip.biz", "cloud.tomaskaluza.net", "192.168.1.146", "raspberry", "127.0.0.1", "192.168.0.10" ], "enable_previews": true, "preview_libreoffice_path": "\/usr\/bin\/libreoffice", "preview_office_cl_parameters": " --headless --nologo --nofirststartwizard --invisible --norestore --convert-to pdf --outdir \/tmp ", "preview_max_x": 1920, "preview_max_y": 1080, "enabledPreviewProviders": { "0": "OC\\Preview\\PNG", "1": "OC\\Preview\\JPEG", "2": "OC\\Preview\\GIF", "3": "OC\\Preview\\Image", "5": "OC\\Preview\\Epub", "6": "OC\\Preview\\OpenDocument", "7": "OC\\Preview\\Font", "11": "OC\\Preview\\Illustrator", "12": "OC\\Preview\\Postscript", "13": "OC\\Preview\\Photoshop", "14": "OC\\Preview\\TIFF", "15": "OC\\Preview\\MarkDown", "16": "OC\\Preview\\Movie", "17": "OC\\Preview\\Font", "18": "OC\\Preview\\PDF" }, "datadirectory": "***REMOVED SENSITIVE VALUE***", "version": "27.0.0.8", "installed": true, "default_phone_region": "ES", "auth.bruteforce.protection.enabled": true, "appstoreenabled": true, "apps_paths": [ { "path": "\/var\/www\/cloud.tomaskaluza.net\/apps", "url": "\/apps", "writable": true } ], "forcessl": true, "theme": "", "maintenance": false, "mail_smtpmode": "smtp", "mail_smtpsecure": "ssl", "secret": "***REMOVED SENSITIVE VALUE***", "forceSSLforSubdomains": true, "appstore.experimental.enabled": true, "mail_domain": "***REMOVED SENSITIVE VALUE***", "mail_from_address": "***REMOVED SENSITIVE VALUE***", "loglevel": 0, "memcache.local": "\\OC\\Memcache\\APCu", "minimum.supported.desktop.version": "2.0.0", "quota_include_external_storage": false, "overwrite.cli.url": "https:\/\/cloud.tomaskaluza.net", "mail_smtpauthtype": "PLAIN", "mail_smtphost": "***REMOVED SENSITIVE VALUE***", "mail_smtpauth": 1, "mail_smtpport": "465", "mail_smtpname": "***REMOVED SENSITIVE VALUE***", "mail_smtppassword": "***REMOVED SENSITIVE VALUE***", "htaccess.RewriteBase": "\/", "dbtype": "mysql", "dbname": "***REMOVED SENSITIVE VALUE***", "dbhost": "***REMOVED SENSITIVE VALUE***", "dbuser": "***REMOVED SENSITIVE VALUE***", "dbpassword": "***REMOVED SENSITIVE VALUE***", "updater.release.channel": "beta", "mysql.utf8mb4": true, "app_install_overwrite": [ "files_texteditor", "richdocumentscode_arm64", "facerecognition", "health", "breezedark" ], "versions_retention_obligation": "1 1", "has_rebuilt_cache": true, "memories.exiftool_no_local": true, "memories.ffmpeg_path": "\/usr\/bin\/ffmpeg", "memories.ffprobe_path": "\/usr\/bin\/ffprobe", "memories.no_transcode": false, "memories.transcoder": "\/var\/www\/cloud.tomaskaluza.net\/apps\/memories\/exiftool-bin\/go-vod-aarch64", "memories.qsv": false, "memories.vod.path": "\/var\/www\/cloud.tomaskaluza.net\/apps\/memories\/exiftool-bin\/go-vod-aarch64", "memories.vod.ffmpeg": "\/usr\/bin\/ffmpeg", "memories.vod.ffprobe": "\/usr\/bin\/ffprobe" } }List of activated Apps
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response
The text was updated successfully, but these errors were encountered: