tux
@tux@anonsys.net
- Comment on In den Friendica Logfiles (Loglevel Error) tauchen folgende Meldungen mehrfach a 1 day ago:
@heluecht
Da der Fehler regelmäßig auftritt, habe ich die KI befragt. Das kam dabei heraus:In der Friendica-Instanz trat beim Worker ein Foreign-Key-Fehler (MariaDB 1452) in der Tabelle inbox-status auf. Der Fehler entstand beim Aktualisieren des Inbox-Status im ActivityPub-/HTTP-Signature-Delivery-Pfad (HTTPSignature::setInboxStatus()).
Ursache war ein historischer, inkonsistenter Datensatz aus dem Jahr 2022.
Beim späteren Aktualisierungsversuch wurde für diesen Datensatz uri-id = 0 gesetzt. Da inbox-status.uri-id per Foreign Key auf item-uri.id verweist und dort kein Datensatz mit id = 0 existiert, schlug das UPDATE mit Fehler 1452 fehl.
Die Untersuchung ergab:
- Es existierte genau ein Datensatz mit url = ''.
- Für gsid = 315 existierten keine aktuellen apcontact-Datensätze mit leerer Inbox.
- Es gab keine post-delivery-Einträge mit inbox-id = 0.
- Die übrigen 158.274 Datensätze mit uri-id IS NULL waren nicht die unmittelbare Ursache.
- Der problematische Datensatz wurde vor der Löschung separat gesichert.
- Die Sicherung wurde per SHA-256 erfolgreich verifiziert.
- Ein transaktionaler Dry Run bestätigte, dass genau dieser Datensatz entfernt werden konnte und per ROLLBACK wiederherstellbar war.
- Anschließend wurde genau eine Zeile gelöscht und per COMMIT dauerhaft entfernt.
Nach der Reparatur wurde der Worker wieder aktiviert und der Wartungsmodus deaktiviert. Die Friendica-Instanz läuft seitdem fehlerfrei; insbesondere ist der ursprüngliche Foreign-Key-Fehler bisher nicht erneut im Log aufgetreten.
Diese KI gab auch noch folgende Empfehlung:
Es sollte geprüft werden, warum HTTPSignature::setInboxStatus() bei einem historischen inbox-status-Eintrag mit leerer url bzw. fehlender uri-id letztlich versucht, uri-id = 0 zu speichern.
Sinnvoll wäre insbesondere:
- leere bzw. ungültige Inbox-URLs vor der Statusaktualisierung abzufangen,
- niemals 0 als nicht vorhandene item-uri-ID zu verwenden — NULL ist im aktuellen Schema ausdrücklich zulässig,
- und einen Regressionstest für den konkreten Fall url='', uri-id=NULL einzubauen.Damit könnte Friendica solche historischen bzw. inkonsistenten Altbestände robust behandeln, anstatt bei einer späteren Federation-Aktivität einen Foreign-Key-Fehler im Worker zu erzeugen.
Der Fehler wurde auf jeden Fall erfolgreich gefixt. Ob die Empfehlung für die Friendica-Entwickler wichtig und relevant ist, kann ich nicht beurteilen.
- Es existierte genau ein Datensatz mit url = ''.
- Submitted 1 day ago to helpers@forum.friendi.ca | 0 comments
- Comment on In den Friendica Logfiles (Loglevel Error) tauchen folgende Meldungen mehrfach a 2 days ago: @heluecht
Also eine falsche DB-Aktion bei Friendica weil "Daten gelöscht werden, die mit anderen Tabellen zusammenhängen, die wiederum nicht gelöscht werden sollen.". Sprich ein Bug und kein lokales Problem der Instanz selber?
Oder habe ich das falsch verstanden? - Submitted 2 days ago to helpers@forum.friendi.ca | 0 comments
- Submitted 2 days ago to helpers@forum.friendi.ca | 4 comments
- Comment on Seit der Aktualisierung auf die RC finde ich im Logfile von Friendica gehäuft so 1 week ago:
@heluecht
Ja scheint zu existieren:SHOW TABLES LIKE 'post-timeline-view'; +--------------------------------------------+ | Tables_in_friendicadb (post-timeline-view) | +--------------------------------------------+ | post-timeline-view | +--------------------------------------------+ 1 row in set (0,001 sec)Es sind folgende Felder vorhanden:
DESCRIBE `post-timeline-view`; +------------------+-----------------------+------+-----+---------------------+-------+ | Field | Type | Null | Key | Default | Extra | +------------------+-----------------------+------+-----+---------------------+-------+ | uid | mediumint(8) unsigned | NO | | NULL | | | uri-id | int(10) unsigned | NO | | NULL | | | gravity | tinyint(3) unsigned | NO | | 0 | | | created | datetime | NO | | 0001-01-01 00:00:00 | | | edited | datetime | NO | | 0001-01-01 00:00:00 | | | commented | datetime | YES | | 0001-01-01 00:00:00 | | | received | datetime | NO | | 0001-01-01 00:00:00 | | | changed | datetime | YES | | 0001-01-01 00:00:00 | | | private | tinyint(3) unsigned | NO | | 0 | | | visible | tinyint(1) | NO | | 0 | | | deleted | tinyint(1) | NO | | 0 | | | origin | tinyint(1) | NO | | 0 | | | global | tinyint(1) | NO | | 0 | | | network | char(4) | NO | | | | | protocol | tinyint(3) unsigned | YES | | NULL | | | vid | smallint(5) unsigned | YES | | NULL | | | contact-id | int(10) unsigned | NO | | 0 | | | contact-blocked | tinyint(1) | NO | | 1 | | | contact-readonly | tinyint(1) | NO | | 0 | | | contact-pending | tinyint(1) | NO | | 1 | | | contact-rel | tinyint(3) unsigned | NO | | 0 | | | contact-uid | mediumint(8) unsigned | NO | | 0 | | | self | tinyint(1) | NO | | 0 | | | author-id | int(10) unsigned | NO | | 0 | | | author-blocked | tinyint(1) | NO | | 1 | | | author-hidden | tinyint(1) | NO | | 0 | | | author-gsid | int(10) unsigned | YES | | NULL | | | owner-id | int(10) unsigned | NO | | 0 | | | owner-blocked | tinyint(1) | NO | | 1 | | | owner-gsid | int(10) unsigned | YES | | NULL | | | causer-id | int(10) unsigned | YES | | NULL | | | causer-blocked | tinyint(1) | YES | | 1 | | | causer-gsid | int(10) unsigned | YES | | NULL | | | parent-network | char(4) | YES | | | | | parent-owner-id | int(10) unsigned | YES | | 0 | | | parent-author-id | int(10) unsigned | YES | | 0 | | +------------------+-----------------------+------+-----+---------------------+-------+ 36 rows in set (0,002 sec) - Submitted 1 week ago to helpers@forum.friendi.ca | 0 comments
- Submitted 1 week ago to helpers@forum.friendi.ca | 2 comments
- Comment on Hallo seit ich gestern auf die RC umgestiegen bin, habe ich in den Logs gehäuft 1 week ago: @heluecht
Danke 👍 - Submitted 1 week ago to helpers@forum.friendi.ca | 0 comments
- Submitted 1 week ago to helpers@forum.friendi.ca | 2 comments
- Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago:
@tom_s
Hm okay....Hier die Anzahl der offenen:
Ziel offene Zustellungen davon Retrial ≥14 nrw.social 2.744 1.045 mastodon-swiss.org 1.164 483Könnte man denn die offenen Anfragen der beiden Domains gefahrlos löschen?
- Submitted 1 week ago to helpers@forum.friendi.ca | 0 comments
- Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago: @tom_s
Hab die beiden Instanzen vorrübergehend blockiert und hoffe, dass die Warteschlange nun abgearbeitet wird. - Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago:
@tom_s
Da ich nicht weitergekommen bin, habe ich die KI befragt.
Bei mir sind es tatsächlih auch Instanzen die aktuell Probleme haben.Laut DB Abfrage sind das folgende:
+----------------------------+------+-------------+ | inbox_host | jobs | max_retrial | +----------------------------+------+-------------+ | nrw.social | 2709 | 15 | | mastodon-swiss.org | 1151 | 15 | - Submitted 1 week ago to helpers@forum.friendi.ca | 0 comments
- Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago: @steffen
Sorry..... aber ich verstehe nur Bahnhof. 🙃😬 - Submitted 1 week ago to helpers@forum.friendi.ca | 0 comments
- Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago: Folgende Exceptions tauchen in den Logs auf. Ob das was damit zu tun haben kann?
2026-09-04T13:15:20Z worker [ERROR]: Uncaught exception in worker method execution {"class":"GuzzleHttp\\Psr7\\Exception\\MalformedUriException","message":"Invalid host: \"merveill\u0004s.town\"","code":0,"file":"/var/www/html/vendor/guzzlehttp/psr7/src/Uri.php:76","trace":"#0 /var/www/html/src/Worker/UpdateBlockedServers.php(28): GuzzleHttp\\Psr7\\Uri->__construct()\n#1 [internal function]: Friendica\\Worker\\UpdateBlockedServers::execute()\n#2 /var/www/html/src/Core/Worker.php(569): call_user_func_array()\n#3 /var/www/html/src/Core/Worker.php(377): Friendica\\Core\\Worker::execFunction()\n#4 /var/www/html/src/Core/Worker.php(111): Friendica\\Core\\Worker::execute()\n#5 /var/www/html/src/Console/Worker.php(87): Friendica\\Core\\Worker::processQueue()\n#6 /var/www/html/vendor/asika/simple-console/src/Console.php(86): Friendica\\Console\\Worker->doExecute()\n#7 /var/www/html/src/Core/Console.php(172): Asika\\SimpleConsole\\Console->execute()\n#8 /var/www/html/vendor/asika/simple-console/src/Console.php(86): Friendica\\Core\\Console->doExecute()\n#9 /var/www/html/src/App.php(233): Asika\\SimpleConsole\\Console->execute()\n#10 /var/www/html/bin/console.php(26): Friendica\\App->processConsole()\n#11 {main}","previous":"InvalidArgumentException: Invalid host: \"merveill\u0004s.town\" in /var/www/html/vendor/guzzlehttp/psr7/src/Uri.php:466\nStack trace:\n#0 /var/www/html/vendor/guzzlehttp/psr7/src/Uri.php(743): GuzzleHttp\\Psr7\\Uri::assertValidHost()\n#1 /var/www/html/vendor/guzzlehttp/psr7/src/Uri.php(667): GuzzleHttp\\Psr7\\Uri->filterHost()\n#2 /var/www/html/vendor/guzzlehttp/psr7/src/Uri.php(72): GuzzleHttp\\Psr7\\Uri->applyParts()\n#3 /var/www/html/src/Worker/UpdateBlockedServers.php(28): GuzzleHttp\\Psr7\\Uri->__construct()\n#4 [internal function]: Friendica\\Worker\\UpdateBlockedServers::execute()\n#5 /var/www/html/src/Core/Worker.php(569): call_user_func_array()\n#6 /var/www/html/src/Core/Worker.php(377): Friendica\\Core\\Worker::execFunction()\n#7 /var/www/html/src/Core/Worker.php(111): Friendica\\Core\\Worker::execute()\n#8 /var/www/html/src/Console/Worker.php(87): Friendica\\Core\\Worker::processQueue()\n#9 /var/www/html/vendor/asika/simple-console/src/Console.php(86): Friendica\\Console\\Worker->doExecute()\n#10 /var/www/html/src/Core/Console.php(172): Asika\\SimpleConsole\\Console->execute()\n#11 /var/www/html/vendor/asika/simple-console/src/Console.php(86): Friendica\\Core\\Console->doExecute()\n#12 /var/www/html/src/App.php(233): Asika\\SimpleConsole\\Console->execute()\n#13 /var/www/html/bin/console.php(26): Friendica\\App->processConsole()\n#14 {main}","worker_id":"cc72881","worker_cmd":"UpdateBlockedServers"} - {"file":"Worker.php","line":571,"function":"execFunction","request-id":"6a9ac4631d415","stack":"Worker::execFunction (571), Worker::execute (377), Worker::processQueue (111), Worker::doExecute (87), Console::execute (86), Console::doExecute (172), Console::execute (86), App::processConsole (233)","uid":"2a0fee","process_id":734921} - Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago: @steffen
Klar, nrw.social ist aktuell nicht erreichbar. Das sind gute 500 Treffer in der Warteschlange.
Der Rest ist ziemlich gemischt. Manche sind erreichbar manche nicht. - Submitted 1 week ago to helpers@forum.friendi.ca | 0 comments
- Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago: @steffen
Das mit den Störquellen gebe ich dir recht. Diese treten immer häufiger auf.
Aber das mit der verzögerten Warteschlange ist echt seltsam. Die normale wird ganz normal abgebaut. Die verzögerte hingegen nicht. Ansonsten verhält sich die Instanz auch ganz normal. - Submitted 1 week ago to helpers@forum.friendi.ca | 0 comments
- Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago: @steffen
Habe mal in den Logs nachgesehen. Heute waren lediglich vier Zugriffe von diesem User-Agent. Ich denke, das kann nicht die Ursache sein? - Submitted 1 week ago to helpers@forum.friendi.ca | 0 comments
- Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago: Auch nach der Aktualisierung auf die RC steigt die Warteschlange an.
- Comment on Guten Morgen , seit gut zwei Tagen baut sich bei mir (Stable) die verzögerte War 1 week ago: Hi @tom_s, habe gerade ein paar Tests gemacht. der DNS sprich die Namensauflösung funktioniert ohne Probleme.
- Submitted 1 week ago to helpers@forum.friendi.ca | 0 comments
- Submitted 1 week ago to helpers@forum.friendi.ca | 29 comments
- Comment on Hallo @ helpers , wenn man auf meiner Instanz (Stable) mit # Fedila 1 week ago: @heluecht
Danke dir.