@francoisa : ça vient du script qui n’arrive pas à trouver la version vers laquelle downgrader unscd … j’ai fait ça un peu à la sauvage alors c’est ptete pas moulte robuste
Est-ce que tu peux faire un apt policy unscd
apt policy unscd
unscd:
Installé : 0.53-1+yunohost
Candidat : 0.53-1+yunohost
Table de version :
*** 0.53-1+yunohost 100
100 /var/lib/dpkg/status
0.53-1+b1 500
500 http://ftp.debian.org/debian buster/main amd64 Packages
C’est bon, j’ai vu passer la “regression” :
dpkg: warning: downgrading unscd from 0.53-1+yunohost to 0.53-1+b1
800 et quelques paquets plus tard, tout roule.
J’ai vu passer une migration sur postgresql qui a échoué (avant reboot) :
https://paste.yunohost.org/raw/usomoledul
Avant reboot sur buster :
Applis ok avec données conservées :
- dokuwiki
- etherpad
- Hextris
- Leed
- Monitorix
- opensondage
- phpmyadmin
- roundcube
- wordpress
- zerobin
Une appli qui ne fonctionne plus :
- lstu : affiche une page d’accueil, mais l’envoi du formulaire affiche une page d’erreur.
Je relance la migration échouée de postgresql via l’interface web, et elle passe :
https://paste.yunohost.org/raw/umudosuxen
Mais lstu est toujours en erreur quand on lui soumet une URL.
Tous les services sont actifs (même LSTU, mais si on le force à redémarrer, il passe en down).
Tous les menus de l’admin ont l’air de fonctionner. Le backup fonctionne.
Au reboot, lstu ne fonctionne toujours pas.
Quelques logs (mais là c’est plus un problème de l’appli, je pense)
https://paste.yunohost.org/afukubaqik.sql
En tout cas, j’ai l’impression que l’interface d’admin est bien plus réactive que la 3.8.
Je poursuis les tests.
1 Like
Quelques tests dans l’interface 4.0.2 migrée depuis 3.8 Stretch :
- Edition du profil utilisateur : ok
- ajout d’une nouvelle adresse e-mail : ok
- Création d’un nouvel utilisateur : ok, mais message d’erreur :
Échec de l’exécution du script : /etc/yunohost/hooks.d/post_user_create/50-ynh_media
sudo: setfacl : commande introuvable
- Ajout d’un groupe : ok
- ajout d’utilisateurs dans ce groupe : ok
- ajout de domaine : ok (mais barre rouge en haut sans message d’erreur : mais rien dans les journaux d’inquiétant)
- installation d’une application dans un sous-dossier (searx) : ok
- désinstaller une appli (lstu) : ok
- réinstallation d’une appli (lstu) : echec (sans surprise) : https://paste.yunohost.org/raw/sataqopezo
- Définition d’une appli comme page d’accueil par défaut : ok
- mettre à jour le système : RAS
- Services : désactivation de fail2ban : ok, redémarrage : ok
- Outils : migrations effectuées :
- Migrate old network traffic rules to the new nftable system
- Migrate databases from PostgreSQL 9.6 to 11
- Migrate php7.0-fpm ‘pool’ conf files to php7.3
- Mise à niveau du système vers Debian Buster et YunoHost 4.x
- Pare-feu : ouverture d’un port en plus : ok
- Changement de mot de passe administrateur : ok
- Eteindre : ok
- Redémarrer : ok
- Diagnostic : ok fonctionnel mais 2 alertes :
- Le fichier de configuration
/etc/nslcd.confsemble avoir été modifié manuellement. - Le fichier de configuration
/etc/nsswitch.confsemble avoir été modifié manuellement.
- Le fichier de configuration
- Backup système + courriels + utilisateurs uniquement : ok
- Backup 3 applications : ok
Bon, tout ça a l’air de bien fonctionner, dites-moi.
Des trucs en particulier à tester qui seraient sensible ?
2 Likes
Je sens que je vais casser l’ambiance 
Vm virtualbox créée avec Vagrant via le script ci-dessous (pas de vitualbox addition)
Vagrant.configure(2) do |config|
# common = <<-SHELL
# sudo apt update && sudo apt upgrade -y && sudo reboot
# SHELL
config.vm.box = "debian/buster64"
config.vm.box_url = "debian/buster64"
config.vm.define "yunotest02" do |yunotest02|
yunotest02.vm.hostname = "yunotest02"
yunotest02.vm.network "private_network", ip: "192.168.200.102"
yunotest02.vm.provider "virtualbox" do |v|
v.customize [ "modifyvm", :id, "--cpus", "4" ]
v.customize [ "modifyvm", :id, "--memory", "4096" ]
v.customize ["modifyvm", :id, "--name", "yunotest02"]
end
# config.vm.provision :shell, :inline => common
end
end
- Debian 10, installation “fresh” + mise à jours avant de d’executer le scrit d’installation.
- Installation + post install + création d’un 1er utiilisateur le tout en cli : aucun problème.
- par contre : installation de Nextcloud (en tant que première application) : KO.
Info: DEBUG - + ynh_die 'Do not use ynh_install_php to install php7.3'
log installation en mode cli :
root@yunotest02:~# yunohost app install nextcloud
Available domains:
- chartest.local
Choose a domain for Nextcloud (default: chartest.local):
Choose a path for Nextcloud (default: /nextcloud):
Available users:
- thibtest
Choose the Nextcloud administrator (must be an existing YunoHost user): thibtest
Access the users home folder from Nextcloud? [yes | no] (default: no):
Info: Installing the app 'nextcloud'…
Info: [....................] > Validating installation parameters...
Info: [....................] > Storing installation settings...
Info: [+++++++++...........] > Installing dependencies...
Warning:
Warning: Creating config file /etc/papersize with new version
Warning:
Warning: Creating config file /etc/samba/smb.conf with new version
Warning: Created symlink /etc/systemd/system/multi-user.target.wants/atd.service -> /lib/systemd/system/atd.service.
Warning: Load smb config files from /etc/samba/smb.conf
Warning: Loaded services file OK.
Warning: Server role: ROLE_STANDALONE
Warning:
Warning: Do not use ynh_install_php to install php7.3
Error: Could not install nextcloud: An error occurred inside the app installation script
Info: The operation 'Install the 'nextcloud' app' could not be completed. Please share the full log of this operation using the command 'yunohost log display 20200622-225448-app_install-nextcloud --share' to get help
Warning: Here's an extract of the logs before the crash. It might help debugging the error:
Info: DEBUG - + ynh_app_setting set nextcloud apt_dependencies 'imagemagick, acl, tar, smbclient, at'
Info: DEBUG - + [[ set == \d\e\l\e\t\e ]]
Info: DEBUG - + ACTION=set
Info: DEBUG - + APP=nextcloud
Info: DEBUG - + KEY=apt_dependencies
Info: DEBUG - + VALUE='imagemagick, acl, tar, smbclient, at'
Info: DEBUG - + python2.7 -
Info: DEBUG - + [[ apt_dependencies =~ ^(unprotected|skipped)_ ]]
Info: DEBUG - + ynh_install_php --phpversion=7.3 '--package=php7.3-bz2 php7.3-imap php7.3-smbclient php7.3-gmp php7.3-gd php7.3-json php7.3-intl php7.3-curl php7.3-apcu php7.3-redis php7.3-ldap php7.3-imagick php7.3-zip php7.3-mbstring php7.3-xml php7.3-mysql php7.3-igbinary'
Info: DEBUG - + package='php7.3-bz2 php7.3-imap php7.3-smbclient php7.3-gmp php7.3-gd php7.3-json php7.3-intl php7.3-curl php7.3-apcu php7.3-redis php7.3-ldap php7.3-imagick php7.3-zip php7.3-mbstring php7.3-xml php7.3-mysql php7.3-igbinary'
Info: DEBUG - + ynh_app_setting_set nextcloud phpversion 7.3
Info: DEBUG - + ynh_app_setting set nextcloud phpversion 7.3
Info: DEBUG - + [[ set == \d\e\l\e\t\e ]]
Info: DEBUG - + ACTION=set
Info: DEBUG - + APP=nextcloud
Info: DEBUG - + KEY=phpversion
Info: DEBUG - + VALUE=7.3
Info: DEBUG - + python2.7 -
Info: DEBUG - + [[ phpversion =~ ^(unprotected|skipped)_ ]]
Info: DEBUG - + '[' 7.3 == 7.3 ']'
Info: DEBUG - + ynh_die 'Do not use ynh_install_php to install php7.3'
Warning: Removing the app following the installation failure…
Info: [....................] > Loading installation settings...
Info: [++++++++++..........] > Removing dependencies...
Warning: ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1
Info: [##########++........] > Removing the MySQL database...
Warning: ynh_secure_remove called with empty argument, ignoring.
Info: [############+.......] > Removing app main directory...
Info: [#############+......] > Removing nginx web server configuration...
Info: '/etc/nginx/conf.d/chartest.local.d/nextcloud.conf' wasn't deleted because it doesn't exist.
Info: [##############+.....] > Removing php-fpm configuration...
Info: '/etc/php/7.3/fpm/pool.d/nextcloud.conf' wasn't deleted because it doesn't exist.
Info: [###############.....] > Removing logrotate configuration...
Info: [###############++++.] > Removing fail2ban configuration...
Info: '/etc/fail2ban/jail.d/nextcloud.conf' wasn't deleted because it doesn't exist.
Info: '/etc/fail2ban/filter.d/nextcloud.conf' wasn't deleted because it doesn't exist.
Warning: The user nextcloud was not found
Info: '/etc/cron.d/nextcloud' wasn't deleted because it doesn't exist.
Info: [###################.] > Removing the dedicated system user...
Info: [####################] > Removal of nextcloud completed
Error: The operation 'Install the 'nextcloud' app' could not be completed. Please share the full log of this operation using the command 'yunohost log display 20200622-225448-app_install-nextcloud --share' to get help
Le yuno-share :
https://paste.yunohost.org/raw/zezahewimo
Pour l’instant j’ai pas trouvé le pourquoi, mais je continurai de chercher demain, enfin ce soir vu l’heure.
(C’est peut être lié à Vagrant/Virtualbox)
++
Tu casses pas l’ambiance si tu vérifies déjà que la migration v3.8 à v4 passe bien.
Le but est déjà de vérifier que la migration passe bien pour la montée de version stretch / buster. Ensuite, c’est au packageur de chaque appli de s’assurer que leur paquet tient la route et de le corriger. Chaque chose en son temps.
Il faut donc faire remonter ce bug sur le dépot de l’appli Nextcloud_ynh :
ou ouvrir un autre sujet sur le forum… Je l’avais aussi constasté pour Nextcloud.
Pour nextcloud c’est connu, c.f. la fameuse liste d’app non-supportée pour le moment mentionnée dans le premier post … https://dash.yunohost.org/appci/compare/stable...buster
le fix est en attente ici https://github.com/YunoHost-Apps/nextcloud_ynh/pull/310
Pff, vous êtes trop forts. La v4 est même pas sortie que vous avez déjà identifié le bug et fixé. Vous êtes des cracks ! 
1 Like
Fresh install d’une brique internet sur un laptop x64 sur une base debian 10 vierge.
- vpnclient OK
- hotspot wifi OK
- synapse OK
- riot OK
- mautrix_whatsapp OK
S’il y a des choses à tester je suis OP.
2 Likes
HI Here
all is good except 2 topics
-
metronome is rebooting everyday at 00:00 - is this intented to be like that?
logs for metronome
|Jun 24 00:00:04 mod_posix|info|Received SIGHUP|
|—|---|—|
|Jun 24 00:00:04 general|info|Reloading configuration file|
|Jun 24 00:00:04 general|info|Re-opening log files|
|Jun 24 04:05:15 c2s5557c38a1580|info|Client connected|
|Jun 24 04:05:46 c2s5557c38a1580|info|Client disconnected: closed|
|Jun 24 07:00:36 c2s5557c38bcc50|info|Client connected|
|Jun 24 07:00:36 c2s5557c38bcc50|info|Client disconnected: closed|
|Jun 24 07:00:37 c2s5557c362c280|info|Client connected|
|Jun 24 07:00:37 c2s5557c362c280|info|Client disconnected: closed| -
same for Grafana at 02:00
last logs for grafana
t=2020-06-24T07:50:23+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:50:33+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:50:43+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:50:53+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:51:03+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:51:13+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:51:23+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:51:33+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:51:43+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:51:53+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
t=2020-06-24T07:52:03+0200 lvl=dbug msg=“Scheduling update” logger=alerting.scheduler ruleCount=0
please advise what to do here
thanks in advance
I have made 2 new installs with Beta 4.0.2 on Debian Buster and the user experience so far is flawless.
I am fascinated that YunoHost secures the root account extensively, this makes it very useful for all types of admins.
But here I have a problem maybe in understanding:
After I let YunoHost reconfigure the root login I cannot login with root and also not with a user that I generated in the YunoHost Panel.
As far as I understand I should be able to login from my VPS console (at Netcup) because that is from a local address.
So I am completely locked out. Am I missing something here?
If I redo the server setup and installation I will keep one console window open with a root account so I can edit the ssh_config. What do you suggest that I change there to keep this level of security but to be able to login from my IP address only?
I had the same issue but then learned that I have to login with the user admin and with the admin password.
Thank you for your feedback.
I cannot remember to create a user admin.
Even after doing the installation from scratch 2 times.
I have no problem to start again.
But at what point does that happen and can I somehow reset this account now from the web panel?
Not sure either, maybe this is done automatically. but have a try. That is how it might work for you as well, if I remember correctly. You use the admin password for installing apps.
Ah, here is the explanation https://yunohost.org/#/ssh
hello, je continue à mettre en place mon serveur sur raspberry pi4, j’ai eu une erreur pour l’installation de Nextcloud. les logs sont ici: https://paste.yunohost.org/raw/potimogude
C’est apparemment surtout ce warning: Do not use ynh_install_php to install php7.3 qui a bloqué…
Ok, pardon, je croyais que le PR en question était déjà passé…
Sinon j’ai installé aussi Hot Spot Wifi avec Vpn Client, ça fonctionne.
1 Like
Thank you. This page showed the simple solution:
ssh root@111.222.333.444 & use the password from the panel.
(So a very strong password for the panel is adviced)
This information should be very clear in the installer because this is handled differently here compared to other server panels.
I am very pleased that yunohost is now also available for buster. I installed the image on a rapi 4 and saw nice innovations at first glance. Unfortunately I cannot install the node-red application. The installation terminates with the error “curl: (60) SSL certificate problem: unable to get local issuer certificate”
I hope the bug report is correct here. Otherwise, please give me hint where to place it.