常連

```xml
<RollingFile name="A2" fileName="C:/logs/test.log" filePattern="C:/logs/test_%d{yyyy-MM-dd}.log" append="true">
		  <PatternLayout pattern="%d %-5p [%t] - %m\t(%F:%L)%n"/>
		    
		    
		    <Policies>
		      <TimeBasedTriggeringPolicy interval="1" modulate="true" />
		      
		    </Policies>
		    
	        <TimeBasedTriggeringPolicy />
	        <DefaultRolloverStrategy>
	            <Delete basePath="logs" maxDepth="1">
	                <IfFileName glob="test*.log" />
	                <IfLastModified age="3d" />
	            </Delete>
	        </DefaultRolloverStrategy>
</RollingFile>
```

c:\logs/test.log
c:\logs/test_yyyymmdd.log
c:\logs/test_yyyymmdd.log
c:\logs/test_yyyymmdd.log

とファイルが作成されるのですが、「c:\logs/test.log」本体は
追記されていく一方でファイルがどんどん溜まってしまいます。
このファイル内も3日前の記述を削除するにはどのようにするのでしょうか？
3日ローテーションはなっているのですが、大元の「c:\logs/test.log」には
3日よりも前のログが残ってしまっています。

宜しくお願いします。

log4j2.xmlのファイル日付ローテーションについて

### 実現したいこと

・ログローテーションが実行され、ログファイルの出力先が更新されなかった理由を知りたい。
・logrotateコマンドにてログローテーションがされる際に、どのタイミングでどのプロセスがファイルinodeを更新するのかを知りたい。
・HUPシグナルを発報する設定がないにもかかわらず、なぜログの出力先が更新されたのかを知りたい。

### 前提

・snmptrapを受信するサーバにおいて、snmptrap.logを日次でローテーションしている。
・snmptrap.logの出力先は/etc/rsyslog.confにて/var/log/snmptrap.logに出力するように設定している。
・ログローテーションは毎日00:00にcronにて「/usr/sbin/logrotate -f /etc/logrotate.d/snmptrap」で実行している。
・「/etc/logrotate.d/snmptrap」の内容は下記のとおり。
/var/log/snmptrap.log{
    daily
    rotate 15
    notifempty
    missingok
    create 0664 root root
}


### 発生している問題・エラーメッセージ

ある日、ログが古いファイル(snmptrap.log.1)に書き込まれているという事象が発生した。
※事象自体はOS再起動にて解消し、その後は通常通りにログローテーションをしている。

### 試したこと

・検証環境にて、snmptrapを10件/秒を受信、10秒ごとに200世代ログローテーションする検証を行ったが、事象を再現できなかった。
・logrotate、rsyslog、snmptrapに関する設定ファイルを確認したが、HUPシグナルを発報するような設定は見当たらなかった。

### 補足情報（FW/ツールのバージョンなど）

自身で調査したところ、ログローテーションはログを出力しているプロセスにHUPシグナルを投げないとログの出力先(inode)が更新されず、
古いファイルにログが出力されるとの記載があった。しかし、上記に記載したとおり、ログローテーションの設定にHUPシグナルに関する記述はない。


============================================================

事象自体はOS再起動で解消したのですが、根本原因が不明な状況となっております。
知見をお持ちの方がいらっしゃれば、ご教授願いたく思います。




ログローテーション時の新ファイルへの出力先更新について


このブログでは、Outlook での PST ファイルの分離について学習します。ユーザーは、PST ファイルを分割する手動の手法または専門的な手法に従うことができます。まず、PST ファイルを分離する理由を教えてください。

### ユーザーが PST ファイルを分離する必要があるのはなぜですか?

ユーザーが PST ファイルを分離する理由は多数あります。これらの理由を見てみましょう。

1. PST ファイルが破損している可能性がある制限を超えた場合
2. ユーザーは、仕事や個人情報に応じて PST ファイルを分離できます。
3.分割されたPSTファイルは優れたパフォーマンスを提供します.
ユーザーが PST ファイルを分離する理由は他にもたくさんあります。それでは、PST ファイルを分割するためのテクニックを見てみましょう。

### 大きな PST ファイルを手動で分割する方法

 大きな Outlook PST ファイルによる MS Outlook の問題を防ぐため。ユーザーは、大きな Outlook PST ファイルを分割する必要があります。ユーザーが大きな Outlook PST ファイルを手動で分割するには、ほぼ 3 つの方法があります。下
 Outlook PST ファイルを手動で分割する手順は次のとおりです。

• 方法 1: アーカイブ機能を使用する
• 方法 2: PST ファイルのサイズをコンパクトにする
• 方法 3: インポートおよびエクスポート オプション
• 方法 4: フォルダーの宛先を使用する
• 方法 5: PST ツールを分割する

### 方法 1: アーカイブ機能を使用する

 このガイドは、ユーザーが年間の Outlook PST ファイルの最大サイズを並べ替えるのに役立ちます。これにより、ユーザーは PST ファイルを毎年管理できます。ユーザーは以下の手順に従う必要があります。以下の手順を実行してみましょう。

• MS Outlook アプリケーションを開き、[ファイル] タブに直接移動します。
• [ファイル] タブで、[アーカイブ] オプションを選択します。
• [アーカイブ] ウィンドウで、このフォルダーとそのサブフォルダー。アーカイブ オプション
• ドロップダウン リストで、この日付オプションの直前のアーカイブ PST ファイルよりも古いアーカイブ日付を選択する必要があります。
• 最後に、[参照] ボタンをクリックして、archive.pst ファイルを共有する場所を選択し、[OK] をクリックしてプロセスを完了します。

方法 2: PST ファイルのサイズを圧縮する ユーザーが方法 2 を使用して Outlook PST ファイルのサイズを縮小したい場合は、次の手順に従う必要があります。

• MS Outlook アプリケーションで、[ファイル] タブに移動します。
• アカウント設定オプション
• [アカウント設定] を選択し、[データ ファイル オプション] をクリックします。
• 結合するデータ ファイルを選択し、[設定] をクリックします。
•	オプション。 [今すぐ圧縮] ボタンをクリックし、[OK] ボタンをクリックします。

方法 3: インポートおよびエクスポート オプション

 ユーザーが非常に大きな PST ファイルの問題を解決したい場合は、Outlook が提供するインポートおよびエクスポート機能を検索して、より大きな PST ファイルを分離することもできます。

• MS Outlook アプリケーションの [ファイル] タブに移動します。
• [アカウント] オプションに移動し、[アカウント設定] を選択します。
• 次に、[エクスポート] ウィンドウの [閉じる] ボタンをクリックして [アカウント設定] ウィンドウを終了し、[次へ] をクリックして続行します。
• PST ファイルを選択し、[次へ] オプションをもう一度クリックします。
• [参照] ボタンをクリックして、新しいファイルの場所を選択します。
• 投稿が完了したら、[完了] ボタンをクリックします。

方法 4: フォルダへ移動機能を使用する

フォルダへ移動機能を使用して、MS Outlook が提供するフォルダ機能を呼び出すことができます。 Outlook PST ファイルの破損を防ぐために、ユーザーは以下の手順に従って Outlook PST ファイルを分割する必要があります。

• MS Outlook を開き、[ファイル] ボタンをクリックします。
• [新規] オプションを選択し、[Outlook データ ファイル] ウィンドウをクリックします。
• 新しい PST ファイルに「Create Microsoft Personal Folder」という名前を付けます。
• 次に、[編集] タブをクリックし、[送信先] を選択します。フォルダ オプション
• [項目の移動] ダイアログ ボックスで、[新しいオプション] をクリックします。
• 新しい PST ファイルを選択します。フォルダ オプションを配置する場所を選択し、[OK] ボタンをクリックします。
• 次に、[アイテムの移動] で、新しい PST ファイルを含む新しいフォルダーを選択します。
• 最後に OK ボタンを押します。

 これは、ユーザーが手動で Outlook PST ファイルを分割する方法です。次に、除算タスクを実行する簡単な方法を見つけてみましょう。

### PST ファイルの分割 - サードパーティ製アプリ

 ユーザーは、以下の手順に従って簡単かつ確実に分割方法を実行できます。

• アプリからこの分割 PST アプリをダウンロードします
• アプリをインストールする
• 必要なファイルへのアクセスを選択します
• ファイルをプレビューする
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2022-08-06/5ab73392-e103-4d69-b968-a1a15dab24c6.png)
• 必要なオプションを選択するか、パスワードを削除またはリセットします。
• 最後に、[アクション] ボタンをクリックします。

 これらの手順は、どのユーザーでも簡単に実行できます。この高度なツールを使用するツールによって、すぐに結果が得られます。

### このアプリを使用する理由

ユーザーは、この高度な分割 PST ツールを試してみる必要があります。
• ツールは扱いやすい
• 任意のサイズの PST ファイルを分割できます
• PST ファイルの確実な分割に従います
• 破損がない
• ユーザーがエラーに直面することはありません。
• MS Outlook をインストールする必要はありません

したがって、ユーザーはこの高度なツールを試して PST ファイルを分離する必要があります。

### 最終まとめ

このブログでは、PST ファイルの分離について学びました。このブログを閲覧しているユーザーは、PST ファイルを分離できます。また、ユーザーは手動で PST ファイルを分離することもできます。

続きを読む ：- https://www.softaken.com/jp/split-pst



Outlook で PST ファイルを分割するにはどうすればよいですか?



### 前提・実現したいこと

某システムサーバからrsyslogで受信しているログに権限を付与したいです。
調べるとlogrotateで実現出来るようですが、rsyslog.conf内のテンプレートでログを動的フォルダ名で作成されたフォルダ内に静的ファイル名で作成されたファイルに書き込んでいます。

動的フォルダ名/静的ファイル名 なログにlogrotateで権限を付与する方法はあるのでしょうか。当方Linux初心者のためご教示いただきたいです。

### コンフィグ・例

- /etc/rsyslog.conf 一部抜粋

```
### /var/log/system_log/ログ出力年/ログ出力月/ログ出力日/system_loginout.logに出力されるテンプレート
$template System-LogInOut, "/var/log/system_log/%$year%/%$month%/%$day%/system_loginout.log"
```
- 例えばログ受信日が2022/3/16の場合、/var/log/system_log/2022/03/16/system_loginout.log が出力されます。
- rsyslogによって自動作成されるフォルダはsystem_logフォルダ及びその配下の日付フォルダたちです。
- system_logフォルダ及びその配下の日付フォルダとログファイルにそれぞれ権限を付与したい、というものです(伝わりづらかったらすみません。。)
  ※付与したい権限は、「一派ユーザでも閲覧出来る権限」です。個人的には```chmod 755 ほにゃらら```のような権限が与えられればと思っています。
- 恐らくlogrotateで静的フォルダ名/静的ファイル名 の組み合わせであれば付与可能なんだろうなと思っていますが、動的フォルダ名が絡んできたらどうなるんだろう、と思った次第です。

不明な点があればお教えください。
回答宜しくおねがいします。




rsyslogで出した動的フォルダ及びファイルに権限付与したい

### 前提

Amazon Linux 2においてlogrotateでローテーション条件になっても古いログへ書き込み続ける場合の対処法をcopytruncateなしで教えてください。

現在対処中のシステムについて、ローテーションの時期になってlogrotateはファイル操作をするのですが、なぜかログ出力するシステムは移動されたファイルへ書き込み続けるのでログローテートの意味がなく困っています。

なお対処法としてcopytruncateは無しでお願いします。
copytruncateを使えば想定通りシステムは正しくログ出力し、ファイル肥大化しないことは確認しています。
しかし何としてもすべてのログを残す必要があるので、NGといたします。

※logrotateファイルの中身は同じなのに別のアカウントIDはどこか構成違いが影響しているのか、正常にlogrotateをしていて悩ましいです。

### 実現したいこと

以下のようにログ出力してほしい。

```
access.log <-ここにログを書き込む
...(略)...
access.log-20221103
access.log-20221110
```

### 発生している問題

※肥大化するファイルはシステムの再起動タイミングなどで異なる。

```
access.log <-ファイルサイズが0
...(略)...
access.log-20221103 <-ファイルサイズが肥大化
access.log-20221110 <-ファイルサイズが0
```

### 該当のソースコード

#### /etc/logrotate.conf

```logrotate
# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# create new (empty) log files after rotating old ones
create

# use date as a suffix of the rotated file
#dateext

# uncomment this if you want your log files compressed
#compress

# packages drop log rotation information into this directory
include /etc/logrotate.d

# system-specific logs may be also be configured here.
```

#### cat /etc/logrotate.d/apache2

```logrotate
/var/log/apache2/*.log {
        daily
        missingok
        rotate 14
        compress
        delaycompress
        notifempty
        create 640 root adm
        sharedscripts
        postrotate
                if invoke-rc.d apache2 status > /dev/null 2>&1; then \
                    invoke-rc.d apache2 reload > /dev/null 2>&1; \
                fi;
        endscript
        prerotate
                if [ -d /etc/logrotate.d/httpd-prerotate ]; then \
                        run-parts /etc/logrotate.d/httpd-prerotate; \
                fi; \
        endscript
}
```

### デバッグモードでの実行結果

```text
# logrotate -d /etc/logrotate.conf
WARNING: logrotate in debug mode does nothing except printing debug messages!  Consider using verbose mode (-v) instead if this is not what you want.

reading config file /etc/logrotate.conf
including /etc/logrotate.d
reading config file alternatives
reading config file apache2
reading config file apt
reading config file btmp
reading config file dpkg
reading config file rsyslog
reading config file wtmp
Reading state from file: /var/lib/logrotate/status
Allocating hash table for state file, size 64 entries

Handling 9 logs

rotating pattern: /var/log/alternatives.log  monthly (12 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/alternatives.log
  log /var/log/alternatives.log does not exist -- skipping
Creating new state

rotating pattern: /var/log/apache2/*.log  after 1 days (14 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/apache2/access.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/apache2/error.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/apache2/other_vhosts_access.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
not running prerotate script, since no logs will be rotated
not running postrotate script, since no logs were rotated

rotating pattern: /var/log/apt/term.log  monthly (12 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/apt/term.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)

rotating pattern: /var/log/apt/history.log  monthly (12 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/apt/history.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)

rotating pattern: /var/log/btmp  monthly (1 rotations)
empty log files are rotated, old logs are removed
considering log /var/log/btmp
  log /var/log/btmp does not exist -- skipping
Creating new state

rotating pattern: /var/log/dpkg.log  monthly (12 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/dpkg.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)

rotating pattern: /var/log/syslog
 after 1 days (7 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/syslog
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)

rotating pattern: /var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
 weekly (4 rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/mail.info
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/mail.warn
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/mail.err
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/mail.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/daemon.log
  log /var/log/daemon.log does not exist -- skipping
Creating new state
considering log /var/log/kern.log
  log /var/log/kern.log does not exist -- skipping
Creating new state
considering log /var/log/auth.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/user.log
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
considering log /var/log/lpr.log
  log /var/log/lpr.log does not exist -- skipping
Creating new state
considering log /var/log/cron.log
  log /var/log/cron.log does not exist -- skipping
Creating new state
considering log /var/log/debug
  log /var/log/debug does not exist -- skipping
Creating new state
considering log /var/log/messages
Creating new state
  Now: 2022-11-11 06:28
  Last rotated at 2022-11-11 06:00
  log does not need rotating (log has been already rotated)
not running postrotate script, since no logs were rotated

rotating pattern: /var/log/wtmp  monthly (1 rotations)
empty log files are rotated, only log files >= 1048576 bytes are rotated, old logs are removed
considering log /var/log/wtmp
  log /var/log/wtmp does not exist -- skipping
Creating new state
```

※/var/lib/logrotate/logrotate.status も調べようとしましたが、/var/lib/logrotate内が空フォルダだったので、他の場所に格納していないか調査中です

以上よろしくお願いいたします。

logrotateでローテーション条件になっても古いログへ書き込み続ける場合の対処法を教えてください(copytruncateなしで)

### 前提・実現したいこと

rsyslog.confのFileCreateModeの動作を確認したい。

### 該当のコマンド

```Bash
vi /etc/rsyslog.conf

---追記
$umask 0000
$FileCreateMode 0640
---

vi /etc/logrotate.d/syslog

---追記
size 1k
---

/usr/sbin/logrotate -f /etc/logrotate.conf

```

### 試したこと
上記のコマンドを実行し、ログローテーションを行い、
/var/log/messageをローテーションさせましたが、
新規で作成された/var/log/messageのパーミッションが、
0600となり、FileCreateModeで定義したパーミッションになりませんでした。
FileCreateModeで定義したパーミッションになることを確認するためには、
どのような操作(コマンド)を行えば良いかご教示ください。

### 環境
Red Hat Enterprise LinuxServer Release 7.7

rsyslog.confのFileCreateModeの動作を確認したい。

###前提・実現したいこと
Apacheのログローテートを正しく設定したいので、
下記問題が発生している場合、確認すべき箇所をご教示ください。

###発生している問題・エラーメッセージ

ローテートの間隔を「daily」に設定しています。
ローテートが実行されると、access_logが更新されなくなります。
（access_log-YYYYMMDDというローテートファイルは作成されています）

エラーメッセージは出力されていません。
postrotate ～ endscript において、/sbin/service httpd gracefulを、
記述していますが、error_logには、何も出力されていません。

/var/lib/logrotate.status を確認すると、
過去に手動でローテートを実行した日付のまま、更新されていません。

###該当のソースコード
```
/var/log/httpd/access_log /var/log/httpd/error_log {
    daily
    missingok
    rotate 90
    compress
    ifempty
    sharedscripts
    postrotate
        /sbin/service httpd graceful
    endscript
}
```

###試したこと

ログが記録されなくなった後（ローテート実行後）、
手動で/sbin/service httpd gracefulを実行すると、
ログファイルが更新されるようになります。

/usr/sbin/logrotate -dv /etc/logrotate.conf においても、
エラーは出力されていません。

###補足情報(言語/FW/ツール等のバージョンなど)
CentOS release 6.7 (Final)
Server version: Apache/2.4.23 (Unix)
Server built:   Jul 24 2015 11:52:28

Apacheログがローテート後に更新されない

そもそも、やりたかった事は
manager.2017-05-30.log
admin.2017-05-30.log
のような日付が付与されたログファイルをローテート処理させたい事でした。

そこで、/etc/logrotate.d/app_logファイルで下記のように記述したため、

> /usr/local/app/logs/admin.*
> /usr/local/app/logs/manager.*

1度ローテート処理実行されたファイルも含まれてしまう事で
admin.2016-06-14.log-20170225.gz-20170227.gz-20170306.gzのように
logrotate実行日ごとに重複圧縮されてしまい、lsコマンドを実行してもファイル確認するまで
相当な時間とサーバ負荷がかかっている状態です。

現在ローテートをかけていないため、かなりの容量のログファイルが出来上がっていますのでこれを解消したいと思っていますが、
この状態でlogrotateコマンドを実行すると、以前のように実行日付の圧縮ファイルが何重にも出来上がるため
拡張子がgzのファイルを対象外としてローテート処理をさせたい事が希望です。

logrotateの書式でそのような任意の拡張子はローテート処理から除外させる事は出来るのでしょうか

また、-05-30.logのような日付が付与されたログファイルを「*」で指定しない場合、
どのような指定をした方がいいのでしょうか

除外する記述をご教示頂けますと幸いです

よろしくお願い致します。