Rebuild freezing when attempting to stop container

I received my first You are running an old version of the Discourse image. Upgrades via the web UI are disabled until you run the latest image message today and I think I’ve broken my installation.

I followed the instructions, running each command as sudo because my hosting provider doesn’t permit the creation of root users.

cd /var/discourse
sudo git pull
sudo ./launcher rebuild app

I then had to re-run with sudo git stash before the pull as there was an error regarding clashes.

Everything seemed to progress ok (I left it over an hour) but then my Terminal session closed (broken pipe error). To overcome, I set ClientAliveInterval on the server to 60 as this was commented out, restarted, and tried again.

When the rebuild script now runs, it crashes when it goes to stop the docker container.

I tried to get around this by running docker kill <id> before running the rebuild script, but the same crash occurs (CPU at 100% for about 15mins…then nothing for hours).

When I reboot the site still comes up, but I’m unable to update it (the UI updater still says I’m running an old Discourse image).

Any advise gratefully received.

It’s rather hard to guess without seeing the output of the build.

You might try using tmux (or similar) to keep the session open when you get disconnected (you can reconnect to the session with tmux attach).

Maybe have a look at PostgreSQL 13 update?

1 Like

Thanks Jay, I think I’ve found the issue.

My VPS provider, webdock.io (who are great by the way) don’t support zfs because they use it at the host level; I’m advised nested zfs is a no go. They also didn’t recommend overlay2 for my install and suggested I edit launcher to include the vfs storage driver, which isn’t there by default.

171‎‏‏‎ ‎‏‏‎ ‎‏‏‎‎‏‏‎ ‎‏‏‎ ‎‏‏‎ Storage Driver: (vfs|aufs|zfs|overlay2)
‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎‎‏‏‎ ‎‎‏‏‎ ‎‏‏‎ ‎‏‏‎‎‏‏‎ ‎‏‏‎ ‎‏‏‎‎‏‏‎ ‎‏‏‎ ‎‏‏‎‎‏‏‎ ‏‏‎ ‎‏‏‎‎‏‏‎ ‎‏‏‎ ‎‏‏‎‎‏‏‎ ‎‏‏‎ ‏‏‎‎‏⬆️

I suspect sudo git pull overwrote this, and then I tried to rebuild with the wrong storage driver?

I’ve just rolled everything back and then re-edited launcher before running rebuild app and everything is working again.

cd /var/discourse
sudo git stash
sudo git pull
sudo nano launcher 

‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ ‎‏‏‎ then edit line 171 to include vfs

sudo ./launcher rebuild app

1 Like

Hey @ajmuir ,
I know you solved your problem over a year ago but I wanted to add my two cents to this discussion and also enable new users who find this thread to drive down the right path.

Webdock (now) recommends using fuse-overlayfs as the Docker storage driver to use: Webdock : How to change the Docker storage driver

Reason being that vfs produces high disk space usage.

But using fuse-overlayfs for Docker will produce a warning or an error on the Discourse launcher side, since it is not a recommended driver.

I have detailed instructions on how to solve this in this post on my blog: Deploying Discourse on a Webdock server

You can also do it the way you did by adding the installed driver to the egrep statement.

And why do you say that Webdock doesn’t allow the creation of root users?
You can simply switch to root with sudo su and execute the commands from the Discourse install guide after that.