Thanks so much for your work with the upgrade. I finally made the upgrade from 4 to 11. I was a bit scared and worried after reading about all the issues some of you had but in my case, the upgrade went fine without any issues on all of my three YH instances on three different VPS with lots of apps. Thanks a lot!
@Maknho : mouai essayons d’itérer avec:
sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- libpython3.9 --dry-run
Merci beaucoup @Aleks de ta réponse ; alors la sortie de la commande proposée :
# sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- libpython3.9 --dry-run
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Le paquet « libgcc-8-dev » n'est pas installé, et ne peut donc être supprimé
gcc-8-base est déjà la version la plus récente (8.3.0-6).
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
gcc : Dépend: cpp (= 4:10.2.1-1) mais 4:8.3.0-1 devra être installé
Dépend: gcc-10 (>= 10.2.1-3~) mais ne sera pas installé
libc6-dev : Casse: python3.7 (< 3.7.7-1+b1) mais 3.7.3-2+deb10u3 devra être installé
liblzo2-dev:armhf : Dépend: liblzo2-2:armhf (= 2.10-0.1) mais ne sera pas installé
libnsl-dev : Dépend: libnsl2 (= 1.3.0-2) mais ne sera pas installé
Dépend: libtirpc-dev mais ne sera pas installé
libpython3.9 : Dépend: libpython3.9-stdlib (= 3.9.2-1) mais ne sera pas installé
mailutils : Dépend: libreadline8 (>= 6.0) mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet
(ou indiquez une solution).
Alorheu tentons d’itérer avec (on va bien finir par y arriver …) :
sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-10 gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- liblzo2-dev:armhf- libnsl-dev- libpython3.9-stdlib libpython3.9 python3.7- python3.9 libreadline8 --dry-run
Hello, thank you so much again for this release! I’m trying to understand if the issue with the loss of network with a Raspberry Pi is solved now? I see that Aucun accès à internet suite à migration ( 4.4 to 11) depuis Raspberry Pi 4 (pi 400) is closed now. Does it mean that the patch is included in the image? I’d like to do a fresh install and I’m not sure if I should expect the issue or not.
Thank you again!
@biva : yes a patch is included in the migration procedure since a few weeks now, and I haven’t seen any complain about this specific issue since then so I think it’s safe to assume it’s fixed ?
Anyway in the worst case scenario, it’s possible to manually investigate/fix it if you have a direct keyboard+screen access
Alors la sortie de cette commande ci est
# sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-10 gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- liblzo2-dev:armhf- libnsl-dev- libpython3.9-stdlib libpython3.9 python3.7- python3.9 libreadline8 --dry-run
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Le paquet « libgcc-8-dev » n'est pas installé, et ne peut donc être supprimé
Le paquet « libnsl-dev » n'est pas installé, et ne peut donc être supprimé
gcc-8-base est déjà la version la plus récente (8.3.0-6).
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
gcc : Dépend: cpp (= 4:10.2.1-1) mais 4:8.3.0-1 devra être installé
gcc-10 : Dépend: libgcc-10-dev (= 10.2.1-6) mais ne sera pas installé
libnsl-dev : Dépend: libnsl2 (= 1.3.0-2) mais ne sera pas installé
Dépend: libtirpc-dev mais ne sera pas installé
libpython3.9-stdlib : Dépend: libmpdec3 mais ne sera pas installé
Dépend: libnsl2 (>= 1.0) mais ne sera pas installé
Dépend: libtirpc3 (>= 1.0.2) mais ne sera pas installé
python3 : Dépend: python3.7 (>= 3.7.3-1~) mais ne sera pas installé
python3-uno : Dépend: python3.7 mais ne sera pas installé
python3.7-dev : Dépend: python3.7 (= 3.7.3-2+deb10u3) mais ne sera pas installé
python3.7-venv : Dépend: python3.7 (= 3.7.3-2+deb10u3) mais ne sera pas installé
python3.9 : Dépend: python3.9-minimal (= 3.9.2-1) mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet
(ou indiquez une solution).
Zbgfhmbl apt
capte vraiment rien ~_~
Essayons :
sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-10 libgcc-10-dev cpp gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- liblzo2-dev:armhf- libnsl-dev- libpython3.9-stdlib libpython3.9 python3.7- python3.7-dev- python3.7-venv- python3.9 python3.9-minimal libreadline8 --dry-run
Merci @Aleks pour ta réponse ; alors, la sortie de cette commande là est :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Le paquet « libgcc-8-dev » n'est pas installé, et ne peut donc être supprimé
Le paquet « libnsl-dev » n'est pas installé, et ne peut donc être supprimé
gcc-8-base est déjà la version la plus récente (8.3.0-6).
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
libgcc-10-dev : Dépend: libgomp1 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
Dépend: libitm1 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
Dépend: libatomic1 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
Dépend: libasan6 (>= 10.2.1-6) mais ne sera pas installé
Dépend: liblsan0 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
Dépend: libtsan0 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
Dépend: libubsan1 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
libnsl-dev : Dépend: libnsl2 (= 1.3.0-2) mais ne sera pas installé
Dépend: libtirpc-dev mais ne sera pas installé
libpython3.9-stdlib : Dépend: libmpdec3 mais ne sera pas installé
Dépend: libnsl2 (>= 1.0) mais ne sera pas installé
Dépend: libtirpc3 (>= 1.0.2) mais ne sera pas installé
python3 : Dépend: python3.7 (>= 3.7.3-1~) mais ne sera pas installé
python3-dev : Dépend: python3.7-dev (>= 3.7.3-1~) mais ne sera pas installé
python3-uno : Dépend: python3.7 mais ne sera pas installé
python3-venv : Dépend: python3.7-venv (>= 3.7.3-1~) mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet
(ou indiquez une solution).
Est-ce que, éventuellement, @Aleks, tu aurais encore des idées pour faire entendre raison à apt ? D’avance vraiment merci beaucoup !
Et pour info :
# lsb_release -a 22-09-17 - 9:36:27
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye
# yunohost --version 22-09-17 - 20:51:02
yunohost:
repo: getcwd()
version: 0:
yunohost-admin:
repo: getcwd()
version: 0:
moulinette:
repo: getcwd()
version: 0:
ssowat:
repo: getcwd()
version: 0:
migration sur Rpi4
A toutes fins utiles, petit retour sur une migration depuis un raspberry pi 4
La migration s’est -au final- bien passée mais il a fallu s’y remettre à plusieurs fois.
un premier
sudo yunohost tools migrations run --accept-disclaimer
une première erreur:
Warning: W: GPG error: Index of /debian bullseye InRelease
dans sources.list la source deb.debian.org a été activé
j’ai dû modifié /etc/apt/sources.list pour laisser raspbian:
deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi
quelques erreurs et warnings
Could not run script: /usr/share/yunohost/hooks/conf_regen/25-dovecot
Could not run script: /usr/share/yunohost/hooks/conf_regen/35-postgresql
Could not run script: /usr/share/yunohost/hooks/conf_regen/37-mdns
mais finalement fait le job
Migration 0023_postgresql_11_to_13 did not complete, aborting. Error: Failed to run command ‘systemctl start postgresql’.
The operation ‘Run migrations’ could not be completed
et là j’ai
The LDAP service is down, attempt to restart it…
Job for slapd.service canceled.
J’ai donc perdu la main; mon user n’avait plus les privilège sudo
et à chaque nouvelle action de mise à jour des applis
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1204, in _apply_method_s
return func(self,*args,**kwargs)
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 467, in sasl_interactive_bind_s
return self._ldap_call(self._l.sasl_interactive_bind_s,who,auth,RequestControlTuples(serverctrls),RequestControlTuples(clientctrls),sasl_flags)
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 331, in _ldap_call
reraise(exc_type, exc_value, exc_traceback)
File "/usr/lib/python3/dist-packages/ldap/compat.py", line 44, in reraise
raise exc_value
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 315, in _ldap_call
result = func(*args,**kwargs)
ldap.SERVER_DOWN: {'desc': "Can't contact LDAP server", 'errno': 2, 'info': 'No such file or directory'}
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yunohost/utils/ldap.py", line 93, in connect
con = _reconnect()
File "/usr/lib/python3/dist-packages/yunohost/utils/ldap.py", line 89, in _reconnect
con.sasl_non_interactive_bind_s("EXTERNAL")
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 477, in sasl_non_interactive_bind_s
self.sasl_interactive_bind_s('',auth,serverctrls,clientctrls,sasl_flags)
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1235, in sasl_interactive_bind_s
res = self._apply_method_s(SimpleLDAPObject.sasl_interactive_bind_s,*args,**kwargs)
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1208, in _apply_method_s
self.reconnect(self._uri,retry_max=self._retry_max,retry_delay=self._retry_delay)
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1176, in reconnect
self._apply_last_bind()
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1146, in _apply_last_bind
SimpleLDAPObject.simple_bind_s(self, None, None)
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 445, in simple_bind_s
msgid = self.simple_bind(who,cred,serverctrls,clientctrls)
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 439, in simple_bind
return self._ldap_call(self._l.simple_bind,who,cred,RequestControlTuples(serverctrls),RequestControlTuples(clientctrls))
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 331, in _ldap_call
reraise(exc_type, exc_value, exc_traceback)
File "/usr/lib/python3/dist-packages/ldap/compat.py", line 44, in reraise
raise exc_value
File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 315, in _ldap_call
result = func(*args,**kwargs)
ldap.SERVER_DOWN: {'desc': "Can't contact LDAP server", 'errno': 2, 'info': 'No such file or directory'}
J’ai dû redémarré physiquement le Rpi
reconnexion ssh, l’utilisateur est reconnu
sudo apt install --fix-broken
dans les mises à jour système: il restait:
gcc-8-base et yunohost-admin
sudo yunohost tools migrations run --accept-disclaimer
pour passer la migration pour les applis dépendant de venv avec python
sudo yunohost tools update
sudo yunohost tools upgrade system
Enfin, tout fonctionne bien et j’ai pu mettre à jour les nouvelles applis qui dépendent de yunohost 11
Par contre, gcc-8-base est toujours marqué comme pouvant être mis à jour mais n’aboutit pas
current_version: 8.3.0-6+rpi1
name: gcc-8-base
new_version: 8.4.0-7+rpi1
En espérant que ça puisse aider certains
Merci encore à tous ceux qui s’investissent dans ce superbe projet.
I used to have Funkwhale installed (I migrated it to docker a while ago (and probably didn’t uninstalled it correctly)) so I got stuck at 0024_rebuild_python_venv
for a non-existing Funkwhale…
~# yunohost tools migrations run --accept-disclaimer
Info: Running migration 0024_rebuild_python_venv...
Info: Now attempting to rebuild the Python virtualenv for `funkwhale`
Warning: Running command git clone -q https://github.com/EliotBerriot/requests-http-signature.git /tmp/pip-install-76luw3br/requests-http-signature_52fab9ec027f4bd09d7a8d202a7d24d3
Username for 'https://github.com':
Is there a way to mark this migration as done ? Funkwhale is not part of my installed apps list. Where can I tell the migration script that Funkwhale is no more ?
Also, feedback from 0023_postgresql_11_to_13
:
I had this same postgres error and had to follow emo’s tips. Make sure you have postgresql-13-postgis-something
installed before running this. This is required by Mobilizon.
Thanks again to the team for your work
Hello @Aleks ,
excuse moi de te relancer, si on arrive au bout de l’itération est-ce que je réinstalle yunohost 11 de zéro directement (ou alors je peux repartir d’une sauvegarde et attendre des corrections du code de migration) ?
Merci encore beaucoup du temps que tu as bien voulu consacrer à mon problème de migration
@Maknho : pas sur d’avoir compris la question
Mais du coup oui, là on galère à trouver le fond du problème donc je dirais :
- soit on trouve un moment pour regarder ensemble sur le chat pour aller plus vite (voir même il y a un moyen d’ouvrir un chat et de me donner très temporairement accès à un terminal sur ton serveur pour que je dépatouille étou, même si ça implique de faire confiance…)
- soit tu peux aussi récupérer tes backups et réinstaller à partir des backups sur un Yunohost 11.x “frais”, ça devrait être OK
@Aleks : tout marche après ton support très appréciable et patient… Migration réussie ! Merci +++
Edit : juste, @Aleks , comme tu avais pu l’évoquer concernant les dépendances de calibre-web, j’ai des difficultés avec un paquet cchardet pour la réinstallation de calibre-web. La réinstallation de l’app échoue https://paste.yunohost.org/raw/zecojeyanu Si toi (ou d’autres) ont des conseils pour sauter l’obstacle, je suis preneur… Merci++
Edit 2 : avec la dernière maj ça y est j’ai pu réinstaller calibre web…Merci à tous pour ce beau projet qui est particulièrement précieux pour moi !!
What if?
I have issues with migration (from the YNH web interface Tools-Migrations). Does it make sense to flash + install v.11.0.9 and do the restore as shown in YNH documentation (restoring during the postinstall) if current situation is
- yunohost version: 4.4.2.14 (stable)
- yunohost-admin version: 4.4.1 (stable)
- moulinette version: 4.4.1 (stable)
- ssowat version: 4.4.1 (stable)
Is “restoring” going to bring me back from v.11.0.9 to what is shown above?
Nope … if you have issues with the migrations, then please share the corresponding logs …
Hello,
I have a Kimsufi KS1 with YunoHost 4.4.2.14 (stable) installed.
I tried too the migration from Yunohost 4.4 to Yunohost 11 with no success so far
What did I do?
I did full backup.
Then I connected to ssh and did sudo yunohost tools migrations run
It failed and log are at https://paste.yunohost.org/raw/wigiciyejo
Following the instruction of the log, I did a “regular upgrade” with sudo yunohost tools upgrade system
that run without error (some php packages were updated).
Then I tried again sudo yunohost tools migrations run
and I get a Info: No migrations to run
.
But if I check :
admin@xxx:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 10 (buster)
Release: 10
Codename: buster
So the migration didn’t happen yet.
My applications are still working, but I remain in Buster with YunoHost 4.4.2.14 (stable), everything works very well.
How to access again to the migration tools (in the webadmin, it is also indicated " No pending migrations ")?
Thanks in advance for your help
UUuuuuuh weell, that should not have happen, the migration should still be displayed as available x_x
Can you share the output of sudo yunohost tools migrations state
?