常連

###前提・実現したいこと
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ログがローテート後に更新されない



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

某システムサーバから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で出した動的フォルダ及びファイルに権限付与したい

```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のファイル日付ローテーションについて


このブログでは、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 ファイルを分割するにはどうすればよいですか?

### 前提

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なしで)

市場調査の将来の洞察

MRFR 分析によると、世界のメタバース市場におけるヘルスケアは、2022 年から 2030 年にかけて 48.3% の CAGR を記録し、2030 年までに 53.7 億米ドルを超える価値を保持すると予想されています。

それ以前の遠隔医療やモバイル デバイスの統合などのメタバースは、ヘルスケア テクノロジのゲーム チェンジャーになる可能性があります。スペース: すべてのデータは、医療の破壊的な変化としてメタバースを指摘しており、手術の精度の向上、治療の使用、社会的距離の調整などの利点があります。ヘルスケアにおけるデジタル ツインの使用の増加、侵襲性の低い治療を行うための AR/VR/AI の使用、遠隔医療の人気の高まり、および外科分野におけるメタバースの台頭はすべて、メタバース市場におけるヘルスケアの利点の増大を浮き彫りにしています。 .

サンプルプレミアムレポートを入手するには、ここをクリックしてください:
https://www.marketresearchfuture.com/sample_request/10900

地域分析

メタバース業界は、北米から最も恩恵を受けると予想されます。米国、カナダ、メキシコがこの地域を構成しています。市場の発展を後押しする主な要因は、オンラインとオフラインの世界を融合することの重要性の高まりと、複合現実 (MR) の受け入れの拡大です。事業運営を強化するために、北米のいくつかの企業は、高度な仮想現実、3D シミュレーション、および拡張現実技術を多用しています。

The Asia-Pacific Metaverse market is expected to grow fastest due to the increasing use of internet and other technologies that blend the digital and physical worlds. Mixed reality is growing in popularity and speed as a means of enhancing the application of capabilities in a variety of emerging trends.

レポートの完全な詳細を閲覧する:
https://www.marketresearchfuture.com/reports/healthcare-in-metaverse-market-10900


可能性を探る: メタバース市場でヘルスケアがどのように進化しているか

そもそも、やりたかった事は
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のような日付が付与されたログファイルを「*」で指定しない場合、
どのような指定をした方がいいのでしょうか

除外する記述をご教示頂けますと幸いです

よろしくお願い致します。

特定の拡張子やYYYYMMDDファイルを除外するログローテート実行について

### 前提
ネットワーク通信機器のイベントログ・システムログをSyslogサーバーへ保存する為のストレージ容量を見積もりたい。

### 実現したいこと

Syslogサーバー(CetntOS 8 rsyslog)へログを保存したい。ログについては約1年分を保存するようにしたい。
Syslogサーバーでログローテーションをしてファイル圧縮も検討してどの程度になるか算出したい。

### ログを保存する対象機器

　サーバー関係を除く、ネットワーク通信機器
　 ・FortiGate・・・1台
　　・L2SW・・・1台
　　・AP・・・4台

　全てのログを取得した場合、また一部のログを保存した場合を考える。

### 設計方法について

Syslogサーバーへログ保存するための設計について、どれくらいの容量が必要となるのか、
またログローテーションをどのように回すように設定すべきかどうか。
ベストプラクティスのサンプル的な設計を確認したい。

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

今回の質問の意図がSyslogの設計方法についてお聞きしている事になるかと思いますが
まずは容量をどのように算出すべきかどう考えるべきか基本に沿ってご教授頂けますと大変助かります。
