# Can't upgrade self hosted from 1.0d

**URL:** <https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096>\
**Category:** Alta Control\
**Tags:** bug-report\
**Created:** [April 18, 2025, 6:32pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096 "2025-04-18T18:32:33Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Andy](https://forum.alta.inc/user_avatar/forum.alta.inc/andy/32/1503_2.png) [@Andy](https://forum.alta.inc/u/Andy)\
**Post date:** [April 18, 2025, 6:32pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/1 "2025-04-18T18:32:33Z")

</div>

I just had to recreate my controller because it just stopped working completely - just giving ‘Bad Gateway’ errors. I’ve rebuild the controller docker container with:

`docker run -it --security-opt seccomp=unconfined --cgroupns host --add-host local.manage.alta.inc:0.0.0.255 --net=control_net --restart=unless-stopped -v /sys/fs/cgroup/access.scope:/sys/fs/cgroup:rw --tmpfs /run --tmpfs /run/lock --name control altalabs/control:1.0d-amd64`

Activated it and logged in. However I can’t update from 1.0d which I think I’ll need to because all my ap’s are running \>2.0g from the previous contoller install.

If I try to update from the interface I’m just getting

```auto

main.90faac52.js:2 
 GET https://local.kmqmwt32f2c.ddns.manage.alta.inc/api/controller/check-updates…NjkwMywiZXhwIjoxNzQ3NTg4OTAzfQ.pIrBKjJm23tVCA8HmTfNLbkl4esdpNnuA0t9xiHyKL4 400 (Bad Request)

main.90faac52.js:2 auth fail
main.90faac52.js:2 Error: [object Object]
    at main.90faac52.js:2:361433
    at d (main.90faac52.js:2:1644439)
    at Generator.<anonymous> (main.90faac52.js:2:1645782)
    at Generator.next (main.90faac52.js:2:1644802)
    at r (main.90faac52.js:2:1637734)
    at s (main.90faac52.js:2:1637937)
main.90faac52.js:2 
 POST https://local.kmqmwt32f2c.ddns.manage.alta.inc/api/fe/oops 400 (Bad Request)

```

errors in the web console.

Does anyone have any ideas please?

Cross posted for visibility because I’m pulling my hair out.

---

<div class="post-metadata">

**Author:** ![Alta-Josh](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-josh/32/2466_2.png) [@Alta-Josh](https://forum.alta.inc/u/Alta-Josh)\
**Post date:** [April 18, 2025, 7:02pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/2 "2025-04-18T19:02:09Z")

</div>

Launch a shell within your container and try to `apt update && apt upgrade -y`

---

<div class="post-metadata">

**Author:** ![Andy](https://forum.alta.inc/user_avatar/forum.alta.inc/andy/32/1503_2.png) [@Andy](https://forum.alta.inc/u/Andy)\
**Post date:** [April 18, 2025, 7:18pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/3 "2025-04-18T19:18:46Z")

</div>

> [@](#):
>
> Launch a shell within your container and try to apt update && apt upgrade -y

That doesn’t work. The postgress upgrade stalls the update/upgrade process and it never completes.

---

<div class="post-metadata">

**Author:** ![jack](https://forum.alta.inc/letter_avatar_proxy/v4/letter/j/cc9497/32.png) [@jack](https://forum.alta.inc/u/jack)\
**Post date:** [April 18, 2025, 8:10pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/4 "2025-04-18T20:10:55Z")

</div>

I had that same problem trying to move control to new hardware. I ended up exporting my old docker image. I think Alta Labs needs to release a new image. You might try shutting down postgresql (and maybe killing /sbin/init) before upgrading. Maybe someone from Alta Labs could try this?

---

<div class="post-metadata">

**Author:** ![Andy](https://forum.alta.inc/user_avatar/forum.alta.inc/andy/32/1503_2.png) [@Andy](https://forum.alta.inc/u/Andy)\
**Post date:** [April 18, 2025, 8:25pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/5 "2025-04-18T20:25:07Z")

</div>

I’ve tried rebuilding and upgrading this so many times now I’m prepared to try anything at this point but I have tried stoping postgresql - I’ll try again, this time killing /sbin/init as you suggest.

You’re right though there needs to be a new image, this problem is easily repeatable by anyone.

---

<div class="post-metadata">

**Author:** ![Andy](https://forum.alta.inc/user_avatar/forum.alta.inc/andy/32/1503_2.png) [@Andy](https://forum.alta.inc/u/Andy)\
**Post date:** [April 19, 2025, 8:05am UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/6 "2025-04-19T08:05:31Z")

</div>

Ok, that didn’t work either.

---

<div class="post-metadata">

**Author:** ![jack](https://forum.alta.inc/letter_avatar_proxy/v4/letter/j/cc9497/32.png) [@jack](https://forum.alta.inc/u/jack)\
**Post date:** [April 20, 2025, 2:39am UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/7 "2025-04-20T02:39:26Z")

</div>

Unless I’m missing something, this is what I’d refer to as a “show stopper” regression. Self hosted controller is uninstallable for new users.

---

<div class="post-metadata">

**Author:** ![Andy](https://forum.alta.inc/user_avatar/forum.alta.inc/andy/32/1503_2.png) [@Andy](https://forum.alta.inc/u/Andy)\
**Post date:** [April 21, 2025, 9:14am UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/8 "2025-04-21T09:14:23Z")

</div>

Yup. I don’t think there is any way for anyone to run a new instance of the controller and it’s not a new issue either.

I’d consider it abandoned.

Going to have to dig out my old kit now ☹

---

<div class="post-metadata">

**Author:** ![Alta-Josh](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-josh/32/2466_2.png) [@Alta-Josh](https://forum.alta.inc/u/Alta-Josh)\
**Post date:** [April 21, 2025, 2:11pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/9 "2025-04-21T14:11:50Z")

</div>

Have you tried setting it up with compose? I created a yaml for the purpose [here](https://forum.alta.inc/t/on-premis-container-controller-made-easier/4193/14) that may be helpful.

---

<div class="post-metadata">

**Author:** ![jack](https://forum.alta.inc/letter_avatar_proxy/v4/letter/j/cc9497/32.png) [@jack](https://forum.alta.inc/u/jack)\
**Post date:** [April 21, 2025, 6:20pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/10 "2025-04-21T18:20:00Z")

</div>

I’m pretty sure I tried that before giving up and modifying it to use an image I exported. Have you tried it? Why not just release an updated docker image?

---

<div class="post-metadata">

**Author:** ![jack](https://forum.alta.inc/letter_avatar_proxy/v4/letter/j/cc9497/32.png) [@jack](https://forum.alta.inc/u/jack)\
**Post date:** [April 21, 2025, 10:52pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/11 "2025-04-21T22:52:32Z")

</div>

If need be I could futz around and probably get postgres upgraded - my background is in database internals and I’m fairly familiar with postgres. Seems like it would be easier for folks at Alta Labs to fix this though.

---

<div class="post-metadata">

**Author:** ![Andy](https://forum.alta.inc/user_avatar/forum.alta.inc/andy/32/1503_2.png) [@Andy](https://forum.alta.inc/u/Andy)\
**Post date:** [April 22, 2025, 9:27am UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/12 "2025-04-22T09:27:50Z")

</div>

Unfortunately this changes nothing, the result is the same. Postgres upgrade hangs still.

```auto
Setting up python3-apt (2.4.0ubuntu4) ...
Setting up postgresql-common (277.pgdg22.04+1) ...
Installing new version of config file /etc/postgresql-common/pg_upgradecluster.d/analyze ...
Replacing config file /etc/postgresql-common/createcluster.conf with new version

Progress: [96%] [###################################################################################################################################################.......]

```

---

<div class="post-metadata">

**Author:** ![Alta-Josh](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-josh/32/2466_2.png) [@Alta-Josh](https://forum.alta.inc/u/Alta-Josh)\
**Post date:** [April 22, 2025, 1:12pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/13 "2025-04-22T13:12:26Z")

</div>

I’ll spin up a fresh instance today and investigate further so we can get our engineers to take a look if necessary.

---

<div class="post-metadata">

**Author:** ![Alta-Josh](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-josh/32/2466_2.png) [@Alta-Josh](https://forum.alta.inc/u/Alta-Josh)\
**Post date:** [April 23, 2025, 3:31pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/14 "2025-04-23T15:31:33Z")

</div>

We had no issue running the update from the UI at `Settings -> System`. Can’t reproduce your example.

---

<div class="post-metadata">

**Author:** ![jack](https://forum.alta.inc/letter_avatar_proxy/v4/letter/j/cc9497/32.png) [@jack](https://forum.alta.inc/u/jack)\
**Post date:** [April 23, 2025, 5:14pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/15 "2025-04-23T17:14:23Z")

</div>

Hmm. Not sure what’s going on. More than one of us has had this problem.

---

<div class="post-metadata">

**Author:** ![jack](https://forum.alta.inc/letter_avatar_proxy/v4/letter/j/cc9497/32.png) [@jack](https://forum.alta.inc/u/jack)\
**Post date:** [April 23, 2025, 5:34pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/16 "2025-04-23T17:34:35Z")

</div>

Just tried it again.  
Steps I went through:  
Stopped my working control docker image.  
Started a new one with “docker compose up”  
Gave it activation code and email.  
Clicked “New Produce Activation” link that was emailed to me.  
When I then tried to log in I got “Incorrect Email or Password” and was sent an email “Alta API Back-End Crash” with contents:

```auto
POST /fe/oops
SyntaxError: Unexpected token u in JSON at position 0
    at JSON.parse (<anonymous>)
    at /usr/share/access/be/access.js:2:1959910
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
    at async /usr/share/access/be/access.js:2:1947417
    at async y.pgPool (/usr/share/access/be/access.js:2:2017501)
    at async t.handler (/usr/share/access/be/access.js:2:1947399)

```

---

<div class="post-metadata">

**Author:** ![Andy](https://forum.alta.inc/user_avatar/forum.alta.inc/andy/32/1503_2.png) [@Andy](https://forum.alta.inc/u/Andy)\
**Post date:** [April 23, 2025, 6:19pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/17 "2025-04-23T18:19:52Z")

</div>

Yup this is the same issue, I have loads of these backend crash errors emailed to me,..

---

<div class="post-metadata">

**Author:** ![ecs-solutions](https://forum.alta.inc/letter_avatar_proxy/v4/letter/e/e8c25b/32.png) [@ecs-solutions](https://forum.alta.inc/u/ecs-solutions)\
**Post date:** [April 23, 2025, 6:53pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/18 "2025-04-23T18:53:02Z")

</div>

It appears you do not understand the issue at hand. The distributed Docker container currently in use is significantly outdated—it includes an older version of the Alta Labs controller and contains 128 outdated packages within the Ubuntu distribution.

While updating the controller via the UI does successfully install the latest controller version, it does not address the outdated Ubuntu packages or apply necessary security updates. As a result, the system remains in an unstable and unsupported state.

When accessing the container via shell and attempting to run apt update && apt upgrade, the following error is encountered:

`dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.`

Manually running dpkg --configure -a resolves this issue and allows the update process to proceed. However, the upgrade process then hangs at the following step:

`Replacing config file /etc/postgresql-common/createcluster.conf with new version.`

This behavior further contributes to the instability of the environment and effectively blocks the completion of critical system updates.

Best practice would be for Alta Labs to update the docker image with each release of the control software to ensure everything is secure and up-to-date from both an OS level and with the control application.

---

<div class="post-metadata">

**Author:** ![Andy](https://forum.alta.inc/user_avatar/forum.alta.inc/andy/32/1503_2.png) [@Andy](https://forum.alta.inc/u/Andy)\
**Post date:** [April 23, 2025, 7:22pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/19 "2025-04-23T19:22:07Z")

</div>

Is there some background processing that’s going on that we need to wait for after creating a new instance? Ie We can create the instance, login but need to wait for some cron job or something to run on you end before it can be upgraded using the web interface?

Have you tried doing this from **outside** the Alta network, which is what we’re all doing?

---

<div class="post-metadata">

**Author:** ![Alta-Josh](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-josh/32/2466_2.png) [@Alta-Josh](https://forum.alta.inc/u/Alta-Josh)\
**Post date:** [April 23, 2025, 10:37pm UTC](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096/20 "2025-04-23T22:37:49Z")

</div>

There appears to be a mix of issues reported by 3 different people in this thread.

Can each of you please document your exact steps to reproduce, and provide complete logs and outputs? None of these issues are replicable in our environments.

[Next page](https://forum.alta.inc/t/cant-upgrade-self-hosted-from-1-0d/5096.md?page=2)
