solracsf
commented
3 months ago For LDAP remnants, see: https://docs.nextcloud.com/server/29/admin_manual/configuration_user/user_auth_ldap_cleanup.html
Open cdhermann opened 3 months ago
solracsf
commented
3 months ago For LDAP remnants, see: https://docs.nextcloud.com/server/29/admin_manual/configuration_user/user_auth_ldap_cleanup.html
cdhermann
commented
3 months ago For LDAP remnants, see: https://docs.nextcloud.com/server/29/admin_manual/configuration_user/user_auth_ldap_cleanup.html
Thank you very much for the link, but unfortunately the ldap:show-remnants command displays nothing:
# docker exec -ti --user www-data nextcloud-aio-nextcloud /var/www/html/occ config:app:get user_ldap ldapUserCleanupInterval
51# docker exec -ti --user www-data nextcloud-aio-nextcloud /var/www/html/occ ldap:show-remnants
+----------------+--------------+----------+---------+------------+-------------+-----+--------+
| Nextcloud name | Display Name | LDAP UID | LDAP DN | Last Login | Detected on | Dir | Sharer |
+----------------+--------------+----------+---------+------------+-------------+-----+--------+How do I find the records in the DB causing this error messages? Maybe deleting or updating the records triggering the message in the DB directly helps getting rid of these recurring messages for non-existing users.
Sometimes the object is referred to with an UUID, sometimes with username the user had as it existed.
{
"reqId": "Q0IhgQoDCJfqvAhVTJGs",
"level": 3,
"time": "2024-08-06T07:15:14+00:00",
"remoteAddr": "",
"user": "--",
"app": "files",
"method": "",
"url": "--",
"message": "Backends provided no user object for e8b29d14-908f-38c4-95cc-7be0743aa89c",
"userAgent": "--",
"version": "29.0.4.1",
"exception": {
"Exception": "OC\\User\\NoUserException",
"Message": "Backends provided no user object",
"Code": 0,
"Trace": [
{
"function": "getUserFolder",
"class": "OC\\Files\\Node\\Root",
"type": "->",
"args": [
"e8b29d14-908f-38c4-95cc-7be0743aa89c"
]
},
{
"file": "/var/www/html/lib/private/Files/Node/LazyFolder.php",
"line": 84,
"function": "call_user_func_array",
"args": [
[
[
"OC\\Files\\Node\\Root"
],
"getUserFolder"
],
[
"e8b29d14-908f-38c4-95cc-7be0743aa89c"
]
]
},
{
"file": "/var/www/html/lib/private/Files/Node/LazyRoot.php",
"line": 53,
"function": "__call",
"class": "OC\\Files\\Node\\LazyFolder",
"type": "->",
"args": [
"getUserFolder",
[
"e8b29d14-908f-38c4-95cc-7be0743aa89c"
]
]
},
{
"file": "/var/www/html/custom_apps/files_fulltextsearch/lib/Service/FilesService.php",
"line": 558,
"function": "getUserFolder",
"class": "OC\\Files\\Node\\LazyRoot",
"type": "->",
"args": [
"e8b29d14-908f-38c4-95cc-7be0743aa89c"
]
},
{
"file": "/var/www/html/custom_apps/files_fulltextsearch/lib/Service/FilesService.php",
"line": 577,
"function": "getFileFromId",
"class": "OCA\\Files_FullTextSearch\\Service\\FilesService",
"type": "->",
"args": [
"e8b29d14-908f-38c4-95cc-7be0743aa89c",
684249
]
},
{
"file": "/var/www/html/custom_apps/files_fulltextsearch/lib/Service/FilesService.php",
"line": 638,
"function": "getFileFromIndex",
"class": "OCA\\Files_FullTextSearch\\Service\\FilesService",
"type": "->",
"args": [
"*** sensitive parameters replaced ***"
]
},
{
"file": "/var/www/html/custom_apps/files_fulltextsearch/lib/Service/FilesService.php",
"line": 706,
"function": "generateDocumentFromIndex",
"class": "OCA\\Files_FullTextSearch\\Service\\FilesService",
"type": "->",
"args": [
"*** sensitive parameters replaced ***"
]
},
{
"file": "/var/www/html/custom_apps/files_fulltextsearch/lib/Provider/FilesProvider.php",
"line": 314,
"function": "updateDocument",
"class": "OCA\\Files_FullTextSearch\\Service\\FilesService",
"type": "->",
"args": [
"*** sensitive parameters replaced ***"
]
},
{
"file": "/var/www/html/custom_apps/fulltextsearch/lib/Service/IndexService.php",
"line": 409,
"function": "updateDocument",
"class": "OCA\\Files_FullTextSearch\\Provider\\FilesProvider",
"type": "->",
"args": [
"*** sensitive parameters replaced ***"
]
},
{
"file": "/var/www/html/custom_apps/fulltextsearch/lib/Cron/Index.php",
"line": 109,
"function": "updateDocument",
"class": "OCA\\FullTextSearch\\Service\\IndexService",
"type": "->",
"args": [
"*** sensitive parameters replaced ***"
]
},
{
"file": "/var/www/html/custom_apps/fulltextsearch/lib/Cron/Index.php",
"line": 77,
"function": "liveCycle",
"class": "OCA\\FullTextSearch\\Cron\\Index",
"type": "->",
"args": []
},
{
"file": "/var/www/html/lib/public/BackgroundJob/Job.php",
"line": 80,
"function": "run",
"class": "OCA\\FullTextSearch\\Cron\\Index",
"type": "->",
"args": [
null
]
},
{
"file": "/var/www/html/lib/public/BackgroundJob/TimedJob.php",
"line": 102,
"function": "start",
"class": "OCP\\BackgroundJob\\Job",
"type": "->",
"args": [
[
"OC\\BackgroundJob\\JobList"
]
]
},
{
"file": "/var/www/html/lib/public/BackgroundJob/TimedJob.php",
"line": 92,
"function": "start",
"class": "OCP\\BackgroundJob\\TimedJob",
"type": "->",
"args": [
[
"OC\\BackgroundJob\\JobList"
]
]
},
{
"file": "/var/www/html/cron.php",
"line": 177,
"function": "execute",
"class": "OCP\\BackgroundJob\\TimedJob",
"type": "->",
"args": [
[
"OC\\BackgroundJob\\JobList"
]
]
}
],
"File": "/var/www/html/lib/private/Files/Node/Root.php",
"Line": 370,
"message": "Backends provided no user object for e8b29d14-908f-38c4-95cc-7be0743aa89c",
"exception": [],
"CustomMessage": "Backends provided no user object for e8b29d14-908f-38c4-95cc-7be0743aa89c"
},
"id": "66b1cebde62d2"
}
⚠️ This issue respects the following points: ⚠️
Bug description
After enabling the LDAP backend, logging in with a user of LDAP, removing the necessary group for login in LDAP and then removing the LDAP backend from Nextcloud causes the user to stay somehow in the system which causes flooding of the log with messages like this:
How do I get rid of this non-existing user
testuser_2438?Steps to reproduce
testuser_<number>postfixedExpected behavior
The really expected behaviour would be to join existing and ldap users as soon as
Internal Usernamecorresponds to the username and isn't UID.After having learned the LDAP backend can't do it, the expected behavior is:
Deleting users deletes them really - no matter which backend added the user.
Installation method
Official All-in-One appliance
Nextcloud Server version
29
Operating system
RHEL/CentOS
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 28.0.1 to 28.0.2)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
No response