1 votes

Juju n'a jamais eu besoin de sudo pour l'installation ?

J'utilise MAAS avec de vrais serveurs et ils s'enrôlent, se mettent en service, etc. et font des cycles d'alimentation de manière satisfaisante. Maintenant, il est temps pour Juju.

J'ai fait ça :

$ sudo snap install juju --classic
$ juju add-cloud
$ juju add-credential daleks
Enter credential name: d-cred

Using auth-type "oauth1".

Enter maas-oauth:

ERROR cannot update credentials for daleks: permission denied

Q : Pour le add-cloud, add-credential, et ensuite bootstrap.... ai-je besoin de sudo ?

Si j'utilise sudo pour l'ajout de justificatifs d'identité, il semble que le problème (la propriété du fichier racine) se déplace vers le bas de la chaîne.

1voto

thumper Points 1046

Discuté sur IRC et finalement le problème était une combinaison de problèmes (comme c'est souvent le cas).

La permission refusée était sur le fichier flock qui est utilisé pour synchroniser l'accès à la configuration locale de juju pour l'utilisateur. La propriété de ce fichier avait été changée en root par un 'sudo' inutile. Ce fichier se trouve à $TMP/juju-store-lock*. Le fichier peut être supprimé en toute sécurité tant que vous savez que personne d'autre n'utilise juju sur cette machine. En fait, il y a un de ces fichiers store-lock pour chaque utilisateur de la machine qui utilise juju. Le suffixe du fichier est un hash du chemin.

Nous devons faire mieux pour renvoyer un message d'erreur plus significatif afin d'amener l'opérateur à découvrir lui-même la source du problème. Mais nous avons aussi récemment (à l'époque de la 2.4.1) mis en place un correctif qui détecte si sudo est utilisé lors de l'utilisation du fichier de verrouillage et s'assure que la propriété ne change pas.

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