# Override Image 's default not working in Docker **URL:** \ **Category:** Elasticsearch\ **Created:** [December 14, 2017, 5:50pm UTC](https://discuss.elastic.co/t/override-image-s-default-not-working-in-docker/111830 "2017-12-14T17:50:54Z")\ **Posts on this page:** 3\ **Page:** 1
**Author:** ![YeeP](https://avatars.discourse-cdn.com/v4/letter/y/41988e/32.png) [@YeeP](https://discuss.elastic.co/u/YeeP)\ **Post date:** [December 14, 2017, 5:50pm UTC](https://discuss.elastic.co/t/override-image-s-default-not-working-in-docker/111830/1 "2017-12-14T17:50:54Z")
I am setting up a test cluster to prepare for the upgrade to Elasticsearch 6.0.x. Here is a simplified version of the run command (the one I am currently using for 5.5 has several -E commands). The container runs just fine if I do not use any -E commands. ``` docker run \ -d \ -p 9200:9200 \ -p 9300:9300 \ elasticsearch/elasticsearch:6.0.1 \ -Ecluster.name=mynewclustername ``` Here is the error: ``` $docker logs -f 7dd6d3c52ef5 basename: invalid option -- 'E' Try 'basename --help' for more information. /usr/local/bin/docker-entrypoint.sh: line 37: exec: -E: invalid option exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection ...] ``` Documentation reference on the run command I have attempted: [https://www.elastic.co/guide/en/elasticsearch/reference/6.0/docker.html#\_d\_override\_the\_image\_8217\_s\_default\_ulink\_url\_https\_docs\_docker\_com\_engine\_reference\_run\_cmd\_default\_command\_or\_options\_cmd\_ulink](https://www.elastic.co/guide/en/elasticsearch/reference/6.0/docker.html#_d_override_the_image_8217_s_default_ulink_url_https_docs_docker_com_engine_reference_run_cmd_default_command_or_options_cmd_ulink) Has anything changed where this command could possibly not be recognized? ---
**Author:** ![YeeP](https://avatars.discourse-cdn.com/v4/letter/y/41988e/32.png) [@YeeP](https://discuss.elastic.co/u/YeeP)\ **Post date:** [December 14, 2017, 7:36pm UTC](https://discuss.elastic.co/t/override-image-s-default-not-working-in-docker/111830/2 "2017-12-14T19:36:53Z")
I was fairly certain that this issue would be a server problem (hence I am building a new server around this database), however this recent test leads me to believe that something has changed: ``` $docker images REPOSITORY TAG IMAGE ID CREATED SIZE docker.io/elasticsearch/elasticsearch 6.1.0 38eb9d398118 2 days ago 539 MB docker.io/elasticsearch/elasticsearch 6.0.1 28259852697e 10 days ago 508.1 MB docker.io/elasticsearch 5.5.0 519c56205eb0 4 months ago 315.4 MB ``` 5.5: $docker run -d -p 9200:9200 -p 9300:9300 elasticsearch:5.5.0 -Ecluster.name=mynewclustername 5e998cea7dd8115e5dba710985cbe9832ed5411bf441baa28ea3dd26351a78 ``` $docker logs 765e998cea7d [2017-12-14T19:32:06,651][INFO][o.e.n.Node] [] initializing ... [2017-12-14T19:32:06,806][INFO][o.e.e.NodeEnvironment] [84y2sA1] using [1] data paths, mounts [[/usr/share/elasticsearch/data (/dev/mapper/VolGroup00-lv_var)]], net usable_space [8.5gb], net total_space [9.7gb], spins? [possibly], types [ext4] [2017-12-14T19:32:06,806][INFO][o.e.e.NodeEnvironment] [84y2sA1] heap size [1.9gb], compressed ordinary object pointers [true] [2017-12-14T19:32:06,811][INFO][o.e.n.Node] node name [84y2sA1] derived from node ID [84y2sA1HRWST8f_7a4TDYA]; set [node.name] to override [2017-12-14T19:32:06,811][INFO][o.e.n.Node] version[5.5.0], pid[1], build[260387d/2017-06-30T23:16:05.735Z], OS[Linux/3.10.0-514.26.2.el7.x86_64/amd64], JVM[Oracle Corporation/OpenJDK 64-Bit Server VM/1.8.0_131/25.131-b11] [2017-12-14T19:32:06,812][INFO][o.e.n.Node] JVM arguments [-Xms2g, -Xmx2g, -XX:+UseConcMarkSweepGC, -XX:CMSInitiatingOccupancyFraction=75, -XX:+UseCMSInitiatingOccupancyOnly, -XX:+DisableExplicitGC, -XX:+AlwaysPreTouch, -Xss1m, -Djava.awt.headless=true, -Dfile.encoding=UTF-8, -Djna.nosys=true, -Djdk.io.permissionsUseCanonicalPath=true, -Dio.netty.noUnsafe=true, -Dio.netty.noKeySetOptimization=true, -Dio.netty.recycler.maxCapacityPerThread=0, -Dlog4j.shutdownHookEnabled=false, -Dlog4j2.disable.jmx=true, -Dlog4j.skipJansi=true, -XX:+HeapDumpOnOutOfMemoryError, -Des.path.home=/usr/share/elasticsearch] [2017-12-14T19:32:09,801][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [aggs-matrix-stats] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [ingest-common] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [lang-expression] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [lang-groovy] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [lang-mustache] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [lang-painless] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [parent-join] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [percolator] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [reindex] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [transport-netty3] [2017-12-14T19:32:09,802][INFO][o.e.p.PluginsService] [84y2sA1] loaded module [transport-netty4] [2017-12-14T19:32:09,803][INFO][o.e.p.PluginsService] [84y2sA1] no plugins loaded [2017-12-14T19:32:12,796][INFO][o.e.d.DiscoveryModule] [84y2sA1] using discovery type [zen] [2017-12-14T19:32:13,724][INFO][o.e.n.Node] initialized [2017-12-14T19:32:13,725][INFO][o.e.n.Node] [84y2sA1] starting ... [2017-12-14T19:32:13,966][INFO][o.e.t.TransportService] [84y2sA1] publish_address {127.0.0.1:9300}, bound_addresses {127.0.0.1:9300} [2017-12-14T19:32:17,107][INFO][o.e.c.s.ClusterService] [84y2sA1] new_master {84y2sA1}{84y2sA1HRWST8f_7a4TDYA}{FJ8zUC_9SYysdBBv1dQLGA}{127.0.0.1}{127.0.0.1:9300}, reason: zen-disco-elected-as-master ([0] nodes joined) [2017-12-14T19:32:17,207][INFO][o.e.h.n.Netty4HttpServerTransport] [84y2sA1] publish_address {172.17.0.2:9200}, bound_addresses {0.0.0.0:9200} [2017-12-14T19:32:17,208][INFO][o.e.n.Node] [84y2sA1] started [2017-12-14T19:32:17,277][INFO][o.e.g.GatewayService] [84y2sA1] recovered [0] indices into cluster_state $docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 765e998cea7d elasticsearch:5.5.0 "/docker-entrypoint.s" About a minute ago Up About a minute 0.0.0.0:9200->9200/tcp, 0.0.0.0:9300->9300/tcp suspicious_liskov ``` Now 6.1: $docker run -d -p 9200:9200 -p 9300:9300 elasticsearch/elasticsearch:6.1.0 -Ecluster.name=mynewclustername 4fe2d36e0002e57ddf83a83762ad8b66213614800d5d3967abc29c1af7da0a66 ``` $docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 4fe2d36e0002 elasticsearch/elasticsearch:6.1.0 "/usr/local/bin/docke" About a minute ago Exited (2) About a minute ago jovial_jang ``` $docker logs 4fe2d36e0002 basename: invalid option -- 'E' Try 'basename --help' for more information. /usr/local/bin/docker-entrypoint.sh: line 37: exec: -E: invalid option exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection ...] ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [January 11, 2018, 7:37pm UTC](https://discuss.elastic.co/t/override-image-s-default-not-working-in-docker/111830/3 "2018-01-11T19:37:32Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.