Saya ingin menggunakan skrip .sh untuk penerapan aplikasi saya. Skrip itu ada di server rumah saya (Server Ubuntu 15.10), ditandai sebagai dapat dieksekusi. Akses ke skrip ini dilakukan melalui ssh, menggunakan tutorial ini , saya telah mengatur ssh login, yang menjalankan skrip itu. Jadi pada dasarnya saya hanya memanggil ssh deployer@XXX.com someArgumentsdan menjalankan skrip saya dengan someArgumentssebagai parameter. Pengguna deployermemiliki uid = 0, jadi pada dasarnya root(ini akan diubah di masa depan, saya telah menetapkannya hanya untuk menghilangkan masalah izin sampai berfungsi dengan baik).

Dan di sinilah semuanya menjadi rumit. Skrip melaporkan /usr/bin/env: php: No such file or directorypada perintah /bin/composer install(menggunakan Komposer ). Hal-hal semakin aneh, semakin saya melihat skrip itu. Sebelum baris ini, ada juga yang dipanggil /bin/composer self-updatedan /bin/composer -V, yang keduanya berjalan dengan benar dan menampilkan output yang benar.

Saya telah memeriksa hal-hal berikut:

• /usr/bin/env php -vmenampilkan versi PHP yang benar (sama seperti /usr/bin/php -v)
• whereis php menampilkan php: /usr/bin/php /usr/local/bin/php /usr/share/man/man1/php.1.gz
• php5-cli paket diinstal dan versi terbaru
• $PATH mengandung /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
• which env menampilkan /usr/bin/env

Saya juga sudah mencoba beberapa hal berikut:

• menjalankan skrip secara langsung seperti di bash deploy.shbawah root (karena itu sama dengan pengguna itu) - berfungsi sempurna tanpa kesalahan
• menjalankan perintah yang gagal secara langsung - juga sempurna tanpa kesalahan

Jadi ini bagi saya adalah kasus yang sangat spesifik, mengapa perintah ini tidak berfungsi. Saya menghabiskan 12 jam men-debug itu dan saya kehabisan ide di sini.

PS: Kesalahan yang serupa ( /usr/bin/env: node: No such file or directory) terjadi ketika ada bower install(menggunakan Bower ), tetapi tidak ketika menjalankan npm install(menggunakan NPM ).

Pastikan bahwa ujung garis dan / atau ruang yang tidak terlihat tidak menyebabkan masalah.

Hapus spasi di baris pertama skrip dan masukkan yang baru, pastikan untuk tidak menahan CTRL sambil menekan spasi.

Juga, pastikan Anda tidak memiliki ujung garis DOS (CR + LF). Lihat /programming/82726/convert-dos-line-endings-to-linux-line-endings-in-vim untuk detailnya.

Cara termudah .... ubah shell pengguna sebagai skrip.

/ etc / passwd

Before:
deploy:x:0:0:,,,:/root:/bin/bash

After:
deploy:x:0:0:,,,:/root:/scripts/deploy.sh

Contoh skrip (pastikan bit eksekusi diatur chmod + x)

/scripts/deploy.sh

#!/bin/bash 
PATH=$PATH:/moo etc...
moo.sh

Bekerja setiap saat! Anda bahkan harus dapat menggunakan skrip untuk memecahkan masalah / men-debug setiap variabel env yang Anda mungkin merasa tidak disetel dll ... juga argumen penanganan yang diteruskan ke ssh akan bekerja juga ..

Catatan: Praktik Terbaiknya untuk selalu MEMENUHI path untuk skrip, executable, dll. Di atas hanyalah sebuah contoh yang memungkinkan jalur default disetel untuk memanggil moo.sh dalam folder moo;)

Itu mudah .. Terima kasih telah memposting ..

Referensi: / etc / passwd format

The envperintah akan melihat melalui pengguna yang $PATHmenemukan executable pertama dari nama yang diberikan. Jadi, /usr/bin/env phpakan mencari file yang dapat dieksekusi dipanggil phpdi salah satu direktori di $PATHdari pengguna yang menjalankannya.

Dalam kasus Anda, itu hampir pasti karena ketika menjalankan perintah ssh, Anda tidak memulai shell penuh dan tidak benar-benar membaca file inisialisasi shell Anda. Anda dapat memeriksanya dengan menjalankan perintah ini (perhatikan tanda kutip tunggal):

ssh deployer@XXX.com 'echo $PATH'

Dan membandingkan output untuk apa yang Anda dapatkan jika Anda ssh deployer@XXX.comdan kemudian jalankan echo $PATH. Di sistem saya. sebagai contoh:

$ echo $PATH
/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:

$ ssh localhost 'echo $PATH'
/usr/bin:/bin:/usr/sbin:/sbin

Oleh karena itu, $PATHskrip Anda memiliki akses ketika dijalankan dengan ssh deployer@XXX.comtidak sama dengan ketika Anda masuk untuk mengujinya.

Bagaimanapun, solusi sederhananya adalah menggunakan jalur lengkap ke penerjemah alih-alih env. Kedua envdan jalur penuh memiliki mereka kelebihan dan kekurangannya tetapi, dalam kasus ini, jalan lebih aman:

#!/usr/bin/php

Apakah mungkin yang bashmemerlukan reset ke tabel hash-nya?

Jika demikian, Anda dapat mencoba menambahkan hash -rsuatu tempat di skrip Anda, yang memaksa shell untuk melihat $PATHlagi daripada mengandalkan (mungkin kedaluwarsa) info dari tabel hash.

Saat dibutuhkan, hashbisa juga mengaktifkan shell untuk mengingat path ke executable yang diinstal di lokasi non-standar menggunakan -popsi, atau lupa path dengan -dopsi.

Sumber:

https://unix.stackexchange.com/a/86017/121251
https://stackoverflow.com/a/22543353/2146843

Sepertinya mungkin Anda perlu menambahkan php ke jalur Anda. Mencoba:

vim ~/.bashrc
PATH=$PATH:/usr/local/bin/php
export PATH

Anda mungkin juga ingin memeriksa di mana php Anda tinggal untuk memastikan bahwa jalur di sana benar. Mencoba:

which php

Jelas bahwa Anda memiliki masalah jalur karena skrip penerapan Anda tidak dapat menemukan hal-hal yang pasti ada di jalur saat Anda melakukan login ssh normal.

Hal pertama yang harus dilakukan untuk mengonfirmasi bahwa Anda memiliki masalah PATH adalah memperbarui skrip penyebaran Anda untuk mencatat keluaran envatau setidaknya echo $PATH. Saya menduga cara penulisan skrip penyebaran Anda, $ PATH tidak disetel seperti yang Anda harapkan. Output debug ini akan mengkonfirmasi / menolak teori saya.

Saya melihat tutorial yang Anda ikuti. Anda mungkin harus memastikan saat memperbarui command=menjadi command="/bin/sh /path/to/your/script..."jika Anda belum memastikan skrip Anda dijalankan oleh shell yang tepat.

Jika Anda memang memiliki masalah PATH, perbaikan cepat / kotor hanya untuk secara eksplisit mengatur PATH di awal skrip deploy Anda.

PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"

Penjelasan terperinci dan opsi lebih lanjut ...

Di linux ketika perintah dijalankan, mereka mewarisi lingkungan proses induknya.

Ketika Anda login sebagai pengguna normal melalui SSH ada hal-hal yang terjadi (seperti menjalankan / etc / bashrc / etc / profile ~ / .bash_profile ~ / .bashrc dll). Pada titik itu Anda mungkin telah memperbarui lingkungan proses Anda dengan melakukan hal-hal seperti export PATH="$PATH:~/mybin"dalam skrip tersebut. Sekarang setiap proses masa depan yang Anda jalankan akan mewarisi lingkungan Anda saat ini.

Menjalankan perintah alih-alih mendapatkan shell login berarti bahwa perintah dijalankan oleh daemon ssh dan akan mewarisi lingkungan proses daemon ssh ... yang kemungkinan berbeda dari lingkungan Anda sebagai pengguna yang masuk.

Halaman manual untuk kunci resmi mencakup apa yang terjadi setelah otentikasi. Mengenai lingkungan:

6. Membaca file ~ / .ssh / environment, jika ada, dan pengguna diizinkan untuk mengubah lingkungannya. Lihat opsi PermitUserEnvironment di sshd_config (5).

Jadi tempat yang tepat untuk mengkonfigurasi lingkungan untuk proses adalah di ~/.ssh/environmentmana ~direktori home untuk pengguna yang diautentikasi untuk menjalankan perintah. Anda juga perlu memeriksa sshd_config Anda untuk memastikan PermitUserEnvironment diizinkan.

~/.ssh/environment Formatnya juga ditentukan di halaman manual tentu saja.

         This file is read into the environment at login (if it exists).
         It can only contain empty lines, comment lines (that start with
         '#'), and assignment lines of the form name=value.  The file
         should be writable only by the user; it need not be readable by
         directory becomes accessible.  This file should be writable only
         by the user, and need not be readable by anyone else.

Cara alternatif untuk menentukan lingkungan tanpa menggunakan metode yang disebutkan di atas adalah dengan menggunakan environment="NAME=value"opsi dalam file Authorized_keys. Lihat halaman manual yang saya tautkan di atas untuk detailnya.