- Products
- Learn
- Local User Groups
- Partners
- More
Policy Insights and Policy Auditor in Action
19 November @ 5pm CET / 11am ET
Access Control and Threat Prevention Best Practices
Watch HereOverlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Hello CheckMates,
We are observing that the Log Indexer on our R81.20 Management Server (Take 118) is not automatically deleting old index folders, despite the retention policy being configured to remove index logs older than one day. All related services, including SMARTLOG_SERVER, SOLR, and INDEXER, are running normally, and new logs continue to be indexed correctly. However, the old index folders continue to accumulate, consuming significant disk space. Does anyone have faced this issue ?
Regards
How is log tab configured on the mgmt object in smart console? Can you send a screenshot?
Make sure to install database after that change, if you have not already. If you have, then try cprestart or reboot.
Have you tried to restart the log indexer service?
Plus make sure the retention policy you've configured is the same value as the actual log indexing time itself.
Hello @Shyy yes, i've tried that with no luck
Hey,
If your new index logs are being deleted correctly, and the issue is only the old ones before the retention configuration,
maybe look at deleting them manually?
Hello @Shyy
I've tried that with no success.
You were no able to delete the old index files? or new index files are also not being deleted?
there's no reason you won't be able to delete manually the old files
I've deleted the old index files after the retention policy change, afterwards i've observed that the new created index logs are not being automatically deleted.
Regards
If you've done all of these and made sure your config is indeed to delete after 1 day
Logs >> Storage >> "Delete index files older than"
Then for sure open a TAC case.
You could try to set the last filed to 0
Then Piblish and Install database.
You could also try evstop and evstart to restart all log server components.
"You could try to set the last filed to 0
Then Piblish and Install database.
You could also try evstop and evstart to restart all log server components.
"
@katsarasd Did this look like good options? ☝️
Lots of good suggestions already.
Also confirm that the "days to index" setting in '$INDEXERDIR/log_indexer_custom_settings.conf' matches what is configured in SmartConsole. If not, adjust it with the following command:
[Expert@HostName:0]# cd $INDEXERDIR
[Expert@HostName:0]# ./log_indexer -days_to_index 150
Of course replace 150 with whatever is relevant in your scenario.
This should be the right command:
$INDEXERDIR/log_indexer -days_to_index 150 /opt/CPrt-R82/log_indexer/ -workingDir $INDEXERDIR/
Interesting. The one I posted has always worked for me.
Is it R81.20? Cause my lab mgmt is R82
Hi Everyone,
Sorry for my late response. I've opened a TAC case and they suggested us to follow this sk183148. We've made our changes yesterday and we'll monitor how this is going to work. I'll let you know about the results. Thanks for the support.
Regards
I cant seem to find that sk in support site.
Nm, found it, its this sk:
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 25 | |
| 14 | |
| 13 | |
| 7 | |
| 5 | |
| 4 | |
| 4 | |
| 3 | |
| 3 | |
| 3 |
Thu 20 Nov 2025 @ 05:00 PM (CET)
Hacking LLM Applications: latest research and insights from our LLM pen testing projects - AMERThu 20 Nov 2025 @ 10:00 AM (CST)
Hacking LLM Applications: latest research and insights from our LLM pen testing projects - EMEAWed 26 Nov 2025 @ 12:00 PM (COT)
Panama City: Risk Management a la Parrilla: ERM, TEM & Meat LunchThu 20 Nov 2025 @ 05:00 PM (CET)
Hacking LLM Applications: latest research and insights from our LLM pen testing projects - AMERThu 20 Nov 2025 @ 10:00 AM (CST)
Hacking LLM Applications: latest research and insights from our LLM pen testing projects - EMEAThu 04 Dec 2025 @ 12:30 PM (SGT)
End-of-Year Event: Securing AI Transformation in a Hyperconnected World - APACThu 04 Dec 2025 @ 03:00 PM (CET)
End-of-Year Event: Securing AI Transformation in a Hyperconnected World - EMEAThu 04 Dec 2025 @ 02:00 PM (EST)
End-of-Year Event: Securing AI Transformation in a Hyperconnected World - AmericasWed 26 Nov 2025 @ 12:00 PM (COT)
Panama City: Risk Management a la Parrilla: ERM, TEM & Meat LunchAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY