Closed aarontrom closed 1 month ago
at the moment I have the following issue:
/var/www/friendica# sudo -u www-data bin/daemon.php start
PHP Fatal error: Uncaught Error: Cannot instantiate interface Friendica\Core\Addon\Capability\ICanLoadAddons in /var/www/friendica/vendor/level-2/dice/Dice.php:130
Stack trace:
#0 /var/www/friendica/vendor/level-2/dice/Dice.php(130): ReflectionClass->newInstanceWithoutConstructor()
#1 /var/www/friendica/vendor/level-2/dice/Dice.php(96): Dice\Dice->Dice\{closure}()
#2 /var/www/friendica/bin/daemon.php(64): Dice\Dice->create()
#3 {main}
thrown in /var/www/friendica/vendor/level-2/dice/Dice.php on line 130
Thanks for the last bit of context, this is what we needed to fix the issue.
It looks like you're using the develop
version of bin/daemon.php
with the stable
version of static/dependencies.config.php
.
The Friendica\Core\Addon\Capability\ICanLoadAddons
interface is only defined in develop
.
I checked the master
version of the Friendica YunoHost App manifest, it does reference the correct tag 2023.05
which has both files in a matching version, so I'm confused as of why you would have unmatching versions on your install.
Ohh okay, I think I'm not sure if I understand that correctly. What does that mean exactly?
In the meantime I also upgraded Friendica to the version 'Giant Rhubarb' 2023.05 - 1518, but that issue is still there. Can or should I do something about that?
This means:
static/dependencies.config.php
file is correctly in the 2023.05 version.bin/daemon.php
file is incorrectly in a newer version than 2023.05.This version mismatch is triggering the error you've reported. Since you're relying on YunoHost to deploy files, I'm not sure what's the extent of the version mismatch throughout your Friendica file tree, but the GitHub tag archive YunoHost is supposed to use looks okay.
Okay thanks a lot Hypolite!
I'm thinking about backing up the friendica database, then reinstalling friendica and then importing the database again - I tried that already, but I'm not sure if I tried that correctly, as I couldn't log in anymore... is there anything I would need to pay attention to? Or do you think that can't work at all?
This is actually a great idea, instead of going through the upgrade process on an ancient install.
Unfortunately, that didn't work. Maybe I did something wrong, but I followed this tutorial: https://www.sqlshack.com/how-to-backup-and-restore-mysql-databases-using-the-mysqldump-command/ maybe I try 1 more time later on, but this time, friendica had no data at all.
@aarontrom you still have this issue? I suppose you dont run Friendica anymore? Should this issue be closed?
Describe the bug
The problem is, that the worker queue is not getting triggered/executed anymore... It used to work perfectly fine, but now systemctl status says the following:
The admin-panel in friendica says the following things:
Context
Steps to reproduce
I installed friendica a while ago and did set up the friendica daemon via the following tutorial: https://nequalsonelifestyle.com/2022/08/04/setting-up-friendica-daemon-systemd-service/
then I also did set up the cronjob as described in the tutorial https://wiki.friendi.ca/docs/install: /10 * cd /var/www/friendica; /usr/bin/php bin/worker.php
the current friendica-daemon.service is configured as such:
Expected behavior
The worker queue to be executed.
Logs
I don't really know why the friendica daemon stopped working. What I found in the logs is the following:
and here is where the worker queue stopped getting executed:
If anyone can help, I would be so glad, because my posts are not getting sent out at the moment I think.