長年CentOS（RHEL系）でサーバーを触ってきた管理人ですが、WordOps導入を機にUbuntuサーバー生活が始まりました。
結論から言うと、「障害時に無意識に開くログファイルの定位置が存在しない」ので、CentOS感覚で tail -f /var/log/messages しようとすると手が止まります。
今回は、CentOS Stream 9ユーザーがUbuntuへ移行した際に最初に焦る「ログファイルの定位置の違い」と、トラブルシューティング時に着地すべきログの追い方についてメモしておきます。
💡 「ファイルがありません」と言われる絶望
CentOS（RHEL系）ユーザーの体に染み付いている、障害発生時の基本動作といえばこれです。
「なんかわからんがトラブルが起きた！ とりあえず /var/log/messages を見ろ！！」
# CentOSユーザーが無意識に叩くコマンド
sudo tail -f /var/log/messagesしかし、Ubuntuでこのコマンドを叩くと無慈悲なメッセージが返ってきます。
tail: cannot open '/var/log/messages' for reading: No such file or directory「えっ、messagesがない……！？（絶望）」
CentOS時代、システムの何が起きても受け止めてくれた「あのファイル」がUbuntuには存在しません。ここを知っておかないと、緊急のトラブル調査で一瞬パニックになります。
🔍 メインログの定位置比較
CentOS（RHEL系）とUbuntu（Debian系）では、rsyslog（標準のログ出力デーモン）が出力するテキストファイルの命名規則が異なります。
| ログの種類 | CentOS Stream 9 (RHEL) | Ubuntu (Debian) |
| 全体・システムログ | /var/log/messages | /var/log/syslog |
| 認証・sudo・SSH | /var/log/secure | /var/log/auth.log |
| メール関連 | /var/log/maillog | /var/log/mail.log |
| Webサーバー（Apache） | /var/log/httpd/ | /var/log/apache2/ |
| Webサーバー（Nginx） | /var/log/nginx/ | /var/log/nginx/（ここは共通） |
覚えておくべき2大変換
messages➔syslogsecure➔auth.log
この2つを頭に入れておくだけで、CentOS時代と同じ感覚で tail -f /var/log/syslog や grep "Failed password" /var/log/auth.log を叩けるようになります。
🛠️ 現代の最強回答：journalctl を使いこなそう
「ファイル名が違う」というお話をしましたが、実は近代的なLinux（systemdを採用しているOS全般）において、生テキストログを直接見に行く機会は減りつつあります。
CentOS Stream 9でもUbuntuでも、一番手っ取り早く、かつ強力なログ調査ツールは journalctl です。
生ファイル（syslog や messages）の場所を忘れても、journalctl の使い方さえ知っていれば、どちらのOSでもまったく同じ操作でログを追いかけることができます。
現場で即役立つ journalctl 呪文集
1. リアルタイムで流れるログを見る（tail -f の代わり）
sudo journalctl -f2. 直近のエラーログだけをハイライト表示＆最新へジャンプ
sudo journalctl -xe3. 特定のサービス（WebサーバーやDB）のログだけ絞り込む
# Nginxのログだけを見る
sudo journalctl -u nginx -f
# MariaDBのログだけを見る
sudo journalctl -u mariadb -f4. 前回の起動時（前回の起動〜シャットダウンまで）のログを見る
サーバーが突然落ちて再起動した原因を探るときに重宝します。
sudo journalctl -b -1📝 まとめ：引っ越しを経て分かった「OSごとの定位置」とLinuxの面白さ
全6回にわたってお届けしてきた『Stream9ユーザーが送るUbuntuでの〇〇』シリーズですが、今回は最終回として「ログ調査の定位置」について解説しました。
- RHEL系の
/var/log/messagesは、Ubuntuでは/var/log/syslog - SSH等の認証ログは
/var/log/secureではなく/var/log/auth.log - 生ファイルを見なくても
journalctlを使えばOSの違いを吸収できる！
シリーズの最後に：CentOS Stream 9からUbuntuへ引越して
XG-100NEのMAP-E制限とWordOps導入という理由から、長年愛用してきたCentOS（RHEL系）を離れ、半ば強制的にUbuntuの世界へ飛び込んだ今回のサーバー移転。
最初は「IP固定化のお作法が違う！」「httpdがない！」「a2ensiteって何！？」とカルチャーショックの連続で、まさに迷子状態でした（笑）。
しかし、仕組みや思想の違いを理解してみると、
- 直感的でサクサク動く
ufw - 設定の有効化・無効化が美しい
a2ensite構造 - SELinuxのストレスから解放された素直なアクセス権限
など、Ubuntu（Debian系）ならではの洗練された魅力や快適さもたくさん発見することができました。
CentOS（RHEL系）で培ったインフラの基礎知識があったからこそ、「あ、ここはこういう思想で設計されてるんだな」と比較しながら学ぶ楽しさもありました。
もし、管理人と同じように「ずっとCentOSを触ってきたけど、諸事情でUbuntuを使わなきゃいけなくなった…」と戸惑っている方がいれば、この連載記事が少しでもスムーズなお引越しの手助けになれば幸いです！
最後まで読んでいただき、ありがとうございました！
コメント