Mise à jour yunohost de 4.2.6 à 4.2.6.1

[Didier58]

Bonjour @ tous,

Mon serveur YunoHost

Version de YunoHost:
L’architecture du serveur est bare-metal armhf

Le modèle du serveur est Olimex A20-OLinuXino-LIME

Le serveur utilise le noyau Linux 4.19.62-sunxi

Le serveur utilise Debian 10.10

Le serveur utilise YunoHost 4.2.6 (stable)

yunohost version : 4.2.6 (stable)
yunohost-admin version : 4.2.3.3 (stable)
moulinette version : 4.2.3.3 (stable)
ssowat version : 4.2.3 (stable)

**Matériel:**Brique Internet avec VPN

J’ai accès à mon serveur : En SSH | Par la webadmin
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

Mise à jour yunohost de 4.2.6 à 4.2.6.1 impossible lors de l’essai de mise à jour que ce soit avec la web admin ou en ssh.

Voir message d’erreur ci-joint:

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" Internal Server Error

Action: "GET" /yunohost/api/logs/20210621-085057-tools_upgrade?filter_irrelevant=&with_suboperations=&number=25&locale=en

Error message:

Unexpected server error

Traceback

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/moulinette/interfaces/api.py", line 484, in process
    ret = self.actionsmap.process(arguments, timeout=30, route=_route)
  File "/usr/lib/python3/dist-packages/moulinette/actionsmap.py", line 600, in process
    return func(**arguments)
  File "/usr/lib/moulinette/yunohost/log.py", line 236, in log_show
    if "log_path" in metadata:
TypeError: argument of type 'NoneType' is not iterable


Je ne vois pas quoi faire pour corriger le problème si quelqu'un à une idée.

Merci d'avance pour vos suggestions.

Bonne journée à vous.

didier58

[Aleks]

Hmoké est-ce que tu peux faire un :

ls -l /var/log/yunohost/categories/operation/20210621-085057-tools_upgrade.yml

[Didier58]

@Aleks

ls -l /var/log/yunohost/categories/operation/20210621-085057-tools_upgrade.yml

Bonjour Aleks,

Voila le retour de la commande:

-rw-r–r-- 1 root root 0 Jun 21 08:50 /var/log/yunohost/categories/operation/20210621-085057-tools_upgrade.yml

didier58

[Didier58]

Salut @ Aleks,

Je reviens vers toi toujours le même problème et apparemment pas de solution?

Merci pour ton aide et bon aprem.

didier58

[Aleks]

Salut,

visiblement le fichier a été mal créé (il est vide) … peut-être un probleme d’espace disque ou bien lié aux fameuses histoires de zram … En tout cas ça a déclenché un bug dans Yunohost qui ne s’attendait pas à ce que le fichier soit vide … c’est corrigé pour plus tard ici : Sometimes metadata ends up being empty for some reason and ends up be… · YunoHost/yunohost@50129f3 · GitHub

En attendant on peut contourner le problème en mettant de fausses données dans le fichier, par exemple:

echo "foo: bar" > /var/log/yunohost/categories/operation/20210621-085057-tools_upgrade.yml

Par contre ça ne résouds pas l’origine du problème (qui n’est pas claire), ça fait juste en sorte que tu puisses consulter le log de la mise à jour

[Didier58]

Re-salut @ Aleks,
j
Impossible de rajouter de fausses données dans le fichier il y a un message d’erreur qui apparaît lors de l’enregistrement du fichier:

[ Error writing /var/log/yunohost/categories/operation/20210621-085057-tools_upgrade.yml: No space left on device ]

didier58

[Aleks]

Oké alors regardons ce que raconte : df -h

[Didier58]

@Aleks

df -h

Vola le retour:

/home/admin# df -h
Filesystem Size Used Avail Use% Mounted on
udev 179M 0 179M 0% /dev
tmpfs 50M 6.5M 43M 14% /run
/dev/mmcblk0p1 30G 24G 5.2G 83% /
tmpfs 247M 12K 247M 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 247M 0 247M 0% /sys/fs/cgroup
tmpfs 247M 48K 247M 1% /tmp
/dev/zram0 49M 48M 0 100% /var/log
tmpfs 50M 0 50M 0% /run/user/1007

[Aleks]

@Didier58

/dev/zram0 49M 48M 0 100% /var/log

Ouaip c’est le fameux /var/log qui est stocké sur /dev/zram0 est qui est plein car ne fait que 50 Mo Je dois décoler pour prendre un train mais on peut continuer plus tard à creuser…

[Didier58]

Ok pour moi pas problème @+

[carrabelloy]

I have the same thing, with the last or penultimate update and the last two days, as always, I wanted to install it on a real server that has been running all the time under Yunohost.
The same version 4.2.6.1 (stable). Like you. The bad thing, the problem started yesterday, during the update and Nextcloud was added. Nextcloud, didn’t want to update itself yesterday and neither did it today.
But under which the standard update was already bad. Because
Previously, the errors appeared in the substructure during the update. It was then already clear to me that bugs would appear.
But everything worked fine except for the Nextcloud. Updated with problems, the connection to the server got worse and worse. Contact interruption again and again.
Then I did, because I think that it was done in advance by not updating via terminal via SSH and was able to install the Nextcloud via terminal. Nevertheless, the rest is no longer running from Mastrodon and WordPress and other things.
I think that’s because of the substructure when updating the substructure, which is important for Debian on my server.
I hope you can find a solution

Dasselbe habe ich auch, durch das letzte oder vorletzte Update und das die letzten zwei Tage wie immer wollte ich, es installieren auf einem echten Server der schon die ganze Zeit unter Yunohost läuft.
Die selber Version 4.2.6.1 (stable). Wie du. Das schlimme, das Problem fing gestern schon an, bei der Aktualisierung und Nextcloud kam dann noch dazu. Nextcloud, wollte gestern nicht sich Aktualisierung und heute genauso wenig.
Doch unter dem die Standardaktualisierung lief schon schlecht. Denn
Zuvor tauchten die Fehler auf beim Unterbau beim Aktualisierung schon auf. Da war es mir schon klar, das Bugs auftauchen würde.
Doch er hat alles bis auf die Nextcloud geklappt. Mit Problemen aktualisiert hat sich die Verbindung zum Server immer schlechter gemacht. Kontaktabbruch immer wieder.
Dann habe ich, weil ich denke das es schon im Vorfeld durch das nicht Aktualisierung über terminal per SSH und konnte die Nextcloud installieren über Terminal. Trotzdem der Rest läuft auch nicht mehr von Mastrodon und WordPress und weiteren Dingen.
Ich denke das liegt am Unterbau bei der Aktualisierung im unterbau also die für Debian auf meinem Server wichtig sind.
Ich hoffe das man eine Losung findet

[Didier58]

Merci pour ton retour j’espère avoir bientôt une solution.

Bonne soirée.

didier58

[carrabelloy]

It would be nice because otherwise everything is broken, I can no longer use all of my programs from Matrix Mastrodon, WordPress even that you want to create a backup is just as impossible. That really brought everything to a standstill.
If you need further information, I’ll be happy to pass you on.
Unfortunately, this setting is probably wrong here as I am doing it, because my English is not good. I’m working with a translator.
As I said, it is not even possible to establish contact correctly via ssh via the terminal.
It would be very nice if you could find a solution or is all the software broken after a year? That would be really sad.
Thank you for answering me in German. Stay healthy.

Es wäre schön denn sonst ist alles kaputt, Ich kann meine Programme alle nicht mehr nutzen von Matrix Mastrodon, WordPress auch das man ein Backup erstellen will, geht genauso wenig. Das hat richtig alles zum Stehen gebracht.
Gerne, wenn weitere Informationen Sie brauchen gebe ich Sie gerne weiter.
Leider ist das einstellen hier wohl verkehrt wie ich das ablege, da mein Englisch nicht gut ist. Ich arbeite mit Übersetzer.
Wie gesagt es lässt sich nicht mal ein Kontakt richtig herstellen über ssh per Terminal.
Es wäre sehr schön wenn Sie eine Lösung finden oder ist nach einem Jahr die ganze Software kaputt? Das wäre echt traurig.
Danke das Sie mir auf Deutsch geantwortet haben. Bleibt Gesund.

[carrabelloy]

I can’t see anything at all, because I can’t actually access data via the terminal if Yunohost has been installed.
What I once changed by reading in the forum. So that I can then access it with Terminal. Yesterday I was able to update the update for Nextcloud via Terminal.
Unfortunately, after you have done this, you can no longer access the server via terminal, i.e. via ssh. A day before, a larger update had been installed, which I noticed that errors had already appeared during the import. Which then broke down to FiletuBang. Then yesterday came an update and thought that this would fix the error and that everything could then be updated again. Unfortunately no everything has gotten worse.
I use a big server!
[CPU] (https://robot.your-server.de/images/cpu.svg) Intel Core i7-2600
! [HDD] (https://robot.your-server.de/images/hdd.svg) 2x HDD SATA 3.0 TB
! [RAM] (https://robot.your-server.de/images/ram.svg) 4x RAM 8192 MB DDR3 and have YunoHost for a year later. Unfortunately, I didn’t consider downloading a backup again beforehand. Which I now always try to be able to access, which unfortunately no longer gets in the admin panel. Since no clean access to the individual positions is possible. I don’t know how to save this whole thing. Since I’m not a programmer. That will probably be bad for some. And I probably created my WordPress blog and here for Yunohost, an extra WP to make it better known in Germany. Mail ec … everything is broken for me. I hope that we can find a solution here together. I think a bug crept in with the update from Monday.

Ich kann überhaupt nichts einsehen, da eigentlich nicht mit über Terminal, wenn man Yunohost installiert hat auf Daten zugreifen kann.
Was ich mal geändert hatte, durch Lesen im Forum. War so das ich mit Terminal dann zugreifen kann. Konnte gestern über Terminal dann das Update für Nextcloud aktualisieren.
Leider nachdem man das getan hat kann man dennoch nicht mehr über Terminal, also über ssh auf den Server zugreifen. Zuvor einen Tag vorher hatte man ein größeres Update eingespielt bekommen, was mir aufgefallen ist, das da schon beim Einspielen Fehler aufgetaucht sind. Was sich dann bis zu FiletuBang sich heruntergebrochen hat. Dann kam gestern noch ein Update und hatte gedacht, der Fehler wird dadurch repariert und das man dann alles wieder aktualisieren kann. Leider nein alles ist schlimmer geworden.
Ich nutze einen dicken Server!
CPUIntel Core i7-2600
2x HDD SATA 3,0 TB
4x RAM 8192 MB DDR3 und habe YunoHost seit einem Jahr darauf. Leider hatte ich nicht bedacht mir vorher nochmal ein Backup herunterzuladen. Was ich jetzt immer versuche, darauf zugreifen zu können, was leider im Admin- Panel nicht mehr bekommt. Da kein, sauber Zugriff auf die einzelnen Positionen möglich ist. Ich weiß nicht wie ich das ganze Retten soll. Da ich kein Programmierer bin. Das wohl schlecht für etliche sein wird. Und ich wohl WordPress meinen Blog und hier für Yunohost, eine extra WP angelegt hatte, um es in Deutschland bekannter zu machen. Mail ec… alles kaput bei mir. Ich hoffe das wir hier zusammen eine Lösung finden. Ich denke mir, bei dem Update vom Montag ein Bug dabei eingeschlichen hat.

[frju365]

Hi @carrabelloy !

I didn’t understant everything
Do you have any access to ssh through you hosting provider ? Some hosters allows you to access terminal online.

Thanks, in advance for your answer

frju365

[carrabelloy]

yes eim have

[carrabelloy]

Aim have her this Problem described. aim look please thanks

How can I download the packages from my backup via terminal

how can I download the packages from my backup via terminal? As you can read here in the forum, my system on the server was shot up by the last backup. Unfortunately you don’t get any answers here. And I asked about it several times today. The whole thing looks like this on my server … NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 2.7T 0 disk ├─sda1 8:1 0 16G 0 part │ └─md0 9:0 0 16G 0 raid1 [SWAP] ├─sda2 8:2 0 512M 0 part │ └─md1 …