Quando un aggiornamento di Discourse fallisce a causa dello spazio su disco insufficiente, l’interfaccia utente si rompe purtroppo con un errore 500. Devo quindi eseguire ./launcher rebuild app dal terminale, che scarica prima tutte le immagini Docker, si mette in pausa per farmi sapere che è disponibile meno di 5 GB di spazio, aspetta che io prema ‘s’, e poi impiega del tempo per ripulire le vecchie immagini. Successivamente, devo eseguire di nuovo il comando di ricostruzione, che inizia scaricando nuovamente tutte le immagini Docker.
Questo processo ha molti passaggi, alcuni dei quali richiedono di controllare manualmente i log, e tutti si sommano a un maggiore tempo di inattività per il forum. Fortunatamente, questo problema non mi capita spesso. Tuttavia, mi viene ancora l’ansia quando il forum è inattivo ![]()
Questo tempo di inattività sembra interamente prevenibile. Ecco il mio miglioramento proposto. Prima di aggiornare, l’interfaccia web può chiedere all’utente:
Hai meno di 10 GB di spazio su disco libero. Vuoi pulire i vecchi container prima di aggiornare?
Se l’utente accetta, lo spazio su disco viene liberato per primo e viene informato:
Liberati 10 GB di vecchi container. Ora hai 15 GB di spazio libero. Sentiti libero di avviare l’aggiornamento ora.
E ora possono eseguire con fiducia l’aggiornamento di Discourse dall’interfaccia web ![]()