2016-05-26 62 views
15
今天

我再部署使用appcontainers /的mediawiki泊塢窗圖像的的MediaWiki實例,我現在有一個新的問題,爲此,我找不到任何線索。 嘗試使用附加到MediaWiki的前容器後:泊塢窗:集裝箱不斷重新啓動再次

docker attach mediawiki_web_1 

這對我的配置回答Terminated一個原因,我不理會,還嘗試:

docker exec -it mediawiki_web_1 bash 

我得到了接近一個錯誤信息:

Error response from daemon: Container 81c07e4a69519c785b12ce4512a8ec76a10231ecfb30522e714b0ae53a0c9c68 is restarting, wait until the container is running 

還有我的新問題,因爲這個容器永遠不會停止重新啓動。我可以看到使用docker ps -a總是返回一個狀態Restarting (127) x seconds ago

的事情是,我能夠停止容器(我測試),但再次啓動它,似乎把它放回重新啓動循環。

有什麼想法可能是這裏的問題?整個事情是正常工作,直到我試圖連接到它...

我傷心:-(

+0

我不得不完全刪除我的整個泊塢高速緩存,採用https://forums.docker.com/t/how-to-delete-cache/5753/2(我還加了-f標籤RMI)的成功。然後我重建了我的容器並且他們工作了。 – alberto56

回答

26

docker logs命令將向您顯示容器在不以交互方式運行時生成的輸出。這可能包含錯誤消息。

​​

您也可以在前臺運行保鮮盒與docker run -ti <your_wiki_image>,看看是什麼一樣。您可能需要將docker-compose yml中的某些配置映射到docker命令。

我猜想,連接到媒體維基過程中造成已損壞的數據中的一些崩潰。

+0

謝謝,我會檢查。 – Balessan

+0

結果你提供我的猜測是獲得近50個日誌相關容器的命令如下: '2016-05-26T16:38:27.362409489Z *停止Web Server的Apache2 * 2016-05-26T21:49 :11.376549083Z終止 2016-05-26T21:49:11.688655642Z/bin/bash:/tmp/.runco​​nfig.sh:沒有這樣的文件或目錄,所以你是對的,那裏的數據損壞了一些runco​​nfig .sh似乎已經消失。正如你所建議的那樣,我將嘗試再次從前臺運行容器。只需要找到如何指定25個正確的參數^^ – Balessan

+4

謝謝,運行一個新的容器做了這項工作。Docker本來是爲了緩解我的部署,但現在這是一個很大的失敗:-)我可能需要學習並嘗試更多...... – Balessan

1

從個人的經驗這聽起來像有你的碼頭工人容器內的問題,即是不是允許它因此容器內的某些過程導致重新啓動掛起或某些過程導致容器在啓動時崩潰

當您啓動容器時,確保在啓動時將其分開「-d」附加到它。(如 「泊塢窗運行-d mediawiki_web_1」)

+0

我假設使用docker-compose運行容器,無論如何分離它,不是嗎?或者我的配置文件中缺少-d參數。將檢查。 – Balessan