# Discourse update blijft falen

**URL:** https://meta.discourse.org/t/discourse-update-keeps-failing/231862
**Category:** Self-hosting
**Created:** [4 juli 2022 om 09:34 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862 "2022-07-04T09:34:40Z")
**Posts on this page:** 20
**Page:** 3

<div class="post-metadata">

### Author: ![jonathon](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathon/32/265865_2.png) [@jonathon](https://meta.discourse.org/u/jonathon)
#### Post date: [14 juli 2022 om 19:20 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/42 "2022-07-14T19:20:25Z")

</div>

> [@L30110](#):
>
> `local_discourse/app latest b5f2a8a39709 3 months ago 3.53GB`

This one is likely to work. You can start that image with e.g. `docker start b5f2a8a39709` .

(You might also want to trim some of those older images - there’s potentially a large chunk of disk space that can be recovered!)

---

<div class="post-metadata">

### Author: ![L30110](https://avatars.discourse-cdn.com/v4/letter/l/eb9ed0/32.png) [@L30110](https://meta.discourse.org/u/L30110)
#### Post date: [14 juli 2022 om 19:26 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/43 "2022-07-14T19:26:03Z")

</div>

Getting: Error response from daemon: No such container: b5f2a8a39709

Thanks. Also, my backup procedures copy ALL files from the system. There are likely more recent images there if I knew where to look and where to copy them.

---

<div class="post-metadata">

### Author: ![Bryanpwo](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/bryanpwo/32/238284_2.png) [@Bryanpwo](https://meta.discourse.org/u/Bryanpwo)
#### Post date: [14 juli 2022 om 19:28 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/44 "2022-07-14T19:28:47Z")

</div>

My apologies for interrupting the workaround, but we are going to migrate to another server, which was a challenge on its own because it was a dedicated server and we just renewed the contract for an entire year last June.

Perhaps it would be nice if the Discourse team issues a warning for people who run it on servers that aren’t supported anymore. To find it out the way we did is VERY unpleasant. (three users with the same issue, we’re talking about servers, they don’t get renewed at the same speed as Laptops do.)

---

<div class="post-metadata">

### Author: ![supermathie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/supermathie/32/507518_2.png) [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [14 juli 2022 om 19:35 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/45 "2022-07-14T19:35:27Z")

</div>

> [@Bryanpwo](#):
>
> Perhaps it would be nice if the Discourse team issues a warning for people who run it on servers that aren’t supported anymore.

I want it to be clear this was _not_ an intentional change.

We also do not have direct access to hardware this old and [need to rely on some community assistance here](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/33) to help determine what exactly is going wrong.

Once we know for sure this is a compilation problem with the gem itself, we can take action.

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [14 juli 2022 om 19:37 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/46 "2022-07-14T19:37:12Z")

</div>

@here

Adding a top level key on the app.yml file with

```plaintext
base_image: discourse/base:2.0.20220621-0049-slim

```

Should work around the issue, albeit will slow down rebuilds a bit.

---

<div class="post-metadata">

### Author: ![Bryanpwo](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/bryanpwo/32/238284_2.png) [@Bryanpwo](https://meta.discourse.org/u/Bryanpwo)
#### Post date: [14 juli 2022 om 19:43 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/47 "2022-07-14T19:43:05Z")

</div>

That’s fair, but such servers still are being offered by providers around the world as low-entry servers.  
For a lot of smaller Open source projects, such servers are ideal, price-wise and often they cannot afford an Intel Xeon or AMD Ryzen with 32 GB RAM.

I completely understand that you don’t have the hardware to test the software on, but from the communication in this thread, it was established by us and then there wasn’t any reaction at all.  
A simple sorry, we are going to look into this would be sufficient in this case, instead, you let us hang there.

---

<div class="post-metadata">

### Author: ![L30110](https://avatars.discourse-cdn.com/v4/letter/l/eb9ed0/32.png) [@L30110](https://meta.discourse.org/u/L30110)
#### Post date: [14 juli 2022 om 19:47 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/50 "2022-07-14T19:47:05Z")

</div>

Testing now with this change.

Build appears to fail the same way.

This was with the change to containers/app.yml, adding:

base\_image: discourse/base:2.0.20220621-0049-slim

near the top.

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [14 juli 2022 om 19:53 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/51 "2022-07-14T19:53:40Z")

</div>

That means the issue is not that we ship a pre-compiled version of the gem, but that the upstream gem can’t compile on those old CPUs.

We have raised [issue #789](https://github.com/ohler55/oj/issues/789) against the oj gem.

---

<div class="post-metadata">

### Author: ![L30110](https://avatars.discourse-cdn.com/v4/letter/l/eb9ed0/32.png) [@L30110](https://meta.discourse.org/u/L30110)
#### Post date: [14 juli 2022 om 19:54 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/52 "2022-07-14T19:54:57Z")

</div>

Understood. I’d like to restore one of my recent docker images – from my rsync backups. Is there a procedure you can point me at to locate these and restore/start one? Thanks!

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [14 juli 2022 om 19:55 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/53 "2022-07-14T19:55:20Z")

</div>

Have you tried a `./launcher start app` ?

---

<div class="post-metadata">

### Author: ![jonathon](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathon/32/265865_2.png) [@jonathon](https://meta.discourse.org/u/jonathon)
#### Post date: [14 juli 2022 om 19:56 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/54 "2022-07-14T19:56:38Z")

</div>

> [@L30110](#):
>
> base\_image: discourse/base:2.0.20220621-0049-slim

If this one doesn’t work, try the other method I detailed for rebuilding from the last-working commit.

---

<div class="post-metadata">

### Author: ![L30110](https://avatars.discourse-cdn.com/v4/letter/l/eb9ed0/32.png) [@L30110](https://meta.discourse.org/u/L30110)
#### Post date: [14 juli 2022 om 19:56 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/55 "2022-07-14T19:56:53Z")

</div>

Yeah. That gets the web server running, but you can’t actually access any threads, they just spin.

---

<div class="post-metadata">

### Author: ![supermathie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/supermathie/32/507518_2.png) [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [14 juli 2022 om 19:58 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/56 "2022-07-14T19:58:11Z")

</div>

This will not help.

The problem is that the updated gem doesn’t check if the instruction is supported by the CPU before using it.

---

<div class="post-metadata">

### Author: ![jonathon](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathon/32/265865_2.png) [@jonathon](https://meta.discourse.org/u/jonathon)
#### Post date: [14 juli 2022 om 19:59 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/57 "2022-07-14T19:59:31Z")

</div>

> [@supermathie](#):
>
> This will not help.

It will help getting the Discourse instance back up-and-running as it installs the previous/working gem version (proved by what I did to get Bryan’s instance back), but yes - any further update (via `admin/upgrade`) will trigger the same issue again.

---

<div class="post-metadata">

### Author: ![L30110](https://avatars.discourse-cdn.com/v4/letter/l/eb9ed0/32.png) [@L30110](https://meta.discourse.org/u/L30110)
#### Post date: [14 juli 2022 om 20:03 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/58 "2022-07-14T20:03:02Z")

</div>

I’m not having any luck with a new build or getting the previous instance running yet, so since the weekend is coming up I may sit on this until next week in hopes that the situation can be fixed from the gem side …

---

<div class="post-metadata">

### Author: ![L30110](https://avatars.discourse-cdn.com/v4/letter/l/eb9ed0/32.png) [@L30110](https://meta.discourse.org/u/L30110)
#### Post date: [14 juli 2022 om 20:05 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/59 "2022-07-14T20:05:00Z")

</div>

Which procedure was this? I’m admittedly a bit confused now trying to follow the various ideas on this thread. Thanks!

---

<div class="post-metadata">

### Author: ![jonathon](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathon/32/265865_2.png) [@jonathon](https://meta.discourse.org/u/jonathon)
#### Post date: [14 juli 2022 om 20:05 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/60 "2022-07-14T20:05:29Z")

</div>

The second part of this post:

> [@Discourse update keeps failing](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/38):
>
> If you’re using the Docker deployment method, you may have an older container which you can restart (check e.g. docker images and/or docker ps -a). You can also override the commit used to build the Discourse instance by editing app.yml and setting the version to the commit prior to the change, then rebuilding: params: version: adb7fa5e2fc51308efc9fc4ee57ecb1c15a85cfa Discourse will break again if you update after this, which is not ideal given the [security update](https://meta.discourse.org/t/2-9-0-beta7-security-fix-bug-fixes-and-more/232721) that has been released si…

---

<div class="post-metadata">

### Author: ![L30110](https://avatars.discourse-cdn.com/v4/letter/l/eb9ed0/32.png) [@L30110](https://meta.discourse.org/u/L30110)
#### Post date: [14 juli 2022 om 20:08 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/61 "2022-07-14T20:08:31Z")

</div>

I’ll give this a try. Thanks.

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [14 juli 2022 om 20:24 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/62 "2022-07-14T20:24:08Z")

</div>

Another possible workaround is adding the following to the app.yml

```yaml
hooks:
  after_code:
    - exec:
        cmd:
          - sed -i -e 's/oj (3.13.*/oj (3.13.14)/' Gemfile.lock

```

---

<div class="post-metadata">

### Author: ![L30110](https://avatars.discourse-cdn.com/v4/letter/l/eb9ed0/32.png) [@L30110](https://meta.discourse.org/u/L30110)
#### Post date: [14 juli 2022 om 20:25 UTC](https://meta.discourse.org/t/discourse-update-keeps-failing/231862/63 "2022-07-14T20:25:46Z")

</div>

I assume updates would still be unsafe after this, correct? Doing the build on the older commit currently.

[Vorige pagina](https://meta.discourse.org/t/discourse-update-keeps-failing/231862.md?page=2)

[Volgende pagina](https://meta.discourse.org/t/discourse-update-keeps-failing/231862.md?page=4)
