Tobias Ernst

#Physiker, #Nerd, #Patentanwalt, #Physiker. Lebte 2004-2014 als Expat in der Ukraine, mitbegründete dort die Deutsche Auslandsschule und Teil der deutschen lutherischen Gemeinde in #Kyjiw, #Ukraine. Heute Mitglied der Immanuelsgemeinde Stuttgart (#SELK #evangelisch #lutherisch). Hobbies: #Gravelbike, #Gesellschaftstanz. I speak English, розмовляю також українською.

Last Notes

2026-02-27 11:33:44 UTC

- reply

@nprofile…lz42 Oh! PROBLEM SOLVED!console/config had a setting to put friendica.log in the log directory. But there was not log directory. I manually created one. After that, the log appeared AND now I can access the admin panel :wink:.

2026-02-27 11:32:10 UTC

- reply

@nprofile…lz42 I apprciate your continued support but I am still at at a loss.
I have now pulled the stable friendica and addons from git and run composer.phar. For some reason, the latter required me to create /var/www/.cache and give write-permissions to www-data before it would work (my site sites in /var/www/html/friendica). As you see the instance is back running, I now see my addons (and have disabled them all for the time being). But I still get the 500 when trying to go to the admin panel.
How specifically do I use bin/console config to elicit a php error log in which I can see what is going on?

2026-02-26 22:12:09 UTC

- reply

@nprofile…lz42 In my previos installation I had a subdirectory log and a friendica.log therein for which I had enabled logging. In the new subdirectory with 2026.02, there is no such subdirectory. I think I am missing a lot of stuff, something with my update went wrong, I just don't know what it is. Now since I cannot get to admin panel, I cannot enable logging, or is it possible via console?
In apache, I see the access to /admin in the access.log, but I do not see anything in error.log. (The error.log as such works, I see other errors there, but it does not get an error when I try to access the admin panel and get the 500).

2026-02-26 18:17:55 UTC

- reply

@nprofile…avgx Interesting theory. I did not have many addons enabled. Now after the updated bin/console addon list all gives me an empty list. I think I rather missed something when performing the upgrade. I basically unpacked the distribution into a new directory, copied over the config directory and .htaccess (file storage is some other mount point, database is somewhere else), renamed the directories. Maybe I should have copied something more or did something else?

2026-02-26 16:25:53 UTC

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.

2026-02-24 21:46:09 UTC

- reply

Ich denke, ich komme dem Problem auf die Schliche. Bei einem OPTIMIZE Versuch in MariaDB erhalte ich:
-> | friendica.storage | optimize | error | The table 'storage' is full
-> | friendica.storage | optimize | status | Operation failed
Mein System war zuvor von 10000 auf 10000 offene Worker-Tasks runtergekommen und dann in einen Zustand verfallen, in dem MariaDB die ganze Last zieht und deswegen die Worker und der Daemon irgendwann sterben. Ich ziehn jetzt auf Storage Filesystem um und hoffe dass sich meine Probleme damit dann erledigt haben werden. In die beiden SSDs die gerade unterwegs sind habe ich ggf. ganz unnötig investiert ... :)
Ich denke, Friendica sollte davon abkommen, Datenbank als Default-Storage zu wählen, wenn der so schnell volläuft.

2026-02-23 09:01:14 UTC

- reply

@nprofile…8a9w Danke für die Antwort.
Die Datenbankstruktur ist up to date (bei console dbstructure update passiert nix, in der Admin-Konsole steht die Meldung dass sie aktuell ist). Ich habe gestern abend mal alle Relays bis auf eins raugeschmissen, trotzdem bin ich heute morgen immer noch bei fast derselben Zahl verzögerte Worker Tasks. Da ist irgendwo der Wurm drin, er scheint den Rückstand nicht schneller aufarbeiten zu können als Neues reinkommt. In der Situation möcht ich halt auch nicht noch mehr Downtime durch Backup und Upgrade einbauen.
Hast Du noch Tipps was ich mir da noch genauer ansehen könnte?
Wegen der Länge: "description" in der Datenbank ist derzeit vom Typ "text", da ist in der Datenbank bei 65535 Zeichen schluss. Von daher wäre es durchaus Sinnvoll wenn Freindica hier ein hartes Limit zieht und solche Posts einfach mit einem kurzen Fehler im Log zurückweist.

2026-02-22 21:49:10 UTC

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?

2025-04-11 17:44:33 UTC

- reply

@nprofile…rgpg I see that in the Admin Panel, Sites, Message Relay, I can set "Number of languages for the language detection" and "Language Quality" and the description reads as if the relay filters inbound content. However, where do I set the languages for which to filter? There is no setting where I can select which languages I want to receive via the relay. Could it be that currently I only get English from all of my relays as my instance language is English?
So what we need is a) ability to configure the list of language for inbound filtering and b) filtering also, with a separate list of allowed languages per relay, filtering outbound contenct.
Where do I go to create an issue?
As to your other questions: I don't think we need Russian. In Ukraine, choosing Fediverse over mainstream networks is about equivalent to choosing to talk in Ukrainian only :). But generally, it would be good if we could configure a list of languages. As to readonly subscription, that would be a quick fix, but the Fediverse is about interaction, so it would not be a good solution.

2025-04-10 16:39:41 UTC

- reply

@nprofile…rgpg Thanks, and yes, they replied to me and explained that they have a good reason for only accepting relay connnections from exclusively Ukrainian-speaking instances. Now I am multilingual and will have other multilinguals on my instance. What we would need to have is a way to configure Friendica to transmit only content in specific languages to specific relays. As far as I understand all content is tagged by Friendica automatically according to the used language (in the same way Mastodon users manually select the used language), so it should not be too hard to make the relay agent select specific languages for export? If I can guarantee this, said relay would let me in.

2025-04-09 22:52:07 UTC

@nprofile…xmvk
I would like to pull some content from Ukraine to my Friendica instance and found the following relay that has all hte relevent Ukrainien Mastodon instances:
relay.social.net.ua/
However, `console relay add relay.social.net.ua/actor` gives me a `couldn't be added`. The reason might be that this is not a yukicmochi relay but based on some other code. Would you be so kind to have a look whether this can be fixed on my end or on theirs and how?

2025-03-20 23:47:15 UTC

- reply

@nprofile…dtrn I am still wondering whether I can stay with Fastmail or not. I've had that since 2002 - precisely because at that time it was touted for data protection. One of the "alternatives" post I recentely boosted even lists Fastmail as a valid alternative to Google & Co because it is Australia based. But they have their servers located in the U.S. and there is a Cloud Act agreement with Australia since Jan. 2024 to which they already have complied. I have really been a fan of them and I feel I'd punish the wrong guys if I left them now.

2025-03-20 00:39:11 UTC

- reply

@nprofile…u3em Bei mir läuft sehr viel Erkenntnis - notwendige Voraussetzung zum Ausstieg aus und der Erweiterung von Blasen - über das Thema Ukraine. Bei dem Thema habe ich Vor-Ort-Kenntnis und kann daher leicht erkennen, wer unserer politischen Akteure aufrichtig agiert und wer mit alternativen Fakten. Daran zeigt sich mal wieder, Horizonterweiterung hilft und wenigstens ein Jahr im Ausland sollte Pflicht einer jeden Ausbildung sein. Aber stolz bin ich nicht drauf und danken brauch man mir auch nicht, wer weiß, was für Ansichten hätte, wenn mich das Leben nicht in die Ukraine verschlagen hätte.
Deswegen kam die AFD für mich nie in Betracht, obwohl ich die Corona-Pandemie als Ungeimpfter durchlebte (das aus handfesten Gründen, die nichts mit VT zu tun haben und die hier zu weit führen würden, nur eine Impfunfähigkeitsbescheinigung wollte mein Arzt lieber nicht ausstellen). Nach diesen zwei Jahren wär ich vom emotionalen Zustand her eigentlich reif für eine Stimme für die AFD gewesen, nur das Ukrainethema hielt mich davon ab.
Ich bin auf FB noch in einer Gruppe "Conservatives 4 Ukraine", wo sich die Amis bis zur Wahl von Trump wahlweise einredeten, dass der vernünftige Flügel der Republikaner die MAGA-Idition à la MTG und die Nazis schon im Zaum halten würden und/oder, Trump wäre wirklich der richtige, um Russland in die Schranken zu weisen, er wolle schließlich America Great machen, nicht so ein Zögerer wie Biden. Ich war da immer skeptisch, gab ihnen aber "the benefit of the doubt" weil mich die linke Hexenjagd eben auch nicht überzeugte (und Bidens Ukrainepolitik auch nicht).
Aus der "konservativen Reaktanz" brach ich jedenfalls bei dem unseligen Gespräch zwischen Selensky und Trump im Oval Office und dem nachfolgenden Hilfsentzug für die Ukraine, Einstellen der US-Cyberabwehr usw. aus. Die ausbleibende Hilfe war ein Hard Fact den ich nicht mehr wegignorieren konnte. Als dann noch Elon Musk einen US-Senator, der einfach nur die Ukraine besuchte einen "Traitor" nannte, hab ich X fluchtartig verlassen und auf Facebook das FB.Purity-Plugin installiert, um nur noch Posts von Freunden denen ich folge zu sehen.
Dass es dann gleich meine eigene Friendica-Instanz im Fediversum geworden ist, ist natürlich dem technischen Spieltrieb geschuldet. :smile: (Übrigens, Sie waren mir auf sueden.social gefolgt, aber ich bin nun umgezogen, bitte folgen Sie doch nochmals.).
Mein Ziel ist und bleibt (war es auch zu früheren Zeiten auch bei stärker ausgeprägter "Reaktanz"), die Dialogfähigkeit zwischen links und rechts zu erhalten. Ich hab nämlich auch bei Dugin genug gelesen, um zu wissen, dass die Spaltung der Gesellschaft nicht nur im Interesse unserer ganz eigenen Extremisten liegt, sondern auch im Sinne der großrussischen imperialen Politik. Ich kann blöderweise die Textstelle inzwischen nicht mehr im Internet finden, aber der schreib anno 2014 tatsächlich mal auf 4pt punkt su (einen klickbaren Link hat diese Propagandaschleuder nicht verdient), dass das Bestreben des russischen Agitprop sein müsse, im "liberalen" (bei ihm ein Schimpfwort) Westen die Rechten gegen die Linken aufzuhetzen, damit sie beide die politische Mitte zwischen sich zermalmen und sich danach gegenseitig auf die Pelle rücken - und wer der Westen dann darniederliege, dann werde er bereit sein, sich dem russischen Imperium von Lissabon bis Wladiwostik anzuschließen. Seitdem beobachte ich reichlich fassungslos, wie genau dieses Drehbuch bei uns auch tatsächlich abläuft.