# 'launcher' falha - armazenamento limitado - launcher destrói o aplicativo

**URL:** <https://meta.discourse.org/t/launcher-fails-limited-storage-launcher-destroy-app/220430>\
**Category:** Self-hosting\
**Created:** [Março 8, 2022, 3:58pm UTC](https://meta.discourse.org/t/launcher-fails-limited-storage-launcher-destroy-app/220430 "2022-03-08T15:58:40Z")\
**Posts on this page:** 1\
**Showing post:** 2

<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:** [Março 8, 2022, 4:23pm UTC](https://meta.discourse.org/t/launcher-fails-limited-storage-launcher-destroy-app/220430/2 "2022-03-08T16:23:56Z")

</div>

> [@lejeczek](#):
>
> Qual é a lógica por trás disso?

Quando você diz `./launcher destroy app`, isso significa que o `launcher` operará no site definido no arquivo `app.yml`. Para analisar esse arquivo `app.yml` e construir toda a lógica nele contida, precisamos de algum software. E como não podemos controlar de forma viável qual software existe nos milhares de hosts diferentes que executam o Discourse, usamos a mesma imagem base que usamos para o Discourse para analisar e interpretar o que está nesse arquivo `app.yml`, daí a necessidade de baixá-lo.

Se você não pode arcar com o espaço, sempre pode descer um nível de abstração para os comandos `docker` diretamente. Neste exemplo, o equivalente seria `docker stop app && docker rm app`.

---

_[View the full topic](https://meta.discourse.org/t/launcher-fails-limited-storage-launcher-destroy-app/220430)._
