Beta-testing phase for YunoHost 3.0 on Debian Stretch

fr
en

#102

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.

#103

Eeeeh, that’s weird :s ?

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


#104
$ 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

#105
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 :frowning:

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

#106

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.

#107

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 ! :heart:


#108

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


#109

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 ?


#110

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 ?


#111

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.

#112

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)


#113

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 ?


#114

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 ?


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

MĂȘme chose


#116

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 :wink:


#117

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



#118

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.


#119

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


#120

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 :wink:

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 http://forge.yunohost.org/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


#121

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