Armadilloフォーラム

連投すみません。2は標準出力標準エラー出力が排他制御されていないのでダメですね。。。

tmygtさん

お世話になっています、
マルティネです。

> RotatingFileHandlerはmultiprocessingと併用できないことが分かったため、別の方法を検討しています。

multiprocessing で使えないですね…

> 1. コンテナ内でrsyslogdを起動する。
>
> https://armadillo.atmark-techno.com/forum/armadillo/10984 に記載の様に、rsyslogdを起動しておき、アプリケーションからはSyslogにログを流す。rsyslog.confで volumes 領域のファイルを指定する。
>
> この場合rsyslogdが終了してしまった場合の再起動が面倒だと考えています。
> ログのローテートはABOS側のlogrotateを使います。

面倒な面もありますが、ABOS側に cron / logrotate はないので、logrotate までコンテナに持ち込まないといけないですね。
ABOS側の syslog は busybox syslogd 内の rotate 仕組みで RotateingFileHandler のようにサイズを確認しながらログを出力していますので、logrotate は起動してません。

> 2. log-driver=json-fileを使う
>
> 標準出力、標準エラー出力にメッセージを出力すると、ABOSからpodman logs でログとして確認できる認識です。log-driverにjson-fileを指定しておけば任意のファイルに出力できるので、これをつかう。ログのローテートはABOS側のlogrotate。

log-driver=json-file はすでにデフォルトの値です。
また、logrotate もすでに自動に行っています（これも conmon が勝手にやってくれてますが、container のコンフィグファイルの「set_log_max_size」でサイズを１MBのデフォルト値から変更できます）

デフォルトのパスは /run にありますが（「podman inspect --format '{{.HostConfig.LogConfig.Path}}' mycontainer」で確認かのう）、「add_args --log-opt=path=/var/log/foo.json」で変更できますので、妥当な案だと思います。

> 標準出力標準エラー出力が排他制御されていないのでダメですね。。。

アプリケーション以外が stdout/stderr に書ける、また multiprocess で同時に書くと危ない、ということですね？
アプリのプロセスだけでしたら、ログする時に flock(1, LOCK_EX) / log / flock(1, LOCK_UN) で出力すればそんなに難しくないと思いますが、たしかにちょっとう面倒ですね。
やってくっるログライブラリがあるかもしれません。

また、第３案としては abos の syslog を直接に使ってもいいと思います。
デフォルトでは /var/log/messages に出力して 4MB~8MB までしか保存してないですが、それでたりるのであればそのまま使うのは一番楽だと思います（コンテナに /dev/log を add_volumes で渡すだけで、python から syslog を利用できます）
ログの量が足りない場合は /etc/conf.d/syslog で 「-t -O /var/app/volumes/syslog -b 4 -s $((32*1024))」 のような設定を行えば appfs でいくらでも増やせます。

いかがでしょうか。