Over the weekend one of our Dev solrcloud ran out of disk space. Examining the problem we found one collection that had 2 months of uncommitted tlog files. Unfortuneatly the solr logs rolled over and so I cannot see the commit behavior during the last time data was loaded to it.
The solrconfig.xml has both autoCommit and autoSoftCommit enabled. <autoCommit> <maxTime>${solr.autoCommit.maxTime:60000}</maxTime> <openSearcher>false</openSearcher> </autoCommit> solr.autoCommit.maxTime is set to 60000 <autoSoftCommit> <maxTime>${solr.autoSoftCommit.maxTime:5000}</maxTime> </autoSoftCommit> solr.autoSoftCommit.maxTime is set to 3000 I found tlog files dated to Feb. 27. There is an automated job that reloads the data once a week. It looks like no commits occurred from Feb 27 onward. Once the disk got full solr got very unhappy. This solrcloud has 2 shards and one replica per shard. We have a second development solrcloud which has the same collections with identical configurations except that these collections have 2 shards and 2 replicas per shard. That one doesn't seem to have the tlog files accumulating. I have long suspected that autoCommit is not reliable, and this seems to indicate that it is not. We have several collections that share the same configuration, and have similar ETL jobs loading them. This is the second time that this particular collection has had this problem. -- This message and any attachment are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you must not copy this message or attachment or disclose the contents to any other person. If you have received this transmission in error, please notify the sender immediately and delete the message and any attachment from your system. Merck KGaA, Darmstadt, Germany and any of its subsidiaries do not accept liability for any omissions or errors in this message which may arise as a result of E-Mail-transmission or for damages resulting from any unauthorized changes of the content of this message and any attachment thereto. Merck KGaA, Darmstadt, Germany and any of its subsidiaries do not guarantee that this message is free of viruses and does not accept liability for any damages caused by any virus transmitted therewith. Click http://www.emdgroup.com/disclaimer to access the German, French, Spanish and Portuguese versions of this disclaimer.