Nevermind, fixed by apt-mark unhold coturn lstu && apt --fix-broken install
.
Thank you guys, anyway, for a great product and great community
Nevermind, fixed by apt-mark unhold coturn lstu && apt --fix-broken install
.
Thank you guys, anyway, for a great product and great community
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!
Hello @Aleks, aurais-tu dâautre idĂ©e pour âforcerâ un peu apt ? Merci++
@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:
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 :
Hello @Aleks
Dispo sur IRC si toi aussi
@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