Easy Tec Posted May 6, 2021 Author Share Posted May 6, 2021 Also: Das Backup habe ich durchgeführt: (alle Docker heruntergefahren) skript ausgeführt: dann das: /tmp/user.scripts/tmpScripts/mariaDB_mysqldumb_sicherheitsbackup/script: line 2: /mnt/user/mariadb_backups/dump/nextcloud/dump.sql: No such file or directory mariadb sending incremental file list rsync: [Receiver] mkdir "/mnt/user/mariadb_backups/MariaDB/config" failed: No such file or directory (2) rsync error: error in file IO (code 11) at main.c(784) [Receiver=3.2.3] mariadb Heißt er hat es noch nicht gemacht... Aber man könnte im Prinzip auch sagen: Zuerst stoppe alle Docker dann mach des backup und dann fahre alle wieder hoch... Kann man ja einzeln reinschreiben Quote Link to comment
Easy Tec Posted May 6, 2021 Author Share Posted May 6, 2021 Okay. Hab noch im Terminal pfade erstellt... mkdir .... Hat geklapt... sent 723,612,806 bytes received 10,567 bytes 289,449,349.20 bytes/sec total size is 723,398,533 speedup is 1.00 mariadb Damit wurde das skript beendet. Dann mach ich jetzt noch das gleiche mit wordpress und danach mach ich das update Quote Link to comment
Easy Tec Posted May 6, 2021 Author Share Posted May 6, 2021 ES GEHT!! (Backup-lösung muss ich nochmal nachschauen, da das gleiche skript bei meinen WordPress-sites irgendwie spackt... aber egal) Vielen Dank für den Support hier! Ihr habt mir echt den Tag gerettet! Danke! Euch noch einen schönen Abend! (oder guten morgen, wenn ihr das erst jetzt lest) Danke Quote Link to comment
hawihoney Posted May 6, 2021 Share Posted May 6, 2021 12 minutes ago, Easy Tec said: ES GEHT!! Bei zwei Datenbanken solltest Du das aber ausführen ohne zwei mal den Container zu stoppen. In einem meiner Posts findest Du dazu etwas mit dbname #1, etc. Quote Link to comment
Easy Tec Posted May 6, 2021 Author Share Posted May 6, 2021 Okay. Danke. Ich schau es mir mal an Quote Link to comment
hawihoney Posted May 6, 2021 Share Posted May 6, 2021 (edited) 1 hour ago, mgutt said: Warum er dann noch appdata unterhalb von system hat ist sein Geheimnis. Meinem eigenen Verständnis nach ist nicht alles appdata - deswegen habe ich das bei mir leicht abgeändert. Apps bekomme ich über den tab Apps system/appdata/nextcloud/config ist der config Ordner von Nextcloud, das ist klar appdata system/appdata/nextcloud/data ist der data Ordner von Nextcloud, das ist klar appdata system/docker/docker.img bzw. system/docker/ ist m.V.n. nicht appdata system/VM/libvirt.img ist m.V.n. ebenfalls kein appdata system/domains/VM01/VM01.img - über das habe ich mit mir selbst gerungen. Könnte auch unter system/VM. Treu nach dem Motto: Think big. Evtl splitte ich das alles später mal auf mehrere Pools. Meine Struktur gibt das auf jeden Fall her. Edited May 6, 2021 by hawihoney Quote Link to comment
mgutt Posted May 6, 2021 Share Posted May 6, 2021 47 minutes ago, hawihoney said: Meinem eigenen Verständnis nach ist nicht alles appdata Genau deswegen sind ja Nutzerdaten im Share appdata. Du hast sie aber im Share system im Unterordner appdata. Das ist ungewöhnlich. Quote Link to comment
hawihoney Posted May 6, 2021 Share Posted May 6, 2021 49 minutes ago, mgutt said: Du hast sie aber im Share system im Unterordner appdata Ich mochte die nicht alle als jeweilige Root-Ordner/-Shares neben meinen eigenen. Einen - system - kann ich akzeptieren. Im Übrigen gibt es alte Videos in denen das von anderen ebenfalls so abgewandelt genutzt wird - die haben mich inspiriert. Quote Link to comment
vakilando Posted May 6, 2021 Share Posted May 6, 2021 38 minutes ago, hawihoney said: Ich mochte die nicht alle als jeweilige Root-Ordner/-Shares neben meinen eigenen. Einen - system - kann ich akzeptieren. Im Übrigen gibt es alte Videos in denen das von anderen ebenfalls so abgewandelt genutzt wird - die haben mich inspiriert. ok, is auch eine Möglichkeit. Ich exportiere die system share gar nicht erst. Quote Link to comment
kralwal Posted November 13, 2021 Share Posted November 13, 2021 Tut mir Leid dass ich den Thread hier nochmal ausgrabe aber ich habe ein sehr ähnliches Problem, zu dem ich die Lösung leider noch nicht finden konnte. Ich hab heute meine Docker Images geupdatet und danach hat leider gar nichts mehr funktioniert. In meinem Docker Log sehe ich immer wieder nur das hier, was sich unendlich wiederholt: Quote 211113 02:31:24 mysqld safe Starting mariadbd daemon with databases from /config/databases 211113 02:31:25 mysqld safe Logging to '/config/databases/73bc06bd266c.err' In der Dort erwähnten Datei findet man leider nur das, woraus ich aber nicht wirklich schlau werde: Quote 211113 02:25:57 mysqld_safe Starting mariadbd daemon with databases from /config/databases 2021-11-13 2:25:57 0 [Note] /usr/bin/mariadbd (mysqld 10.5.12-MariaDB-log) starting as process 496 ... 2021-11-13 2:25:57 0 [Note] InnoDB: Uses event mutexes 2021-11-13 2:25:57 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2021-11-13 2:25:57 0 [Note] InnoDB: Number of pools: 1 2021-11-13 2:25:57 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions 2021-11-13 2:25:57 0 [Note] mariadbd: O_TMPFILE is not supported on /var/tmp (disabling future attempts) 2021-11-13 2:25:57 0 [Note] InnoDB: Using Linux native AIO 2021-11-13 2:25:57 0 [Note] InnoDB: Initializing buffer pool, total size = 268435456, chunk size = 134217728 2021-11-13 2:25:57 0 [Note] InnoDB: Completed initialization of buffer pool 2021-11-13 2:25:57 0 [Note] InnoDB: 128 rollback segments are active. 2021-11-13 2:25:57 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2021-11-13 2:25:57 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2021-11-13 2:25:57 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB. 2021-11-13 2:25:57 0 [Note] InnoDB: 10.5.12 started; log sequence number 8367293001; transaction id 37076987 2021-11-13 2:25:57 0 [Note] InnoDB: Loading buffer pool(s) from /config/databases/ib_buffer_pool 2021-11-13 2:25:57 0 [Note] Plugin 'FEEDBACK' is disabled. 2021-11-13 2:25:57 0 [Note] InnoDB: Buffer pool(s) load completed at 211113 2:25:57 2021-11-13 2:25:57 0 [ERROR] mariadbd: File '/conf/config/log/mysql/mariadb-bin.005698' not found (Errcode: 2 "No such file or directory") 2021-11-13 2:25:57 0 [ERROR] Failed to open log (file '/conf/config/log/mysql/mariadb-bin.005698', errno 2) 2021-11-13 2:25:57 0 [ERROR] Could not open log file 2021-11-13 2:25:57 0 [ERROR] Can't init tc log 2021-11-13 2:25:57 0 [ERROR] Aborting Ich hab schon paar Lösungsansätze probiert aber es hat nichts geklappt. Ein Backup meiner Daten habe ich (dummerweise) nicht gemacht, mir war nicht klar, dass dies nötig ist. Quote Link to comment
ronilee Posted July 31, 2022 Share Posted July 31, 2022 ich habe ein Update gemacht und meine MariaDB will nicht mehr starten. Hier das Log File: Wie kann ich das Problem beheben? Herzlichen Dank Warning: World-writable config file '/etc/mysql/conf.d/nextcloud.cnf' is ignored 2022-07-31 10:24:16 0 [Note] mariadbd (server 10.8.3-MariaDB-1:10.8.3+maria~jammy) starting as process 1 ... 2022-07-31 10:24:17 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2022-07-31 10:24:17 0 [Note] InnoDB: Number of transaction pools: 1 2022-07-31 10:24:17 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions 2022-07-31 10:24:17 0 [Note] mariadbd: O_TMPFILE is not supported on /tmp (disabling future attempts) 2022-07-31 10:24:17 0 [Note] InnoDB: Using liburing 2022-07-31 10:24:17 0 [Note] InnoDB: Initializing buffer pool, total size = 128.000MiB, chunk size = 2.000MiB 2022-07-31 10:24:17 0 [Note] InnoDB: Completed initialization of buffer pool 2022-07-31 10:24:17 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=2869846458 2022-07-31 10:24:19 0 [ERROR] InnoDB: Missing FILE_CREATE, FILE_DELETE or FILE_MODIFY before FILE_CHECKPOINT for tablespace 7 2022-07-31 10:24:19 0 [ERROR] InnoDB: Plugin initialization aborted with error Data structure corruption 2022-07-31 10:24:19 0 [Note] InnoDB: Starting shutdown... 2022-07-31 10:24:19 0 [ERROR] Plugin 'InnoDB' init function returned error. 2022-07-31 10:24:19 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 2022-07-31 10:24:19 0 [Note] Plugin 'FEEDBACK' is disabled. 2022-07-31 10:24:19 0 [ERROR] Unknown/unsupported storage engine: InnoDB 2022-07-31 10:24:19 0 [ERROR] Aborting 2022-07-31 10:20:32+02:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.8.3+maria~jammy started. 2022-07-31 10:20:33+02:00 [Note] [Entrypoint]: MariaDB upgrade not required 2022-07-31 10:20:52+02:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.8.3+maria~jammy started. 2022-07-31 10:20:53+02:00 [Note] [Entrypoint]: MariaDB upgrade not required 2022-07-31 10:23:32+02:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.8.3+maria~jammy started. 2022-07-31 10:23:32+02:00 [Note] [Entrypoint]: MariaDB upgrade not required 2022-07-31 10:24:15+02:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:10.8.3+maria~jammy started. 2022-07-31 10:24:16+02:00 [Note] [Entrypoint]: MariaDB upgrade not required Quote Link to comment
mgutt Posted August 2, 2022 Share Posted August 2, 2022 On 7/31/2022 at 10:28 AM, ronilee said: 2022-07-31 10:24:19 0 [ERROR] InnoDB: Missing FILE_CREATE, FILE_DELETE or FILE_MODIFY before FILE_CHECKPOINT for tablespace 7 2022-07-31 10:24:19 0 [ERROR] InnoDB: Plugin initialization aborted with error Data structure corruption Die Datenbank ist scheinbar korrupt. Wirklich hilfreich sind die Reports nicht: https://github.com/appwrite/appwrite/issues/3003#issuecomment-1144489162 Es gab da wohl auch mal einen Bug: https://jira.mariadb.org/browse/MDEV-28870 Dh Backup wiederherstellen und den Container explizit mit der alten MariaDV Version starten. Dann einen Dump machen und den Dump in einer ganz neuen MariaDB Version wieder einspielen. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.