Just a FYI for people-- don’t try this upgrade during prime time. The 2.6.0b2 upgrade has been running on our server for well over 40 minutes when normally it takes just a couple of minutes, usually over before you check back. I was concerned it was broken, but logging into postgres I can see a hug…

A note on the extended Docker Manager and/or rebuild via SSH time has been added to the release notes.

[תמונה] pfaffman: If there were a way to have ./launcher pass SKIP_POST_DEPLOYMENT_MIGRATIONS=1 into things without requiring an edit to the app.yml it’d make things less fiddly for the editor-challenged. Good idea, I went and implemented that: https://github.com/discourse/discourse_docker/p…

That is fantastic news! (Two other projects got in the way today and somehow my multisite instance is no longer working and playing well with S3. :crying_cat_face:) Thanks very much.

Is there a technical reason why post-upgrade DB changes need to be blocking by default? Is there any way to change that behavior so future upgrades get the site back up quickly and then run the post-upgrade stuff in the background? IMO anything essential for the upgraded application to function lik…

We started our rebuild from the command line seven hours ago! and is still going… It’s still here: [image] Any ideas? Edit: meanwhile I’ve killed the process to have the site live again for our users. But there has to be a better way to do this update.

[תמונה] Paracelsus: We have 6 million posts I think they do :smiley::smiley::smiley:

[תמונה] Paracelsus: there has to be a better way to do this update. Wait for this PR to be merged, then follow the steps listed: [תמונה] 2.6.0b2 upgrade VERY slow Self-hosting Good idea, I went and implemented that:

[תמונה] michaeld: [תמונה] Paracelsus: We have 6 million posts I think they do :smiley::smiley::smiley: :smiley: :+1: About 100Gb :sunglasses: [תמונה] jomaxro: Wait for this PR to be merged, then follow the steps listed: :+1: will do

So as I look at automating this upgrade, it occurs to me that knowing when to do this skip-post-deployment thing is rather complicated. For single-container installs, unless there is some bizarre migration (this is the first I’m aware of in my 4 years), there is no advantage to doing it this way. M…

Definitely not worth doing most of the time, but if your software’s upgrades rarely (but sometimes) take 10x as long as normal, that’s a real problem for a lot of users. After this I won’t run Discourse upgrades until at least a week post release. Of course you could argue that I’m a dumbass for no…

שדרוג 2.6.0b2 מאוד איטי

תמיכה התקנה

pfaffman (Jay Pfaffman) 24 באוגוסט,‏ 2020,‏ 4:28am 33

Not quite. See Introducing Post Deployment Migration

נושא		תגובות	צפיות
2.6.0 beta 3 update failed on disk and/or memory space Self-hosting server-resources	28	2582	26 בספטמבר,‏ 2020
An upgrade knocked my site offline; how long until it's restored? Self-hosting	15	390	10 ביולי,‏ 2025
Upgrade failed spectacularily Support	25	787	10 בפברואר,‏ 2025
Problem rebuilding because of slow database shutdown Self-hosting	26	1192	25 באפריל,‏ 2023
Discourse upgrade via Web UI Fails & SSH Upgrade Brings Down Discourse Instance Self-hosting	16	2095	26 בנובמבר,‏ 2021

שדרוג 2.6.0b2 מאוד איטי

נושאים קשורים