パーティション（/var）が読み取り専用に切り替えられたサーバーがあります。そのため、次のコマンドを使用して別のサーバーでこの問題を再現してみました。
mount -o remount,ro /var/ -f
ROを再インストールしたのと同じパーティションでアプリケーションログを確認すると、最近追加されたエントリが表示されます。
tail -f /var/log/httpd/*
セントOS 6.7
Apache: 2.2.15
uname -r:2.6.32-573.7.1.el6.x86_64
答え1
これは正しい動作です。
このフラグを使用すると、-f次のことを意味します。
-f,--fake: 明確でない場合は、実際のシステムコールを除くすべてを完了します。「偽」ファイルシステムをマウントします。フラグと組み合わせたこのオプションは、-vmountコマンドが実行する操作を決定します。-nこのオプションを使用して、以前にインストールされたデバイスのエントリを追加するためにも使用できます。この-fオプションは既存のレコードをチェックし、/etc/mtabレコードがすでに存在する場合は失敗します（通常の偽ではないマウントの場合、この確認はカーネルによって行われます）。
また、見ることができます使用中のディスクを読み取り専用モードに戻す。
答え2
@GiacomoCatenazziに同意します。 /var/log/時には独自のパーティションが用意されています。 （出力を確認してくださいdf）。別のパーティションでなければ試してみましょう。アンインストールして再インストールして、再インストールが機能しているかどうかをテストします。 /etc/fstabでマウントオプションを編集して再起動します。 （新しくインストールする唯一の方法は/ varを使用することです。）
mountまた、（オプションなし）（またはcat /etc/mtab）の結果を確認してください。mountオプションがない場合は、/ etc / mtabのバージョンが表示されます。 /var（および/var/logも可能）が実際にどのようにマウントされているかを確認してください。 /etc/mtab には、使用中の実際のパラメータが表示されます（再定義されていないデフォルト値を含む）。
答え3
上記のように、-fはテストボックスに変更が表示されない理由かもしれません。
ただし、通常、LinuxはI / Oエラーが発生したときにパーティションを読み取り専用モードに設定します。突然読み取り専用に設定されたシステムがまだ実行されている場合は、ログでI / Oエラーを確認することをお勧めします。 「良い」ハードウェアでは問題を再現できない可能性があります。影響を受けるシステムでdmesgとシステムログを確認してください。おそらく、これは解決する必要があるハードウェアのパフォーマンスの低下の問題です。