タグ付けされた質問 「systemd-journald」

私はfail2banDebian Jessie LXCコンテナにインストールしましたが、現在次の理由で失敗しています： Starting authentication failure monitor: fail2ban ERROR No file(s) found for glob /var/log/auth.log ERROR Failed during configuration: Have not found any log file for ssh jail システムがないsyslogかrsyslogシステム上にあるため、/var/log/auth.log生成されません。のfail2ban出力を使用するように指示する方法はありjournalctl _COMM=sshdますか？

10 fail2ban  systemd-journald 

Apache Tomcat 7.0がインストールされたRHEL7サーバーがあり、RHEL7.1への最近の更新後、$ {catalina.base} /logs/catalina.outへのすべてのロギングが停止されました。ただし、journalctl内のログを受信して​​います。 「journalctl -u tomcat」と入力すると、ログが取得されます。catalina.outにもログを取得する方法はありますか？ cat /usr/share/tomcat/logs/catalina.out no output journalctl -u tomcat Aug 20 10:07:14 server.example.com server[26435]: at org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:549) Aug 20 10:07:14 server.example.com server[26435]: at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:455) Aug 20 10:07:14 server.example.com server[26435]: at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:390) Aug 20 10:07:14 server.example.com server[26435]: at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334) Aug 20 10:07:14 server.example.com server[26435]: at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) …

9 rhel  rsyslog  tomcat  systemd-journald 

Linodeインスタンス上の新しいFedora 21イメージで非常に奇妙な問題が発生しています。Linode以外では再現できません。問題は、私のsystemdジャーナルが再起動後も持続しないことです。ドキュメントによると： デフォルトでは、ジャーナルは/ run / log / journal /にログデータを保存します。/ run /は揮発性であるため、再起動時にログデータは失われます。データを永続化するには、systemd-journaldがデータを保存する/ var / log / journal /を作成するだけで十分です。 / var / log / journalが存在することを確認し、/ etc / systemd / Storage=persistentjournald.confにも設定しました。ログディレクトリには一連のデータが含まれています。 $ du -sh /var/log/journal/ 89M /var/log/journal/ ただし、ジャーナルには、最後のシステム再起動以降のログエントリのみが含まれます。 $ journalctl --list-boots 0 9f6a5a789dd64ec0b067140905e6da86 Thu 2015-03-19 15:08:48 GMT—Thu 2015-03-19 22:14:37 GMT journalctl --flush再起動する前でも、ログは失われます。これはLinodeのFedora 21イメージの問題だと思います。それらでサポートチケットを開きました。その間、私はこの問題の原因を探し続けています。 …

8 systemd  vps  systemd-journald 

Arch Linuxでsystemdに「アップグレード」して以来、予期しないロックアップが発生するとログが失われ続けます。私はヒットと同じログ失う問題を 1ヶ月前ともう一度問題を打ちます。他にも独立した確認があります。 状況： Javaやネットワーク関連のユーティリティでいくつかのことをしているときに、KDE（クロック）がフリーズしているのを見ました。CPUファンが騒々しくなり、熱が高まっていました。ただし、マウスポインタは移動できます。 別のマシンからsshしようとした（「ホストへのルートがない」ために失敗した） 私は数分待った、おそらくNMIウォッチドッグは問題のあるタスクを殺すことができた。サイコロはありません。 Ctrl+ Alt+はF1した後でも、どちらか動作しませんでしたSysRq+R 上記の手順がうまくいかなかったので、SysRqシーケンスREIを発行することにしました。の後E、画面は黒くなりましたが、コンソールもなくなりました。SysRq+の後もK したがって、このセッションは失われたように見えます。実行できる唯一のことは、デバッグ情報を収集することです。ウィキペディアを見て、いくつかの中でSysRq+ d（保留中のロックを表示）を押すことにしました。 SysRq+ Sを押した後、少し待ってからSysRq+で再起動しましたB。 再起動してコンソールにログインした後、クラッシュの痕跡は見られませんでした。最近記録されたエントリはWiresharkの使用によるものでしたが、それでも45分のギャップがありました。 （私はLinux v3.8-rc5-218-ga56e160 btwを実行していました） では、ロックアップが原因で異常に再起動したときに、ログを確実に保持するにはどうすればよいですか？

8 systemd  logs  debugging  systemd-journald