11 votes

Le profil de configuration (adminuser) n'a pas pu être trouvé.

J'ai un utilisateur IAM adminuser qui se trouve dans le Administrators (ayant un accès d'administrateur).

J'ai utilisé aws configure pour définir les paramètres.

~/.aws/config

[default]
region = us-east-1
output = json

~/.aws/credentials

[default]
aws_access_key_id = ************
aws_secret_access_key = ************

Mais quand je cours aws lambda list-functions --profile adminuser il est dit

Le profil de configuration (adminuser) n'a pas pu être trouvé.

Une fois que j'ai lancé export AWS_DEFAULT_PROFILE=adminuser et exécutez aws lambda list-functions --profile adminuser Encore une fois, ça se voit :

botocore.exceptions.ProfileNotFound : Le profil de configuration (adminuser) n'a pas pu être trouvé

Je lis Profil de configuration AWS CLI non trouvé . J'ai donc essayé de changer pour

~/.aws/config

[adminuser]
region = us-east-1
output = json

~/.aws/credentials

[adminuser]
aws_access_key_id = ************
aws_secret_access_key = ************

et exécuter aws lambda list-functions --profile adminuser encore, alors ça se voit :

Vous devez spécifier une région. Vous pouvez également configurer votre région en exécutant "aws configure".

J'ai aussi essayé ceci comme le Démonstration du document officiel AWS

~/.aws/config

[default]
region = us-east-1
output = json

[adminuser]
region = us-east-1
output = json

~/.aws/credentials

[default]
aws_access_key_id = ************
aws_secret_access_key = ************

[profile adminuser]
aws_access_key_id = ************
aws_secret_access_key = ************

Mais j'ai quand même échoué.

Comment puis-je exécuter aws lambda list-functions --profile adminuser avec succès ? Merci

15voto

EloProf Points 71

J'ai finalement réussi en utilisant

~/.aws/config

[default]
region = us-east-1
output = json

~/.aws/credentials

[adminuser]          // <- here changes to adminuser
aws_access_key_id = ************
aws_secret_access_key = ************
region = us-east-1   // <- note this line

1 votes

Merci. J'ai travaillé sur la documentation de aws-lambda et j'ai trouvé le même problème. La documentation d'AWS a besoin d'une mise à jour ici.

1voto

Yonix Points 467

Au lieu d'utiliser aws lambda list-functions --profile adminuser vous pouvez utiliser aws lambda list-functions --profile default

et ce sera fait.

OU vous pouvez changer "default" en "adminuser", ce que vous avez fait.

Ce n'est pas comme si la documentation était incorrecte ou quelque chose comme ça.

0voto

venkat Points 41

J'ai rencontré le même problème avec Jenkins sous Windows. J'ai copié le dossier .aws de mon profil vers le profil système. C:\Windows\System32\config\systemprofile\ sans modifier le service Jenkins, c'est-à-dire que le service Jenkins fonctionne sur le compte système local. Ensuite, les travaux batch de Windows sur Jenkins donnent les mêmes résultats que si nous les exécutons dans Windows cmd. De plus, j'ai désinstallé l'AWSCLI par la méthode pip3 et utilisé l'installation de type .msi de l'AWSCLI, ce qui a permis de résoudre le problème de PATH ("aws command not found" pendant la construction).

-1voto

Rakesh Karia Points 1

Si vous utilisez Jenkins sous Windows, veuillez changer l'utilisateur de connexion dans la configuration du service Windows. Redémarrez le service. Cela devrait fonctionner.

-2voto

Durgesh Manjhi Points 1

J'étais confronté au même problème, dans mon cas, les fichiers de configuration et d'identification n'avaient pas d'accès en lecture. J'ai fourni un accès chmod 755 pour les deux fichiers et le problème a été résolu.

2 votes

Du point de vue de la sécurité, donner la permission 755 à des fichiers qui n'ont pas besoin d'être exécutés est horrible. Et vous dites que ces fichiers contiennent des informations d'identification ...

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X