-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multiline Parser: Built-in CRI parser does not work in multiline filter #4034
Comments
FYI @edsiper |
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days. |
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days. |
This issue was closed because it has been stalled for 5 days with no activity. |
@nokute78 can you take a look at this one pls ? |
@edsiper The output of Config 2 is a concatenated non parsed line.
|
I added a filter_parser plugin to parse cri log before multiline parser. [SERVICE]
Log_Level info
Parsers_File parsers.conf
[INPUT]
Name tail
Path test.log
path_key log_file
read_from_head true
## Add filter_parser
[FILTER]
name parser
match *
Key_Name log
Parser cri
[FILTER]
name multiline
match *
multiline.parser cri
[OUTPUT]
name stdout
match *
Output:
|
Signed-off-by: Takahiro Yamashita <[email protected]>
Signed-off-by: Takahiro Yamashita <[email protected]>
I sent a patch #4375. It causes side effect. |
Signed-off-by: Takahiro Yamashita <[email protected]>
It is the test case to send cri log as FLB_ML_TYPE_MAP. Signed-off-by: Takahiro Yamashita <[email protected]>
It is the test case to send cri log as FLB_ML_TYPE_MAP. Signed-off-by: Takahiro Yamashita <[email protected]>
Signed-off-by: Takahiro Yamashita <[email protected]>
It is the test case to send cri log as FLB_ML_TYPE_MAP. Signed-off-by: Takahiro Yamashita <[email protected]>
Signed-off-by: Takahiro Yamashita <[email protected]>
It is the test case to send cri log as FLB_ML_TYPE_MAP. Signed-off-by: Takahiro Yamashita <[email protected]>
@nokute78
I tested it and not seeing the expected behavior
|
Bug Report
Describe the bug
The built-in CRI multiline parser only works when it is part of the tail input plugin. If we add it later, as part of a multiline filter, it doesn't work even though I believe it should in theory have the same effect.
This may be related to #4033.
To Reproduce
Steps to reproduce the problem:
Expected behavior
Since I am using the same built-in CRI multiline parser in both Fluent Bit configs, I expect the same results. Instead, the lines are correctly parsed only for config 1 -- config 2 does not work.
Specifically, this is the output we get:
Your Environment
1.8.4
Additional context
The multiline filter doc does recommend that you use config 1, but it doesn't say that you have to use it -- i.e. it doesn't seem to be expected behaviour that you cannot use config 2:
The reason we might want to use config 2 instead is, for example, if we want to do some custom manipulation of the log BEFORE it is parsed.
The text was updated successfully, but these errors were encountered: