0

Power プロセッサで AIX 7.1 を実行しており、stunnel アプリケーションをインストールして、SAP アプリケーションに安全な接続を提供していました。珍しい問題に遭遇しました。私が実行していたバージョンが 4.56 だったので、stunnel の AIX バージョンをアップグレードする必要がありました。私の仕事は、バージョン 5.17 にアップグレードすることでした。アップグレードは最初はうまくいったように見えましたが、翌日にはクラッシュして誰も使用できませんでした.

以前のバージョンに戻した後、ログ ファイルが巨大になっていることに気付きました。私たちは、巨大なログ ファイルが原因で stunnel が応答を停止したのではないかと考え始めました。ただし、ログ ファイルが別のファイルシステムに保存されていれば、ログがこれ以上大きくならなくても、誤動作しているアプリケーションがクラッシュを引き起こす可能性は低いと理解していました。問題のシステムは次のとおりです。

    /dev/hd2         6815744   1163392   83%    58365     7% /usr
    /dev/hd9var      8388608   6646104   21%     1010     1% /var
    /dev/hd10opt    10485760   3120696   71%    38535     3% /opt

私たちのバージョンの stunnel は /opt の下にインストールされ、ログ ファイルは /var の下にインストールされました。

ログが保存されている /var の下のスペースを使い切ると、アプリケーションがフリーズまたはクラッシュする可能性がありますか?

4

1 に答える 1

1

答えはイエスです。多くの重要なサービスが /var を使用してログを記録するため、アプリケーション クラッシュの問題はシステムが原因ではありません。ログにデータを書き込めないと、アプリケーションがクラッシュする可能性があります。その理由は、監査上の理由から、ログが実際には重要なデータである可能性があります。セキュリティ アプリケーションの場合、何かをログに記録できない場合は、ログに記録しない方がよいでしょう。データやログを書き込むファイルシステムがいっぱいになった場合に動作を停止することがよく知られているアプリケーションが多数あります。

于 2016-12-17T23:45:37.120 に答える