-
-
Notifications
You must be signed in to change notification settings - Fork 4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Connecting LDAP with SMB eats space from disk #11743
Comments
GitMate.io thinks possibly related issues are #8838 (Return free disk space if quota is set to unlimited), #11658 (Empty trash-bin when runnig out of physical disk space), #7150 (LDAP self password change not possible when cn contains space), #8867 (Wont connect:), and #7329 (Deleted files in shared folder take twice the disk space). |
cc @blizzz |
@enoch85 is redis or apcu configured? |
OK, Redis config seems fine.
I cannot share this expectations, as bindings and meta data per user is being stored in the database. Depeding of the size of the directory that is connect, it is clear that a certain amount of space is being used. |
The mounted SMB share is pretty large, I think it's around 2 TB.
Yeah, I agree. But |
And another thing; it grows without any files being touched in the SMB share. As soon as LDAP is connected it starts growing. |
True, 10 gigs a day feel too much. Do you know what is being placed there? |
And does it also happen without the SMB mount? |
As you can see in the original post it places different files with different numbers. I haven't checked the content and have to check with the admin for that server.
Same thing here, have to check with the admin for the server. I'll get back to you! |
Mail from the customer: I have tried to move back data storage to the original datadir (not SMB), then Postgres stopped growing. |
Then I guess something's wrong with the mount → config issue |
But as you can see, nothing starts growing before you add the LDAP, so how can that be a mount issue since SMB alone doesn't create the growing space. LDAP alone - works |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
There are several things to check with the customer, and this is what I would do with ours. If the plot thickens, sure, but this is just too thin, sorry. We're using doctrine for abstraction and the LDAP backend does not do anything unordinary related to the database. Further, there is no direct connection to the storage layer. I hope you belive me when I say that the LDAP backend does not have a switch that checks what the storage behind the database is and decides to act strangely, if SMB. Therefore i am not convinced it is a software bug, but a configuration issue. |
This comment has been minimized.
This comment has been minimized.
@blizzz OK, so we skipped using /etc/fsatb and chose the External Storages app instead. Same thing happens with that one as well. Bug or not? |
Hello, Has anyone an Idea? I think the issue is by mounting an external SMB-Storage. |
Steps to reproduce
Expected behavior
The space on the disk should remain the same
Actual behaviour
Something is eating space from the disk, and when running
du -h on /var/lib/10/postgres/main/base
you can see that something in Postgres is creating multiple files (probably binary) every second that make the folder grow.Here is the path of the files that grow, the bottom files from 17551 are the ones affected.
Server configuration detail
Operating system: Linux 4.15.0-36-generic #39-Ubuntu SMP Mon Sep 24 16:19:09 UTC 2018 x86_64
Webserver: Apache/2.4.29 (Ubuntu) (fpm-fcgi)
Database: pgsql PostgreSQL 10.5 (Ubuntu 10.5-0ubuntu0.18.04) on x86_64-pc-linux-gnu, compiled by gcc (Ubuntu 7.3.0-16ubuntu3) 7.3.0, 64-bit
PHP version:
7.2.10-0ubuntu0.18.04.1
Modules loaded: Core, date, libxml, openssl, pcre, zlib, filter, hash, Reflection, SPL, sodium, session, standard, cgi-fcgi, redis, PDO, xml, bz2, calendar, ctype, curl, dom, mbstring, fileinfo, ftp, gd, gettext, gmp, iconv, igbinary, imagick, imap, intl, json, ldap, exif, pdo_pgsql, pgsql, Phar, posix, readline, shmop, SimpleXML, smbclient, soap, sockets, sysvmsg, sysvsem, sysvshm, tokenizer, wddx, xmlreader, xmlwriter, xsl, zip, libsmbclient, Zend OPcache
Nextcloud version: 14.0.1 - 14.0.1.1
Updated from an older Nextcloud/ownCloud or fresh install: Updated from 14.0.0
Where did you install Nextcloud from: unknown
Signing status
Array
(
)
List of activated apps
Configuration (config/config.php)
Are you using external storage, if yes which one: local/smb/sftp/...
Are you using encryption:
Are you using an external user-backend, if yes which one: LDAP
LDAP configuration (delete this par if not used)
Client configuration
Browser: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36
Operating system: Windows Server 2012R2
Logs
Browser log
Nextcloud log
Browser log
The text was updated successfully, but these errors were encountered: