Steps to reproduce
- Mount external storage in userspace. For me it’s S3, but suppose it’s valid for all kinds of external storage
- Have files_trashbin enabled, same might be for files_versions (untested)
- Delete files from external storage
Expected behaviour
Retention of the deleted files should be on the external storage still
Actual behaviour
all files in trashbin get stored on local storage
Which could be an issue if storage was explicitly expanded with external ressources because of internal shortage of storage and a huge chunk of files get deleted
Server configuration
Operating system:
Red Hat Enterprise Linux Server release 7.8
Web server:
Apache/2.4.39
Database:
MariaDB 10.3
PHP version:
PHP Version 7.3.24
ownCloud version: (see ownCloud admin page)
10.5.0.10
Updated from an older ownCloud or fresh install:
updated
Where did you install ownCloud from:
.zip File
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.
No errors have been found.
The content of config/config.php:
Log in to the web-UI with an administrator account and click on
'admin' -> 'Generate Config Report' -> 'Download ownCloud config report'
This report includes the config.php settings, the list of activated apps
and other details in a well sanitized form.
or
If you have access to your command line run e.g.:
sudo -u www-data php occ config:list system
from within your ownCloud installation folder
*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.
{
“system”: {
“instanceid”: “ocn0m55yidnr”,
“passwordsalt”: “REMOVED SENSITIVE VALUE”,
“secret”: “REMOVED SENSITIVE VALUE”,
“trusted_domains”: [
“stefankremer.cloud”
],
“datadirectory”: “/home/whoamu/ocx-files/data”,
“overwrite.cli.url”: “https://stefankremer.cloud”,
“logtimezone”: “UTC”,
“installed”: true,
“maintenance”: false,
“debug”: false,
“dbtype”: “mysql”,
“version”: “10.5.0.10”,
“dbname”: “whoamu_ocx”,
“dbhost”: “127.0.0.1”,
“dbtableprefix”: “oc_”,
“dbuser”: “REMOVED SENSITIVE VALUE”,
“dbpassword”: “REMOVED SENSITIVE VALUE”,
“mail_from_address”: “REMOVED SENSITIVE VALUE”,
“mail_smtpmode”: “smtp”,
“mail_domain”: “REMOVED SENSITIVE VALUE”,
“default_language”: “de”,
“defaultapp”: “files”,
“knowledgebaseenabled”: false,
“trashbin_retention_obligation”: “3, 10”,
“versions_retention_obligation”: “3, 10”,
“activity_expire_days”: 365,
“theme”: “”,
“loglevel”: 3,
“log_type”: “owncloud”,
“logfile”: “/home/whoamu/logs/owncloud.log”,
“log_rotate_size”: 5242880,
“tempdirectory”: “/home/whoamu/tmp”,
“memcache.local”: “\OC\Memcache\APCu”,
“memcache.locking”: “\OC\Memcache\APCu”,
“mail_smtpsecure”: “tls”,
“mail_smtpauthtype”: “LOGIN”,
“mail_smtpauth”: 1,
“mail_smtphost”: “REMOVED SENSITIVE VALUE”,
“mail_smtpport”: “587”,
“mail_smtpname”: “REMOVED SENSITIVE VALUE”,
“mail_smtppassword”: “REMOVED SENSITIVE VALUE”
}
}
List of activated apps:
If you have access to your command line run e.g.:
sudo -u www-data php occ app:list
from within your ownCloud installation folder.
Enabled:
- activity: 2.5.4
- calendar: 1.6.4
- comments: 0.3.0
- configreport: 0.2.0
- contacts: 1.5.5
- customgroups: 0.6.0
- dav: 0.6.0
- diagnostics: 0.1.4
- extract: 1.2.4
- federatedfilesharing: 0.5.0
- federation: 0.1.0
- files: 1.5.2
- files_clipboard: 1.0.2
- files_external: 0.7.1
- files_external_ftp: 0.2.1
- files_external_s3: 1.0.0
- files_mediaviewer: 1.0.3
- files_pdfviewer: 0.11.2
- files_sharing: 0.13.0
- files_texteditor: 2.3.0
- files_textviewer: 1.0.3
- files_trashbin: 0.9.1
- files_versions: 1.3.0
- firstrunwizard: 1.2.0
- gallery: 16.1.1
- guests: 0.9.0
- impersonate: 0.5.0
- market: 0.6.0
- notifications: 0.5.2
- oauth2: 0.4.4
- provisioning_api: 0.5.0
- tasks: 0.9.7
- templateeditor: 0.4.0
- twofactor_totp: 0.7.0
- updatenotification: 0.2.1
Disabled: - encryption
- external
- systemtags
- user_external
Are you using external storage, if yes which one: local/smb/sftp/…
yes, hence the problem.
Are you using encryption: yes/no
no
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/…
no
LDAP configuration (delete this part if not used)
With access to your command line run e.g.:
sudo -u www-data php occ ldap:show-config
from within your ownCloud installation folder
Without access to your command line download the data/owncloud.db to your local
computer or access your SQL server remotely and run the select query:
SELECT * FROM `oc_appconfig` WHERE `appid` = 'user_ldap';
Eventually replace sensitive data as the name/IP-address of your LDAP server or groups.
Client configuration
Browser:
Brave 1.16.72 Chromium: 86.0.4240.183 (Offizieller Build) (x86_64)
Operating system:
Mac OS 10.15.7
Logs
Web server error log
Insert your webserver log here
ownCloud log (data/owncloud.log)
Insert your ownCloud log here
Browser log
Insert your browser log here, this could for example include:
a) The javascript console log
b) The network log
c) ...