# Discourse-setup falha quando pups tenta criar link simbólico
**URL:** https://meta.discourse.org/t/discourse-setup-fails-when-pups-tries-to-create-symbolic-link/370269
**Category:** Self-hosting
**Tags:** install
**Created:** [15 Junho , 2025 16:18 UTC](https://meta.discourse.org/t/discourse-setup-fails-when-pups-tries-to-create-symbolic-link/370269 "2025-06-15T16:18:17Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@millerthegorilla](https://meta.discourse.org/u/millerthegorilla)
#### Post date: [15 Junho , 2025 16:18 UTC](https://meta.discourse.org/t/discourse-setup-fails-when-pups-tries-to-create-symbolic-link/370269/1 "2025-06-15T16:18:17Z")
Estou tentando instalar o Discourse no meu servidor Fedora CoreOS, mas não estou tendo muito sucesso. Primeiro, tive que criar um diretório `/var/shared/` e atualizar os templates para refletir isso, pois `/` é imutável no CoreOS. Isso funciona e o banco de dados sobe, mas então o Pups falha ao tentar criar um link simbólico com o seguinte erro:
`Pups::ExecError: cd /var/www/discourse && bash -c "ln -s /var/shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log /var/www/discourse/log" failed with return #<Process::Status: pid 241 exit 1>`
Tentei criar o diretório `/var/www/` e definir as permissões mais flexíveis apenas para ver se isso ajudava. Pode ser que o usuário esteja incorreto. Notei que há uma instrução `chown` com um usuário ‘discourse’, mas acho que isso provavelmente está dentro de um contêiner. Tentei criar `/var/shared/` e `/var/www` com um usuário padrão como proprietário, mas acho que isso provavelmente também está errado, pois o `discourse-setup` é executado como root.
Sou mais um usuário de Podman do que de Docker, então posso estar cometendo algum outro erro. Desativei o SELinux para ver se isso ajudava.
Qualquer ajuda é muito bem-vinda… 🙂
edit.
logs abaixo
```plaintext
cd /var/www/discourse && bash -c "ln -s /var/shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log /var/www/discourse/log"
ln: failed to create symbolic link '/var/www/discourse/log/production.log': File exists
ln: failed to create symbolic link '/var/www/discourse/log/production_errors.log': File exists
ln: failed to create symbolic link '/var/www/discourse/log/unicorn.stdout.log': File exists
ln: failed to create symbolic link '/var/www/discourse/log/unicorn.stderr.log': File exists
ln: failed to create symbolic link '/var/www/discourse/log/sidekiq.log': File exists
I, [2025-06-15T16:41:06.444013 #1] INFO -- :
I, [2025-06-15T16:41:06.445624 #1] INFO -- : Terminating async processes
I, [2025-06-15T16:41:06.445825 #1] INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/15/bin/postmaster -D /etc/postgresql/15/main pid: 42
I, [2025-06-15T16:41:06.446165 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 91
2025-06-15 16:41:06.446 UTC [42] LOG: received fast shutdown request
91:signal-handler (1750005666) Received SIGTERM scheduling shutdown...
91:M 15 Jun 2025 16:41:06.451 # User requested shutdown...
```
---
### Author:  [@jahan\_gagan](https://meta.discourse.org/u/jahan_gagan)
#### Post date: [15 Junho , 2025 16:56 UTC](https://meta.discourse.org/t/discourse-setup-fails-when-pups-tries-to-create-symbolic-link/370269/2 "2025-06-15T16:56:53Z")
> [@millerthegorilla](#):
>
> ```plaintext
> ln: failed to create symbolic link '/var/www/discourse/log/production.log': File exists
> ln: failed to create symbolic link '/var/www/discourse/log/production_errors.log': File exists
> ln: failed to create symbolic link '/var/www/discourse/log/unicorn.stdout.log': File exists
> ln: failed to create symbolic link '/var/www/discourse/log/unicorn.stderr.log': File exists
> ln: failed to create symbolic link '/var/www/discourse/log/sidekiq.log': File exists
>
> ```
O erro surge ao tentar criar links simbólicos para arquivos de log, mas arquivos com esses nomes já existem.
Antes de executar o `discourse-setup`, remova arquivos como `production.log`, `production_errors.log`, etc. em `/var/www/discourse/log`. Isso permite que os comandos de criação de link simbólico sejam bem-sucedidos.
Exemplo:
```plaintext
rm /var/www/discourse/log/production.log
rm /var/www/discourse/log/production_errors.log
rm /var/www/discourse/log/unicorn.stdout.log
rm /var/www/discourse/log/unicorn.stderr.log
rm /var/www/discourse/log/sidekiq.log
```
Em seguida, reexecute a configuração.
Além disso, a propriedade do arquivo/pasta dentro do contêiner deve ser tipicamente para o usuário `discourse`, não para o usuário root ou do seu host. Se os arquivos forem pré-criados no host pelo usuário errado ou com permissões incorretas, a configuração pode falhar.