This documentation does not apply to the most recent version of Splunk.
This documentation applies to the following versions of Splunk: 3.0 , 3.0.1 , 3.0.2 , 3.1 , 3.1.1 , 3.1.2 , 3.1.3 , 3.1.4
You can override Splunk's default multiline event handling rules by editing properties set by source or sourcetype. Complete instructions can be found in the Admin Manual. You can see examples in the example files in $SPLUNK_HOME/splunk/etc/bundles/.
You can train Splunk to recognize timestamps better. Run $SPLUNK_HOME/bin/splunk train dates to teach Splunk the dates to extract from your datasources.
You can specify additional fields to be indexed or extracted at search time in properties configuration files. Instructions can be found in the Admin Manual. You can see examples in the example files in $SPLUNK_HOME/etc/bundles/props.conf.example and $SPLUNK_HOME/etc/bundles/transforms.conf.example.
Yes. There is an anonymizer you can use to maintain confidentiality. Please see the section of our Admin Manual on Anonymizing your Data Samples.
Yes. You will have to configure Splunk to recognize the common field and tell it to create meta-events to summarize all events with that field in common. You can see examples in the example files in your $SPLUNK_HOME/etc/bundles directory and in the Admin Manual.
We are not storing timestamps in intervals smaller than a second. You need to extract the ms time from the event and then write it to a custom search (indexed) field. Documentation on how to write a custom search field can be found here.
If you did this and called it ms, you would then pipe the search to the sort command and use the _time field and your custom field.
foo | sort _time, ms desc
_time is UTC time in seconds.