Pour postfix et yunohost-firewall, ça retourne toujours “exited”. Par contre, nginx est revenu en “running”. Tous les services sont actives. postfix et yunohost-firewall sont en status exited, et tous les autres en running.
SI c’est un problème de mémoire:
Il faut vérifier si tu as assez de ram avec top ou htop. Eventuellement mettre en place de la swap.
Sinon, regarde les logs de ces services pour voir pourquoi ils ne fonctionnent plus:
journalctl -u postfix
Le log indique pour la dernière tentative: “Started Postfix Mail Transport Agent”. Bon, je crois que vais ouvrir un fil spécifique, j’ai l’impression que je vais pourir ce fil de discussion. Non ?
Youpi ! Yep ! : depuis que nginx est relancé, le serveur est de nouveau accessible de l’extérieur ! Donc, ça refonctionne. Mis à part cette relance non automatique de nginx , cette mise à jour s’est donc fortement bien passée sans accroc → B R A V O ! à vous ! et un grand M E R C I !
N.B. : ce n’est pas forcement anormal qu’un service soit “exited” plutot que “running” … Je sais, c’est confusant, mais techniquement en dessous ça fait sens. “Exited” ne veut pas dire “Failed”.
Par contre il peut y’avoir des cas où un service est “exited” alors qu’il devrait être “running”, mais il ne vas pas être flaggué comme “inactive” ou “failed”, et là c’est casse pied à diagnostiquer …
I am unable to upgrade my one of the yunohost server.
yunohost -v
yunohost:
repo: now
version: 3.5.2.2
yunohost-admin:
repo: stable
version: 3.6.4
moulinette:
repo: stable
version: 3.6.4
ssowat:
repo: stable
version: 3.6.4
root@random:~# apt-get install yunohost
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
yunohost : Depends: python-toml but it is not installable
E: Unable to correct problems, you have held broken packages.What if you try apt install yunohost python-toml ?
apt install yunohost python-toml
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package python-toml is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'python-toml' has no installation candidateUuuuh and what do you have in /etc/apt/sources.list.d/yunohost.list ?
deb Index of /debian/ stretch stable
I don’t know what have changed and why it broke?
Well that’s my fault, I only built the package for testing instead of stable … but I’m curious why you are only the first to get that issue … What kind of hardware are you using ?
I triggered a build for stable so refreshing the cache with apt update should fix the issue
It’s a vps from contabo. I have another server with them in which there was no problem while upgrading.
Updated to yunohost 3.6 \o/
yunohost:
repo: stable
version: 3.6.4.3
yunohost-admin:
repo: stable
version: 3.6.4
moulinette:
repo: stable
version: 3.6.4
ssowat:
repo: stable
version: 3.6.4
Thanks
1 Like
Maj effectué de 3.5.X à 3.6.4.3 sans soucis sur un RPI 3B+ !
Merci beaucoup pour votre superbe travail !
J’ai cependant une question : sur les maj des applis je vois désormais from 15.0.5~ynh3 to 15.0.7~ynh1 ce qui est top ! Mais qu’est ce que ça veut dire ~ynh1 ou ~ynh2 ou ~ynh3 ?
Encore un grand merci pour cette belle MAJ !
1 Like
Que la version “upstream” de l’app packagé n’a pas changé (e.g. il s’agit toujours de la version 15.0.5), mais seulement des détails de packaging de l’app yunohost ont changé (e.g. bugfix de l’install, …)
1 Like
Release is available for docker ! Don’t hesitate to give me comebacks 
1 Like
@aymhce
Bonjour,
Je prends cette échange au passage et, au regard mes faibles connaissances sur docker,
je comprends que l’on peut donc installer,
Sur un même VPS
Plusieurs instances YNH en parallèle.
Cela m’intéresse beaucoup car, dans notre GUL,
J’aimerais avoir 
- un YUNOHOST de production (tricassinux.org), existant
- un YNH de pré-production (test.tricassinux.org), projet
- un YNH de démo (demo.tricassinux.org), projet
- un YNH bac à sable (bas.tricassinux.org), projet .
En louant qu’un seul VPS.
C’est donc possible… ? Même si il faut que je trouve des ressources pour l’installation !
Note :
Pour l’accès à ces différentes instances, je comprends que cela se fait par les noms de domaine ?!
Encore merci de ce partage et d’une confirmation de la faisabilité.
Amilcament JRelland
C’est faisable, le plus facilement avec des LXD (docker est pas adapté pour YunoHost, à cause de systemd), ceci dit il faut pas mal dibouiller (ou commander un vps avec plusieurs IPv4)
Released a small iteration, 3.6.5.1, which includes the following fixes :
- [enh] Detect and warn early about unavailable full domains… (#798)
- [mod] Change maxretry of fail2ban from 6 to 10 (#802, fe8fd1b)
- [fix] Epicly ugly workaround for the goddamn dependency nighmare about sury fucking up php7.0 dependencies (#809)
- [fix] Support logfiles not ending with .log in logrotate … (#810)
On Yunohost-admin:
4 Likes
Encore une fois, merci pour votre travail. 
Does that mean we can hope to have access to newer versions of Nextcloud for example ?
Or do we still need to wait for the Debian 10 migration ?