M\u00f6chte man Anwendungen (Binaries) oder Skripte global aus jedem Verzeichnis heraus aufrufen k\u00f6nnen, gibt es grunds\u00e4tzlich zwei M\u00f6glichkeiten:<\/p>\n
#1 ist der bevorzugte Weg, wenn die Anwendung systemweit genutzt werden soll und root-Rechte zur Verf\u00fcgung stehen. Im folgenden Artikel m\u00f6chten wir uns Szenario 2 anschauen. H\u00e4ndisch w\u00fcrde man die mit einer Zeile wie <\/p>\n
\nexport PATH="$PATH:\/home\/vagrant\/bin"\n<\/pre>\n<\/div>\nin der .bashrc l\u00f6sen und anschlie\u00dfend die Datei mit source neu laden. Oder alternativ \/etc\/environment, falls der Pfad global verf\u00fcgbar sein soll. In Ansible gestaltet sich dies etwas komplexer. <\/p>\n
$PATH f\u00fcr manuelle Nutzung anpassen<\/h2>\n
Soll $PATH f\u00fcr nachfolgende Anwendungen oder Nutzer ver\u00e4ndert werden, kann man den Pfad einfach in der jeweiligen Datei (z.B. \/etc\/environment) ersetzen. Hier verwenden wir daf\u00fcr die Ansible-Variable „bin“, die entsprechend gesetzt sein muss:<\/p>\n
- name: Add {{bin}} to path\n become: yes\n lineinfile: >\n dest=\/etc\/environment\n state=present\n backrefs=yes\n regexp='PATH=(["]*)((?!.*?{{bin}}).*?)(["]*)$'\n line="PATH=\\1\\2:{{bin}}\\3"<\/code><\/pre>\nVer\u00e4nderten $PATH in Ansible nutzen<\/h2>\n
Wenn wir uns danach per SSH auf der Maschine einloggen, sehen wir \/home\/vagrant\/bin in der Ausgabe von echo $PATH. Doch in Ansible findet dies leider keine Anwendung f\u00fcr die darauffolgenden Befehle, wie folgendes Beispiel zeigt:<\/p>\n
vars:\n - bin: \/home\/vagrant\/bin\n\n tasks: \n - name: Test task\n file: \n path: "{{bin}}"\n state: directory\n\n - name: Add {{bin}} to path\n become: yes\n lineinfile: >\n dest=\/etc\/environment\n state=present\n backrefs=yes\n regexp='PATH=(["]*)((?!.*?{{bin}}).*?)(["]*)$'\n line="PATH=\\1\\2:{{bin}}\\3"\n\n - name: Check path\n shell: echo $PATH\n\n - name: Download exa\n unarchive:\n src: https:\/\/github.com\/ogham\/exa\/releases\/download\/v0.8.0\/exa-linux-x86_64-0.8.0.zip\n dest: "{{bin}}"\n remote_src: yes\n\n - name: Test exa from PATH\n shell: exa-linux-x86_64 --version<\/code><\/pre>\nDas zu erwartende Ergebnis w\u00e4re: Die Binary „exa“ wird heruntergeladen, in \/home\/vagrant\/bin entpackt und zeigt uns am Schluss die Version 0.8.0 an, da der Pfad zuvor global in $PATH hinterlegt wurde. Stattdessen ist eine Fehlermeldung zu sehen:<\/p>\n
\n\nfatal: [default]: FAILED! => {"changed": false, "cmd": "'\/bin\/bash -l' -c 'exa-linux-x86_64 --version'", "msg": "[Errno 2] No such file or directory", "rc": 2}\n<\/pre>\n<\/div>\nL\u00e4sst man sich $PATH ausgeben, fehlt der Ordner. Dies liegt daran, dass Ansible eine eigene Shell startet. Dar\u00fcber hinaus handelt es sich um keine interaktive Login-Shell, die sich anders verh\u00e4lt. Beispielsweise wird die .bashrc nicht ausgef\u00fchrt. <\/p>\n
L\u00f6sung f\u00fcr Ansible<\/h3>\n
Um dieses Problem zu l\u00f6sen, gibt es zwei M\u00f6glichkeiten. Die wohl beste ist, einfach den vollen Pfad anzugeben. Das hei\u00dft: Zu beginn definiert man eine Variable, legt den Ordner an und l\u00e4dt darin die jeweiligen Binaries. In diesem Beispiel ist das die Variable „bin“ aus obigem Beispiel. Sie wird dem exa-Beispielaufruf vorangestellt: <\/p>\n
- name: Test exa from PATH\n shell: "{{ bin }}\/exa-linux-x86_64 --version"<\/code><\/pre>\nNun erhalten wir die Version der Applikation:<\/p>\n
\n\n"stdout_lines": ["exa v0.8.0"]\n<\/pre>\n<\/div>\nAlternativ<\/strong> k\u00f6nnte man auch die Variable \u00fcber Ansibles eigene Umgebungsvariablen setzen:<\/p>\n- name: Test exa from PATH\n shell: exa-linux-x86_64 --version\n environment:\n PATH: "{{ ansible_env.PATH }}:{{bin}}"<\/code><\/pre>\nDies gilt allerdings nur f\u00fcr den jeweiligen Task. M\u00f6chte man den Pfad in mehreren Tasks verwenden, m\u00fcsste er jeweils erneut gesetzt werden. Das Angeben eines absoluten Pfades erscheint mir daher einfacher. <\/p>\n","protected":false},"excerpt":{"rendered":"
M\u00f6chte man Anwendungen (Binaries) oder Skripte global aus jedem Verzeichnis heraus aufrufen k\u00f6nnen, gibt es grunds\u00e4tzlich zwei M\u00f6glichkeiten: Ablegen in einem Ordner, der in $PATH bereits hinterlegt ist. Hier gibt es verschiedene M\u00f6glichkeiten. \/usr\/local\/bin ist explizit f\u00fcr Programme ausgelegt, die nicht \u00fcber die Paketverwaltung installiert wurden. Man erstellt einen eigenen Ordner, der wiederum an die …<\/p>\n","protected":false},"author":5,"featured_media":6387,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[74,78],"tags":[755,75],"class_list":["post-6381","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-linux","category-software","tag-ansible","tag-linux"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/6381","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=6381"}],"version-history":[{"count":3,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/6381\/revisions"}],"predecessor-version":[{"id":6523,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/6381\/revisions\/6523"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media\/6387"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=6381"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=6381"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=6381"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}