# Stuck in a loop of freeing up space and filling it up again when rebuilding

**URL:** https://meta.discourse.org/t/stuck-in-a-loop-of-freeing-up-space-and-filling-it-up-again-when-rebuilding/96044
**Category:** Self-hosting
**Tags:** server-resources
**Created:** [30 augustus 2018 om 23:25 UTC](https://meta.discourse.org/t/stuck-in-a-loop-of-freeing-up-space-and-filling-it-up-again-when-rebuilding/96044 "2018-08-30T23:25:04Z")
**Posts on this page:** 1
**Showing post:** 32

<div class="post-metadata">

### Author: ![tophee](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tophee/32/73406_2.png) [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [20 maart 2019 om 00:25 UTC](https://meta.discourse.org/t/stuck-in-a-loop-of-freeing-up-space-and-filling-it-up-again-when-rebuilding/96044/32 "2019-03-20T00:25:24Z")

</div>

> [@pfaffman](#):
>
> As much as I see you here in surprised you missed it!

Haha, well, I may have missed it or I may have seen it and scrolled past it because I had no reason to be interested in this kind of low level stuff. Database? It’s like the road when driving a car: you don’t really think about it until it gets bad.

It even took me a while to find what you (probably) where referring to now:

> [@Docker base image with PostgreSQL 10 released](https://meta.discourse.org/t/docker-base-image-with-postgresql-10-released/84536):
>
> launcher has been updated to use the new [Docker base image](https://hub.docker.com/r/discourse/base/tags/) and [postgres.template.yml](https://github.com/discourse/discourse_docker/blob/44f132443bdf72dccf07111832de4c15b5e8abf8/templates/postgres.template.yml) which would use PostgreSQL 10 by default instead of Postgres 9.5. As long as your container’s config is using the default postgres.template.yml, the upgrade of the PostgreSQL data directory would happen automatically the next time you do a ./launcher rebuild. In the event that the PostgreSQL data directory fails to upgrade, please follow the instructions printed by ./launcher rebuild or you may refer to the ins…

But on the way, I found this useful specification of what “not often” means:

> [@Container fails startup after yum update](https://meta.discourse.org/t/container-fails-startup-after-yum-update/56755/20):
>
> We upgrade database every two years, and ruby almost every year, for reference.

To summary my lesson from this topic:

The confusion around the original issue was due to a combination of rather rare circumstances which meant that all standard instructions failed for various reasons:

1. two-container setup
2. need for (rare) database upgrade (which requires more disc space than other upgrades)
3. only 20 GB SSD

Points 1 and 3 are still true but probably not nr. 2. Yet, I still had problems doing the web\_only upgrade. So the db upgrade probably worsened things but it seems it was a mistake to run the two-container setup on 20GB.

---

_[View the full topic](https://meta.discourse.org/t/stuck-in-a-loop-of-freeing-up-space-and-filling-it-up-again-when-rebuilding/96044)._