Intermediate Container Incorrectly Assumes /bin/echo Available

[alunduil]

When using the etcd image from the CoreOS guys: quay.io/coreos/etcd, I get the following error from docker-compose:

Cannot start container a6da0c7e877b1075696d64802f7e159b7660e5cd395064b891ab5712c74bc266: exec: "/bin/echo": stat /bin/echo: no such file or directory

This is when starting the following datastore service from docker-compose.yml:

datastore:
  image: quay.io/coreos/etcd:latest
  ports:
   - "4001:4001"

I found https://github.com/docker/fig/blob/fd30920aac060b03d6e67ec5c3170f670a73d00e/compose/service.py#L288, which indicates that this assumption is hard coded and containers must provide /bin/echo in order to be usable by docker-compose. Is there any way we can remove this assumption so a greater number of containers are usable?

[tianon]

This is related to the discussion in #517 👍

[bfirsh]

👍 solution is #874 I believe

[tristan0x]

I encountered the same issue while using minimalist tianon/true Docker image that only provides /trueutility.
I am using Docker 1.5 and Docker Compose 1.1.0.
You can use the following YAML file to reproduce the issue

data:
  image: tianon/true
  volumes:
    - /data

$ docker-compose up
Creating tmp_data_1...
Attaching to tmp_data_1
tmp_data_1 exited with code 0
Gracefully stopping... (press Ctrl+C again to force)

$ docker-compose up
Recreating tmp_data_1...
Cannot start container     3c29600d4043393936497d39c9c8c355f2427f4a34c86ea65d4ed3d315c50960: exec: "/bin/echo": stat /bin/echo: no such file or directory

As I want to keep data-only container as small as possible, my workaround is yet another cogniteev/echo providing /bin/echo executable.

[tj]

having this issue with nsqio/nsq as well

Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.4.1
Git commit (client): a8a31ef
OS/Arch (client): darwin/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.4.1
Git commit (server): a8a31ef

docker-compose 1.1.0

[saks]

+1, the same problem here

[balboah]

+1

[balboah]

Always happens at 2nd fig up that uses nsqio/nsq container

[marcosnils]

Same issue here. Any update about when this will resolved?