2016-07-19 2 views
0

им с помощью докер, так как я использовал ранчо/сервер с помощью этой командной строки docker run -d --restart=always -p 8080:8080 rancher/server я проверил DOCKER контейнеры (docker ps -a) я найти этот:Невозможно получить доступ к Rancher UI после того, как установлено с помощью DOCKER

dc191cba6ce8  rancher/server  "/usr/bin/s6-svscan /" 10 minutes ago  Up 27 seconds  3306/tcp, 0.0.0.0:8080->8080/tcp naughty_almeida 

содержание IPTables:

Chain ufw-user-input (1 references) 
target  prot opt source    destination   
ACCEPT  tcp -- 0.0.0.0/0   0.0.0.0/0   tcp dpt:8080 
ACCEPT  udp -- 0.0.0.0/0   0.0.0.0/0   udp dpt:8080 

это, кажется, хорошо, но я не могу получить доступ к странице владельца ранчо Ui:

http://IP:8080 

журналы Докер dc191cba6ce8:

2016-07-19 17:58:55,936 INFO [main] [ConsoleStatus] [1/32] [0ms] [0ms] Loading bootstrap 
2016-07-19 17:58:56,267 INFO [main] [ConsoleStatus] [2/32] [330ms] [329ms] Loading config-defaults 
2016-07-19 17:59:09,243 INFO [main] [ConsoleStatus] [3/32] [13307ms] [12976ms] Loading system 
2016-07-19 17:59:09,410 INFO [main] [ConsoleStatus] [4/32] [13474ms] [166ms] Loading defaults 
2016-07-19 17:59:10,482 INFO [main] [ConsoleStatus] [5/32] [14546ms] [1072ms] Loading types 
2016-07-19 17:59:21,385 INFO [main] [ConsoleStatus] [6/32] [25449ms] [10902ms] Loading system-services 
2016-07-19 17:59:22,058 INFO [main] [ConsoleStatus] [7/32] [26122ms] [673ms] Loading agent-server 
2016-07-19 17:59:22,794 INFO [main] [ConsoleStatus] [8/32] [26858ms] [736ms] Loading allocator-server 
+0

У вас есть URL-адрес изображения, которое вы используете на докере-хабе? – lvthillo

+0

Нет, я использовал только эту команду: docker run -d --restart = always -p 8080: 8080 rancher/server –

+0

docker inspect dc191cba6ce8 | grep IPAddress ==> empty - это хорошо? –

ответ

1

DEBUG (резюме всех комментариев/чат): Сначала мы проверили, был ли это вопрос порт-маппинг:

docker inspect dc191cba6ce8 | grep IPAddress 

Который дал IP обратно: 172.17.x.x Когда он был в состоянии curl 172.17.x.x:8080 с выходом: это должно вернуть что-то вроде:

{"type":"collection","resourceType":"apiVersion","links":{"self":"http://172.17.0.6:8080/","latest":"http://172.17.0.6:8080/v1"},"createTypes":{},"actions":{},"data":[{"id":"v1","type":"apiVersion","links":{"self":"http://172.17.0.6:8080/v1"},"actions":{}}],"sortLinks":{},"pagination":null,"sort":null,"filters":{},"createDefaults":{}} 

Итак, сначала мы подумали о проблеме сопоставления портов. Но чем после перепроверки журналов я увидел там были проблемы с запуском контейнера: Выход docker logs dc191cba6ce8 показал:

2016-07-19 17:58:55,936 INFO [main] [ConsoleStatus] [1/32] [0ms] [0ms] Loading bootstrap 
2016-07-19 17:58:56,267 INFO [main] [ConsoleStatus] [2/32] [330ms] [329ms] Loading config-defaults 
2016-07-19 17:59:09,243 INFO [main] [ConsoleStatus] [3/32] [13307ms] [12976ms] Loading system 
2016-07-19 17:59:09,410 INFO [main] [ConsoleStatus] [4/32] [13474ms] [166ms] Loading defaults 
2016-07-19 17:59:10,482 INFO [main] [ConsoleStatus] [5/32] [14546ms] [1072ms] Loading types 
2016-07-19 17:59:21,385 INFO [main] [ConsoleStatus] [6/32] [26858ms] [736ms] Loading allocator-server 

И там остановилась. Таким образом, возникли проблемы с запуском контейнера. Это было вызвано тем, что на сервере было только 512 МБ ОЗУ. На dockerhub некоторые prerequisitions для запуска рейнджер контейнер:

RAM: 1GB+ 

Таким образом, после создания большего сервера (или делать это на месте) он был в состоянии начать контейнер надлежащим образом и получить доступ к консоли в браузере ,

+0

Спасибо за ваше время –

0

Просто введите dockerhost: {здесь 443} в браузере, а если вы используете прокси-сервер, отключите его.

Смежные вопросы