Passage en "Testing" suite migration

Support
,
4

ça s’est passé à 14h18 aujourd’hui

/etc/cron.hourly/yunohost-update:
Fetching available upgrades for system packages…
Updating application catalog…
The application catalog has been updated!
apps:
important_yunohost_upgrade: True
pending_migrations:
system:
0:
current_version: 11.0.11
name: yunohost-admin
new_version: 11.1.0.2
1:
current_version: 11.0.10.2
name: yunohost
new_version: 11.1.0.2
Upgrading packages…
Upgrading system packages

  • Reading package lists…
  • Building dependency tree…
  • Reading state information…
  • Calculating upgrade…
  • The following packages were automatically installed and are no longer required:
  • bind9-utils bind9utils dnsutils libicu63 libllvm7 php-gettext php7.3-apcu
  • php7.3-bcmath php7.3-bz2 php7.3-curl php7.3-gmp php7.3-igbinary
  • php7.3-imagick php7.3-imap php7.3-redis php7.3-soap php7.3-ssh2 php7.3-zip
  • postgresql-11 postgresql-client-11 python3-ply python3-publicsuffix
  • Use ‘apt autoremove’ to remove them.
  • The following packages will be upgraded:
  • yunohost yunohost-admin
  • 2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
  • Need to get 8,089 kB of archives.
  • After this operation, 234 kB of additional disk space will be used.
  • Get:1 Index of /debian/ bullseye/stable amd64 yunohost all 11.1.0.2 [1,083 kB]
  • Get:2 Index of /debian/ bullseye/stable amd64 yunohost-admin all 11.1.0.2 [7,005 kB]
  • Fetched 8,089 kB in 1s (11.7 MB/s)
  • Unpacking yunohost (11.1.0.2) over (11.0.10.2) …
  • Setting up yunohost (11.1.0.2) …
  • Regenerating configuration, this might take a while…
  • Running migration 0025_global_settings_to_configpanel…
  • Migration 0025_global_settings_to_configpanel completed
  • Configuration updated for ‘ssh’
    …
5

Bonsoir,

J’ai observé le même problème aujourd’hui aussi sur mon VPS @xfauXtvFNs.
J’étais d’ailleurs dans l’impossibilité de me reconnecter en SSH, seulement en webadmin.

J’ai fait depuis l’interface OVH, un retour arrière en restaurant ma sauvegarde quotidienne (03/11 à 23h02), ouf je n’avais pas bossé sur mon serveur aujourd’hui.

A cet instant, mon serveur est en version 11.0.10.2 (stable) et il me propose de nouveau la 11.1.0.2 avec ce message en en-tête

A major YunoHost upgrade is available. It is heavily recommended to carefully read the release note(s) on the forum before upgrading : Browse the release notes on the forum

Je n’ai pas activé un souhait de recevoir une version testing ! Du coup, je ne refait pas la mise à jour :wink:

Petite mise à jour, j’ai reçu ce mail via mon serveur (service apticron report) du 04/11 à 23h35

apticron has detected that some packages need upgrading on “myserver”
The following packages are currently pending an upgrade:

  • yunohost 11.1.0.2
  • yunohost-admin 11.1.0.2

Package Details:

  • apt-listchanges: Reading changelogs…
  • apt-listchanges: Changelogs

Changes for yunohost

  • yunohost (11.1.0.2) testing; urgency=low
  • globalsettings: make sure to run migration 25 prior to the regenconf (f3750598)
  • domaininfo: Some apps don’t have path (#1521)
  • Add sponsors to the README (#1522)
  • postfix: fix relay conf not triggered because new setting system now returns ‘1’ and not ‘True’ (cd43c8bd)
  • postfix: fix permission issue preventing to properly create sasl_passwd.db (5394790f)
  • [i18n] Translations updated for French

Thanks to all contributors <3 ! (Félix Piédallu, Florian Masy, ppr, Tagada) – Alexandre Aubin alex.aubin@mailoo.org Fri, 04 Nov 2022 13:13:40 +0100

6

La même chose m’est arrivée tout à l’heure avec mon Pi. Y a-t-il un moyen de retourner vers stable ?

1 Like
7

attendez, je viens de signaler le probléme aux core dev

3 Likes
8

Merci @yalh76

9

Donc a priori juste un petit problème lors de la sortie de la version 11.1.0.2 qui était une testing mais qui est passé dans la branche stable. :confused:

Pour le moment sans autre consigne, n’essayer pas de revenir en arrière. Au pire du pire, lorsque une nouvelle release de la branche 11.1 sortira en stable, vos yunohost l’installeront et vous retournerez en stable.

En fait vous n’etes pas passé en testing, c’est une version testing qui a été délivrée par erreur sur la branche stable…

9 Likes
10

Merci @yalh76 , même “problème” ici, je pensais simplement que la testing avait été (volontairement) poussée en stable.

1 Like
11

lol nope ^^ une erreur…
On essaye de pas forcer à passer sur des versions en testing ^^

1 Like
12

Ok, merci @yalh76 en revanche du coup la connexion par SSH reste impossible, une piste pour résoudre ce problème ?

13

en ssh tu te connectes en tant que quel utilisateur ? root ou un autre utilisateur ?

14

en tant qu’admin.

15

Potentiellement tu peux tenter de redémarrer le service slapd depuis la webadmin pour voir si ça résouds le soucis ?

(Déso pour le passage innopiné en testing @_@)

16

au sein de ta connexion ssh en tant qu’admin, tu essayes pas de passer en root en même temps ?

je demande parce que sur plusieurs serveurs passés en 11.1.0.2, la connexion SSH fonctionne

17

Merci yalh76 des précisions. Chez moi le ssh fonctionne.

18

Merci beaucoup @yalh76
Je comprends que la prochaine version stable va venir remplacer cette testing pour un retour à la normale.

19

Bonjour,
@Aleks et @yalh76 comme dis plus haut j’ai fait un retour arrière et j’attend une autre mise à jour avant de retenter celle-ci.
En SSH, je rencontrais l’erreur Permission denied (publickey)

@yalh76 non uniquement une connexion en tant qu’admin, j’avais désactivé l’authentification par mot de passe et la connexion par root en ssh. Sauf si pendant la migration tout à bougé. Le port modifié était bien repris par contre.

1 Like
20

Ok, je me suis inquiété aussi, j’ai du être une potentielle victime… J’aurais du bien lire avant de faire l’upgrade…
Sinon autre effet de cette mise à jour inopinée, le problème des mails ! Du coup un user qui est aussi dans le groupe admins (le premier user) avait plusieurs alias dont admin, root, postmaster, webmaster, abuse, contact, etc…

Certains ont sauté et j’ai eu ce type de messages: concernant les backups de borg

This is the mail system at host domaine.tld.

I’m sorry to have to inform you that your message could not
be delivered to one or more recipients. It’s attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

               The mail system

admin@domaine.tld (expanded from root@domaine.tld): user unknown

Reporting-MTA: dns; domaine.tld
X-Postfix-Queue-ID: B02DB2884C7
X-Postfix-Sender: rfc822; root@domaine.tld
Arrival-Date: Sat, 5 Nov 2022 04:21:34 +0100 (CET)

Final-Recipient: rfc822; admin@domaine.tld
Original-Recipient: rfc822;root@domaine.tld
Action: failed
Status: 5.1.1
Diagnostic-Code: x-unix; user unknown

ForwardedMessage.eml
Sujet :
[borg] Backup succeed from domaine.tld onto ssh://borgrod@rodinux.fr:6060/~/backup
De :
root root@domaine.tld
Date :
05/11/2022 04:21
Pour :
root@domaine.tld

et celui-ci, je ne sais plus trop pourquoi ??

This is the mail system at host domain.tld.

I’m sorry to have to inform you that your message could not
be delivered to one or more recipients. It’s attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

               The mail system

admin@domain.tld (expanded from ): user unknown

Reporting-MTA: dns; domain.tld
X-Postfix-Queue-ID: 093722884D7
X-Postfix-Sender: rfc822; admin@domain.tld
Arrival-Date: Sat, 5 Nov 2022 09:32:29 +0100 (CET)

Final-Recipient: rfc822; admin@domain.tld
Original-Recipient: rfc822;root@domain.tld
Action: failed
Status: 5.1.1
Diagnostic-Code: x-unix; user unknown

ForwardedMessage.eml
Sujet :
*** SECURITY information for domain.tld ***
De :
admin@domain.tld
Date :
05/11/2022 09:32
Pour :
root@domain.tld

domain.tld : Nov 5 08:32:29 : admin : a password is required ; TTY=pts/1 ; PWD=/root ; USER=root ; COMMAND=/bin/bash

Pour l’instant j’ai tenter de remettre les alias pour mon user principal, ceci dit ces messages sont arrivés dans la boîte mail de cet user… Et bizarrement les messages de Borg sont bien arrivés aussi après les backups (mais c’était avant cette mise à jour)…

Bref, c’est embêtant… qu’est-ce qu’il faut faire ?

21

Le mieux c’est de signaler le probléme dans le fil Yunohost 11.1 spooky testing

Quand ce sera réglé en testing, passer temporairement ton yunohost en testing, pour bénéficier des correctifs
Quand une des versions 11.1 sera releasé en stable, repasser ton yunohost en stable, mettre à jour et tu seras revenu à la normale

22

Ok, est-ce que tu pourras me signaler à ce moment là ?
Je viens de voir un commit de @Aleks ici : ldap: re-allow member of the admins group to edit ldap db · YunoHost/yunohost@4f5cc16 · GitHub qui a l’air de concerner le soucis des mails avec les groupes LDAP admins…
J’avoue que je ne suis pas serein avec ce bugg, ça change beaucoup de devoir par exemple toujours mettre son mot de passe pour les droits sudo, d’un autre côté ça semble plus sûr…
Surtout je voulais garder quelque chose de stable sur ce serveur en production, j’espère que ça va s’arranger…

23

Bonsoir,

J’ai exactement le même problème. Que dois-je faire ? Lancer la commande pour passer en testing et recevoir les mises à jour au risque de faire planter mon serveur ? Ou attendre la version stable et continuer de recevoir ces mails d’erreur ?

Merci de votre aide :slight_smile: !