2016-08-09 3 views
0

Я хотел запустить контейнер ubuntu с открытым сдвигом. У меня есть мой локальный реестр и вытаскивание из него успешно. Контейнер запускается, но сразу же бросает CrashLoopBackOff и останавливается. Изображение ubuntu, которое у меня запущено как кореньОтладка CrashLoopBackOff для изображения, выполняемого как root в начале начала спуска.

Started container with docker id 28250a528e69 
Created container with docker id 28250a528e69 
Successfully pulled image "ns1.myregistry.com:5000/[email protected]:6d9a2a1bacdcb2bd65e36b8f1f557e89abf0f5f987ba68104bcfc76103a08b86" 
pulling image "ns1.myregistry.com:5000/[email protected]:6d9a2a1bacdcb2bd65e36b8f1f557e89abf0f5f987ba68104bcfc76103a08b86" 
Error syncing pod, skipping: failed to "StartContainer" for "ubuntu" with CrashLoopBackOff: "Back-off 5m0s restarting failed container=ubuntu pod=ubuntu-2-suy6p_testproject(69af5cd9-5dff-11e6-940e-0800277bbed5)" 

Контейнер работает с ограниченными привилегиями. Я не знаю, как начать стручок с привилегированным режимом, поэтому редактировал свой ограниченный режим следующим образом так, что мой образ с правами суперпользователя будет работать

> NAME   PRIV  CAPS  SELINUX RUNASUSER FSGROUP 
> SUPGROUP PRIORITY READONLYROOTFS VOLUMES restricted true  
> []  RunAsAny RunAsAny RunAsAny RunAsAny <none>  
> false   [configMap downwardAPI emptyDir persistentVolumeClaim 
> secret] 

Но все-таки я не смог успешно начать свой контейнер?

+0

Вы пытались выполнить «oadm policy add-scc-to-user anyuid -z default» внутри своего проекта и масштабировать свой код или удалить его ('oc delete pod xxx -grace-period = 0' и обратно – DenCowboy

+0

Нет. Я попробовал это сейчас. # ./oc whoami test # ./oadm --config =/home/ubuntu/Openshift/openshift-origin-server-v1.3.0-alpha.2-983578e- linux-64bit/openshift.local.config/master/admin.kubeconfig политика add-scc-to-user anyuid -z default Затем был развернут новый модуль. – Raghavan

ответ

0

Есть две команды, которые полезны для отладки crashloopbackoff.

oc debug pod/your-pod-name создаст в нем очень похожий блок и exec. Вы можете посмотреть различные варианты его запуска, некоторые из них касаются параметров SCC. Вы также можете использовать dc, rc, is, большинство вещей, которые могут уничтожать стручки.

oc logs -p pod/your-pod-name будет извлекать журналы с последнего запуска контейнера, что может также иметь полезную информацию.