Passer des variables d'environnement à l'errance shell provisioner

Il ressemble à passer des variables d'environnement lors de l'appel de vagrant up est simple, si vous utilisez un Rubis provisioner:

VAR=123 vagrant up

Dans le Vagrantfile:

ENV['VAR']

Comment puis-je le faire avec la :shell provisioner? Simplement faire cela ne semble pas fonctionner:

$VAR

InformationsquelleAutor Abdullah Jibaly | 2013-10-29

environment-variables vagrant

63

Depuis Vagrant 1.8.0 vous pouvez oublier le vilain hacks d'autres réponses ici. Utilisez simplement le env option pour la coque de provisioner (docs).

L'utiliser comme ceci dans votre Vagrantfile:
```
config.vm.provision "shell", path: "provisionscript.sh", env: {"MYVAR" => "value"}
```
_{Ceci permettra de définir l'environnement pour le provisionnement de script uniquement. Si vous avez besoin d'une persistance de la variable d'environnement pour tous les processus dans la machine virtuelle, ce qui est hors de portée de l'Errance et de provisionnement regardez ici: Shell variables d'environnement dans les fichiers sont transmis uniquement sur la première place.}
- Dans Vagrant 1.8.5, le env paramètre ne semble fonctionner lors de l'utilisation d'un path script, pas un inline script.
- Je suis en cours d'exécution Vagrant 1.8.5 (avec VirtualBox 5.1.2 sur Mac OS X 10.11.6) et env fonctionne avec inline.
- Hmm... j'ai loupé quelque chose ici? Ce n'est pas de travail pour moi: config.vm.provision :shell, path: "bootstrap.sh", env: {"MYSQL_DB_USERNAME"=>"django", "MYSQL_DB_PASSWORD"=>"supersecretpasswordwasreplaced"} de l'autre côté os.environ['MYSQL_DB_USERNAME'] donne une touche d'erreur 🙁
- Vérifiez votre Vagrant version. Et peut-être poser une nouvelle question si cela ne fonctionne pas? Il pourrait être un problème distinct (par exemple, Vagrantfile de la version ou de l'environnement qui n'est pas conservé dans votre chaîne d'outils).
- La Version est bonne. Vous avez raison, en regardant la doc, il semble que cette config n'est censé travailler à temps de mise en place, j'ai donc demandé à ce qu'une nouvelle question stackoverflow.com/questions/40270391/...
- "il semble que cette config n'est censé travailler à temps de mise en place" -> oui, c'est une config.vm.provision option de configuration... et cette question est au sujet de l'approvisionnement. 🙂
- cela n'explique comment vous l'envoyer mais pas de la façon dont vous l'utiliser.. Pouvez-vous l'utiliser à l'intérieur <<-SHELL ... SHELL ? Si non, peut vous combinez cela avec une version normale? Pour moi, il ne renvoie os.environ['variable'] directement, sans l'évaluer. J'ai ceci: sudo sed -i -e "s/-Xms.*/os.environ['ELASTIC_XMS']/g" /etc/elasticsearch/jvm.options
- Si vous essayez de l'utiliser dans le Vagrantfile lui-même, il ne fait aucun sens d'utiliser environnement variables. Utilisez simplement la plaine des variables à la place. Les variables d'environnement sont censés être consommés dans le processus engendré ici - l'approvisionnement de script. Vous pouvez y accéder de toute façon qui convient pour que le langage de script le script appelé.
InformationsquelleAutor gertvdijk
41

Ce n'est pas idéal, mais j'ai eu que cela fonctionne pour le moment:
```
config.vm.provision "shell" do |s|
    s.inline = "VAR1 is $1 and VAR2 is $2"
    s.args   = "#{ENV['VAR1']} #{ENV['VAR2']}"
end
```
- Vous pouvez aussi remplacer s.inline par s.path et utiliser le même script que vous auriez passé avec :path => "". (Mon provisioner est des centaines de lignes et donc mal adapté à l'in-lining.)
- Par ailleurs, en utilisant la méthode ruby avec une :args => "" paramètre, comme.
- Si vous avez une virgule à l'intérieur de s.args?
InformationsquelleAutor Abdullah Jibaly
16

Je suis venu avec cette solution de provisioning basé sur CentOS: placer tous mes requise envioronment variables dans /etc/profile.d/vagrant.sh fichier et puis il est accessible à toute disposition de script.

en bref:
```
  $before_script = <<SCRIPT
  echo # vagrant profile script > /etc/profile.d/vagrant.sh
  echo export ENV_VAR1=foo.com/bar >> /etc/profile.d/vagrant.sh
  echo export ENV_VAR2=bar.com/foo >> /etc/profile.d/vagrant.sh
  chmod +x /etc/profile.d/vagrant.sh
SCRIPT

  $after_script = <<SCRIPT
    rm -rf /etc/profile.d/vagrant.sh
SCRIPT

  config.vm.provision "shell", inline: $before_script
  config.vm.provision "shell", path: "build.sh"
  config.vm.provision "shell", inline: $after_script
```
Complète Vagrantfile peuvent être trouvés ici
https://gist.github.com/bivas/6192d6e422f8ff87c29d
- Fonctionne pour moi sous Linux (pour une Ubuntu VM). Génial!
- Cependant, il est maintenant vagrantup.com/docs/provisioning/shell.html#env. Je l'ai vu, mais en raison de l'absence d'exemples j'ai sauté dessus. Un collègue m'a fait remarquer que cela fonctionne.
- Voir ma réponse 🙂
InformationsquelleAutor Bivas
14

Pour la postérité (aka dans le cas où je google à nouveau)... Il est possible de transmettre des paires clé-valeur par env:
```
box.vm.provision :shell do |s|
  s.env = {AWS_ACCESS_KEY:ENV['AWS_ACCESS_KEY'], AWS_SECRET_KEY:ENV['AWS_SECRET_KEY']}
  s.path = 'scripts/bootstrap.sh'
end
```
Puis de référence dans votre script:
```
export AWS_ACCESS_KEY_ID=${AWS_ACCESS_KEY}
export AWS_SECRET_ACCESS_KEY=${AWS_SECRET_KEY}
```
Bonus:

Vagabond va gérer citant pour l'environnement les valeurs de la variable, mais la
les touches restent intactes
- Voir aussi la réponse posté par @gertvdijk (je n'avais pas ma page actualisée lors de la publication)
- Mais quel est l'avantage...
InformationsquelleAutor Al Belsky
7

Au cas où quelqu'un se termine à la recherche pour savoir comment définir les variables de l'approvisionnement du script de l'environnement, cela a fonctionné pour moi.
```
config.vm.provision :shell, :inline => <<-SH
  export GRAPHITE_HOST=192.168.33.10
  /vagrant/install_app_with_monitoring.sh
SH
```
Noter que ceci suppose que vous êtes le partage de votre répertoire de travail comme /vagrant sur la VM, mais ce doit être la valeur par défaut.
- mais pourquoi ne pas le faire à l'intérieur de install_app_with_monitoring.sh?
- Principalement pour maintenir les connaissances à la même place. Vous pouvez voir un exemple ici github.com/forty9ten/monitoring-with-graphite/blob/master/... En maintenant le var dans le Vagrantfile il est facile de s'assurer de la parité entre private_network et GRAPHITE_HOST. Pourrait même aller plus loin et utiliser export GRAPHITE_HOST=#{ip} pour faire référence à une seule commune ruby var.
InformationsquelleAutor Mat Schaffer

Vous pouvez utiliser #{ENV['VAR']} à l'intérieur d'un script en ligne, par exemple:

config.vm.provision "shell", inline: <<-END
  ...
  # Install my dotfiles are there.  If you're in a hurry you can do
  # SKIP_DOTFILES=1 vagrant up
  if ! [ -d /home/vagrant/dotfiles ] && [ -z '#{ENV['SKIP_DOTFILES']}']; then
    if ! [ -x /usr/bin/git ]; then
      DEBIAN_FRONTEND=noninteractive apt-get install -y git
    fi
    su - vagrant -c 'git clone https://github.com/mgedmin/dotfiles'
    su - vagrant -c 'dotfiles/install.sh'
  fi
  ...
  END

Exemple tiré d'un travail Vagrantfile.

Cela a des inconvénients: si $VAR contient des guillemets simples, les choses vont se briser.

Bien sûr, je remarque que @Bob essentiellement la même réponse (dans la NOUVELLE FAÇON bits) juste après je poste le mien. Augh!

InformationsquelleAutor Marius Gedminas

La plupart de ces réponses semble être dépassé. Avec Vagrant 2.1.1 cela a fonctionné pour moi:

  VAGRANTFILE_API_VERSION = "2" //...

  machine.vm.provision "shell", 
    env: {
      "ELASTIC_XMS" => servers["elastic"]["memory_xms"], 
      "ELASTIC_XMX" => servers["elastic"]["memory_xmx"]
    }, 
    inline: "sed -i -e \"s/-Xms.*/$ELASTIC_XMS/g\" /etc/elasticsearch/jvm.options"

InformationsquelleAutor OZZIE

2

La vagrant-env plugin fait exactement cela. Avec elle, vous pouvez ajouter des variables d'environnement pour .env fichier dans le répertoire local qui sera chargé de Vagrant fichier. Je suggère de garder .env dans votre .gitignore, de cette façon, vous avez votre vie privée garanti.
- Plugin morts de retour en 2015, ce n'est pas courant.
InformationsquelleAutor Shairon Toledo

Voici comment je avoir de travail.

Je suis allé de l'aide de l'errance des marionnettes provisioner moyen de l'utilisation de la coque provisioner. Je l'ai fait surtout parce que je voulais marionnette de ne pas exécuter en tant que root, shell fournisseur vous donne :privileged => false.

MON ANCIENNE:

config.vm.provision :puppet do |puppet|
  puppet.module_path = ENV.fetch('MODULES_PATH', 'modules')
  puppet.manifests_path = ENV.fetch('MANIFESTS_PATH', 'manifests')
  puppet.manifest_file  = ENV.fetch('MANIFEST_FILE', 'site.pp')
  puppet.options = "--debug"
end

MA NOUVELLE FAÇON:

config.vm.provision :shell, :privileged => false do |shell|
  shell.inline = "puppet apply --debug --modulepath '/vagrant/#{ENV.fetch('MODULES_PATH', 'modules')}' --detailed-exitcodes '/vagrant/#{ENV.fetch('MANIFESTS_PATH', 'manifests')}/#{ENV.fetch('MANIFEST_FILE', 'site.pp')}'"
end

InformationsquelleAutor Kuberchaun

Vous pouvez simplement spécifier pour shell à l'aide de inlinedans votre Vagrantfile fichier:

config.vm.provision "shell", inline: %Q(/usr/bin/env FOO=1 BAR=1 bash /path/to/script.sh)

Ou charger des variables supplémentaires à partir de fichier YAML:

require 'yaml'
dir = File.dirname(File.expand_path(__FILE__))
vconfig = YAML::load_file("#{dir}/config.yml")
config.vm.provision "shell", inline: %Q(/usr/bin/env FOO=#{vconfig['foo']} bash /path/to/script.sh)

Alternativement, vous pouvez mettre en œuvre certains des arguments optionnels à partir de la ligne de commande, par exemple:

# Parse optional arguments.
opts = GetoptLong.new(
  [ '--foo',  GetoptLong::OPTIONAL_ARGUMENT ], # With optional parameter.
  [ '--bar',  GetoptLong::OPTIONAL_ARGUMENT ], # With optional parameter.files.
)
opts.each do |opt, arg|
  case opt
    when '--foo'
      foo==arg
    when '--bar'
      bar=arg
  end
end

alors utiliser: opt['--foo'].to_s.

Voir aussi: Comment passer des paramètres à l'Errance et à la portée de Chef livre de recettes?

InformationsquelleAutor kenorb

-2

cela a fonctionné pour moi
```
VAGRANTFILE_API_VERSION = "2"

kettle_dir = ENV['KETTLE_DIR']
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
   config.vm.synced_folder kettle_dir, "/pentaho"
   config.vm.box = "ubuntu/trusty64"
end
```
- Pouvez-vous mettre dans un certain détail pour indiquer pourquoi est-ce la bonne réponse?
- Il utilise une variable d'environnement dans le Vagrantfile, mais n'est pas l'un pour l'provisioner comme demandé dans la question.
InformationsquelleAutor itb

-3

Sur un ubutnu boîte, j'ai tout simplement fait le suivre dans mon bootstrap.sh:

echo "DBHOST=localhost" >> /etc/environment
echo "DBNAME=foo" >> /etc/environment
echo "DBUSER=root" >> /etc/environment
echo "DBPASSWD=root" >> /etc/environment

InformationsquelleAutor yerachw

Vous devez vous connecter pour publier un commentaire.