Yeah … but please forget about apt-get upgrade … This command only does a “partial upgrade” … 99.99% of the time, what you really want to do is apt full-upgrade …
thank you for this input as well. I did it + restart through web admin but result is the same. I believe it doesn’t like me
when I try to enter libreddit URL it lands on " 502 Bad Gateway" libreddit.service logfile
admin@nos:~$ apt install php7.4-common=7.4.32-1+0~20220929.71+debian11~1.gbpe9c007 php7.4-fpm=7.4.32-1+0~20220929.71+debian11~1.gbpe9c007 php7.4-zip=7.4.32-1+0~20220929.71+debian11~1.gbpe9c007 php7.4-ldap php7.4-intl php7.4-mysql php7.4-gd php7.4-curl php-php-gettext php7.4-apcu php7.4-bcmath php7.4-bz2 php7.4-dom php7.4-gmp php7.4-igbinary php7.4-imagick php7.4-imap php7.4-mbstring php7.4-redis php7.4-sqlite3 php7.4-xml --dry-run
NOTE: This is only a simulation!
apt needs root privileges for real execution.
Keep also in mind that locking is deactivated,
so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Note, selecting 'php7.4-xml' instead of 'php7.4-dom'
E: Version '7.4.32-1+0~20220929.71+debian11~1.gbpe9c007' for 'php7.4-common' was not found
E: Version '7.4.32-1+0~20220929.71+debian11~1.gbpe9c007' for 'php7.4-fpm' was not found
E: Version '7.4.32-1+0~20220929.71+debian11~1.gbpe9c007' for 'php7.4-zip' was not found
Finally, the migration to Yunohost 11 and Debian 11 has been successful
A huge thanks to @Aleks and @wbk for your patience, advices and the time you spent on my small family Yunohost server.
I am so happy because this small server is working continuously since January 2017 and may continue some more years. It faced already two major migrations from Debian 9 to Debian 10, and now Debian 10 to Debian 11, without breaking any app
I still have all 5 years history on Nextcloud or Matrix for instance, and the reduced number of users of this server have never faced long interruption of services (two or three days only in 5 years). Almost better than AWS and definitively more reliable than Google who closes services regularly.
And with full ownership of data.
Thanks to all people involved in Yunohost, you are doing a fantastic job!
PS: Aleks, can you keep one hour for me when the migration to Debian 12 will be ready in case I face again some php dependencies issues
Yes, i run my YunoHost instance via Proxmox in a LXC. And yes, nesting was not activated, yet. This was fine with YunoHost v4… Is it now needed for Debian 11?
Retex migration Buster → Bullseye sur mon serveur principal.
Migration faite via la webmin comme conseillé (555 warnings + quelques dizaines dans la suivante).
– App LSTU cassée : Error 502 → Réinstallation
– App Calibreweb cassée : Error 502 → Réparée avec une MaJ forcée : yunohost app upgrade calibreweb -F ( [Calibre-web] Manage your ebooks - #109 by Mamie )
Nouvelle mise à jour (d’un gros serveur) OK ! Super boulot, la team Yuno ! On a du juste supprimer Galene qu’il faut réinstaller si besoin…
liste des apps:
just want to inform that after recent update my instance shows two messages at <yunohost/admin/#/update>
it’s already 11.0.10.1 (stable) for quite a long time, and I felt like it worth sharing
it seems to cause no problems though
There are some pending migrations waiting to be run. Please go to Tools > Migrations to run them.
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
Z-push bloquait la migration parce que “des paquets suivants contiennent des dépendances non satisfaites : z-push-ynh-deps : Dépend: php7.3-memcached”
N’utilisant plus ce paquets depuis des années, je l’ai simplement supprimé et ça a débloqué la situation.
Tout le reste s’est passé comme un charme. C’est impressionnant.
Merci à tout le monde pour l’immense travail derrière ce poussage de bouton sans accroc.
Hello à tous!
De mon côté une migration vers Bullseye comme du papier à musique, et l’autre qui semble avoir cassé LDAP qui n’est plus accessible (dans quasiment les mêmes conditions, mêmes rpi4 et mêmes apps installées ).
Dans tous les cas un grand merci pour le boulot!
I I hit update, and I get the notification that YNH is now version Powered by YunoHost 11.1.0 (testing
There is a yellow flag saying go to tools/migrations to migrate. when I do that however I get:
[GET] /migrations?pending
YunoHost encountered an internal error
Really sorry about that.
You should look for help on the forum or the chat to fix the situation, or report the bug on the bugtracker.
The following information might be useful for the person helping you:
Error: "500"
Action: "GET" /yunohost/api/migrations?pending&locale=en
Error message:
Could not load migration 0025_global_settings_to_configpanel: cannot import name 'translate_legacy_settings_to_configpanel_settings' from 'yunohost.utils.legacy' (/usr/lib/python3/dist-packages/yunohost/utils/legacy.py)
Check for
maybe relatedly: I can no longer install applications (nothing appears) (fixed with a restart)
edit: the restart fixed this too. looks like the only issue is that the YunoHost banner (usually in tip left of webadmin) is missing. minor issue!
Je suis allé la fleur au fusil mettre à jour mon yunohost pour appliquer une mise à jour des paquets… et je me suis retrouvé à mettre à jour la majeure
A part mon blog pelican que je dois remettre d’équerre (python 2 → 3), toutes les applis sont up
Grand merci à toute l’équipe Yunohost, you are the best
Some warnings were raised during the process.
Some were requested by the migration script.
Others seem not to have an impact on the well being of the server.
More info: hastebin
Hi YunoHost!
As always thank you so much for the work! I migrated on a RPi 4 which went rather well except for a weird issue I have since then: port 993 is unreachable, and dovecot cannot be started. I’ve checked my router, the firewall but all is fine here. I presume dovecot cannot start because 993 is not found, but could this be the other way around?
Any idea? I may have some lag in my response time, because well… my port 993 is dead
Port 993 is reported to be unreachable because dovecot cant start (as far as I know there’s no way to test that a port really is open without actually trying to establish a communication with it - hence why when a service is down, the corresponding ports are reported as unreachable)
Anyway, can you please share the log of Dovecot, to be found in Services > Dovecot > green button ‘Share logs with yunopaste’