各種ジョブのログが削除されない

以下の環境で運用中です。
centos7
fess 13.7.0

クローラーを含め、各種ジョブのログが削除されず貯まる一方です。

全般の設定・ロギングでの設定は以下のとおり
以前の検索ログを削除 14日
以前のジョブログを削除 14日
以前のユーザーログを削除 14日
ログを削除するボット名 Crawler,crawler,Bot,bot,Slurp,Yeti,Baidu,Steeler,ichiro,hotpage,Feedfetcher,ia_archiver,Y!J-BRI,Google Desktop,Seznam,Tumblr,YandexBot,Chilkat,CloudFront,Mediapartners,MSIE 6

対処方法をご存知の方は、是非ご教示お願いいたします。

fess.logに例外などが出ていないかを確認してください。
出ていない場合はデバッグログにして、実行されているのかを確認するのが良いと思います。

dubugを設定してみました。以下のような表示の前にも結構なログがありますがエラーを表示している部分はありませんでしtあ。以下が何度も繰り返し実行されているようです。

2020-08-19 10:06:00,305 [job_doc_purger] DEBUG #flow #job …Finishing job: ScriptExecutorJob@run() [doc_purger] #fc3f718b
[Job Result]
beginTime: 2020-08-19 10:06:00.206
performanceView: 00m00s094ms
sqlCount: {total=0, selectCB=0, entityUpdate=0, queryUpdate=0, outsideSql=0, procedure=0}
runtime: Cron4jRuntime:{scriptExecutorJob_5, doc_purger, * * * * , ScriptExecutorJob@run(), params={scheduledJob=ScheduledJob [available=true, crawler=false, createdBy=system, createdTime=0, cronExpression= * * * *, jobLogging=false, name=Doc Purger, scriptData=return container.getComponent(“purgeDocJob”).execute();, scriptType=groovy, sortOrder=5, target=all, updatedBy=system, updatedTime=0, docMeta=org.codelibs.fess.es.config.allcommon.EsAbstractEntity$DocMeta@d6bbc80f]}}@bfb3289e

job_log_purger の部分は以下のように記録されていました。

2020-08-27 00:00:00,458 [job_log_purger] DEBUG #flow #job …Finishing job: ScriptExecutorJob@run() [log_purger] #9b78bda4
[Job Result]
beginTime: 2020-08-27 00:00:00.201
performanceView: 00m00s251ms
sqlCount: {total=0, selectCB=0, entityUpdate=0, queryUpdate=0, outsideSql=0, procedure=0}
runtime: Cron4jRuntime:{scriptExecutorJob_4, log_purger, 0 0 * * *, ScriptExecutorJob@run(), params={scheduledJob=ScheduledJob [available=true, crawler=false, createdBy=system, createdTime=0, cronExpression=0 0 * * *, jobLogging=true, name=Log Purger, scriptData=return container.getComponent(“purgeLogJob”).execute();, scriptType=groovy, sortOrder=4, target=all, updatedBy=admin, updatedTime=1598312267544, docMeta=org.codelibs.fess.es.config.allcommon.EsAbstractEntity$DocMeta@585b5617]}}@5350cc03

確認してみましたが、問題を再現させることができませんでした。
その上のログの部分に出力されている内容を確認したり、fess_log.*インデックスのマッピングが正しいかなどを確認するとよいと思います。

fess_log.*インデックスのマッピングが正しいかなどを確認するとよいと思います。

申し訳ありません。どのような手順で行えばよろしいでしょうか?ご教示願います。

管理画面のダッシュボードで、対象のインデックスでshow mappingsを選択すると表示されます。

ご面倒をおかけしています。

ダッシュボードにある fess_log.* のものは
fess_log.click_log
fess_log.favorite_log
fess_log.search_log
fess_log.user_info
の4つです。show mapping 見ても判断つきません。
ちなみに、fess_log.click_logのshow settings をみると

{
“index”: {
“refresh_interval”: “1s”,
“number_of_shards”: “5”,
“auto_expand_replicas”: “0-1”,
“provided_name”: “fess_log.click_log”,
“creation_date”: “1592380013058”,
“number_of_replicas”: “0”,
“uuid”: “SBBrYKY4QWGWhQdjkpLGJQ”,
“version”: {
“created”: “7070099”,
“upgraded”: “7070199”
}
}
}

という感じです。creation_dateはunixtimeでもないようですが、関係ないですか?

mappings for fess_log.click_log

{
“_doc”: {
“properties”: {
“queryRequestedAt”: {
“format”: “date_optional_time”,
“type”: “date”
},
“requestedAt”: {
“format”: “date_optional_time”,
“type”: “date”
},
“docId”: {
“type”: “keyword”
},
“urlId”: {
“type”: “keyword”
},
“userSessionId”: {
“type”: “keyword”
},
“url”: {
“type”: “keyword”
},
“order”: {
“type”: “integer”
},
“queryId”: {
“type”: “keyword”
}
}
}
}

型がdateになっているので、マッピングは問題ないと思います。