You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Every like five days, i need to do RESET MASTER to mariadb as it creates binary log files up to 63 GB in size filling up the free space on the server machine. Unless resetting the master, the whole server machine becomes useless. i opened one of the binary logs and saw there repeatedly records like
#Q> UPDATE oc_authtoken SET password = 'bKYY5NLt9TdihYNXIpsrhWagWvtarYnhB0f++F3/OFgEZ2RRwGaPOaQLPhiFonpBcYvAr1yxEqIllOhPn3FCEncqtZYUMgCNNBjopRb401SGahNfHlzZsrca8W8e34XWJdb4fFv39msGe6GPfEMzw66R0uTbaDAEg4xXkzuGgBZ+Q+lqpGR0Gg85mZht3kccN1t3N7GrsEQ46xvmaWTJJERd2dfbbZIAFYNCt4lohlWHWj01EOKe+Ulhg6ZFr5SdkSdr7p/gyYGzIkMVvvanXi0fcpyvyi/MunawQRKOjLbDmQAw5U530JoK0C3eST4wMyh5qfvoqG+8+L1IMLRFEQ==' WHERE id = 13813
#220629 15:33:57 server id 1 end_log_pos 902 CRC32 0xc61f3e82 Table_map: nextcloud.oc_authtoken mapped to number 3463
at 902
#220629 15:33:57 server id 1 end_log_pos 10136 CRC32 0x5bc0894d Update_rows: table id 3463 flags: STMT_END_F
Such records accompanied with a binary part will be written several times per second.
Steps to reproduce
Have nextcloud running!
Check mariadb's binary log files!
See that nextcloud grows the size and number of mariadb's binary log files!
Expected behavior
i expect that nextcloud doesn't fill up the free space of my server machine because of some authentication activities that have nothing to do with the purpose of the usage of nextcloud.
Installation method
Manual installation
Operating system
Debian/Ubuntu
PHP engine version
PHP 7.4
Web server
Nginx
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Fresh Nextcloud Server install
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Default user-backend (database)
LDAP/ Active Directory
SSO - SAML
Other
Configuration report
kalmer@test:~$ sudo -u www-data php occ config:list system
[sudo] password for kalmer:
Could not open input file: occ
kalmer@test:~$ php occ config:list system
Could not open input file: occ
kalmer@test:~$ ./occ config:list system
-bash: ./occ: No such file or directory
List of activated Apps
kalmer@test:~$ sudo -u www-data php occ app:list
Could not open input file: occ
kalmer@test:~$ php occ app:list
Could not open input file: occ
kalmer@test:~$ ./occ app:list
-bash: ./occ: No such file or directory
Nextcloud Signing status
No errors have been found.
Nextcloud Logs
No response
Additional info
No response
The text was updated successfully, but these errors were encountered:
Do you want me to tweak mariadb and let nextcloud constantly doing something under the hood? Removing the symptoms won't remove the disease as the cause still exists. As far as i understand, nextcloud is the root of the issue as it constantly messes with authentication tokens. Is that really necessary? My nextcloud database is also huge in comparison to other databases. Isn't it time to optimize nextcloud's performance because as i see it, too much is going on that uses up both the processing power as well as the storage space and yet, the system itself is slow. Let's start by explaining why in our holy green world nextcloud causes the current trouble for mariadb at all!
Bug description
Every like five days, i need to do
RESET MASTER
to mariadb as it creates binary log files up to 63 GB in size filling up the free space on the server machine. Unless resetting the master, the whole server machine becomes useless. i opened one of the binary logs and saw there repeatedly records likeSuch records accompanied with a binary part will be written several times per second.
Steps to reproduce
Expected behavior
i expect that nextcloud doesn't fill up the free space of my server machine because of some authentication activities that have nothing to do with the purpose of the usage of nextcloud.
Installation method
Manual installation
Operating system
Debian/Ubuntu
PHP engine version
PHP 7.4
Web server
Nginx
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Fresh Nextcloud Server install
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
No response
Additional info
No response
The text was updated successfully, but these errors were encountered: