發表文章

目前顯示的是有「Linux」標籤的文章

Docker 引擎 ulimits 設定

GZ
起因 最先看到這個問題現象是由於在 Docker EE UCP 叢集環境內，下達執行 kubectl 任何子命令操作都卡住，幾乎沒有相應動作。之前這個 UCP 叢集已經運維了好一陣子，都沒有什麼問題，情況來得很突然。 然而，在此容器叢集中，已經既有運行的容器以及服務狀態依然是好的。 過程 容器平台上原先狀態都是好的。後來從當時出問題的節點的 Docker engine 先開始著手調查， 以 CentOS / RHEL 來說，Docker engine 的日誌預設是輸出在作業系統 /var/log/message 這個文件，打開這個文件可以看到類似如下的內容：  29926 Oct  9 08:04:13 docker2 dockerd: time="2019-10-09T08:04:13.139170059+08:00" level=warning msg="failed to retrieve runc version: pipe2: too many open files"  29927 Oct  9 08:04:13 docker2 dockerd: time="2019-10-09T08:04:13.139732508+08:00" level=warning msg="failed to retrieve docker-init version: pipe2: too many open files"  30208 Oct  9 08:06:01 docker2 dockerd: time="2019-10-09T08:06:01.294335790+08:00" level=error msg="Failed to create an ipvs handle for sosbox ingress (ingress,/var/run/       docker/netns/ingress_sosbox) for lb removal: too many open files"  30209 Oct  9 08:06:02 docker2 dockerd: http: Accept error: a...
張貼留言
閱讀完整內容

這個網誌中的熱門文章

Docker 環境下的 Proxy 配置

GZ
圖片
關於 Docker 環境下的 Proxy 配置，需要先根據問題具體情況分辨配置方法，有兩種：一個是 docker daemon 的配置，這主要是為了能讓 docker host 通過 proxy server 使用 docker pull/docker run 存取遠端 registry；另一個是 docker client 為了建置 image 或運行 container 的時候所需要的網路配置。 首先快速回顧一下 Linux 作業系統中命令行環境的 proxy 配置方法，以 CentOS 系統環境為例，假設一台 HTTPS proxy server 位在 192.168.1.34 而且 port 是 3128： # environment variables for https proxy # export https_proxy="https://192.168.1.34:3128/" 如果 Proxy server 需要輸入帳號密碼，則用下面這樣的形式 # Https proxy with authentication # export https_proxy="https://username:password@192.168.1.34:3128/" 之後 ping 8.8.8.8 看看Internet是否有連通，可以的話就可在 shell 環境下使用軟體包管理器像是 yum, apt-get 等等，安裝新的軟體，但是，同樣的作業系統環境變數設定對於 Docker 引擎不起作用。 Docker 環境下的 Proxy 配置，根據問題具體情況分為 docker daemon 以及 docker client 的配置，下面分別詳細說明。以下方法可適用在 Docker CE 或 Docker EE 17.06 以上的版本。 （一）Docker daemon 的 proxy 配置 如果 Docker host 處於 air-gapped 的環境下，需要先配置 proxy 才能連到 Internet，否則直接用 docker pull 或相關的命令從遠端 registry 來存取 docker images 會遭遇失敗。 以 CentOS，RedHat, Debian, Ubun...
閱讀完整內容