So, after some time, I figured out how to fix it.
To repeat, Solr went on to create a whole bunch of files with the solr_log * and gc_log * templates at startup and periodically throughout the day. In the end, I had rather serious space problems due to the endless number of magazines that Solr likes to create.
Go to /path/to/solr/bin and find the solr script that starts when it starts. Open the file, find the following and comment out mv "$SOLR_LOGS_DIR/solr.log" "$SOLR_LOGS_DIR/solr_log_$(date +"%Y%m%d_%H%M")" :
# backup the log files before starting if [ -f "$SOLR_LOGS_DIR/solr.log" ]; then if $verbose ; then echo "Backing up $SOLR_LOGS_DIR/solr.log" fi mv "$SOLR_LOGS_DIR/solr.log" "$SOLR_LOGS_DIR/solr_log_$(date +"%Y%m%d_%H%M")" fi
Or delete it if you want. You can also try not to use the -f flag, but here in my store we like it.
This will save solr.log , but Solr will no longer make backups. If you want a daily backup, I recommend TimeBasedRollingPolicy up TimeBasedRollingPolicy or, even better, DailyRollingFileAppender in the log4j.properties file, which can be found in /path/to/solr/server/resources .
If you want, you can also comment on the mv line for Solr's garbage collection logs, which will leave you only with solr_gc.log .
If, like mine, you have other ways to control gc for Solr, you need to completely disable gc logging.
In the same directory as the solr script, open solr.in.sh (Mac / Linux only, I think solr.cmd for Windows users) and comment on this line: # Enable verbose GC logging GC_LOG_OPTS="-verbose:gc -XX:+PrintHeapAtGC -XX:+PrintGCDetails \ -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime" .
You will need to restart Solr.