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.
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.
Anche io sto riscontrando questo problema nelle ultime volte in cui ho tentato di aggiornare tramite l’interfaccia web.
La mia istanza è ospitata su una VM che può essere configurata con specifiche più elevate se richiesto, ma non mi è chiaro quali siano le specifiche consigliate per eseguire un’istanza Discourse tipica.
Qualcuno può fornire queste specifiche?
La domanda sopra presuppone che il fallimento dell’aggiornamento avvenga solo a causa della mancanza di risorse sull’host.
Ho bisogno di aiuto, ho ricevuto un errore durante l’aggiornamento di docker_manager
Spiacente, si è verificato un errore durante l'aggiornamento di Discourse. Si prega di controllare i log sottostanti.
È lo stesso errore
Avvio di 1 worker(i) Unicorn che erano inizialmente fermi
La versione è Remote Version: 2c89085
Ho l’opzione di Reset Upgrade, dovrei utilizzarla? Vi prego di aiutarmi. Grazie in anticipo!!
Questo è solo per segnalare che ho avuto questo problema per la prima volta con l’aggiornamento v2.4.0.beta10 +1 (“docker_manager 2c89085 Up to date”) tramite l’interfaccia web. Se qualcuno ha bisogno del mio log, vedi l’allegato. Discourse2.4beta10error.txt (10,2 KB)
./launcher rebuild app ha funzionato correttamente.
È accaduto sul mio sistema di test, ospitato in casa. Intel Atom D525 1,8 GHz 2 core / 4 thread con 4 GB e SSD che esegue Lubuntu 16.04 LTS. Solo Docker/Discourse, nessun’altra attività.
Questo problema mi è venuto in mente proprio mentre provavo ad aggiornare alla versione 2.7.4
Ho provato a ricostruire tramite riga di comando, ma ho ricevuto un errore (dopo aver eseguito discourse-doctor) con il seguente messaggio:
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 4115 exit 1>
Location of failure: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake themes:update assets:precompile'"]}
5b36313b3f2b9e2173d52f8a7519d6aba3c4a975182d80150776d9c83659c351
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
==================== END REBUILD LOG ====================
Failed to rebuild app.
È strano che la nuova versione 2.7.4 venga mostrata, e quando ho provato ad aggiornare un componente del tema ho ricevuto il messaggio “about.json contains invalid values: Maximum discourse version is invalid”.
Qualcuno ha un consiglio su come riportare Discourse in uno stato valido?