balundi
Dabbler
- Joined
- May 21, 2021
- Messages
- 19
Hallo,
ich habe sicherlich einige offene Fragen, aber um nicht alles durcheinander zu erfragen alles der Reihe nach. Früher habe ich QNAPs NAS eingesetzt, aber die 'unfreie' Firmware mit dem halb Debian halb Qnap OS und den im Prinzip nur Community eigenen Apps/Plugins hat mich schließlich zum FreeNAS Core bewegt.
'Natürlich' habe ich auch erst einmal vom Plugin FAMP Gebrauch gemacht, und dort meine Test-MySQL fakturama DB installiert....bis nun aus dem alten FreeBSD Version 12 keine pkg bzw. updates für das FAMP aktiviert werden können.
Also habe ich ein neues JAIL gestartet und versucht Step by Step selbst Apache24 mit MySQL8-Server und PHP83 zu installieren. Hat auch mit dem notwendigen 'Learning by Doing' Stunden/Tagen und etlichen Versuchen aus Installationshinweisen aus dem Netz sowie Google-Recherchen funktioniert.
Das halte ich auch für absolut wichtig, denn wie man gerade sieht/hört, ist das neu zur Verfügung stehende FAMP-Plugin der Community erst einmal nicht installierbar.
Für die SQL-Backups/Restores habe ich früher immer MySQLDumper für die tägliche Sicherung auf dem Qnap benutzt. Wegen der PHP > V7 Inkompatibilität ist das Produkt nicht mehr weiterentwickelt worden....allerdings nun wieder neu als MyOOSDumper vom freien OOSshop Hersteller. Mal schauen ob das auch funktionieren wird.
Was ich im neuen jail mit apache24, mysql, und php83 installiert bekommen habe ist PhpMyAdmin und dem verbesserten Adminer.
Der Adminer obwohl nur eine 'simple' PHP Datei in den web-Ordner aufzurufen ist, wollte anfangs absolut nicht funktionieren.
Ein Gegensheck ....Hochladen in den web-Ordner bei meinem domain-Privider funktionierte sofort....und auch der arbeitet mit apache24. Also lag die Vermutung nahe, dass es irgendwie mit PHP zu tun haben müsste. Sowohl auf meinem TrueNAS Core als auch beim Provider ist PHP83 installiert.
Nachdem ich im TNcore nachträglich alle PHP-Erweiterungen installiert habe ist nun auch dort Adminer sofort aufrufbar.
Daraus resultiert quasi die erste Frage:
Kann man nachträglich im 'alten' jail mit dem FreeBSD 12-er release trotz abgeschaltetem PKG download noch die früheren PHP-Erweiterungen ergänzen kann?
Aber selbst wenn nicht, dann habe ich für die MYSQL Workbench die nächste Frage:
Mit der Workbench erreiche ich die DB sowohl im alten Jail mit den Fakturamadaten. Ein Backup als SQL Datei wird auch erstellt.
Allerdings kann ich im neuen Jail mit der Workbench kein Restore auf die leere FakturamaDB importieren. Fehler:
15:41:18 Restoring C:\Users\Administrator\Documents\dumps\Dump20240208.sql
Running: mysql.exe --defaults-file="C:\Users\ADMINI~1\AppData\Local\Temp\tmpiz1rrnph.cnf" --protocol=tcp --host=192.168.175.177 --user=root --port=3306 --default-character-set=utf8 --comments < "C:\\Users\\Administrator\\Documents\\dumps\\Dump20240208.sql"
ERROR 3546 (HY000) at line 24: @@GLOBAL.GTID_PURGED cannot be changed: the added gtid set must not overlap with @@GLOBAL.GTID_EXECUTED
Wie im Netz dokumentiert liegt das am Versuch eine DB auf eine DB in einer anderen Lokalität zu implementieren und zur Abhilfe sei die GTID bei der Backup-Erstellung abzustellen. Dieser Hinweis erscheint auch mach Erstellen der SQL Backup Datei im Ergebnisfenster.
Nun habe ich wie beschrieben in der My.cnf Datei im alten Jail den Eintrag:
[mysqldump] set-gtid-purged=OFF
hinzugefügt, den mysql-server neu gestartet....dann mit der MYSQL Workbench erneut ein Dump.sql erstellt, aber das Einlesen der Backupdatei im neuen Jail endet mit der gleichen Blockade wie vorher.
Habe ich da einen Fehler gemacht, oder etwas vergessen irgendwo einzutragen?
Vielleicht kann mir ja jemand weiterhelfen oder einen Tipp geben, wie die MySQL Workbench einzusetzen ist. Für die Mysql 8 DBs ist das ein wirklich gutes tool .....allerdings funktioniert es leider nicht für MariaDB....da wären dann PhpMyAdmin/Adminer und eventuell auch MyOOSDumper in Betracht zu ziehen.
Vielen lieben Dank im Voraus
Andreas
ich habe sicherlich einige offene Fragen, aber um nicht alles durcheinander zu erfragen alles der Reihe nach. Früher habe ich QNAPs NAS eingesetzt, aber die 'unfreie' Firmware mit dem halb Debian halb Qnap OS und den im Prinzip nur Community eigenen Apps/Plugins hat mich schließlich zum FreeNAS Core bewegt.
'Natürlich' habe ich auch erst einmal vom Plugin FAMP Gebrauch gemacht, und dort meine Test-MySQL fakturama DB installiert....bis nun aus dem alten FreeBSD Version 12 keine pkg bzw. updates für das FAMP aktiviert werden können.
Also habe ich ein neues JAIL gestartet und versucht Step by Step selbst Apache24 mit MySQL8-Server und PHP83 zu installieren. Hat auch mit dem notwendigen 'Learning by Doing' Stunden/Tagen und etlichen Versuchen aus Installationshinweisen aus dem Netz sowie Google-Recherchen funktioniert.
Das halte ich auch für absolut wichtig, denn wie man gerade sieht/hört, ist das neu zur Verfügung stehende FAMP-Plugin der Community erst einmal nicht installierbar.
Für die SQL-Backups/Restores habe ich früher immer MySQLDumper für die tägliche Sicherung auf dem Qnap benutzt. Wegen der PHP > V7 Inkompatibilität ist das Produkt nicht mehr weiterentwickelt worden....allerdings nun wieder neu als MyOOSDumper vom freien OOSshop Hersteller. Mal schauen ob das auch funktionieren wird.
Was ich im neuen jail mit apache24, mysql, und php83 installiert bekommen habe ist PhpMyAdmin und dem verbesserten Adminer.
Der Adminer obwohl nur eine 'simple' PHP Datei in den web-Ordner aufzurufen ist, wollte anfangs absolut nicht funktionieren.
Ein Gegensheck ....Hochladen in den web-Ordner bei meinem domain-Privider funktionierte sofort....und auch der arbeitet mit apache24. Also lag die Vermutung nahe, dass es irgendwie mit PHP zu tun haben müsste. Sowohl auf meinem TrueNAS Core als auch beim Provider ist PHP83 installiert.
Nachdem ich im TNcore nachträglich alle PHP-Erweiterungen installiert habe ist nun auch dort Adminer sofort aufrufbar.
Daraus resultiert quasi die erste Frage:
Kann man nachträglich im 'alten' jail mit dem FreeBSD 12-er release trotz abgeschaltetem PKG download noch die früheren PHP-Erweiterungen ergänzen kann?
Aber selbst wenn nicht, dann habe ich für die MYSQL Workbench die nächste Frage:
Mit der Workbench erreiche ich die DB sowohl im alten Jail mit den Fakturamadaten. Ein Backup als SQL Datei wird auch erstellt.
Allerdings kann ich im neuen Jail mit der Workbench kein Restore auf die leere FakturamaDB importieren. Fehler:
15:41:18 Restoring C:\Users\Administrator\Documents\dumps\Dump20240208.sql
Running: mysql.exe --defaults-file="C:\Users\ADMINI~1\AppData\Local\Temp\tmpiz1rrnph.cnf" --protocol=tcp --host=192.168.175.177 --user=root --port=3306 --default-character-set=utf8 --comments < "C:\\Users\\Administrator\\Documents\\dumps\\Dump20240208.sql"
ERROR 3546 (HY000) at line 24: @@GLOBAL.GTID_PURGED cannot be changed: the added gtid set must not overlap with @@GLOBAL.GTID_EXECUTED
Wie im Netz dokumentiert liegt das am Versuch eine DB auf eine DB in einer anderen Lokalität zu implementieren und zur Abhilfe sei die GTID bei der Backup-Erstellung abzustellen. Dieser Hinweis erscheint auch mach Erstellen der SQL Backup Datei im Ergebnisfenster.
Nun habe ich wie beschrieben in der My.cnf Datei im alten Jail den Eintrag:
[mysqldump] set-gtid-purged=OFF
hinzugefügt, den mysql-server neu gestartet....dann mit der MYSQL Workbench erneut ein Dump.sql erstellt, aber das Einlesen der Backupdatei im neuen Jail endet mit der gleichen Blockade wie vorher.
Habe ich da einen Fehler gemacht, oder etwas vergessen irgendwo einzutragen?
Vielleicht kann mir ja jemand weiterhelfen oder einen Tipp geben, wie die MySQL Workbench einzusetzen ist. Für die Mysql 8 DBs ist das ein wirklich gutes tool .....allerdings funktioniert es leider nicht für MariaDB....da wären dann PhpMyAdmin/Adminer und eventuell auch MyOOSDumper in Betracht zu ziehen.
Vielen lieben Dank im Voraus
Andreas
