-
Notifications
You must be signed in to change notification settings - Fork 466
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
network_traffic using invalid ECS values #3329
Comments
Pinging @elastic/security-external-integrations (Team:Security-External Integrations) |
I will do this after #3157 is merged. |
This was fixed by #3343. |
@efd6 I have updated the PR testing this and I see that there are still several failures in |
It looks like these come from the beats, though it's difficult to see where since it's not coming from packetbeat and the report doesn't give any context because they are system tests. I'll send a fix to auditbeat and filebeat that are writing that value in, but will also try to replay the equivalent of https://github.com/elastic/integrations/pull/3343/files#diff-62eb4ec7064da37d476f9421d1bc3c862d8bf2f584b16a22de5b74a1f36b6f55 on each.
|
This does not fail locally (8.2.1-SNAPSHOT). The 'network_traffic' term was removed from packetbeat in elastic/beats#20556 which was not backported to 7.x, so presumably the tests that jenkins are running are on a version prior to that — I have confirmed that the tests fail on 7.17.0. @andrewkroh What is your position on the fix for this since the removal was not backported to 7.x and the change is marked as breaking? |
@efd6 an option for the integration side would be to add a processor in the ingest pipeline to fix the wrong values from old versions of Beats. This "compatibility layer" wouldn't require any change in Beats. |
Yes, that was what I was suggesting above. |
Ah ok, perfect then 🙂 I would go on this direction, without waiting for fixes in beats. |
I'll prepare the change, but I will wait for Andrew. |
+1 for using a processor to correct the data coming from 7.x. Please put some kind of indication in the pipeline (comment or even a conditional on agent.version) that the processor is only used on 7.x data. This way we have some idea that it can be removed when we no longer support 7.x in the integration. |
I have a comment, l'll add the conditional. |
@jsoriano This should be good now. Please ping me if there are still issues with this integration. |
@efd6 thanks a lot for your work here, the But there are still some system tests failing, it seems that Find them here: https://beats-ci.elastic.co/blue/organizations/jenkins/Ingest-manager%2Fintegrations%2FPR-3017/detail/PR-3017/7/tests
|
@jsoriano Sorry about that. I missed those two. |
Part of #3016.
The text was updated successfully, but these errors were encountered: