Olá. Estou tentando subir o sistema, porém, ocorrem alguns erros ao ler os arquivos de script. Poderiam auxiliar na análise do que está ocorrendo?
Abaixo segue um print exibindo os erros que estão ocorrendo.
Você está vendo a versão anterior da nova experiência da Alura que estamos preparando para você. Em breve, ela ganha uma identidade visual novinha totalmente pensada em potencializar seus estudos!
Olá. Estou tentando subir o sistema, porém, ocorrem alguns erros ao ler os arquivos de script. Poderiam auxiliar na análise do que está ocorrendo?
Abaixo segue um print exibindo os erros que estão ocorrendo.
Olá, Aluizio! Tudo bem?
Sobre os erros ao executar o docker compose up na leitura dos arquivos de script, esse tipo de falha costuma estar ligado a alguns fatores bem comuns no ambiente local, e vamos destrinchar os principais suspeitos para você identificar o que está acontecendo no seu caso.
Como o print não ficou visível na mensagem, vale revisar os pontos abaixo, que são as causas mais frequentes desse tipo de problema em projetos de microsserviços com Docker Compose.
O primeiro ponto a checar é a permissão de execução dos scripts. Se os arquivos .sh foram clonados sem a flag de execução, o container não consegue rodá-los. Ajuste seu código assim:
chmod +x ./scripts/*.sh
docker compose up --build
Esse comando concede permissão de execução para todos os scripts da pasta antes de subir os containers novamente.
Outro ponto comum é o line ending dos arquivos. Se o projeto foi clonado em um Windows e os scripts foram salvos com CRLF (padrão Windows) em vez de LF (padrão Linux), o container Linux não interpreta o script corretamente e gera erro de sintaxe. Resolva fazendo o seguinte:
dos2unix ./scripts/*.sh
Esse utilitário converte a quebra de linha do arquivo para o formato esperado pelo ambiente Linux dentro do container.
Também vale conferir as variáveis de ambiente. Muitos projetos de microsserviços dependem de um arquivo .env que precisa existir e estar preenchido corretamente antes do up. Confira se o arquivo existe na raiz do projeto e se os valores batem com o esperado no docker-compose.yml.
Por fim, para entender exatamente onde o processo está travando, rode o comando em modo detalhado e leia o log linha por linha:
docker compose up --build --no-cache
docker compose logs -f
Esse comando reconstrói as imagens sem cache e exibe os logs em tempo real, facilitando identificar em qual serviço o erro está ocorrendo.
Para avançarmos com mais precisão, você pode compartilhar o texto completo do erro que aparece no terminal, pois a mensagem específica ajuda a apontar exatamente qual script ou serviço está causando a falha.