Ein neuer Lauf von kitchen converge
läuft gut. Allerdings hält der zweite Lauf bei preparing client.rb
Küche konvergieren bei der Vorbereitung client.rb
Hat jemand schon einmal dieses Problem gestoßen? Wie sollte ich dieses Problem beheben?
Ein neuer Lauf von kitchen converge
läuft gut. Allerdings hält der zweite Lauf bei preparing client.rb
Küche konvergieren bei der Vorbereitung client.rb
Hat jemand schon einmal dieses Problem gestoßen? Wie sollte ich dieses Problem beheben?
Ich war herumalbern mit /etc/sudoers
und widerrufen Sudo Zugriff auf Root-Benutzer. Ich entschied mich dafür, den Benutzer nur gid "sudo"
stattdessen hinzuzufügen.
Ich machte dies mit Landstreicher (1.8.1) und Küche (1.5.0). denniss in seiner Antwort oben, war mit der 'sudo' Gruppe in seiner Antwort oben herum und so war ich. Um das zu beheben, fügte ich die Standard "vagrant" Benutzer der Sudo-Gruppe in meinem Benutzerrezept wie folgt ersetzt die alten Mitglieder() Linie mit der neuen, die "Vagrant" zur Gruppe hinzufügt (obwohl dieses Rezept nicht den "vagabundierenden" Benutzer handhabt).
# . . . /myapp/recipes/users_recipe.rb
#
include_recipe "users"
group 'sudo'
user 'jgodse' do
action :lock
group 'sudo'
system true
shell '/bin/bash'
home '/home/jgodse'
manage_home true
password '$1$xyz$35Ph9JlxB.1tGXqrCgX5y0'
end
group 'sudo' do
action :modify
### members ["jgodse","sysadministrator"] ###old code
members ["jgodse","sysadministrator", "vagrant"] #new code
append true
end
+1 zu helfen, mein Problem zu identifizieren. Aber ich glaube nicht, dass es die sauberere Lösung ist. Die Konfiguration über vagrant user sollte in .kitchen.yml configuration (provisioner.attributes.authorization ...) gespeichert werden, um das Hauptrezept nicht zu belasten. – mcoolive