[E1 64] nextcloud cron error mail nach update

[Martin Faderbauer]

hallo NG
ich bekomme nach einen nextcloud update (1.20.3 -> 1.21.3) alle 5
Minuten ein Errormail

----------

fcron <***@xxxxx03> /var/nextcloud/nextcloud-cron.sh
Error during cron script execution!
-- start of cron log --
PDOException: SQLSTATE[42S02]: Base table or view not found: 1932 Table
'nextcloud.nc_appconfig' doesn't exist in engine in
/var/www/xxxx.at/htdocs/fmit/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Statement.php:130

schnip

-----------

das war vor dem update noch nicht
danke für eure hilfe
martin

[Marcus Röckrath]

Hallo Martin,

Post by Martin Faderbauer
ich bekomme nach einen nextcloud update (1.20.3 -> 1.21.3) alle 5
Minuten ein Errormail
----------
Error during cron script execution!
-- start of cron log --
PDOException: SQLSTATE[42S02]: Base table or view not found: 1932 Table
'nextcloud.nc_appconfig' doesn't exist in engine in

/var/www/xxxx.at/htdocs/fmit/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Statement.php:130

Ich würde hier vor allem erstmal schauen, ob nextcloud die DB korekt auf die
neue Version migriert hat; eine Fehlermeldung beim Update selbst kam nicht,
oder?

Welche Version steht in der config-ph im Netxcloud-Webverzeichnis?

'version' =>

Mit welchem DB-System arbeitest du in Nextcloud? sqlite oder mariadb?

[Martin Faderbauer]

Post by Marcus Röckrath
Hallo Martin,

Post by Martin Faderbauer
ich bekomme nach einen nextcloud update (1.20.3 -> 1.21.3) alle 5
Minuten ein Errormail
----------
Error during cron script execution!
-- start of cron log --
PDOException: SQLSTATE[42S02]: Base table or view not found: 1932 Table
'nextcloud.nc_appconfig' doesn't exist in engine in

/var/www/xxxx.at/htdocs/fmit/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Statement.php:130
Ich würde hier vor allem erstmal schauen, ob nextcloud die DB korekt auf die
neue Version migriert hat; eine Fehlermeldung beim Update selbst kam nicht,
oder?

genau da war der Fehler

bei mariadb war,
"MARIADB110_ACTIVATE_BINLOG" = "Yes" (keine Ahnung warum)
gesetzt was zur Folge hatte das die Festplatte voll geschrieben wurde
mit lauter mysql-bin.00xxxxxx Dateien (über 200000 Dateien).

Post by Marcus Röckrath
Welche Version steht in der config-ph im Netxcloud-Webverzeichnis?
'version' =>
Mit welchem DB-System arbeitest du in Nextcloud? sqlite oder mariadb?

mariadb 11.0


MARIADB110_MAX_BINLOG_SIZE='1024000' sollte für eine Maximalgröße
sorgen, damit die Platte nicht vollläuft.

es werden aber jeden Tag viele Dateien mit mit 1024000 angelegt und
nicht gelöscht.

Danke für eure Hilfe

Lg Martin

[Marcus Röckrath]

Hallo Martin,

Post by Martin Faderbauer
bei mariadb war,
"MARIADB110_ACTIVATE_BINLOG" = "Yes" (keine Ahnung warum)
gesetzt was zur Folge hatte das die Festplatte voll geschrieben wurde
mit lauter mysql-bin.00xxxxxx Dateien (über 200000 Dateien).

Post by Marcus Röckrath
Welche Version steht in der config-ph im Netxcloud-Webverzeichnis?
'version' =>
Mit welchem DB-System arbeitest du in Nextcloud? sqlite oder mariadb?

mariadb 11.0
MARIADB110_MAX_BINLOG_SIZE='1024000' sollte für eine Maximalgröße
sorgen, damit die Platte nicht vollläuft.
es werden aber jeden Tag viele Dateien mit mit 1024000 angelegt und
nicht gelöscht.

Ok, die Begrenzung beeinflusst nur die Größe eines einzelnen Logs aber die
Vorhaltezeit steht auf

MariaDB [(none)]> SHOW VARIABLES like 'expire_logs_days' ;
+------------------+----------+
| Variable_name | Value |
+------------------+----------+
| expire_logs_days | 0.000000 |
+------------------+----------+
1 row in set (0.005 sec)

also IMHO unbegrenzt.

Ich denke, das mariadb-Paket braucht eine Ergänzung in
/etc/mysql/my<version>.conf:

[mysqld]
expire_logs_days=<number of days>

[Holger Bruenjes]

Hallo

Post by Marcus Röckrath
Ok, die Begrenzung beeinflusst nur die Größe eines einzelnen Logs aber die
Vorhaltezeit steht auf
MariaDB [(none)]> SHOW VARIABLES like 'expire_logs_days' ;
+------------------+----------+
| Variable_name | Value |
+------------------+----------+
| expire_logs_days | 0.000000 |
+------------------+----------+
1 row in set (0.005 sec)
also IMHO unbegrenzt.
Ich denke, das mariadb-Paket braucht eine Ergänzung in
[mysqld]
expire_logs_days=<number of days>

nein, dass kann jeder selber anlegen, in

/etc/my${version}.cnf.d/

meine.conf
[mysqld]
expire_logs_days=<number of days>


Holger

[Marcus Röckrath]

Hallo Holger,

Post by Holger Bruenjes

Post by Marcus Röckrath
MariaDB [(none)]> SHOW VARIABLES like 'expire_logs_days' ;
+------------------+----------+
| Variable_name | Value |
+------------------+----------+
| expire_logs_days | 0.000000 |
+------------------+----------+
1 row in set (0.005 sec)
also IMHO unbegrenzt.
Ich denke, das mariadb-Paket braucht eine Ergänzung in
[mysqld]
expire_logs_days=<number of days>

nein, dass kann jeder selber anlegen, in
/etc/my${version}.cnf.d/
meine.conf
[mysqld]
expire_logs_days=<number of days>

Ich sehe es durchaus kritisch, wenn eine Einstellung zum Volllaufen des
Dateisysytems führen kann.

Aktiviert man das Binlog, welches zwar im Standard beim eisfair-Paket
deaktiviert ist, kann das jedenfalls passieren.

Wenn ich die mariadb-Dokumentation im Netz richtig verstehe, beieinflusst


MARIADB_MAX_BINLOG_SIZE
Der Parameter erlaubt die Begrenzung der maximalen Größe des
Binaer- Logfiles. Die Angabe erfolgt in Byte.

Gültige Werte: Zahl

Standardeinstellung: MARIADB_MAX_BINLOG_SIZE='1024000'

nur die Größe einer einzelnen Binlog-Datei, aber nicht deren gesamte Anzahl.

Liege ich das richtig, sollte die Beschreibung angepasst werden:

Der Parameter erlaubt die Begrenzung der maximalen Größe
eines einzelnen Binaer-Logfiles, aber nicht die Anzahl
der Binaer-Logfiles. Die Aktivierung des Binlogs kann daher
zum Volllaufen des Dateisystems fuehren. Die Angabe erfolgt in
Byte.

Fuer die Begrenzung der Anzahl der Binglog-Dateien muss eine
die mariadb-Konfiguration ergaenzt werden, z. B.:
- Anlegen der Datei /etc/my<mariadbversion>.cnf.d/expirebinlog.conf
- Folgenden Inhalt in diese Datei schreiben:
[mysqld]
expire_logs_days=<number of days>

[Holger Bruenjes]

Hallo Marcus

es gibt im Moment kein update fuer mariadb und somit kann das jeder
den es betrifft z.Z. selber einstellen.

Holger

Post by Marcus Röckrath
Hallo Holger,

Post by Holger Bruenjes

Post by Marcus Röckrath
MariaDB [(none)]> SHOW VARIABLES like 'expire_logs_days' ;
+------------------+----------+
| Variable_name | Value |
+------------------+----------+
| expire_logs_days | 0.000000 |
+------------------+----------+
1 row in set (0.005 sec)
also IMHO unbegrenzt.
Ich denke, das mariadb-Paket braucht eine Ergänzung in
[mysqld]
expire_logs_days=<number of days>

nein, dass kann jeder selber anlegen, in
/etc/my${version}.cnf.d/
meine.conf
[mysqld]
expire_logs_days=<number of days>

Ich sehe es durchaus kritisch, wenn eine Einstellung zum Volllaufen des
Dateisysytems führen kann.
Aktiviert man das Binlog, welches zwar im Standard beim eisfair-Paket
deaktiviert ist, kann das jedenfalls passieren.
Wenn ich die mariadb-Dokumentation im Netz richtig verstehe, beieinflusst
MARIADB_MAX_BINLOG_SIZE
Der Parameter erlaubt die Begrenzung der maximalen Größe des
Binaer- Logfiles. Die Angabe erfolgt in Byte.
Gültige Werte: Zahl
Standardeinstellung: MARIADB_MAX_BINLOG_SIZE='1024000'
nur die Größe einer einzelnen Binlog-Datei, aber nicht deren gesamte Anzahl.
Der Parameter erlaubt die Begrenzung der maximalen Größe
eines einzelnen Binaer-Logfiles, aber nicht die Anzahl
der Binaer-Logfiles. Die Aktivierung des Binlogs kann daher
zum Volllaufen des Dateisystems fuehren. Die Angabe erfolgt in
Byte.
Fuer die Begrenzung der Anzahl der Binglog-Dateien muss eine
- Anlegen der Datei /etc/my<mariadbversion>.cnf.d/expirebinlog.conf
[mysqld]
expire_logs_days=<number of days>

[Juergen Edner]

Hallo Martin,

Post by Martin Faderbauer
Error during cron script execution!
-- start of cron log --
PDOException: SQLSTATE[42S02]: Base table or view not found: 1932 Table
'nextcloud.nc_appconfig' doesn't exist in engine in
/var/www/xxxx.at/htdocs/fmit/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Statement.php:130

wenn der generelle Webzugriff noch funktioniert, könnte dies auch mit
einer App zusammenhängen. Du solltest einmal in die Nextcloud-Logdatei
sehen, ob dort mehr Meldungen zu finden sind. Solche Themen werden
üblicherweise im Nextcloud-Forum diskutiert, welches sich hier findet:
https://help.nextcloud.com

Gruß Jürgen

[Marcus Röckrath]

Hallo Jürgen,

Post by Juergen Edner

Post by Martin Faderbauer
Error during cron script execution!
-- start of cron log --
PDOException: SQLSTATE[42S02]: Base table or view not found: 1932 Table
'nextcloud.nc_appconfig' doesn't exist in engine in

/var/www/xxxx.at/htdocs/fmit/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Statement.php:130

Post by Juergen Edner
wenn der generelle Webzugriff noch funktioniert, könnte dies auch mit
einer App zusammenhängen. Du solltest einmal in die Nextcloud-Logdatei
sehen, ob dort mehr Meldungen zu finden sind. Solche Themen werden
https://help.nextcloud.com

Hat sich inzwischen geklärt, wie mir Martin gestern abend per EMail
mitgeteilt hat.

Ich habe ihn gebeten, dies auch hier öffentlich zu machen, damit auch andere
profitieren können.

In Kürze: In mariadb war Binlog aktiviert, was auf Martins-Systems zu einer
vollgelaufenen Platte führte, weshalb beim Nextcloud-Versionswechsel die DB-
Migration unvollständig durchlief.

[Juergen Edner]

Hallo Marcus,

Post by Marcus Röckrath
In Kürze: In mariadb war Binlog aktiviert, was auf Martins-Systems zu einer
vollgelaufenen Platte führte, weshalb beim Nextcloud-Versionswechsel die DB-
Migration unvollständig durchlief.

interessant, Nextcloud prüft diesen Parameter üblicherweise ab und
sollte ine Warnung auswerfen, falls dieser nicht auf den Wert "no"
gesetzt wurde.
Gruß Jürgen

[Marcus Röckrath]

Hallo Jürgen,

Post by Juergen Edner

Post by Marcus Röckrath
In Kürze: In mariadb war Binlog aktiviert, was auf Martins-Systems zu
einer vollgelaufenen Platte führte, weshalb beim
Nextcloud-Versionswechsel die DB- Migration unvollständig durchlief.

interessant, Nextcloud prüft diesen Parameter üblicherweise ab und
sollte ine Warnung auswerfen, falls dieser nicht auf den Wert "no"
gesetzt wurde.

Darf der bei Nextcloud nicht gesetzt sein, oder sollte er es nicht?

Wann prüft Nextcloud? Nach Aufruf der Konfiguration oder bei jedem Start?

Sollte ersteres der Fall sein, könnte ein Anwender auch nach später diesen
Parameter in mariadb umstellen und Nextcloud prüft es dann nicht mehr.

[Juergen Edner]

Hallo Marcus,

Post by Marcus Röckrath

Post by Juergen Edner

Post by Marcus Röckrath
In Kürze: In mariadb war Binlog aktiviert, was auf Martins-Systems zu
einer vollgelaufenen Platte führte, weshalb beim
Nextcloud-Versionswechsel die DB- Migration unvollständig durchlief.

interessant, Nextcloud prüft diesen Parameter üblicherweise ab und
sollte ine Warnung auswerfen, falls dieser nicht auf den Wert "no"
gesetzt wurde.

Darf der bei Nextcloud nicht gesetzt sein, oder sollte er es nicht?

# MYSQL_ACTIVATE_BINLOG need to be set to 'no' to prevent errors

Post by Marcus Röckrath
Wann prüft Nextcloud? Nach Aufruf der Konfiguration oder bei jedem Start?

Beim Durchlaufen der Konfiguration, was bei einem Update eigentlich der
Fall sein sollte.

Gruß Jürgen

[Marcus Röckrath]

Hallo Jürgen,

Post by Juergen Edner

Post by Marcus Röckrath
Darf der bei Nextcloud nicht gesetzt sein, oder sollte er es nicht?

# MYSQL_ACTIVATE_BINLOG need to be set to 'no' to prevent errors

Post by Marcus Röckrath
Wann prüft Nextcloud? Nach Aufruf der Konfiguration oder bei jedem Start?

Beim Durchlaufen der Konfiguration, was bei einem Update eigentlich der
Fall sein sollte.

Wenn dan aber erst danach an der mariadb-Konfiguration rumgespielt wird,
bekommt der Check das nicht mit.