What are the hardware specs? Is it heavily memory constrained, or are the disks slow (not SSD)?
It’s not a problem to update via SSH command line if that works better, but it shouldn’t be required.
I’m not sure what the criteria is for constrained, the site has been relatively speedy (with no cloudflare, CDN or other tricks). It’s a KVM VM with 2GB. Here is an output from free:
total used free shared buff/cache available Mem: 2047876 1263844 121092 280544 662940 325164 Swap: 2097148 549032 1548116
There is nothing else running on this but Discourse. However, the disks are definitely slow, non-SSD, in RAID-10, and shared with a few other VMs. I ran iotop as the nightly backup was going and didn’t see anything above 50MBps.
The exported non-compressed backup .sql is ~600MB, average daily engaged this past month <50, and daily pageviews are <6000 per day.
I do see one major difference in the output between what you posted originally and what @danekhollas and I are getting. In our output, it takes Unicorn significantly longer to reload (based on the number of dots), however it’s always been that way since that was added to the upgrade process.
The swap usage is fairly high there. This implies you have a busy instance. Also, slow disks are going to be quite painful in several dimensions.
In my case I have SSD and plenty RAM, but CPU is slow (1.7 GHz) and I usually have only around 7Gb free space on HDD. I noticed that Discourse seems to want at least 5Gb free during upgrade, could this be the issue?
Note that this problem started happening at a specific point in time (probably around this topic got started but I am not sure) and since then I was not able to upgrade via UI at all, which lead me to believe that something must have changed…
I gave @tgxworld access to my instance in case it is helpful.
Note tgx is out for a bit, he may have a chance to have a quick look next week.
Just to update since my last post ~4 months ago. I took the advice given and moved over to a whole new machine, with a significant RAM+CPU increase and switch to full SSD. This problem has not occurred again.
Je rencontre également ce problème lors des dernières tentatives de mise à niveau via l’interface web.
Mon instance est hébergée sur une machine virtuelle que je peux configurer avec des spécifications plus élevées si nécessaire, mais je ne sais pas quelles sont les spécifications recommandées pour exécuter une instance Discourse typique.
Quelqu’un pourrait-il fournir ces spécifications ?
La question ci-dessus suppose que l’échec de la mise à niveau est dû uniquement au manque de ressources sur l’hôte.
Besoin d’aide, erreur lors de la mise à niveau de docker_manager
Désolé, une erreur s'est produite lors de la mise à niveau de Discourse. Veuillez vérifier les journaux ci-dessous.
Il s’agit de la même erreur
Démarrage de 1(s) worker(s) Unicorn qui étaient initialement arrêtés
Il s’agit de la Version distante : 2c89085
J’ai l’option de Réinitialiser la mise à niveau. Dois-je le faire ? Veuillez m’aider. Merci d’avance !!
Je signale simplement que j’ai rencontré ce problème pour la première fois lors de la mise à niveau vers la version v2.4.0.beta10 +1 (“docker_manager 2c89085 À jour”) via l’interface web. Si quelqu’un a besoin de mes journaux, consultez la pièce jointe. Discourse2.4beta10error.txt|pièce jointe (10,2 Ko)
./launcher rebuild app a fonctionné sans problème.
Cela s’est produit sur mon système de test, auto-hébergé à la maison. Processeur Intel Atom D525 1,8 GHz (2 cœurs / 4 threads) avec 4 Go de RAM et un SSD, sous Lubuntu 16.04 LTS. Uniquement Docker/Discourse, aucune autre tâche en cours.
Ce problème m’est tout récemment survenu lorsque j’ai tenté de mettre à jour vers la version 2.7.4.
J’ai essayé de reconstruire via la ligne de commande, mais j’ai obtenu l’erreur suivante (après avoir exécuté discourse-doctor) :
ÉCHEC
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake themes:update assets:precompile' a échoué avec le code de retour #<Process::Status: pid 4115 exit 1>
Emplacement de l'échec : /pups/lib/pups/exec_command.rb:112:in `spawn'
Exécution échouée avec les paramètres {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake themes:update assets:precompile'"]}
5b36313b3f2b9e2173d52f8a7519d6aba3c4a975182d80150776d9c83659c351
** ÉCHEC DU BOOTSTRAP ** Veuillez faire défiler vers le haut et rechercher les messages d'erreur antérieurs ; il peut y en avoir plus d'un.
./discourse-doctor peut aider à diagnostiquer le problème.
==================== FIN DU JOURNAL DE RECONSTRUCTION ====================
Échec de la reconstruction de l'application.
Il est étrange que la nouvelle version 2.7.4 soit affichée, et lorsque j’ai tenté de mettre à jour un composant de thème, j’ai obtenu le message : « about.json contient des valeurs non valides : La version maximale de Discourse est invalide ».
Quelqu’un aurait-il une recommandation sur la manière de remettre Discourse dans un état valide ?