[splunk@ilisspldepl01 deployment-apps]$ cat ./AM_all_indexers_tuning/local/limits.conf
[default]
max_mem_usage_mb = 600
#
[search]
#dispatch_dir_warning_size = 3500
base_max_searches = 60
# # ERROR: Events may not be returned in sub-second order due to memory pressure.
max_rawsize_perchunk = 200000000
#
[pdf]
max_rows_per_table = 10000
#
[scheduler]
max_searches_perc = 100
#
[join]
subsearch_maxout = 500000
#
[realtime]
indexed_realtime_use_by_default = true
[splunk@ilisspldepl01 deployment-apps]$
It depends on your events size and number of events per seconds. You can try by 200000000 increments.
Hi @rayar,
Actually this is a warning that you probably face when you run a search that gets all raw data. If you run a search that has statistics command like stats, you would not see that error.
I suggest to check event ingestion if timestamps are correctly parsed. This may due to large numbers of events with the exact same timestamp -- possibly caused by non-timestamped events that are being timestamp by Splunk as they are indexed.
If timestamps are ok, you want to retrieve all raw data on search you can try increasing "max_rawsize_perchunk" to much higher value.
If this reply helps you an upvote is appreciated.
this index contains the data with current_time sourcetype
the question what value you would recommend to set for max_rawsize_perchunk
There are similar post on the following issue: