Portainer: Erro de argumento inválido ao implantar o Portainer com volume para dados persistentes (Docker Swarm)

Criado em 25 set. 2017  ·  3Comentários  ·  Fonte: portainer/portainer


Descrição

Olá,

Atualmente, estou tentando implantar o Portainer como parte de um enxame em um ambiente Vagrant local (3 máquinas Ubuntu 16.04, um gerenciador e dois trabalhadores). Quando eu especifico um volume para persistir os dados do Portainer, o serviço falha continuamente com a tarefa: saída diferente de zero (1) e quando executo docker service logs , vejo o seguinte erro: argumento inválido . A seção do arquivo YAML da pilha pertencente ao Portainer é assim:

portainer:
    image: portainer/portainer:latest
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - /volumes/monitor/portainer/data:/data
    deploy:
      placement:
        constraints:
          - node.role == manager
    networks:
      - monitor

Também deve ser observado que quando eu não especifico o volume para os dados do Portainer, o serviço é executado sem problemas.

Informações adicionais: A raiz do volume do portainer /volumes está dentro de uma pasta compartilhada no vagrant que tem permissões definidas para 777 para o diretório e modo de arquivo.

Qualquer ajuda que alguém pudesse dar seria muito apreciada. Obrigada.

Etapas para reproduzir o problema:

  1. Inicie o Vagrant Environment (posso fornecer mais detalhes aqui, se necessário)
  2. Execute docker stack deploy

Detalhes técnicos:

  • Versão do Portainer: 1.14.2
  • Versão de destino do Docker (o host / cluster que você gerencia): 17.06.2-ce
  • Plataforma (windows / linux): Ubuntu 16.04
  • Comando usado para iniciar o Portainer ( docker run -p 9000:9000 portainer/portainer ): Executar no docker swarm (explicado acima)
  • Navegador: Firefox Developer Edition

Comentários muito úteis

@ChexWarrior Também descobriu isso. A questão é - não deveria funcionar com pastas sincronizadas do VirtualBox também?

Todos 3 comentários

Eu tentei criar o volume do Portainer fora do diretório compartilhado e o serviço começou sem problemas, então parece que as permissões na pasta vagrant compartilhada devem estar causando o problema . Vou fechar isso agora e relatar mais achados.

O problema é, na verdade, o mecanismo de pasta sincronizada (compartilhada) do Virtual Box, alterar a pasta compartilhada para usar o NFS corrige o problema.

@ChexWarrior Também descobriu isso. A questão é - não deveria funcionar com pastas sincronizadas do VirtualBox também?

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

030 picture 030  ·  3Comentários

itsconquest picture itsconquest  ·  3Comentários

xInsertx picture xInsertx  ·  4Comentários

raushansingh629 picture raushansingh629  ·  4Comentários

himred picture himred  ·  3Comentários