堆棧內存溢出
  簡體   English   中英

Docker-compose 沒有OOM異常時退出碼為137

[英]Docker-compose exit code is 137 when there is no OOM exception

 原文  2019-12-12 02:21:39  8   6    docker/ docker-compose/ cypress

問題描述

當我運行以下命令時，我希望退出代碼為 0，因為我的combined容器運行的測試成功退出，退出代碼為 0。

docker-compose up --build --exit-code-from combined

不幸的是，我始終收到退出代碼 137，即使我的combined容器中的測試成功運行並且我退出該容器時退出代碼為 0（有關如何發生的更多詳細信息在下面指定）。

下面是我的 docker-compose 版本：

docker-compose version 1.25.0, build 0a186604

根據這篇文章，退出代碼 137 可能是由兩個主要問題引起的。

  1. 容器收到docker stop ，應用程序未正常處理 SIGTERM
  2. 容器已用完 memory (OOM)。

我知道 137 退出代碼不是因為我的容器已用完 memory。當我運行docker inspect <container-id>時，我可以看到“OOMKilled”為 false，如下面的代碼片段所示。 我還有 6GB 的 memory 分配給 Docker 引擎，這對我的應用程序來說足夠了。

[
    {
        "Id": "db4a48c8e4bab69edff479b59d7697362762a8083db2b2088c58945fcb005625",
        "Created": "2019-12-12T01:43:16.9813461Z",
        "Path": "/scripts/init.sh",
        "Args": [],
        "State": {
            "Status": "exited",
            "Running": false,
            "Paused": false,
            "Restarting": false,
            "OOMKilled": false, <---- shows container did not run out of memory
            "Dead": false,
            "Pid": 0,
            "ExitCode": 137,
            "Error": "",
            "StartedAt": "2019-12-12T01:44:01.346592Z",
            "FinishedAt": "2019-12-12T01:44:11.5407553Z"
        },

我的容器沒有從docker stop退出，所以我認為第一個原因也與我的情況無關。

我的 Docker 容器是如何設置的

我有兩個 Docker 容器：

  1. b-db - 包含我的數據庫
  2. b-combined - 包含我的 web 應用程序和一系列測試，這些測試在容器啟動並運行后運行。

我正在使用 docker-compose.yml 文件來啟動兩個容器。

version: '3'
services:
    db:
        build:
            context: .
            dockerfile: ./docker/db/Dockerfile
        container_name: b-db
        restart: unless-stopped
        volumes:     
            - dbdata:/data/db
        ports:
            - "27017:27017"
        networks:
            - app-network

    combined:
        build:
            context: .
            dockerfile: ./docker/combined/Dockerfile
        container_name: b-combined
        restart: unless-stopped
        env_file: .env
        ports:
            - "5000:5000"
            - "8080:8080"
        networks:
            - app-network
        depends_on:
            - db

networks:
    app-network:
        driver: bridge

volumes:
    dbdata:
    node_modules:

下面是 docker-compose.yml 中combined服務的docker-compose.yml 。

FROM cypress/included:3.4.1

WORKDIR /usr/src/app

COPY package*.json ./

RUN npm install

COPY . .

EXPOSE 5000

RUN npm install -g history-server nodemon

RUN npm run build-test

EXPOSE 8080

COPY ./docker/combined/init.sh /scripts/init.sh

RUN ["chmod", "+x", "/scripts/init.sh"]

ENTRYPOINT [ "/scripts/init.sh" ]

以下是我的init.sh文件中的內容。

#!/bin/bash
# Start front end server
history-server dist -p 8080 &
front_pid=$!

# Start back end server that interacts with DB
nodemon -L server &
back_pid=$!

# Run tests
NODE_ENV=test $(npm bin)/cypress run --config video=false --browser chrome

# Error code of the test
test_exit_code=$?

echo "TEST ENDED WITH EXIT CODE OF: $test_exit_code"

# End front and backend server
kill -9 $front_pid
kill -9 $back_pid

# Exit with the error code of the test
echo "EXITING SCRIPT WITH EXIT CODE OF: $test_exit_code"
exit "$test_exit_code"

下面是我的db服務的 Dockerfile。 它所做的就是將一些本地數據復制到 Docker 容器中，然后使用這些數據初始化數據庫。

FROM  mongo:3.6.14-xenial

COPY ./dump/ /tmp/dump/

COPY mongo_restore.sh /docker-entrypoint-initdb.d/

RUN chmod 777 /docker-entrypoint-initdb.d/mongo_restore.sh

以下是mongo_restore.sh中的內容。

#!/bin/bash
# Creates db using copied data
mongorestore /tmp/dump

下面是我運行docker-compose up --build --exit-code-from combined; echo $? docker-compose up --build --exit-code-from combined; echo $? .

...
b-combined | user disconnected
b-combined | Mongoose disconnected
b-combined | Mongoose disconnected through Heroku app shutdown
b-combined | TEST ENDED WITH EXIT CODE OF: 0 ===========================
b-combined | EXITING SCRIPT WITH EXIT CODE OF: 0 =====================================
Aborting on container exit...
Stopping b-combined   ... done
137

正如您在上面看到的，令人困惑的是，測試和腳本以退出代碼 0 結束，因為我的所有測試都成功通過，但容器仍然以退出代碼 137 退出。

更令人困惑的是，當我從init.sh文件中注釋掉以下行（運行我的 Cypress 集成測試）時，容器以 0 退出代碼退出，如下所示。

NODE_ENV=test $(npm bin)/cypress run --config video=false --browser chrome

下面是 output 當我從init.sh注釋掉/刪除上面的行時收到的，這是一個運行我的 Cypress 集成測試的命令。

...
b-combined | TEST ENDED WITH EXIT CODE OF: 0 ===========================
b-combined | EXITING SCRIPT WITH EXIT CODE OF: 0 =====================================
Aborting on container exit...
Stopping b-combined   ... done
0

如何讓 docker-compose 在我的測試成功運行時返回一個零退出代碼，並在測試失敗時返回一個非零退出代碼？

編輯：

在調試模式下運行以下 docker-compose 命令后，我注意到 b-db 似乎在關閉時遇到了一些問題，並且可能因此從 Docker 接收到 SIGKILL 信號。

docker-compose --log-level DEBUG up --build --exit-code-from combined; echo $?

根據下面的 output 確實是這樣嗎？

...
b-combined exited with code 0
Aborting on container exit...
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
http://localhost:None "GET /v1.25/containers/json?limit=-1&all=1&size=0&trunc_cmd=0&filters=%7B%22label%22%3A+%5B%22com.docker.compose.project%3Db-property%22%2C+%22com.docker.compose.oneoff%3DFalse%22%5D%7D HTTP/1.1" 200 3819
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
http://localhost:None "GET /v1.25/containers/0626d6bf49e5236440c82de4e969f31f4f86280d6f8f555f05b157fa53bae9b8/json HTTP/1.1" 200 None
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
http://localhost:None "GET /v1.25/containers/json?limit=-1&all=0&size=0&trunc_cmd=0&filters=%7B%22label%22%3A+%5B%22com.docker.compose.project%3Db-property%22%2C+%22com.docker.compose.oneoff%3DFalse%22%5D%7D HTTP/1.1" 200 4039
http://localhost:None "POST /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/attach?logs=0&stdout=1&stderr=1&stream=1 HTTP/1.1" 101 0
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
http://localhost:None "GET /v1.25/containers/0626d6bf49e5236440c82de4e969f31f4f86280d6f8f555f05b157fa53bae9b8/json HTTP/1.1" 200 None
Stopping b-combined   ...
Stopping b-db         ...
Pending: {<Container: b-db (0626d6)>, <Container: b-combined (196f3e)>}
Starting producer thread for <Container: b-combined (196f3e)>
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
Pending: {<Container: b-db (0626d6)>}
http://localhost:None "POST /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/wait HTTP/1.1" 200 32
http://localhost:None "POST /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/stop?t=10 HTTP/1.1" 204 0
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
http://localhost:None "POST /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561bStopping b-combined   ... done
Finished processing: <Container: b-combined (196f3e)>
Pending: {<Container: b-db (0626d6)>}
Starting producer thread for <Container: b-db (0626d6)>
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
http://localhost:None "GET /v1.25/containers/0626d6bf49e5236440c82de4e969f31f4f86280d6f8f555f05b157fa53bae9b8/json HTTP/1.1" 200 None
Pending: set()
Pending: set()
Pending: set()
Pending: set()
Pending: set()
Pending: set()
http://localhost:None "GET /v1.25/containers/0626d6bf49e5236440c82de4e969f31f4f86280d6f8f555f05b157fa53bae9b8/json HTTP/1.1" 200 None
http://localhost:None "POST /v1.25/containers/0626d6bf49e5236440c82de4e969f31f4f86280d6f8f555f05b157fa53bae9b8/stop?t=10 HTTP/1.1" 204 0
http://localhost:None "POST /v1.25/containers/0626d6bf49e5236440c82de4e969f31f4f86280d6f8f555f05b157fa53bae9b8/wait HTTP/1.1" 200 30
Stopping b-db         ... done
Pending: set()
http://localhost:None "GET /v1.25/containers/0626d6bf49e5236440c82de4e969f31f4f86280d6f8f555f05b157fa53bae9b8/json HTTP/1.1" 200 None
http://localhost:None "GET /v1.25/containers/196f3e622847b4c4c82d8d761f9f19155561be961eecfe874bbb04def5b7c9e5/json HTTP/1.1" 200 None
137

6 個解決方案

解決方案1
 10  2021-02-10 13:22:40

RAM 可能有問題，我使用 Docker 首選項增加了內存。 使用docker-compose up啟動我的服務。 服務器對我來說沒有任何問題。

https://www.petefreitag.com/item/848.cfm

解決方案2
 6 已采納  2019-12-12 03:53:40

錯誤消息讓我Aborting on container exit... ： Aborting on container exit...

來自docker-compose 文檔：

--abort-on-container-exit如果有容器停止，則停止所有容器。

您是否使用此標志運行 docker-compose？ 如果是這樣的話，想想這意味着什么。

一旦b-combined完成，它就會退出。 這意味着容器b-db也將被迫停止。 盡管b-combined返回的退出代碼為 0，但 mongodb 可能無法正常處理b-db強制關閉。

編輯：我剛剛意識到您在命令行中有--exit-code-from 。 這意味着--abort-on-container-exit 。

解決方案： b-db需要更多時間才能正常退出。 使用docker-compose up --timeout 600可以避免該錯誤。

解決方案3
 5  2021-06-09 08:45:17

Docker 退出代碼 137 意味着 Docker 沒有足夠的 RAM 來完成工作。

不幸的是，Docker 消耗了大量 RAM。

轉到 Docker 桌面應用程序 > 首選項 > 資源 > 高級並增加 MEMORY - 最好加倍。

解決方案4
 3  2021-09-29 05:48:26

我在設置 python 代碼時遇到了類似的問題。 此錯誤是由於 memory 分配引起的。 在我的例子中，分配的 memory 是 2 GB。 我將其更改為 4 GB，並且有效。 對於 mac，go 到屏幕頂部工具欄上的 docker 圖標 -> 首選項 -> 資源 -> Memory。

解決方案5
 0  2019-12-12 03:44:41

不確定這是否能解決您的問題，但您可以嘗試為組合的 dockerfile 添加FROM scratch嗎？

Docker 按順序運行 Dockerfile 中的指令。 Dockerfile 必須以FROM指令開頭。 FROM 指令指定您正在構建的基礎鏡像。 FROM 之前只能有一個或多個 ARG 指令，這些指令聲明在 Dockerfile 的 FROM 行中使用的參數。 參考：https ://docs.docker.com/v17.09/engine/reference/builder/#format

另外，不要使用docker-compose up嘗試分 2 個步驟來收集有關問題發生位置的更多信息。

  1. docker-compose --log-level DEBUG build
  2. docker-compose --log-level DEBUG run

https://docs.docker.com/compose/reference/overview/ [根據評論編輯]

解決方案6
 0  2022-05-06 13:49:04

我分配了足夠的 RAM，但在 Mac M1 上， docker compose並沒有告訴我真實的故事（即使使用--verbose ）。 但是我在運行“裸機”時收到了這個 output docker run ：

WARNING: The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested
Killed

這就是我的問題——需要處理圖像架構。

暫無
暫無

聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

相關問題 docker-compose退出代碼的含義？ docker-compose退出代碼141 關於 docker 容器退出時 docker-compose 向上 Docker-compose 退出代碼應為非零時似乎為零 Docker-compose up 失敗，退出代碼為 135 從 docker-compose up 中獲取退出代碼 docker-compose 節點 v18.4.0 上的退出代碼 243 Docker exec 命令失敗，退出代碼為 137 Docker-compose --exit-code-from 被忽略 docker-compose up exit with code 0 for react js
相關標簽
 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM