Beta-testing phase for YunoHost 3.0 on Debian Stretch

Ioan · May 28, 2018, 12:18pm

debian 9.4 VM

Action
GET /services
{"locale":"en"}
Traceback
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/moulinette/interfaces/api.py", line 406, in process
    ret = self.actionsmap.process(arguments, timeout=30, route=_route)
  File "/usr/lib/python2.7/dist-packages/moulinette/actionsmap.py", line 498, in process
    return func(**arguments)
  File "/usr/lib/moulinette/yunohost/service.py", line 228, in service_status
    status = _get_service_information_from_systemd(name)
  File "/usr/lib/moulinette/yunohost/service.py", line 265, in _get_service_information_from_systemd
    service_path = manager.GetUnit(service + ".service")
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 70, in __call__
    return self._proxy_method(*args, **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
    **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
    message, timeout)
DBusException: org.freedesktop.systemd1.NoSuchUnit: Unit mysql.service not loaded.

Aleks · May 28, 2018, 12:28pm

Eeeeh, that’s weird :s ?

Are you able to connect in SSH and run systemctl status mysql ?

Ioan · May 28, 2018, 12:33pm

$ systemctl status mysql
● mariadb.service - MariaDB database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2018-05-28 12:07:02 GMT; 25min ago
 Main PID: 832 (mysqld)
   Status: "Taking your SQL requests now..."
    Tasks: 26 (limit: 4915)
   CGroup: /system.slice/mariadb.service
           └─832 /usr/sbin/mysqld

Dams · May 28, 2018, 12:55pm

Action
GET /diagnosis
 {"locale":"fr"}

Trace
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/moulinette/interfaces/api.py", line 406, in process
    ret = self.actionsmap.process(arguments, timeout=30, route=_route)
  File "/usr/lib/python2.7/dist-packages/moulinette/actionsmap.py", line 498, in process
    return func(**arguments)
  File "/usr/lib/moulinette/yunohost/tools.py", line 607, in tools_diagnosis
    services = service_status()
  File "/usr/lib/moulinette/yunohost/service.py", line 228, in service_status
    status = _get_service_information_from_systemd(name)
  File "/usr/lib/moulinette/yunohost/service.py", line 265, in _get_service_information_from_systemd
    service_path = manager.GetUnit(service + ".service")
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 70, in __call__
    return self._proxy_method(*args, **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
    **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
    message, timeout)
DBusException: org.freedesktop.systemd1.NoSuchUnit: Unit shellinabox.service not loaded.

Shellinabox a été installé mais il ne l’est plus. Cette erreur est survenue suite aux mises à jour différées de Yunohost ce matin. Je n’ai plus accès à la liste des services. J’ai installé puis supprimé Shellinabox et je n’ai plus le problème.

Action
GET /services//log
 {"name":"postfix","number":"50"}

Trace
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/moulinette/interfaces/api.py", line 406, in process
    ret = self.actionsmap.process(arguments, timeout=30, route=_route)
  File "/usr/lib/python2.7/dist-packages/moulinette/actionsmap.py", line 498, in process
    return func(**arguments)
  File "/usr/lib/moulinette/yunohost/service.py", line 301, in service_log
    result[log_path] = _tail(log_path, int(number))
  File "/usr/lib/moulinette/yunohost/service.py", line 684, in _tail
    return lines[-to_read]
IndexError: list index out of range

Le service ne semble pas démarrer correctement

Nom
    postfix
Description
    used to send and receive emails

Statut
Lancer au démarrage : Activé
Statut : exited
Started at: 2018-05-28 15:09:20

Idem pour le parefeu

Nom
    yunohost-firewall
Description
    manages open and close connexion ports to services

Statut
Lancer au démarrage : Activé
Statut : exited
Started at: 2018-05-28 15:09:27

Dams · May 28, 2018, 1:24pm

Après redémarrage je n’arrive plus à accéder à la liste des services

   Traceback (most recent call last):
      File "/usr/lib/python2.7/dist-packages/moulinette/interfaces/api.py", line 406, in process
        ret = self.actionsmap.process(arguments, timeout=30, route=_route)
      File "/usr/lib/python2.7/dist-packages/moulinette/actionsmap.py", line 498, in process
        return func(**arguments)
      File "/usr/lib/moulinette/yunohost/service.py", line 228, in service_status
        status = _get_service_information_from_systemd(name)
      File "/usr/lib/moulinette/yunohost/service.py", line 265, in _get_service_information_from_systemd
        service_path = manager.GetUnit(service + ".service")
      File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 70, in __call__
        return self._proxy_method(*args, **keywords)
      File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
        **keywords)
      File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
        message, timeout)
    DBusException: org.freedesktop.systemd1.NoSuchUnit: Unit postfix.service not loaded.

mokas01 · May 28, 2018, 5:52pm

Hi,

Updated today from 3.0 beta to beta 1.4. Nextcloud updated, but I had to start manually php7.0-fpm to make it work again. I had a 502 error message and the log helped. Don’t know if it is specific to my case or broader, but wanted to let you know.

Thanks again for the great work you’re doing !

ppr · May 28, 2018, 7:09pm

Hi,

I’ve just update v3 beta to v3 beta 1.4 and my Nextcloud seems to work fine.
I’ve update Nextcloud stable to testing yesterday, as whole my YunoHost instance (2.7.12 -> 2.7.13-2), before switch to 3.0.x beta.

ppr

Dams · May 29, 2018, 9:49pm

J’avais plusieurs soucis après avoir migré de la version alpha vers la version bêta. J’ai donc tout réinstallé avec l’image de la bêta. Tout semblait fonctionner jusqu’à ce que je tente d’installer RoudCube. L’installation a ajouté une référence à jessie-backports voir mon échange du 24 mai avec @Aleks. J’ai de nouveau corrigé à la main.

Par contre j’ai à nouveau postfix et le firewall qui ne fonctionnent plus. Voir mon message du 28 mai. Je ne sais pas si c’est lié à la tentative Roundcube ou non parce que j’ai enchaîné l’installation de Dokuwiki, Tiny RSS, NextCloud, Wallabag, Rainloop (jusqu’ici je pense que tout allait bien) et pour finir Roundcube.

J’avais bêtement prévu de faire une sauvegarde à la fin de l’installation. Donc pas de sauvegarde. Quelqu’un saurait me dire où chercher ?

Aleks · May 29, 2018, 9:52pm

Salut,

oui c’est toujours le même problème avec roundcube où le fix est dans le pipeline …

À propos de postfix, est-ce que tu peux faire un systemctl status postfix ?

Dams · May 29, 2018, 9:56pm

OK donc je me note en gros de ne pas l’installer pour l’instant.

● postfix.service - Postfix Mail Transport Agent
   Loaded: loaded (/lib/systemd/system/postfix.service; enabled; vendor preset: 
   Active: active (exited) since Tue 2018-05-29 21:00:51 UTC; 53min ago
  Process: 1029 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
 Main PID: 1029 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/postfix.service

May 29 21:00:51 domain.nohost.me systemd[1]: Starting Postfix Mail Transport Agent
May 29 21:00:51 domain.nohost.me systemd[1]: Started Postfix Mail Transport Agent.

Aleks · May 29, 2018, 9:59pm

Hm donc postfix a l’air de bien tourner. Là tu as toujours le problème du DBusException: org.freedesktop.systemd1.NoSuchUnit: Unit postfix.service not loaded. ?

Apriori c’est potentiellement un problème en cours de résolution de notre côté (on a touché à ce bout de code récemment)

Dams · May 29, 2018, 10:13pm

Je peux envoyer et recevoir des mails. Par contre j’ai ce statut “exited” en rouge dans la console web. Aussi bien pour postfix que pour le firewall.

● yunohost-firewall.service - YunoHost Firewall
   Loaded: loaded (/lib/systemd/system/yunohost-firewall.service; enabled; vendor preset: enabled)
   Active: active (exited) since Tue 2018-05-29 21:01:11 UTC; 1h 10min ago
  Process: 558 ExecStart=/usr/bin/yunohost firewall reload (code=exited, status=0/SUCCESS)
 Main PID: 558 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/yunohost-firewall.service

Pourtant le firewall semble fonctionner lui aussi. Donc je ne touche rien et j’attends une mise à jour ?

Aleks · May 29, 2018, 10:21pm

Hmmm pour yunohost-firewall ça a l’air ok (j’ai pareil chez moi) mais pour postfix c’est bizarre … chez moi j’ai bien active (running)

Si tu fais un systemctl restart postfix puis que tu regardes de nouveau le status avec systemctl status postfix, ça change un truc ?

Dams · May 29, 2018, 10:23pm

Active: active (exited) since Tue 2018-05-29 22:22:09 UTC; 3s ago

Même chose

Aleks · May 29, 2018, 10:27pm

En fait sur une instance stretch j’ai aussi ça (je regardais sur une jessie) donc j’imagine que c’est normal, d’autant plus si tu est capable d’envoyer et recevoir des mails

Dams · May 29, 2018, 10:34pm

OK, on va dire que c’est normal puisque ça fonctionne. Merci pour ton aide.

Demain Je vais m’attaquer au problème suivant (à chaque jour suffit sa peine) : restaurer une sauvegarde de Wallabag. J’avais fait une sauvegarde complète avec la version alpha.J’ai une erreur à l’ouverture de l’archive. Je voudrais restaurer seulement Wallabag. Je tenterai de la modifier pour ne garder que Wallabag. On verra si ça fonctionne…

Dams · May 30, 2018, 6:57am

J’ai trouvé ça, je ne sais pas si ça peut résoudre la question :

State active (exited) means that systemd has successfully run the commands but that it does not know there is a daemon to monitor.

If there is you must define it in the unit file by configuring the Type and ExecStart options appropriately according to whether the process you start is the main proces, forks child processes and exits etc.

Dams · May 30, 2018, 2:40pm

Je ne sais si c’est lié, mais voici ce que j’ai dans l’interface web :

Firewall

Erreur rouge [ Aucun journal à afficher pour le service « yunohost-firewall » ]

Postfix

GET /services//log
 {"locale":"fr","name":"postfix","number":"50"}
 
Trace

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/moulinette/interfaces/api.py", line 406, in process
    ret = self.actionsmap.process(arguments, timeout=30, route=_route)
  File "/usr/lib/python2.7/dist-packages/moulinette/actionsmap.py", line 498, in process
    return func(**arguments)
  File "/usr/lib/moulinette/yunohost/service.py", line 301, in service_log
    result[log_path] = _tail(log_path, int(number))
  File "/usr/lib/moulinette/yunohost/service.py", line 684, in _tail
    return lines[-to_read]
IndexError: list index out of range

Les autres services

J’ai pacman qui tourne à l’infini quand je veux consulter les logs

ppr · June 2, 2018, 6:54am

Bonjour @YunoHost ,

Je suis en v 3.0.0 beta 1.4.
Il y avait metronome et yunohost à mettre à jour.
Pour metronome : OK
Pour yunohost : failed avec ce message

2018-06-01 21:52:18,670 WARNING moulinette.authenticator.ldap is_authenticated - Error during ldap authentication process: ‘NoneType’ object has no attribute ‘whoami_s’

Je suis prenneur d’une solution

Edit : root m’a écrit

Lecture des listes de paquets…
Construction de l’arbre des dépendances…
Lecture des informations d’état…
Paquets suggérés :
htop vim udisks2 archivemount
Les paquets suivants seront mis à jour :
yunohost
1 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 258 ko dans les archives.
Après cette opération, 2 048 o d’espace disque supplémentaires seront utilisés.
Réception de:1 Index of /debian/ stretch/testing amd64 yunohost all 3.0.0~beta1.5 [258 kB]
apt-listchanges : Lecture des fichiers de modifications (« changelog »)…
debconf: Impossible d’initialiser l’interface : Dialog
debconf: (La variable TERM n’a pas de valeur, l’interface dialog est donc inutilisable.)
debconf: Utilisation de l’interface Readline en remplacement
debconf: Impossible d’initialiser l’interface : Readline
debconf: (Cette interface a besoin d’un terminal de contrôle.)
debconf: Utilisation de l’interface Teletype en remplacement
dpkg-preconfigure: impossible de réouvrir stdin :
258 ko réceptionnés en 1s (208 ko/s)
(Lecture de la base de données…
(Lecture de la base de données… 5%
(Lecture de la base de données… 10%
(Lecture de la base de données… 15%
(Lecture de la base de données… 20%
(Lecture de la base de données… 25%
(Lecture de la base de données… 30%
(Lecture de la base de données… 35%
(Lecture de la base de données… 40%
(Lecture de la base de données… 45%
(Lecture de la base de données… 50%
(Lecture de la base de données… 55%
(Lecture de la base de données… 60%
(Lecture de la base de données… 65%
(Lecture de la base de données… 70%
(Lecture de la base de données… 75%
(Lecture de la base de données… 80%
(Lecture de la base de données… 85%
(Lecture de la base de données… 90%
(Lecture de la base de données… 95%
(Lecture de la base de données… 100%
(Lecture de la base de données… 65324 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de …/yunohost_3.0.0~beta1.5_all.deb …
Dépaquetage de yunohost (3.0.0~beta1.5) sur (3.0.0~beta1.4) …
Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u3) …
Paramétrage de yunohost (3.0.0~beta1.5) …
Regenerating configuration, this might take a while…
e[32me[1mSuccès ! e[mLa configuration a été mise à jour pour le service « dnsmasq »
e[33me[1mAttention : e[mLe fichier de configuration « /etc/fail2ban/jail.conf » a été modifié manuellement et ne sera pas mis à jour
Launching migrations…
e[33me[1mAttention : e[mAucune migration à lancer
Restarting YunoHost firewall…
update-rc.d: error: no runlevel symlinks to modify, aborting!
debconf: Impossible d’initialiser l’interface : Dialog
debconf: (La variable TERM n’a pas de valeur, l’interface dialog est donc inutilisable.)
debconf: Utilisation de l’interface Readline en remplacement

Edit 2 :
Je suis passé en v3.0.0 beta 1.5 mais j’ai dû redémarrer le serveur car j’avais des erreurs 502 Nginx avec Nextcloud.
J’avoue que je n’ai pas cherché et envoyé le reboot.

ppr

ppr · June 4, 2018, 8:07am

Bonjour @Aleks ,

Depuis la migration de Jessie vers Stretch, j’ai eu ce mail de root ce matin :

/etc/cron.daily/logrotate:
ERROR Failed to access socket path: /var/run/fail2ban/fail2ban.sock. Is fail2ban running?
error: error running non-shared postrotate script for /var/log/fail2ban.log of '/var/log/fail2ban.log ’
logrotate_script: 2: logrotate_script: /usr/lib/php5/php5-fpm-reopenlogs: not found
error: error running non-shared postrotate script for /var/log/php5-fpm.log of '/var/log/php5-fpm.log ’
run-parts: /etc/cron.daily/logrotate exited with return code 1

Du coup, j’ai dans les services :

fail2ban | Statut:failed |Started at:1970-01-01 01:00:00
postfix | exited | Started at:2018-06-04 09:58:30
yunohost-firewall | exited | Started at:2018-06-04 10:12:45

Lorsque je clic pour les redémarrer, j’ai bien le petit pop-up qui me dit que c’est fait, mais quand je retourne dans “services”, il sont toujours dans le même état.

Normalement depuis la migration sous Stretch il me semble qu’il ne devrait plus y avoir de référence à php5 … non ?
Je suis preneur de toute aide.

ppr