Closed lennartkoopmann closed 4 years ago
@lennartkoopmann I am unable to reproduce that. Can you please show us your pipeline rule code?
I've had another issue very much related to this one. Will try to find time today or tomorrow to write up the exact steps to reproduce. (I think the processor order might be involved.)
Stay tuned.
I tried to reproduce this in my Lab and a clean OVA installation and can't reproduce this. Would need to know how this can happen, or what you configured how exactly.
so....... :) I tried to reproduce this again and now it just works. Not sure what I did differently the last time.
Thanks!
I hope its alright that I bump this closed issue. I was seeing exactly the same behaviour described in the Reproducing Steps in the original post. Only that I'm running a graylog 3.0.2+1686930.
While investigating I determined the following behaviour to be consistent:
So I would assume that, unlike with editing and saving for example inputs, the trigger to restart/reload/propagade the change is not triggered.
@jrunu Thank you for the updated steps to reproduce this.! :+1: I will reopen the issue.
I was finally able to reproduce the issue. It only happens if the route_to_stream()
pipeline function routes to the stream by name . If it routes to the stream by ID, everything works as expected.
This is a bug in the internal caching of streams used by the function. We will provide a fix for that.
That's great news! Thank you.
The
route_to_stream()
pipeline function does not route the message into the index set of the underlying stream.Expected Behavior
When routing a message into a stream that has a custom index set configured, I expect the
route_to_stream()
function to write the message into that index set.Current Behavior
The message is written to the default index set.
Steps to Reproduce (for bugs)
route_to_stream()
function.Your Environment