ログデフォルトでは、データベースクラスタの「pg_log」というディレクトリに、起動した日の曜日名のついたファイルを作ってログを書き込んでいます。/var/lib/pgsql/data/pg_log/postgresql-Tue.logしかし、「そのログがいつ記録されたか」という必須情報が、デフォルトの設定では出力されません。existというような形で記録され、エラー発生日時を確認できません。これを、記録日時が確認できるように設定してみましょう。さまざまな設定は、「postgresql.conf」というテキストファイルで行ないます。値』という形式で設定されています。コメントとしてに書いてあります。見ると、もっと細かく知ることができます。「postgresql.conf」をテキストエディタで開きます。テキストエディタというものを起動することができます。/var/lib/pgsql/data/postgresql.confログの記録日時を出力するように設定するのは、『log_line_prefix』というパラメータです。この文字列を検索すると、以下のようになっています。''「#」より後ろはコメントとして扱われ、設定としては反映されません。したがって、この「#」を消したうえで、パラメータの値を変更します。今回は、以下のように設定してみます。値には、特殊な文字を使います。『%t』は日時、『%d』はデータベース名、『%p』はプロセス番号、『%l』は行番号です。'設定を変更したら、保存します。これは以下のコマンドでできます。reloadログの出力が変わったか確認します。そのあとログを確認します。data/pg_log/postgresql-Tue.log以下のように出力されて、エラーの発生日時を確認できるようになりました。実行に何秒かかったか、どんなクライアントから接続があったか、といったことも記録することができます。うまく動かない場合があります。いう概念によって、権限管理する仕組みです。データベースクラスタを自分で作成したあと、「service」コマンドで起動しようとすると失敗してしまいます。起動するのに不都合であるためです。確認すると、ユーザが『root』、タイプが『var_lib_t』となっています。/var/lib/pgsql/data/ユーザが『system_u』、タイプが『postgresql_db_t』となると、今度は「service」コマンドで起動できるようになります。影響を受ける場合があります。原因という可能性も疑ってみましょう。Groupこのウェブサイトに掲載されている個々の記事の著作権は、それぞれの著作権者に帰属します。