...スレーブからpsexecを使用して同じバッチファイルを実行すると、チャームなしで直接動作します。Jenkinsからpsexecを使用してリモートバッチファイルを実行すると失敗する
さらに詳しい情報を提供します。 Jenkinsとそのスレーブは、ターゲットマシンとは別のドメインにあります。
私はこのようなバッチファイルを実行すると:スレーブ(リモートデスクトップマシンを引き継ぐと、コマンドプロンプトを開く)から直接
"D:\Temp\PsTools\PsExec.exe" \\<targetmachine> -u <targetdomain\targetdomainuser> -p <pwd> -accepteula "d:\temp\remotescript.bat" arg1 arg2
を、これは完璧に動作します。
ジェンキンスのWindowsバッチビルドステップで入力すると、目に見える出力はなく、スピナーが表示されますが、何も起こりません。また、ビルドがハングして、大量のバックログを作成します。確かに、私のJenkinsユーザーがターゲットマシンにログオンしようとしたところで失敗の監査が行われますが、ターゲットマシン(ターゲットマシンのドメインのdomainuser)にadminを持つdomainuserを指定しました。
ユーザーは、提供されている資格情報以外の資格情報でログオンしようとしている理由を知っていますか、なぜこれがJenkins-slaveから直接実行されるのですか?
これを達成するための他の方法(リモートマシン上でバッチファイルを実行する)は歓迎です。
Localhostは問題ありません。私は間違ったvirusalertのためにxCmdファイルを取得するのに少し問題があったが、それを稼働させた。私はおそらく私の議論を通過するために小さなエラーを調査する必要があります。 –
64ビットサーバーに接続したときにxCmdに問題がありました: "リモートサービスを開始できませんでした エラー:2 - 指定されたファイルが見つかりません。簡単な方法は、xCmdSvc.exeをC:\ Windows \ System32からC:\ Windows \ SysWOW64にコピーすることです。 –
よろしくお願いします!ありがとうございます。 – npocmaka