stderrをリダイレクトした後のbashスクリプトの出力のパイピング[終了]

私のホスティング業者がサービスをするためにシステムを使わなければならないことをする方法のために。

このサービスには実行ファイルがあり、それを実行して2番目の実行ファイルにパイプします。しかし、私はstdoutの代わりにstderrにログを記録する（与えられた）pythonパッケージを使用しており、私が望んでいることを実行できません。

だから私は私のサービスのための実行スクリプトを持っています：

#!/bin/sh
cd ~/webapp/PriceList
exec python3.4 ~/webapp/PriceList/src/main.py

これは、ロギングシステムの実行にパイプされます。

#!/bin/sh
exec multilog t ./main

しかし、パイプはstderrを接続しません（予想どおり）。したがって、グーグルした後、実行にリダイレクトを追加しました。

#!/bin/sh
cd ~/webapp/PriceList
exec python3.4 ~/webapp/PriceList/src/main.py 2>&1

しかし、これは私の問題を解決しません。私自身の出力（pythons printを使用してstdoutへ）は期待どおりにログに記録されます。stderr出力はログに記録されません。

変更したrunscriptを2つのファイルにリダイレクトすると、リダイレクトがないことが示されます（stderrはまだstderrにあります）。リダイレクトを機能させるにはどうすればよいですか？

してみてください：

#!/usr/bin/env bash
exec 2>&1
cd ~/webapp/PriceList
exec python3.4 ~/webapp/PriceList/src/main.py

つまり：exec 2>&1別の行で、stderrをstdoutが送信するのと同じもの（端末？またはcrontabの場合はメール？）にリダイレクトし、続いてcd＆execを実行して既存のプロセスをpython3.2のプロセスに置き換えます。移植性は低いですが、通常は信頼性がはるかに優れているため、shではなくbashに切り替えたことに注意してください。これがうまくいけば、すごい、そうでないにしても、より優れた知識のある人が介入します。