!Friendica Support Ich bekomme wieder neue Nachrichten, dass cron gekillt worden sei. Es geht immer um den selben Job 675858 UpdateContacts 2025-04-17 14:10:06 40 Wie kann ich rauskriegen, welche "Contacts" hier geupdatet werden sollen?
Es werden Kontakte aktualisiert, deren letzte Aktualisierung lange zurückliegt. So oder so: Dieses "killen" bezieht sich ja nur auf den "UpdateContacts"-Job. Und das ist einer der Jobs, deren Ausfall keinerlei Probleme für den Empfang oder Versand von Nachrichten bereitet. Dieser Job ist nur dazu da, dass Du bei Dir das aktuelle Avatar-Bild des Kontaktes siehst und dass die Profilbeschreibung aktuell ist. (und ein paar andere Kontaktdaten)
Es ist also extrem unproblematisch, dass der Job gekillt wird. Er word halt immer dann gekillt, wenn der Job die ihm zugestandene Laufzeit überschreitet. Das kann passieren, wenn andere Server sehr langsam sind. Aber auch bereitet wiederum keinerlei wirkliche Probleme.
!Friendica Support Could you please tell me what exactly the job "UpdateContacts" in the worker queue does. It seems that there is a part in this process which gets stuck and then the system kills this worker job.
Yes, that's how I understand it too. But apparently the job can hang up and is then killed by the system. So the question is, why and where does it hang?
php bin/console.php worker
Deprecated: mb_convert_encoding(): Handling HTML entities via mbstring is deprecated; use htmlspecialchars, htmlentities, or mb_encode_numericentity/mb_decode_numericentity instead in /home/user/public_html/fri.dxz.ch/src/Content/Text/HTML.php on line 166
Deprecated: mb_convert_encoding(): Handling HTML entities via mbstring is deprecated; use htmlspecialchars, htmlentities, or mb_encode_numericentity/mb_decode_numericentity instead in /home/user/public_html/fri.dxz.ch/src/Content/Text/HTML.php on line 166
Killed
If I delete this job in the database (in the table workerqueue) the kill message disapears a few hours - then it comes again and such a job "UpdateContacts" is again the the queue list.
@Hiker I can think of two things that can cause a process to be killed: it is using too much memory, or the php interpreter had decided it ran for too long. In both cases it could be caused by a malformed reply from the server of the contact being updated. I would check which contact was been updated, if it is always the same contact, what reply its server does for the contact profile...
Yes, of course. But this now repeats every 10 minutes when cron starts and this queue entry remains in the list - so the same problem 10 minutes later.
@Hiker if you can, tell me how you managed to delete it from the database. I let this problem go, because it doesn't cause me any problems , and also because I don't know how to delete it from the database
!Friendica Support I am getting error messages from cron every 10 minutes:
Deprecated: mb_convert_encoding(): Handling HTML entities via mbstring is deprecated; use htmlspecialchars, htmlentities, or mb_encode_numericentity/mb_decode_numericentity instead in /home/domain/public_html/fri.dxz.ch/src/Content/Text/HTML.php on line 166
@Hiker Thank you for the report, we're aware of this, please reduce your PHP log verbosity to ignore deprecated messages. They don't have any impact on your current system and clog your log for nothing.
@Hiker Don’t worry about it, it’s unlikely this task is currently running. It’s possible this specific task is running into a fatal error which prevents it to be moved out of the queue but also means it isn’t taking that much resources.
@Hiker There's no direct way to delete a worker task. This means that if you're savvy enough to do it anyway, you should be savvy enough to debug why it's hanging in the queue, which is the right way of dealing with it.
@Hiker Thanks, there seem to be additional PHP processes that aren't yours (UID 1535) that are also killed, so I'm not sure it is entirely Friendica's fault. Can you please share the PHP Info page accessible from the admin?
Additionally, can you please share the contact address associated with the ID 18346 in the contact table?
Nothing out of the ordinary here, you could try reducing to less workers but I don't think that will help much. Are you running worker via crons or daemon?
I am running through different hosters (dedicated rack, kvm and also shared hosters) and my hoster does specify things like php process limit, memory limit, script runtime etc...
maybe you can get some more information from your hoster?
@Frend @Hiker Idea is to put up a simple phpinfo.php with the all-famous 2 lines: <?php phpinfo();. Then copy-paste the details here. Yes, shared hosters have their cheap prices but mostly for limitations, like no federating software with a worker daemon in background. Also other limitations can be CPU usage, RAM and HDD allowed or else you have to upgrade your hosting package to a larger one.
I wrote a "mailer" script, that comes from the old-times of the Internet where you can sign up with such service and collect points to book mails with your points and send them to other members. It has a self-managing part and reduced mail-delivery per click done on the homepage. My then-hoster (shared) asked me to shut it down while it was totally resource-friendly. Just as an example why root servers are often a better choice where you have more freedoms but more responsibilities, like administrating the Linux OS on it.
some very strict webhosters go with 30-60s and then there are webhosters that have like 300-600 seconds. It really depends on your webhoster and the tier/package that you bought. Ask the support or try to find this information in your webhosters package description
All that can be really advised is to check with your hosting provider for shared webspace. Once we have exact rules or limits we can actually try to work around these. Everything else is just a shot in the dark and not really helping much.
2025-02-05T17:37:23.376488+01:00 a kernel: [1131349.670942] Out of memory: Killed process 2817607 (ffmpeg) total-vm:50742864kB, anon-rss:17919276kB, file-rss:0kB, shmem-rss:0kB, UID:0 pgtables:61024kB oom_score_adj:0
!Friendica Support Something is wrong with my profile settings - I don't get following requests. A user on a Iceshrimp instance sends a request but I don't see it in the notifications.
Any help about this problem? It's not related only the Iceshrimp instances - I don't see a following request in the notification (and yes, in the setup it is set).
@Hiker Try fetching their profile to your instance by copy-pasting their address or URL. I sometimes received a request after doing this and following that person. It's probably a federation issue
[Test] Noch ein Test für den Worker dieser #Friendica Instanz. Interessant wir, ob er wieder vom System gekillt wird oder ob er seine Aufgaben durchziehen kann - also diesen Post auf die abonnierten Server zu verteilen. Geschrieben: 15.01.2025 - 20:52
[Test] Der Server killt immer mal wieder den worker dieser #Friendica Instanz - das würde dann also heissen, dass hier geschriebene Posts nicht ausgeliefert werden. Mal schauen... #nerdkram
!Friendica Support In Admin ist Addon Diaspora eingeschaltet. In der Liste der Protokolle in der linken Spalte ist es aber nicht vorhanden und eine Personensuche auf einer Diaspora-Instanz bringt kein Resultat.
@Hiker Habe deinem @Hiker mal eine Anfrage gesendet. Laut meiner Instanz war der Kontakt verloren und archiviert, nun aber ist er aktiv gefolgt. cc: @ONE
Das scheint ein kniffliges Problem zu sein. Im Error-Log von Diaspora steht ein Fehler: Webfinger sei alt und könne nicht ausgewertet werden, darum könne der Account auf Friendica nicht gefunden.
Die deutsche Gewerkschaft Verdi will vom Mittwochmorgen bis zum Donnerstagmorgen den Flugverkehr der Lufthansa grösstenteils lahmlegen. Die Swiss dürfte vom Arbeitskampf jedoch nicht betroffen sein.
2. Versuch Bin neugierig, ob eine #Friendica Instanz auf diesem sehr bescheidenen Server auch laufen kann. Das #Fediverse ist gross und weit und für viele Überraschungen zu haben... Ist also keine produktive Installation und eine Registrierung ist nicht möglich - vielleicht später, aber dann ebenfalls zu Testzwecken.😉
Bin neugierig, ob eine #Friendica Instanz auf diesem sehr bescheidenen Server auch laufen kann. Das #Fediverse ist gross und weit und für viele Überraschungen zu haben... Ist also keine produktive Installation und eine Registrierung ist nicht möglich - vielleicht später, aber dann ebenfalls zu Testzwecken.😉
Michael 🇺🇦
in reply to Hiker • • •Es werden Kontakte aktualisiert, deren letzte Aktualisierung lange zurückliegt. So oder so: Dieses "killen" bezieht sich ja nur auf den "UpdateContacts"-Job. Und das ist einer der Jobs, deren Ausfall keinerlei Probleme für den Empfang oder Versand von Nachrichten bereitet. Dieser Job ist nur dazu da, dass Du bei Dir das aktuelle Avatar-Bild des Kontaktes siehst und dass die Profilbeschreibung aktuell ist. (und ein paar andere Kontaktdaten)
Es ist also extrem unproblematisch, dass der Job gekillt wird. Er word halt immer dann gekillt, wenn der Job die ihm zugestandene Laufzeit überschreitet. Das kann passieren, wenn andere Server sehr langsam sind. Aber auch bereitet wiederum keinerlei wirkliche Probleme.
Hiker
in reply to Michael 🇺🇦 • •Friendica Support reshared this.