Skip to content
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

ES 7.x: [types removal] Specifying types in bulk requests is deprecated. #785

Closed
1 task done
DandyDeveloper opened this issue Jul 14, 2020 · 8 comments
Closed
1 task done

Comments

@DandyDeveloper
Copy link

(check apply)

Problem

Deprecated types is present in documents managed by latest fluentd version (Possibly the fluentd_elasticsearch plugin):

Same issue described here in fluentbit: fluent/fluent-bit#1359

warning: 299 Elasticsearch-7.8.0-757314695644ea9a1dc2fecd26d1a43856725e65 "[types removal] Specifying types in bulk requests is deprecated."
warning: 299 Elasticsearch-7.8.0-757314695644ea9a1dc2fecd26d1a43856725e65 "[types removal] Specifying types in bulk requests is deprecated."
warning: 299 Elasticsearch-7.8.0-757314695644ea9a1dc2fecd26d1a43856725e65 "[types removal] Specifying types in bulk requests is deprecated."

Steps to replicate

Forward a document via the elasticsearch output plugin on any 7.X instance.

Expected Behavior or What you need to ask

Correct doc type used in bulk requests to ES API.

Using Fluentd and ES plugin versions

  • Fluentd 1.11-1 (Docker Image) / Latest ES Plugin
  • Bare Metal
  • ES version (optional) 7.8
@cosmo0920
Copy link
Collaborator

https://github.com/uken/fluent-plugin-elasticsearch#suppress_type_name ?

@DandyDeveloper
Copy link
Author

@cosmo0920 ... Yeah that has done the job...

I'll RTFM next time. Thank you!

@happy-machine
Copy link

happy-machine commented Oct 30, 2020

This isnt working for me? fluent/fluentd:v1.11-1 with ws 7.7.1, im getting this error even after i add supress_type_name true for example:

<match blaster.winston*>
  @type elasticsearch
  suppress_type_name true
<\match>

@cosmo0920
Copy link
Collaborator

Could you check unused parameter warning is raised from Fluentd on container? Thanks in advance.

@happy-machine
Copy link

It's in the container logs for FluentD? Is that what you mean

@cdekok
Copy link

cdekok commented Nov 21, 2020

Does not work for me either, also the fix should probably not be to suppress the error as in ES v8 the functionality will be removed.
https://www.elastic.co/guide/en/elasticsearch/reference/master/removal-of-types.html#_why_are_mapping_types_being_removed

@moreinhardt
Copy link

@cdekok I was scared this only suppresses the warning too. But a look in the code (via related PRs) shows this is handled properly 😉

https://github.com/uken/fluent-plugin-elasticsearch/blob/master/lib/fluent/plugin/out_elasticsearch.rb#L909..L912

@cdekok
Copy link

cdekok commented Nov 25, 2020

yes i see that's good to know and setting the default es version to 7 seemed to help the error to go away. This was on a slightly older version though perhaps that was the issue.

bbezak pushed a commit to stackhpc/kolla-ansible that referenced this issue Jul 8, 2021
When using elasticsearch 7 with fluentd, you seem to get a lot
of warnings in the docker logs output that look like:

    [types removal] Specifying types in bulk requests is deprecated.

The docs suggest adding suppress_type_name to stop these warnings,
and that seems to work without affecting any functionality.

Further info here:
uken/fluent-plugin-elasticsearch#785

Closes-Bug: #1930856
Change-Id: I45be67df3717f78d78bcdc7df69600ab8681922f
openstack-mirroring pushed a commit to openstack/openstack that referenced this issue Aug 10, 2021
* Update kolla-ansible from branch 'master'
  to 578ca1d64799dbc29585be8e0d9a6c9709762542
  - Merge "Add suppress_type_name to stop warnings with ES7"
  - Add suppress_type_name to stop warnings with ES7
    
    When using elasticsearch 7 with fluentd, you seem to get a lot
    of warnings in the docker logs output that look like:
    
        [types removal] Specifying types in bulk requests is deprecated.
    
    The docs suggest adding suppress_type_name to stop these warnings,
    and that seems to work without affecting any functionality.
    
    Further info here:
    uken/fluent-plugin-elasticsearch#785
    
    Closes-Bug: #1930856
    Change-Id: I45be67df3717f78d78bcdc7df69600ab8681922f
openstack-mirroring pushed a commit to openstack/kolla-ansible that referenced this issue Aug 10, 2021
When using elasticsearch 7 with fluentd, you seem to get a lot
of warnings in the docker logs output that look like:

    [types removal] Specifying types in bulk requests is deprecated.

The docs suggest adding suppress_type_name to stop these warnings,
and that seems to work without affecting any functionality.

Further info here:
uken/fluent-plugin-elasticsearch#785

Closes-Bug: #1930856
Change-Id: I45be67df3717f78d78bcdc7df69600ab8681922f
openstack-mirroring pushed a commit to openstack/kolla-ansible that referenced this issue Aug 27, 2021
When using elasticsearch 7 with fluentd, you seem to get a lot
of warnings in the docker logs output that look like:

    [types removal] Specifying types in bulk requests is deprecated.

The docs suggest adding suppress_type_name to stop these warnings,
and that seems to work without affecting any functionality.

Further info here:
uken/fluent-plugin-elasticsearch#785

Closes-Bug: #1930856
Change-Id: I45be67df3717f78d78bcdc7df69600ab8681922f
bbezak pushed a commit to stackhpc/kolla-ansible that referenced this issue Nov 23, 2021
When using elasticsearch 7 with fluentd, you seem to get a lot
of warnings in the docker logs output that look like:

    [types removal] Specifying types in bulk requests is deprecated.

The docs suggest adding suppress_type_name to stop these warnings,
and that seems to work without affecting any functionality.

Further info here:
uken/fluent-plugin-elasticsearch#785

Closes-Bug: #1930856
Change-Id: I45be67df3717f78d78bcdc7df69600ab8681922f
(cherry picked from commit dee9d22)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants