Ttrss ne se met plus à jour, le service ne redémarre pas

Mon serveur YunoHost

Matériel: Vieil ordinateur à la maison
Version de YunoHost: 4.0.7.1
J’ai accès à mon serveur : En SSH | Par la webadmin
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

Bonjour,

Depuis ce matin (cette nuit ?) ttrss ne met plus à jour les flux.
J’ai vérifié l’état du service avec un
systemctl status ttrss
Puis relancé au cas où avec
systemctl restart ttrss

Depuis, l’état du service est :

● ttrss.service - ttrss_backend
   Loaded: loaded (/etc/systemd/system/ttrss.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Mon 2020-09-14 08:42:09 CEST; 6s ago
  Process: 31024 ExecStart=/usr/bin/php /var/www/ttrss/update_daemon2.php (code=exited, status=101)
 Main PID: 31024 (code=exited, status=101)

Voici le journal du service :
https://paste.yunohost.org/ayaninadib

Merci pour votre aide !!!

I have exactly the same issue. It seems this github issue has not been resolved https://github.com/YunoHost-Apps/ttrss_ynh/issues/83

Hello,

J’ai le même souci également. Depuis la mise à jour vers Yunohost 4.0.7 et donc vers php7.3, mon instance de ttrss ne fonctionne plus et je ne peux donc plus accéder à mes flux.

J’ai bien vu l’issue sur Github et ai confirmé aussi l’existence de ce problème.

Voici le log lié au problème d’installation : https://paste.yunohost.org/raw/ugovezever

J’imagine qu’il faut attendre que la merge request soit acceptée sur la branche principale du projet. Mais une fois le projet mis à jour sur Github, nous verrons-nous proposée la maj dans l’administration de Yunohost ?

Bonne journée à toutes et tous.

The new testing version should correct the issue.
(You may want to backup first you RSS feeds by exporting an OPML file :grimacing:)

sudo yunohost app upgrade ttrss -u https://github.com/YunoHost-Apps/ttrss_ynh/tree/testing ```
1 Like

Hello,

Merci pour ta réponse.

Ni l’upgrade ni la réinstallation à partir de la branche testing n’a fonctionné.

Avant la mise à jour, j’avais fait à la fois un backup de l’application via la sauvegarde de l’admin YHN ET un export de mes flux en OPML. Donc, de ce côté-ci tout va bien.

En tant que root j’ai d’abord testé l’upgrade via :

yunohost app upgrade ttrss -u https://github.com/YunoHost-Apps/ttrss_ynh/tree/testing --debug

Le fichier de log d’erreur correspondant : https://paste.yunohost.org/raw/uconaqalab

J’ai ensuite désinstallé l’application entièrement via l’interface d’admin de Yunohost puis ai saisi :

sudo yunohost app install https://github.com/YunoHost-Apps/ttrss_ynh/tree/testing --debug

pour ré-installer ttrss.

Le fichier de log d’erreur correspondant : https://paste.yunohost.org/raw/ojoxuvalab

Je ne sais pas si l’installation et/ou l’upgrade plantent à cause de la même erreur ou non. J’espère que les logs aideront.

Et suis partant pour un séance d’erreurs / essais de débug pour la branche testing.

Je ne suis pas un expert mais j’ai l’impression que l’erreur vient de là :

2020-09-14 13:15:04,476: DEBUG - <pre>Exception while creating PDO object:could not find driver</pre>+ ynh_exit_properly

Tu as bien php7.3-mysql d’installé?
Que renvoie cette commande?
dpkg --get-selections | grep php | grep mysql

Ça renvoie ça :

php7.0-mysql                                    deinstall
php7.3-mysql                                    install

Upgrade failed to testing version failed: https://paste.yunohost.org/raw/idoresuvam

Interestingly, during backup, it said:
Info: '/etc/cron.d/ttrss' wasn't deleted because it doesn't exist.

The thing about the cron during backup is not worrysome

The actual error is still the same :

Exception while creating PDO object:could not find driver

Let’s do a small experiment and try to apt install php-mysql

Then re-try the install/upgrade/… and see if that changes anything

I have installed the paquet php-mysql which wasn’t here strangely, but the result is still the same i am afraid :
https://paste.yunohost.org/raw/ojefonoyih

I already checked that before I reported this issue. It was already installed and did not change anything. I remember I read somewhere one should check the php.ini file regarding the enabled extensions. Should we do that? If yes, which .ini file?

is php -v outputing 7.3…?

You can edit
/etc/php/7.3/fpm/php.ini
uncomment L. 925 extention=pdo_mysql
and maybe L.920 extention=mysqli

You may need to reload NGINX
sudo service nginx reload

results in

PHP 7.0.33-30+0~20200807.37+debian10~1.gbp047872 (cli) (built: Aug  7 2020 15:04:50) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
with Zend OPcache v7.0.33-30+0~20200807.37+debian10~1.gbp047872, Copyright (c) 1999-2017, by Zend Technologies

And so i am reluctant to uncomment the php.ini file since i not had the correct php version. Or do i ?

oh that was weird. why does it say php 7.0? After upgrading to Debian 10 it is supposed to be 7.3. That might be the reason?

I have no idea. I thought i was using PHP 7.3 too.

But, you have the same issue as i do, don’t you? And with or without php -v to 7.3 ?

Replace php by php7.3 in your command …

php7.3 -v

Yes, exactly the same with php -v to 7.0 as you. But in ttrss is using php 7.3 as many other apps do. ttrss.conf it says
fastcgi_pass unix:/var/run/php/php7.3-fpm-ttrss.sock

Can you check in the webadmin > outils > migration if this migration has been done
Migrate php7.0-fpm 'pool' conf files to php7.3

php7.3 -v

PHP 7.3.22-1+0~20200909.67+debian10~1.gbpdd7b72 (cli) (built: Sep  9 2020 06:55:18) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.22, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.3.22-1+0~20200909.67+debian10~1.gbpdd7b72, Copyright (c) 1999-2018, by Zend Technologies

Yes, it has been :

  1. Migrate old network traffic rules to the new nftable system
  2. Migrate databases from PostgreSQL 9.6 to 11
  3. Migrate php7.0-fpm ‘pool’ conf files to php7.3
  4. Mise à niveau du système vers Debian Buster et YunoHost 4.x