Hardware: rpi 3B+ Internet access: ethernet at home YunoHost version:
yunohost: 3.2.1
yunohost-admin: 3.2.1
moulinette: 3.2.0
ssowat: 3.2.0 Have you personalized your yunohost with some specifics configurations or do you use only the yunohost cli/webadmin tool ? basic
Description of my problem
Hi,
I have done an upgrade of 2 packages with the web admin but that did not work.
Precision : I do not have any upgrade proposal now
Good luck !
Configuration de mon YunoHost
Matériel: rpi 3B+ Accès Internet: ethernet à la maison YunoHost version:
yunohost: 3.2.1
yunohost-admin: 3.2.1
moulinette: 3.2.0
ssowat: 3.2.0 As tu modifié ton yunohost avec des configuration spécifiques ou bien utilise tu uniquement la web administration et/ou la ligne de commande yunohost ? non c’est basique
Description de mon problème
Bonjour,
J’ai fait une mise à jours de 2 paquets via la web admin et ça n’a pas marché :
Idem sur Raspberry Pi 3B : même message d’erreur lors de la MAJ via le panel web.
edit : comme celui de @Kit
edit2 : non, comme celui de @LaBaude , désolé
J’ai relancé pour voir si la MAJ de metronome m’était à nouveau proposé, mais non : pas une seule MAJ à faire.
Donc, toujours via le panel web j’ai redémarré le service metronome qui était à l’arrêt : ça a fonctionné.
Je suis donc retourné pour relancer une MAJ, mais toujours pas de paquet à MAJ.
Je suis alors retourné voir si le service metronome était toujours actif, et c’était le cas.
A suivre …
Je rencontre actuellement le même souci sous Yunohost x64 : impossible de mettre à jour Metronome sour mes deux serveurs alors qu’ils ont des configs différentes…
je relance un peu ce chan sur Metronome. malgré les update et upgrade de Metronome toujours ce problème (avec aucun log pour ma part pour cette app).
Neanmoins un probleme d’identifié par systemctl // dbus qui stipule un impossible démarrage de Metronome.
Un test des ports de l app stipule qu’il sont bien fermés malgré un avis contraire du parefeu .
Idem pour moi j’ai une nouvelle erreur suite à une tentative de MAJ de metronome : https://paste.yunohost.org/sajacehuhi
Mais la MAJ n’est plus dispo.
Le servi metronome n’est plus actif mais se réactive manuellement sans soucis, voici les logs de metronome : https://paste.yunohost.org/buxeniwimu
J’espère que cette maigre contribution pourra vous aider !
Good luck et merci pour votre formidable boulot !
While upgrading the server in CLI, I had the issue with Metronome and here is how I solved it. (The upgrade failed in the web interface a while ago and I totally forgot about it.)
This fix requires a SSH connection to the server and is a fix. This issue should be handled by (the wonderful people behind ) Yunohost directly.
Réception de:1 http://security.debian.org stretch/updates InRelease [94,3 kB]
[…]
Réception de:11 Index of /debian/ stretch-updates/main amd64 Packages 2018-10-20-2016.48.pdiff [1 577 B]
968 ko réceptionnés en 2s (409 ko/s)
Lecture des listes de paquets… Fait
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Calcul de la mise à jour… Fait
Les paquets suivants seront mis à jour :
tzdata
1 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Il est nécessaire de prendre 270 ko dans les archives.
Après cette opération, 4 096 o d’espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n]
Réception de:1 Index of /debian/ stretch-updates/main amd64 tzdata all 2018f-0+deb9u1 [270 kB]
270 ko réceptionnés en 0s (2 784 ko/s)
Préconfiguration des paquets…
(Lecture de la base de données… 61312 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de …/tzdata_2018f-0+deb9u1_all.deb …
Dépaquetage de tzdata (2018f-0+deb9u1) sur (2018e-0+deb9u1) …
Paramétrage de tzdata (2018f-0+deb9u1) …
Current default time zone: ‘Europe/Paris’
Local time is now: lundi 22 octobre 2018, 23:54:10 (UTC+0200).
Universal Time is now: Mon Oct 22 21:54:10 UTC 2018.
Run ‘dpkg-reconfigure tzdata’ if you wish to change it.
Paramétrage de metronome (3.11.1+yunohost-1) …
Fichier de configuration « /etc/metronome/metronome.cfg.lua »
==> Modifié (par vous ou par un script) depuis l’installation.
==> Le distributeur du paquet a fourni une version mise à jour.
Que voulez-vous faire ? Vos options sont les suivantes :
Y ou I : installer la version du responsable du paquet
N ou O : garder votre version actuellement installée
D : afficher les différences entre les versions
Z : suspendre ce processus pour examiner la situation
L’action par défaut garde votre version actuelle.
*** metronome.cfg.lua (Y/I/N/O/D/Z) [défaut=N] ? D
> Fichier de configuration « /etc/metronome/metronome.cfg.lua » > ==> Modifié (par vous ou par un script) depuis l’installation. > ==> Le distributeur du paquet a fourni une version mise à jour. > Que voulez-vous faire ? Vos options sont les suivantes : > Y ou I : installer la version du responsable du paquet > N ou O : garder votre version actuellement installée > D : afficher les différences entre les versions > Z : suspendre ce processus pour examiner la situation > L’action par défaut garde votre version actuelle. > *** metronome.cfg.lua (Y/I/N/O/D/Z) [défaut=N] ? I > Installation de la nouvelle version du fichier de configuration /etc/metronome/metronome.cfg.lua …
root@yunohost:~#
As I choose to overwrite the file, Yunohost is not happy. So, it is needed to ask Yunohost to remake the configuration file with tool regen-conf
J’ai eu un soucis similaire. Depuis, je n’accède plus à certains domaines (j’accède à mon api, à l’interface utilisateur, à mailman, par exemple, mais pas de wordpress, roundcube ou nextcloud).
Problème nginx, mais je ne vois pas le rapport. Je vais creuser en rentrant chez moi.
cette fois sur l’installation d’un paquet Python-JeNeSaisPlusQuoi