Hi. I upgraded from 2024.12 to 2026.01. Database updated started and when it is finished just nothing displayed on the site. I then figured to copy over the old .htaccess file, now the site works. But but when I click on my profile and then on "Administration" to get to the admin panel, I get an error 500 "internal server configuration problem". How to fix this? Thanks a lot in advance.

Hallo lieber Support. Ich betreibe hier eine 1-Mann-Instanz in einer VM auf einem leistungsstarken NAS. Bin noch auf 2024.12. Wollte,eigentlich erst das nun geschilderte Problem lösen bevor ich ein Backup mache und upgrade. Worker sollten bei meiner Konfiguration vom Daemon gestartet werden. Manchmal stirbt der (hab noch nicht analysiert warum) und dann entsteht ein Backlog aus verzögerten Queues und Tasks. Vor drei Tagen war das mal wieder so weit und ich war bei 100 verzögerten Queues und ca. 100000 verzögerten Tasks. Nachdem ich alles wieder gerichtet hatte ging es im Laufe eines Tages auf ca. 50000 verzögerte Tasks runter, aber unter diese Schwelle komm ich nicht, im Laufe eines weiteren Tages ging es mal hoch mal runter aber blieb ungefähr bei dieser Marke, aktuell wächst es eher wieder, wohingegen die Zahl der Queues derweil auf 125 angewachsen ist. Ich hab ungefähr alle Optimierungen ausprobiert, die Handbücher und diverse LLMs so empfehlen, komme aber nicht weiter. Aktuell funktioniert die Interaktion mit neuem Content ganz gut (sonst würdet ihr das hier nicht lesen), aber der Backlog wächst und wächst. Im friendica.log sehe ich alle paar Minuten einen Eintrag der Art 2026-02-22T21:39:51Z worker [ERROR]: DB Error {"code":1406,"error":"Data too long for column 'description' at row 1","params":"INSERT INTO `post-media` (`uri-id`, `url`, `media-uri-id`, `type`, `mimetype`, `description`, `name`, `author-url`, `author-name`, `author-image`, `publisher-url`, `publisher-name`) VALUES und danach ein unheimlich langer Post. Kam noch nicht drauf wo die eigentlich herkommen. In Mariadab ist das Feld "description" aber eh schon "text", wobei es tatsächlich sein kann dass diese Posts länger als 65536 Zeichen sind. Das System ist noch nicht am I/O-Bottleneck (iostat sagt ca. 40 % Auslastung, ca 10 % iowaits), eher ist CPU-Last das Problem. Allerdings kam ich in vergangenen Zeiten wenn so etwas war immer nach einem Tag oder so wieder auf Werte unter 100 im Backlog und frage mich warum diesmal nicht. Wo könnte mir hier noch irgendwas in die Suppe spucken?