Can't delete files_trashbin

,

Hello,

Actual behaviour

We have implemented Owncloud 10.8.0 which works with an LDAP and an NFS mount.
The data folder is located in /var/www/owncloud/data and we make symbolic links from the user spaces on the NFS to /var/www/owncloud/data.
Example of a user’s home : /var/www/owncloud/data/User01

Everything works perfectly, except for one thing, the user cannot empty the entire trashbin from his web user space. When we select the items one by one everything works. But clicking on the small notch to select and delete everything does not work. (show attachment)

By the way, after clicking on delete all, the page loops on the URL https://*******/ocs/v2.php/apps/notifications/api/v1/notifications?format=json and the loading.gif loops.

We have no log in owncloud.log even with loglevel 0, including in apache2 logs.
We tried without NFS mount, everything works fine.

What can be the reason, there is no problem of rights between the LDAP user and the NFS because the folders are created well at the first connection / the rest of the application works correctly ?

Thank you in advance for any help you can give us.
Best regards,

Thomas

Server configuration

Operating system:
Debian 10

Web server:
Apache2

Database:
MySQL

PHP version:
7.3

ownCloud version: (see ownCloud admin page)
10.8.0

Updated from an older ownCloud or fresh install:
Fresh install

Where did you install ownCloud from:
Official website

Signing status (ownCloud 9.0 and above):
No errors have been found.

The content of config/config.php:

{
“system”: {
“instanceid”: “ocf2fznyn7un”,
“passwordsalt”: “REMOVED SENSITIVE VALUE”,
“secret”: “REMOVED SENSITIVE VALUE”,
“trusted_domains”: [
“localhost”
],
“datadirectory”: “/var/www/owncloud/data”,
“overwrite.cli.url”: “https://********:8443”,
“dbtype”: “mysql”,
“version”: “10.8.0.4”,
“dbname”: “owncloud_new”,
“dbhost”: “localhost”,
“dbtableprefix”: “oc_”,
“mysql.utf8mb4”: true,
“dbuser”: “REMOVED SENSITIVE VALUE”,
“dbpassword”: “REMOVED SENSITIVE VALUE”,
“logtimezone”: “UTC”,
“skeletondirectory”: “”,
“loglevel”: “0”,
“logfile”: “/var/log/owncloud.log”,
“trashbin_retention_obligation”: 7,
“session_lifetime”: 86400,
“apps_paths”: [
{
“path”: “/var/www/owncloud/apps”,
“url”: “/apps”,
“writable”: false
},
{
“path”: “/var/www/owncloud/apps-external”,
“url”: “/apps-external”,
“writable”: true
}
],
“installed”: true,
“ldapIgnoreNamingRules”: false,
“integrity.ignore.missing.app.signature”: [
“theme-example”
]
}
}

List of activated apps:

  • calendar:
    • Version: 1.6.4
    • Path: /var/www/owncloud/apps/calendar
  • comments:
    • Version: 0.3.0
    • Path: /var/www/owncloud/apps/comments
  • configreport:
    • Version: 0.2.0
    • Path: /var/www/owncloud/apps/configreport
  • dav:
    • Version: 0.6.0
    • Path: /var/www/owncloud/apps/dav
  • federatedfilesharing:
    • Version: 0.5.0
    • Path: /var/www/owncloud/apps/federatedfilesharing
  • federation:
    • Version: 0.1.0
    • Path: /var/www/owncloud/apps/federation
  • files:
    • Version: 1.5.2
    • Path: /var/www/owncloud/apps/files
  • files_external:
    • Version: 0.8.0
    • Path: /var/www/owncloud/apps/files_external
  • files_mediaviewer:
    • Version: 1.0.4
    • Path: /var/www/owncloud/apps/files_mediaviewer
  • files_pdfviewer:
    • Version: 0.12.2
    • Path: /var/www/owncloud/apps/files_pdfviewer
  • files_sharing:
    • Version: 0.14.0
    • Path: /var/www/owncloud/apps/files_sharing
  • files_texteditor:
    • Version: 2.3.1
    • Path: /var/www/owncloud/apps/files_texteditor
  • files_trashbin:
    • Version: 0.9.1
    • Path: /var/www/owncloud/apps/files_trashbin
  • files_versions:
    • Version: 1.3.0
    • Path: /var/www/owncloud/apps/files_versions
  • firstrunwizard:
    • Version: 1.2.0
    • Path: /var/www/owncloud/apps/firstrunwizard
  • gallery:
    • Version: 16.1.1
    • Path: /var/www/owncloud/apps/gallery
  • market:
    • Version: 0.6.1
    • Path: /var/www/owncloud/apps/market
  • notifications:
    • Version: 0.5.4
    • Path: /var/www/owncloud/apps/notifications
  • provisioning_api:
    • Version: 0.5.0
    • Path: /var/www/owncloud/apps/provisioning_api
  • systemtags:
    • Version: 0.3.0
    • Path: /var/www/owncloud/apps/systemtags
  • templateeditor:
    • Version: 0.4.0
    • Path: /var/www/owncloud/apps/templateeditor
  • theme-example:
    • Version: 1.0.0
    • Path: /var/www/owncloud/apps/theme-example
  • updatenotification:
    • Version: 0.2.1
    • Path: /var/www/owncloud/apps/updatenotification
  • user_ldap:
    • Version: 0.15.4
    • Path: /var/www/owncloud/apps/user_ldap

LDAP configuration (delete this part if not used)

±------------------------------±----------------------------------------------+
| Configuration | |
±------------------------------±----------------------------------------------+
| hasMemberOfFilterSupport | |
| hasPagedResultSupport | |
| homeFolderNamingRule | attr:cn |
| lastJpegPhotoLookup | 0 |
| ldapAgentName | SENSITIVE DATA |
| ldapAgentPassword | *** |
| ldapAttributesForGroupSearch | |
| ldapAttributesForUserSearch | |
| ldapBackupHost | |
| ldapBackupPort | |
| ldapBase | SENSITIVE DATA |
| ldapBaseGroups | SENSITIVE DATA |
| ldapBaseUsers | SENSITIVE DATA |
| ldapCacheTTL | 600 |
| ldapConfigurationActive | 1 |
| ldapDynamicGroupMemberURL | |
| ldapEmailAttribute | |
| ldapExperiencedAdmin | 0 |
| ldapExpertUUIDGroupAttr | cn |
| ldapExpertUUIDUserAttr | cn |
| ldapExpertUsernameAttr | cn |
| ldapGroupDisplayName | cn |
| ldapGroupFilter | (&(|(objectclass=posixGroup))) |
| ldapGroupFilterGroups | |
| ldapGroupFilterMode | 0 |
| ldapGroupFilterObjectclass | posixGroup |
| ldapGroupMemberAssocAttr | memberUid |
| ldapHost | ldap://SENSITIVE DATA |
| ldapIgnoreNamingRules | |
| ldapLoginFilter | (&(|(objectclass=posixAccount))(|(uid=%uid))) |
| ldapLoginFilterAttributes | uid |
| ldapLoginFilterEmail | 0 |
| ldapLoginFilterMode | 1 |
| ldapLoginFilterUsername | 1 |
| ldapNestedGroups | 0 |
| ldapNetworkTimeout | 2 |
| ldapOverrideMainServer | |
| ldapPagingSize | 500 |
| ldapPort | 389 |
| ldapQuotaAttribute | SENSITIVE DATA |
| ldapQuotaDefault | 10995116277760 |
| ldapTLS | 0 |
| ldapUserDisplayName | cn |
| ldapUserDisplayName2 | |
| ldapUserFilter | (|(objectclass=posixAccount)) |
| ldapUserFilterGroups | |
| ldapUserFilterMode | 0 |
| ldapUserFilterObjectclass | posixAccount |
| ldapUserName | samaccountname |
| ldapUuidGroupAttribute | auto |
| ldapUuidUserAttribute | auto |
| turnOffCertCheck | 0 |
| useMemberOfToDetectMembership | 1 |
±------------------------------±----------------------------------------------+

Client configuration

Browser:
Chrome / Firefox

Operating system:
Windows 10

Logs

Web server error log

No log

Insert your webserver log here
No log

ownCloud log (data/owncloud.log)

No log

Browser log

Is it possible that the deletion is just taking a long time? Have you monitored the files_trashbin folder during the delete attempt to see if the number of files is reducing?

If without NFS it works, you probably should monitor the NFS connection somehow. As said, the deletion might just be taking too much time, maybe due to the large content in the folder.

In addition, ownCloud isn’t doing anything special with NFS. ownCloud uses it as any regular FS. This means that there might be a configuration option in NFS that might be giving problems.

Thanks for your answer,

I have 2 NFS mounts, one from a Synology NAS (BTRFS filesystem) and one from a Debian server (ext4 filesystem)

With the NFS mount of our Debian server no problem.
But with the NFS mount of our Synology, the complete deletion doesn’t work (but no worries by checking each file one by one)

I test with a folder “files_trashbin” containing a txt file of 0 bytes.
I analyzed the NFS logs, I can see the “NFS call” of deletion on the Debian NFS but not on the Synology NFS:

Debian server NFS log:

Sep 17 13:00:35 ikicoc-test kernel: [82843.325007] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.325656] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.326182] NFS call remove files/AEZAEZA.txt.d1631876376
Sep 17 13:00:35 ikicoc-test kernel: [82843.327300] NFS call rmdir files
Sep 17 13:00:35 ikicoc-test kernel: [82843.328193] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.328564] NFS call rmdir keys
Sep 17 13:00:35 ikicoc-test kernel: [82843.329174] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.329535] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.329910] NFS call remove versions/AEZAEZA.txt.v1631876355.d1631876376
Sep 17 13:00:35 ikicoc-test kernel: [82843.330655] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.331059] NFS call remove versions/AEZAEZA.txt.v1631876356.d1631876376
Sep 17 13:00:35 ikicoc-test kernel: [82843.331700] NFS call readdirplus 0
Sep 17 13:00:35 ikicoc-test kernel: [82843.332431] NFS call readdirplus 192
Sep 17 13:00:35 ikicoc-test kernel: [82843.332997] NFS call rmdir versions
Sep 17 13:00:35 ikicoc-test kernel: [82843.333714] NFS call rmdir files_trashbin
Sep 17 13:00:35 ikicoc-test kernel: [82843.347959] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.348545] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.349377] NFS call remove 1247/2048-2048-max.png
Sep 17 13:00:35 ikicoc-test kernel: [82843.350485] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.350974] NFS call remove 1247/44-44.png
Sep 17 13:00:35 ikicoc-test kernel: [82843.351601] NFS call readdirplus 0
Sep 17 13:00:35 ikicoc-test kernel: [82843.352348] NFS call readdirplus 152
Sep 17 13:00:35 ikicoc-test kernel: [82843.352902] NFS call rmdir 1247
Sep 17 13:00:35 ikicoc-test kernel: [82843.360516] NFS call lookup files_trashbin
Sep 17 13:00:35 ikicoc-test kernel: [82843.361018] NFS call mkdir files_trashbin
Sep 17 13:00:35 ikicoc-test kernel: [82843.362530] NFS call access
Sep 17 13:00:35 ikicoc-test kernel: [82843.367461] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.367822] NFS call readdirplus 0
Sep 17 13:00:35 ikicoc-test kernel: [82843.371787] NFS call lookup files
Sep 17 13:00:35 ikicoc-test kernel: [82843.372350] NFS call mkdir files
Sep 17 13:00:35 ikicoc-test kernel: [82843.372353] NFS call getacl
Sep 17 13:00:35 ikicoc-test kernel: [82843.374241] NFS call access
Sep 17 13:00:35 ikicoc-test kernel: [82843.378685] NFS call getattr
Sep 17 13:00:35 ikicoc-test kernel: [82843.379042] NFS call readdirplus 0

Synology NFS log:

Sep 17 13:01:43 ikicoc-test kernel: [82911.049342] NFS call readdirplus 0
Sep 17 13:01:43 ikicoc-test kernel: [82911.049705] NFS call remove 1331/2048-2048-max.png
Sep 17 13:01:43 ikicoc-test kernel: [82911.050247] NFS call remove 1331/44-44.png
Sep 17 13:01:43 ikicoc-test kernel: [82911.050651] NFS call rmdir 1331
Sep 17 13:01:43 ikicoc-test kernel: [82911.058851] NFS call getattr
Sep 17 13:01:43 ikicoc-test kernel: [82911.059156] NFS call readdirplus 0
Sep 17 13:01:43 ikicoc-test kernel: [82911.059513] NFS call remove 1330/2048-2048-max.png
Sep 17 13:01:43 ikicoc-test kernel: [82911.059857] NFS call remove 1330/44-44.png
Sep 17 13:01:43 ikicoc-test kernel: [82911.060159] NFS call rmdir 1330
Sep 17 13:01:43 ikicoc-test kernel: [82911.065071] NFS call lookup files_trashbin
Sep 17 13:01:43 ikicoc-test kernel: [82911.065513] NFS call lookup files

As you can see NFS does not even try to delete folders/files in files_trashbin.
But the removal of thumbnails works, it (remove 1330/2048-2048-max.png, remove 1330/44-44.png, rmdir 1330)
I don’t understand

You could also try to disable the trashbin app and check what happens when you delete a folder in ownCloud. I expect you to have problems deleting folders due to the NFS issue you’re having, but it would be nice to confirm.

Everything works without the trashbin application, i can delete all the files at once.

To summarize:

Deletion works by selecting file by file but leaving a file
Deletion works without the trashbin application.
The deletion works on an NFS mount from a server with an ext4 filesystem.

But does not work:

On NFS mount from a server with BTRFS filesystem.

I don’t know much about PHP but the “deleteAll” function is used to delete the whole trashbin.
Can this one be involved / is not understood by my NFS mount ?

Problem solved, problem of rights on the LDAP users on the Synology side, they were read-only.

Thanks for your help!

Best regards,

Thomas

2 Likes

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.