Skip to content

Issue on latest image: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144] #92

Closed
@fahadysf

Description

@fahadysf

Launching the latest docker image fails with the error message:

Output from image console is: pastebin-link with complete output

Relevant error message:
elk_1 | [2016-11-27T21:58:16,368][INFO ][o.e.b.BootstrapCheck ] [jpehzFE] bound or publishing to a non-loopback or non-link-local address, enforcing bootstrap checks
elk_1 | [2016-11-27T21:58:16,369][ERROR][o.e.b.Bootstrap ] [jpehzFE] node validation exception
elk_1 | bootstrap checks failed
elk_1 | max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

Activity

fahadysf

fahadysf commented on Nov 27, 2016

@fahadysf
Author

I googled up this issue on the elasticsearch docker image issue list and the suggestion to use:
sysctl -w vm.max_map_count=262144
on the host running the image resolves the problem. Is there any other/better way to do this?

spujadas

spujadas commented on Nov 28, 2016

@spujadas
Owner

That's one way to do it, you can make the change permanent by editing the /etc/sysctl.conf file (see #79, #89, and http://elk-docker.readthedocs.io/#troubleshooting).

x-itec

x-itec commented on Aug 11, 2017

@x-itec

Even if this value is correct, ES5 won't start anymore in docker with same error here bla bla readonly error.

spujadas

spujadas commented on Aug 12, 2017

@spujadas
Owner

@x-itec This issue has been pretty much solved for everyone by now, so shouldn't remain a problem: see http://elk-docker.readthedocs.io/#prerequisites for ways around this. If this doesn't solve it:

  • Could you post a full output of how you set vm.max_map_count and started the container + output from the container? ("bla bla readonly error" isn't the usual error one gets when the parameter is set incorrectly)

  • What are you running Docker on?

  • Can you confirm that you have set vm.max_map_count on the host?

  • If you bash into the container, has this value been taken into account?

  • Depending on your setup, have you tried setting the MAX_MAP_COUNT environment variable?

nexusguy59

nexusguy59 commented on Oct 7, 2017

@nexusguy59

Hello Guys,

I am getting similar behavior:

root@cfELK:~# sysctl -w vm.max_map_count=262144
sysctl: setting key "vm.max_map_count": Read-only file system

I tried this and it did take but it still doesn't start with the new value
vim /etc/sysctl/sysctl.conf
and added this to the bottom of the file and rebooted the server
vm.max_map_count = 262144

So at this point not sure where to go with this, any help would be appreciated,
Thanks,
Michael

spujadas

spujadas commented on Oct 7, 2017

@spujadas
Owner

@nexusguy59

root@cfELK:~# sysctl -w vm.max_map_count=262144
sysctl: setting key "vm.max_map_count": Read-only file system

It seems that you're attempting to change the parameter in the container: you need to do it on the host running the container (and check that the value has actually been updated using sysctl vm.max_map_count).

sunnyagain

sunnyagain commented on Oct 9, 2017

@sunnyagain

root@cfELK:~# sysctl -w vm.max_map_count=262144 Helped me, Many thanks

nexusguy59

nexusguy59 commented on Oct 9, 2017

@nexusguy59

3 remaining items

Loading
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

      Development

      No branches or pull requests

        Participants

        @spujadas@x-itec@fahadysf@nexusguy59@sunnyagain

        Issue actions

          Issue on latest image: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144] · Issue #92 · spujadas/elk-docker