Mehrere Möglichkeiten: 1) Über System-Status -> Datenbank-Weboberfläche 2) Über die CLI indem man "keyhelp db-login" eintippt und dann eine der ausgegebenen URLs aufruft 3) Mit den Zugangsdaten, die in /root/keyhelp_login_data_* gespeichert sind. Jetzt hat es geklappt, Patches sind installiert, da ...

Hmm, da seh ich erstmal keinen Grund, warum er nicht weiter gemacht hat. Versuch mal folgendes: 1) Log dich in phpmyadmin ein und wechsle zur KeyHelp Datenbank -> Tabelle 'settings'. 2) Und führe das SQL aus UPDATE `settings` SET `value` = '{}' WHERE `category` = 'patches' AND `name` = 'pending' ...

Und einmal bitte noch die letzten Einträge aus /var/log/keyhelp/php-error.log [06-Mar-2026 09:06:22 Etc/UTC] PHP Fatal error: Uncaught Error: Call to a member function isValid() on null in /home/keyhelp/www/keyhelp/core-old/Backup/BackupRepository.php:380 Stack trace: #0 /home/keyhelp/www/keyhelp/ ...

Mach mal bitte einen Screenshot deiner Wartungsintervalle. Was steht unter Systemstatus -> Protokolle -> update.log Wartungsintervalle: 03-11-2026, 10-11-38.png ==== [2026-03-10 17:42:01] INFO | load tasks... nothing to do ==== [2026-03-10 17:43:02] INFO | load tasks... 1 found [2026-03-10 17:43:02 ...

Ich konnte es jetzt reproduzieren. Prüfe gerade, woran es liegt. EDIT: Habs gefunden, Ich mach den Patch jetzt fertig. Dieser geht über Konfiguration -> Patchmanager im Laufe des Tages online. Bei bereits bestehenden Backups sollte es ausreichen im SQL Dump /*!40101 SET NAMES utf8mb4 */; statt / ...

Ist das also doch ein Fehler?

Und ich habe das jetzt mal getestet In PHPMyAdmin ist Zeichensatz/Kollation der Verbindung zum Server: auf utf8mb4_unicode_ci gestellt und ich habe ein aktuelles Backup erstellt Mein Test Beitrag war 😂😂😂😂 Ergebnis in DB Export: (478,345,'?????',NULL,NULL,NULL,'text','public',0,NULL,NULL,1,0,0,'2026-0 ...

utf8mb4_unicode_ci hört sich doch korrekt an. kann ich das in der alten SQL Datei sehen? Ich kann ja ein altes Backup als SQL Datei wiederherstellen, würde das helfen? Dort könntst du sehen, welche Collation verwendet wird, ja. Also die entsprechende Tabelle wurde richtig erstellt ganz oben steht: C ...

Welche Collation hat denn die originale Datenbank? KeyHelp nimmt keine hier keine Änderung vor. das kann ich tatsächlich nicht mehr nachvollziehen, weil die Backups vor meinem Server Absturz gemacht wurden aktuell ist es utf8mb4_unicode_ci und ich hab da auch bei dem alten Server nie was dran geän ...

Ah okay, danke



Kann man das DB Backup über Keyhelp so einstellen, dass es mit utf8mb4 exportiert und importiert wird? Aktuell ist es nur utf 8 und das hat alle Emojis in Beiträgen der Nutzer zerstört

Eine kurze Frage noch

Woher kommt der Fehler, wenn man alle Ordner wiederherstellt?

MySQL - Connection Error: Access denied for user 'keyhelp'@'localhost' (using password: YES)

Florian wrote: ↑Fri 6. Mar 2026, 09:56 Hallo,

das ist normal. Keyhelp liest ja nicht manuell angelegte Cronjobs ein. Der Cron existiert dann nicht in der Keyhelp-Datenbank und wird daher nicht angezeigt. Also musst du wenn die Keyhelp Datenbank ebenfalls wiederherstellen

Vielen Dank

Kommt drauf an, was du wiederherstellen möchtest. Die angezeigten Ordner zeigen den Inhalt des angefertigten Backups an. Diese und deren Unterordner sind im Backup enthalten. ich habe z.B: den Ordner "cron" weiderhergestellt, aber sehe tortzdem keine geplanten Aufgaben Edit: habe den Server bereits ...

Hallo, kurze Frage. Beim wiederherstellen eines Backups werden mir diese Ordner vorgeschlagen: /etc/ /home/keyhelp /home/users/mrcrossii/ /root/ /var/spool/cron/ welche davon brauche ich wirklich? Ich habe vorhin eine Wiederherstllung gemacht mit allen Ordnern und dann kam MySQL - Connection Error ...

Ein paar weitere Infos Laut ChatGPT soll ich das prüfen: root@srv:/home/queermeet-admin# tcpdump -ni any udp port 9987 Da kommen aber nur Pakete rein, aber keine Pakete raus tcpdump: data link type LINUX_SLL2 tcpdump: verbose output suppressed, use -v[v]... for full protocol decode listening on any, ...