Eu tenho um Linode (Ubuntu 16.04) do qual estou tentando copiar arquivos para um bucket do AWS S3 por meio de um cron job chamando um script, mas o log gera:
upload failed: ../path/file.ext to s3://bucket/prefix/file.ext Unable to locate credentials
O script tar s um diretório e, em seguida, carrega esse tar no meu depósito s3
sudo
tar funciona, mas o aws upload não (com o erro mencionado acima) tar falha (relacionado a permissões intencionais), mas o aws de upload é bem-sucedido. aws diretamente em /usr/local/bin/aws
/usr/local/bin/aws ao PATH no crontab e também no meu script AWS_CONFIG_FILE="/home/[user]/.aws/config" no crontab e também no meu script aws configure como raiz PATH inclui tudo o que está listado em meu env.interactive PATH , além de mais alguns, até mesmo alguns duplicados - isso é ruim? Existem muitas mais declarações no meu env.interactive (1810 linhas) em comparação com o meu env.cron (36 linhas). Deve ser algo nas minhas diferenças de ambiente, certo? Eu pesquisei meu env.interactive para qualquer instância de aws , mas não há nenhum, mesmo que o env funcione bem. Alguma dica sobre outros itens específicos para procurar lá?
Todas as ideias e ajuda são apreciadas! Obrigado!
Se você deseja executar um comando específico usando user com sudo e ter a configuração read de seu diretório pessoal em vez do seu, execute-o com sudo -H -u user ... para o sudo para atualizar a variável HOME para o chamado usuário automaticamente.
Nesse caso, isso implicará um valor válido para AWS_CONFIG_FILE e AWS_CREDENTIALS será gerado automaticamente.
Eu copiei o diretório .aws de /home/[user/ para /root/ e isso pareceu resolvê-lo.
Existe algum problema de segurança / outras preocupações em torno dos arquivos de configuração serem duplicados para a pasta raiz?