That is correct - the /.../
construct is not a part of standard *nix glob patterns. The best way to explain it is that when you use wildcards in an input stanza, splunk transmogrifies those into whitelist regexes. So for example:
[monitor:///var/log/.../apache.log]
will get transmogrified into something similar to:
[monitor:///var/log]
whitelist=^/var/log/(.*)/apache\.log$
and then this alternate-reality version is processed just like Splunk does any other monitor
stanza with a whitelist. Similarly, *
in a monitor stanza is transmogrified something like:
[monitor:///var/log/httpd/access*.log]
becomes
[monitor:///var/log/httpd]
whitelist=^/var/log/httpd/access[^/]*\.log$
These are probably not 100% exact representations of how the translation from glob-like-pattern to regex occurs but they are good examples of the concepts.
That is correct - the /.../
construct is not a part of standard *nix glob patterns. The best way to explain it is that when you use wildcards in an input stanza, splunk transmogrifies those into whitelist regexes. So for example:
[monitor:///var/log/.../apache.log]
will get transmogrified into something similar to:
[monitor:///var/log]
whitelist=^/var/log/(.*)/apache\.log$
and then this alternate-reality version is processed just like Splunk does any other monitor
stanza with a whitelist. Similarly, *
in a monitor stanza is transmogrified something like:
[monitor:///var/log/httpd/access*.log]
becomes
[monitor:///var/log/httpd]
whitelist=^/var/log/httpd/access[^/]*\.log$
These are probably not 100% exact representations of how the translation from glob-like-pattern to regex occurs but they are good examples of the concepts.