Machine: --github-api-token e outros sinalizadores globais não propagados para servidores de plugins

Criado em 14 nov. 2015 · 4Comentários · Fonte: docker/machine

Não é uma necessidade urgente, mas pode ser problemática. Percebi que sinalizadores globais como --github-api-token que definem propriedades em, por exemplo mcnutils naturalmente, não são definidos dessa maneira para os binários de plug-in invocados. Muito provavelmente, precisaremos enviar esses detalhes pela rede, e precisamos discutir como fazê-lo com segurança, dada a propagação de plugins na natureza agora. Acho que podemos precisar adicionar um método do tipo SetLibmachineOptions nos servidores RPC nos drivers. :( Talvez possamos agrupar isso e algumas outras coisas polidas em um aumento de versão ou descobrir uma solução alternativa por meio de variáveis de ambiente etc.

kinquality

Fonte

nathanleclaire

Comentários muito úteis

estamos obtendo uma taxa limitada, pois o GitHub vê nosso corpnet externo como um endereço IP ... e atualmente não é possível atualizar a versão iso do boot2docker. A solução alternativa atual é reinstalar manualmente a máquina docker

mattfysh em 9 jun. 2016

👍4

Todos 4 comentários

@dgageot @jeanlaurent Esteja avisado sobre esse problema, pois é provável que ele seja pego de surpresa. Uma solução possível é definir as variáveis de ambiente para esses sinalizadores de CLI usando os.Setenv , que o processo filho (agora que estamos invocando o binário da máquina principal) herdará posteriormente. Isso não resolverá todos os drivers de plug-in, mas seria uma solução temporária para o núcleo.

nathanleclaire em 19 dez. 2015

mattfysh em 9 jun. 2016

👍4

reinstalar a máquina docker não funciona

adnan-wahab em 21 dez. 2016

👍1

Em 2019 e ainda parece não funcionar. ~ Também parece que o env var adicionado neste commit também não parece funcionar? ~ Eu acho que o commit nunca foi adicionado, não importa,