Skip to main content


Update von Friendica auf Shared-Hosting :-(


Das ist spannend, dass das Konsolen-Kommando dieser Fehlermeldung auswirft. Das wäre zu klären.
Ohne irgendwie etwas von SQL zu wissen, zeigt mir phpMyAdmin ( > show global variables bzw > select version() ) die benötigten Informationen
  • innodb_file_format > Barracuda
  • table_definition_cache > 524288
  • SQL-Version > 5.7.33
Über eine phpinfo finde ich
  • PHP 7.3.26, fastCGI aktiviert
  • PDO Driver sind vorhanden
Wo und wie in der Friendica-Config setze ich pdo_emulate_prepares, soweit das nötig ist?
Die PDO-Einstellung ist nur für den Betrieb ggf. interessant. Sie hat nichts mit den Fehlermeldungen beim Update zu tun. Hier wäre es wichtig, dass wir die Kommandozeile zum laufen bekommen.
Nö. Ich hab mich auf das [Error] Missing database structure config file static/dbstructure.config.php bezogen. Alles andere klammere ich derzeit aus. Bevor Schritt 1 nicht läuft, ist mir Schritt 2 oder 3 egal.
Was meist Du mit "zum Laufen bekommen"? Die Kommandozeile tut es ja und wirft den benannten Fehler aus.
Was kann ich tun?
Irgendwas in Deiner Kommandozeile ist nicht so, wie es sein sollte. Ich hoffe, dass ich heute nach Feierabend mal schauen kann, was es sein könnte.
Du kannst die Tabelle notify-threads problemfrei löschen. Kannst Du schauen, ob die Tabelle post-category einen Inhalt hat? Wenn nicht, kannst Du die Tabelle auch problemfrei löschen. Und dann musst Du natürlich erneut php bin/console.php dbstructure update aufrufen.
Der Fehler ist im aktuellen Develop-Branch behoben. Alternativ kannst Du diese beiden Worker-Aufrufe aus der workerqueue-Tabelle rauslöschen.
Holla, danke Dir für die Antwort, das ging ja fix.
Aus der Workqueue-Tabelle rauslöschen klingt gut, aber wie mache ich das?
in der mysql Konsole:
delete from workerqueue where id in (2, 4);
Ok, die mysql Konsole habe ich gefunden und verstanden und vor allem wieder etwas gelernt.
Die beiden hängenden Jobs sind erfolgreich gelöscht, genau wie zwei weitere mit anderen IDs, die schon genau so lange im verzögerten Worker hingen.
... > delete from workerqueue where id in (2, 4);
Query OK, 2 rows affected (0.008 sec)

cron habe ich nun wieder angeworfen und es scheint soweit alles gut.

Vielen Dank dafür!