为什么我需要 tty: true 在 docker-compose.yml 中而其他图像不需要?

jca*_*web 22 docker docker-compose

我已经寻找答案有一段时间了,但我还没有找到它,在继续测试之前我需要理解它。

我正在通过安装 bash 创建基于 Alpine 的映像,如下图所示:

FROM alpine:3.12

RUN apk add --no-cache --upgrade bash rsync gzip \
&& rm -rf /var/cache/apk/*

COPY ./docker/backup/hello.sh /hello.sh

RUN mkdir /backup \
&& chmod u+x /hello.sh

WORKDIR /backup

ENTRYPOINT ["sh","/hello.sh"]
CMD ["/bin/bash"]
Run Code Online (Sandbox Code Playgroud)

你好.sh

#!/bin/sh
echo "=> Hello Word"
echo "$@"
exec "$@"
Run Code Online (Sandbox Code Playgroud)

我第一次尝试 bash 时无法使用以下命令访问:

docker-compose exec myalpine bash
Run Code Online (Sandbox Code Playgroud)

但是搜索是否找到答案,我必须放入 docker-compose.yml ,并且在启动命令后tty: true我已经能够访问容器 shellmyalpinedocker-compose up -d

导致我的 docker-compose.yml 的一部分如下

services:
  myalpine:
    build:
      context: ./
      dockerfile: ./docker/backup/Dockerfile
      args:
        - DOCKER_ENV=${DOCKER_ENV}
    restart: unless-stopped
    tty: true
    container_name: ${PROJECT_NAME}-files
    volumes:
      - appdata:/app
      - ./data/app/backup:/backup
  mysql:
    build:
      context: ./
      dockerfile: ./docker/mysql/Dockerfile
      args:
        - MYSQL_VERSION=${MYSQL_VERSION}
        - DOCKER_ENV=${DOCKER_ENV}
    restart: always
    container_name: ${PROJECT_NAME}-mysql
    environment:
      MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD}
      MYSQL_DATABASE: ${MYSQL_DATABASE}
      MYSQL_USER: ${MYSQL_USER}
      MYSQL_PASSWORD: ${MYSQL_PASSWORD}
    volumes:
      - dbdata:/var/lib/mysql
    networks:
      - db
Run Code Online (Sandbox Code Playgroud)

现在我的问题是为什么在我的 docker-compose 的其他服务中mysql,我可以访问 bash 而无需添加tty:true

例子:

docker-compose exec mysql bash
Run Code Online (Sandbox Code Playgroud)

我不需要添加tty:true到 docker-compose.yml 就可以访问,所以 Alpine 的镜像中一定有一些我不理解但想理解的东西。

jor*_*ski 18

我使用 dockerfile 和 docker-compose.yaml 的精简版本重现了您的示例,并在运行docker-compose up. 首先,我在没有tty附加的情况下运行,所以我有以下内容:

\n
~$ docker-compose up\n...\n...\nWARNING: Image for service myalpine was built because it did not already exist. To rebuild this image you must use `docker-compose build` or `docker-compose up --build`.\nCreating test-fies ... done\nAttaching to test-fies\ntest-fies   | => Hello Word\ntest-fies   | /bin/bash\n\n~# docker ps\nCONTAINER ID   IMAGE             COMMAND                  CREATED         STATUS                                  PORTS                                              NAMES\n9a72817b0e28   tty_up_myalpine   "sh /hello.sh /bin/b\xe2\x80\xa6"   5 minutes ago   Restarting (0) Less than a second ago                                                      myalpine-fies\n
Run Code Online (Sandbox Code Playgroud)\n

正如你所看到的,容器一直在重新启动。原因是作为hello.sh入口点将接收命令/bin/bash并执行 bash。这将尝试创建一个interactive shell,但由于没有tty外壳的创建失败并且容器被停止。因为容器已被标记,所以restart: unless-stopped它将处于不断重新启动的循环中。

\n

由于容器未运行,因此您无法执行docker-compose exec myalpine bash

\n

一旦您添加tty到容器,bash将能够创建交互式会话并且容器将启动。

\n
CONTAINER ID   IMAGE             COMMAND                  CREATED          STATUS         PORTS                                              NAMES\n745f5139f510   tty_up_myalpine   "sh /hello.sh /bin/b\xe2\x80\xa6"   10 seconds ago   Up 9 seconds                                                      myalpine-fies\n
Run Code Online (Sandbox Code Playgroud)\n

之所以不是这种情况,mysql是因为该映像最终启动了一个daemon进程,该进程是一个与tty.

\n

  • 完美,还有一件事;有没有办法模拟守护进程不添加tty?我想这样疑问就会更清楚了。 (3认同)
  • 守护进程通常用“C/C++”等编译语言编写,但为了概念证明,您可以通过将 dockerfile 的“CMD”行更改为“CMD ["/bin/bash","-c", "来模拟守护进程trap \"\" INT; while [ true ]; do sleep 1; 完成;"]` (2认同)