Fabric: 'abort_on_prompts'はwarn_only = Trueをオーバーライドします

作成日 2012年10月22日  ·  12コメント  ·  ソース: fabric/fabric

abort_on_promptsとwarn_only = Trueの両方を使用しようとすると、abort_on_promptsがwarn_onlyをオーバーライドし、ファブリックは引き続きSystemExitをスローします。

In [6]: from fabric.api import sudo, execute, cd, env, run, local

In [7]: with settings(warn_only = True):
    result = local("ls -ltrh")
   ...:     
[localhost] local: ls -ltrh
total 188K
In [8]: with settings(warn_only = True):
    result = local("ls -ltrh /tmp/tartratrat")
   ...:     
[localhost] local: ls -ltrh /tmp/tartratrat
ls: cannot access /tmp/tartratrat: No such file or directory

Warning: local() encountered an error (return code 2) while executing 'ls -ltrh /tmp/tartratrat'


In [9]: env['abort_on_prompts'] = True

In [10]: with settings(warn_only = True):
    result = local("ls -ltrh /tmp/tartratrat")
   ....:     
[localhost] local: ls -ltrh /tmp/tartratrat
ls: cannot access /tmp/tartratrat: No such file or directory

Warning: local() encountered an error (return code 2) while executing 'ls -ltrh /tmp/tartratrat'


In [11]: with settings(warn_only = True):
    result = run("ls -ltrh /tmp/tartratrat")
   ....:     

Fatal error: Needed to prompt for the target host connection string, but abort-on-prompts was set to True

Aborting.
An exception has occurred, use %tb to see the full traceback.

SystemExit: 1
To exit: use 'exit', 'quit', or Ctrl-D.
Bug Core
ソース
picture pkittenis
👍1

全てのコメント12件

（ヒント、テキストフィールドの上にある[Github Flavoured Markdown]リンクを使用すると、正しくフォーマットする方法が表示されます。説明を修正しました:)）

ほとんどの場合、ユーザーがabort_on_prompts切り替えると、警告と続行ではなく、現在の動作（中止）を_おそらく_期待していると私は主張します。 warn_only=Trueは通常、_リモートプログラム_に障害が発生した場合の対処方法と、Fabric自体の中止に適用されます。

ただし、両方がTrueであるこの状況は、十分に定義/文書化されていないことを認めます。 さらに、コードベースでのabort()他のほとんどの使用は、「abort if warn_only=False 」ロジックを処理するerror()への呼び出しに置き換えられました。

一貫性は、ユーザーがプロンプトで中止しようとし、予期しないwarn_only=Trueによって妨害される可能性よりも優先され、要求している変更を行うことを今のところ呼びかけます。 他の人が不平を言ってきたら、私はあなたを前に出します;）

bitprophet picture bitprophet 2012年10月29日

振り返ってみると、私はこれに本当に引き裂かれています。 前述のように、予期しないプロンプトでFabricを爆破させたいユーザーにとって、変更が台無しになっていることがわかります。 隠れたエラーは、追跡するのに非常にイライラする可能性があります。

@ pkittenis-これがあなたにとって問題となる現実の状況に直面していますか？ try/except SystemExitを使用して回避できますか？

これによってハードブロックされている場合は、新しい構成オプション（おそらくwarn_trumps_abortようなダム名）を追加して、予期しない変更を発生させることなく、ユースケースの人々が動作を制御できるようにすることをお勧めします。現在のユーザー向け。

bitprophet picture bitprophet 2012年10月29日

問題は、 abort_on_promptsの動作により、コマンドにエラーが発生したときにNo hosts found. Please specify (single) host string for connection:にフォールバックすると、ファブリックがSystemExitをスローすることです。

ファブリックをAPIとして使用する場合、それはIMOが間違っています。 APIのユーザーは、実行時にSystemExitを回避し、代わりにコード内の戻りコードを処理できるように、すでにwarn_onlyを設定しています。 それは素晴らしいことです。

次に、ユーザーセットabort_on_promptsとの代わりに、それが失敗したとき、彼のコマンドのエラーコードを取得するには、彼らがためにフォールバックのSystemExitをを取得enter a hostとの使用abort_on_prompts 。 確かに例外を処理できますが、その場合、失敗したコマンドのリターンコードは表示されなくなります。

今のところ、 abort_on_promptsをFalseにリセットすることで回避できますが、失敗する場合と失敗しない場合があるすべてのコマンドで実行する必要があります。

ファブリックをAPIとして使用する場合、コマンドラインで使用することを目的とした組み込みのファブリックプロンプト、特にNo hosts found..を完全に無効にするフラグが最適だと思います。 その場合、 abort_on_promptsは、それを引き起こすプロンプトがないため、SystemExitを引き起こしません。

pkittenis picture pkittenis 2012年11月02日

+ 1-私は今まさにこの問題に直面しています。 私の具体的な使用例は、最近プロビジョニングされたクラウドノードをチェックし、それらのノードが適切な公開鍵でSSHアクセスできるかどうかを確認するためにFabricを使用していることです。 その結果、実際にabort_on_prompts例外を_キャッチ_する必要があります。 今のところ、SystemExitを明示的にキャッチするつもりですが、これは確かに非常に間違っていると感じています。

amontalenti picture amontalenti 2013年10月26日

+ 1-abort_on_prompts例外もキャッチしたいと思います。

nicholaskuechler picture nicholaskuechler 2014年02月28日

：+1：私はSystemExitを上げたくないのと同じ状況にあります-それは私のセロリ労働者を殺します。

tebeka picture tebeka 2014年05月01日

この段階では、このレベルの変更は、最初にAPIユースケースを使用し、セカンダリ/ラッパーのユースケースとしてCLIユースケースを使用して設計されているバージョン2.0に適していると感じています。 1.xで動作を変更すると、驚くべき/混乱する/バグを追加する可能性が高くなります。

2.xとしてタグ付けし、開いたままにしておくと、APIのその部分を作成するときに、もう一度確認して検討できるようになります。

bitprophet picture bitprophet 2014年08月04日
❤1

+1- abort_on_promptsとwarn_only両方が_True_の場合、 warn_onlyが優先されます。
この問題に関する別のスレッド、 @ reeesgaによる： https ：

4hr1m4n picture 4hr1m4n 2015年03月05日
👍1

+1

ybv picture ybv 2015年06月19日
👍1

+ 1-abort_on_promptsとwarn_onlyの両方がTrueの場合、warn_onlyが優先されます。 これを行うための新しい設定も問題ありません

balajijegan picture balajijegan 2015年07月16日
👍1

これに関する更新はありますか？
SystemExitをキャッチしましたが、出力が見苦しくなります...

自分で見てください：

webapps2adm001.qa.aws.company.com：ルートSUCCESSとしての接続。
webapps2001.qa.aws.company.com：ルートSUCCESSとしての接続。

致命的なエラー：接続またはsudoパスワード（ホスト：webapps3001.ia.aws.company.com）の入力を求める必要がありますが、パラレルモードでは入力があいまいになります

中絶。
webapps3001.ia.aws.company.com：ルートとしての接続に失敗しました。 SystemExit：1
webapps3adm001.ia.aws.company.com：ルートSUCCESSとしての接続。

中絶した後もラインを維持したいだけです。 エラーメッセージを見たくありません。

ocervell picture ocervell 2016年03月16日
👍1

私もこの問題に直面しており、現在の動作が変更されるのを楽しみにしています。

mitcharf picture mitcharf 2019年04月29日
このページは役に立ちましたか？
0 / 5 - 0 評価

関連する問題

omzev picture omzev  ·  6コメント
jamesob picture jamesob  ·  3コメント
26huitailang picture 26huitailang  ·  3コメント
bitprophet picture bitprophet  ·  6コメント
TimotheeJeannin picture TimotheeJeannin  ·  3コメント