は$（コマンド）echoコマンドの出力

Question

私が使用bashのコマンドで異なる結果が得られます。
1.

$ ssh user@myserver.com ps -aux|grep -v \"grep\"|grep "/srv/adih/server/app.js"|awk '{print $2}' 
6373 

2.

$ ssh user@myserver.com echo $(ps -aux|grep -v \"grep\"|grep "/srv/adih/server/app.js"|awk '{print $2}') 
8630 

最初の結果が正しいものであると私はそれを実行エコー時間を変更します。しかし、なぜ彼らが違うのか分かりません。

---

私は何をしていますか？
ワークステーションのリソースは非常に限られているため、リモートマシンを使用してノードアプリケーションを実行します。デバッグモードでssh user@remotebox.com "cd/applocation & & grunt serve"を使って実行します。私がCTRL+Cというコマンドを実行すると、gruntタスクは停止しますが、アプリケーションはまだデバッグモードで実行されています。私はちょうどそれを殺したいと思うし、私は最初にpidを取得する必要があります。

Answer 1

sshが実行される前に、ローカルシェルによってコマンド置換が実行されます。

ローカルシステムの名前はhereで、リモートでthereある

ssh there echo $(uname -n) # should have proper quoting, too 

がローカルuname -nを実行し、その後にthereに拡張コマンドラインecho hereを送信するのに対し、

ssh there uname -n 

はthereを印刷する場合は実行される。

さらに、は、出力前にワイルドカード展開と空白トークン化を実行する必要がある場合を除いてuseless use of echoです。これを印刷する前にcommandに出力してください。

また、grep x | awk { y }はuseless use of grepです。それはおそらくawk '/x/ { y }'にリファクタリングする必要がありますが、もちろん、ここではpidofを再利用しているだけです。

ssh user@myserver.com pidof /srv/adih/server/app.js 

ローカルに印刷されたPIDをキャプチャしたい場合にのみ、それを殺すために必要がある場合は、そのための構文は、もちろん

pid=$(ssh user@myserver.com pidof /srv/adih/server/app.js) 

あり、それは

ssh user@myserver.com pkill /srv/adih/server/app.js 

Answer 2

短い答えます：$(ps ...)コマンド置換がローカルコンピュータで実行されているし、その出力が（echoコマンドと共に）リモートコンピュータに送信されます。基本的にはssh user@myserver.com echo 8630です。

あなたの最初のコマンドはおそらくあなたが期待したことをしていないでしょう。パイプはローカルコンピュータ上で解釈されるので、ssh user@myserver.com ps -auxが実行され、ローカルコンピュータの出力がgrepにパイプされ、ローカルコンピュータの別のgrepにパイプされます。そのすべてを実行したいと思っています結果をリモートコンピュータ上で使用してプロセスを強制終了することができます。

長い答え：物事はシェルで解析されて実行されますが、少し混乱します。ミックスでsshコマンドを使用すると、状況はさらに複雑になります。基本的には、ローカルシェルが別のコマンド（パイプで区切られた、;など）に分割し、$(command)と$variable（単一引用符で囲まれていない限り）を展開するなど、コマンドラインを解析します。その後、引用符とエスケープを取り除き（ジョブを実行した）、さまざまなコマンド（たとえばssh）に引数として結果を渡します。 sshはその引数をとり、リモートコマンドの部分のように見えるものすべてをそれらの間にスペースを入れてスティックし、リモートコンピュータのシェルに送信します。このプロセスは再びになります。

これは、ローカルシェルではなくリモートシェルで解析/動作させたい場合は、$と|のような引用やエスケープが必要であることを意味します。引用符は入れ子になっていないので、全体を引用符で囲むことは期待通りに機能しない可能性があります（たとえば、注意しないとawkコマンドの$2がローカルコンピュータで展開される可能性があります一重引用符で囲みます）。

このように物事が乱雑になった場合、sshコマンドの引数ではなく、リモートコマンドをhere-documentとして渡すのが最も簡単な方法です。しかし、さまざまな$の拡張がローカルシェルによって行われないようにするために、ここのドキュメント区切り文字の前後に引用符が必要です。

ssh user@myserver.com <<'EOF' 
echo $(ps -aux|grep -v "grep"|grep "/srv/adih/server/app.js"|awk '{print $2}') 
EOF 

注：テキストがリモートコンピュータにそのまま送信されるため、リモートコマンドのインデントには注意してください。タブ文字で字下げした場合は、<<-をここの文書区切り文字（例：<<-'EOF'）として使用して先頭のタブを削除します。

EDIT：@ 3人が指摘したように、awkはジョブ全体を行うことができるので、grepは複数の必要はありません。パターン内の "/"文字をエスケープする必要があるため、検索コマンドを検索結果から除外する必要はありません。

ps -aux | awk '/\/srv\/adih\/server\/app.js/ {print $2}' 

ここでは、実際の目標はkillの関連するPIDであると仮定しており、echoはテスト用です。その場合は、実際のコマンドは、ビーイングを巻き取る：

ssh user@myserver.com <<'EOF' 
kill $(ps -aux | awk '/\/srv\/adih\/server\/app.js/ {print $2}') 
EOF 

それは正しくありません場合は、全体echo $()事は完全に最高のスキップされます。パイプラインの出力をキャプチャする理由はなく、echoです。それを実行して直接出力させます。

pkill（または類似のもの）が利用可能な場合は、代わりにそれを使用する方がはるかに簡単です。