Erro de ID da chave de acesso ao implantar com o juju-core em nuvens não ec2 ec2

3

O juju-core (1.13) não suporta as variáveis de configuração antigas do pyjuju ec2-uri e s3-uri .

Então, peguei as origens Go e ajustei uma nova região em launchpad.net/goamz/aws/aws.go com os endpoints da API necessários (GreenQloud).

Agora o bootstrap de juju não diz imediatamente;

error: The AWS Access Key Id you provided does not exist in our records

Que costumava dizer imediatamente antes de fazer a alteração. Agora leva aproximadamente 15 segundos para dar o mesmo erro. Eu adicionei a depuração a launchpad.net/juju-core/provider/ec2/ec2.go -> SetConfig() e verifiquei que ela é passada por ok.

Quaisquer sugestões sobre o que mais poderia estar possivelmente fazendo solicitações à API do Amazon em vez dos pontos de extremidade do GreenQloud que eu especifiquei?

    
por jaywink 18.09.2013 / 00:44

1 resposta

1

Bem, parece que a resposta foi no arquivo README do juju-core que eu não li muito bem:

--upload-tools

The juju client program, and the juju 'tools' are deployed in lockstep. When a release of juju-core is made, the compiled tools matching that version of juju are extracted and uploaded to a known location. This consumes a release version number, and implies that no tools are available for the next, development, version of juju. Therefore, when using the development version of juju you will need to pass an additional flag, --upload-tools to instruct the juju client to build a set of tools from source and upload them to the environment as part of the bootstrap process.

Como eu tinha criado minha própria versão para obter o GreenQloud como uma "região" da AWS, eu precisava incluir esse parâmetro. A mensagem de erro da AWS é meio estranha, mas de qualquer forma ela desapareceu depois que eu incluí esse parâmetro.

Agora estou diante de error: cannot start bootstrap instance: no instance types found in greenqloud , mas essa é uma história diferente:)

    
por jaywink 19.09.2013 / 10:47