オープンシフト起点でrootとして実行されているイメージのCrashLoopBackOffのデバッグ

オープンシフト元でubuntuコンテナを開始したかったのです。私は自分のローカルレジストリを持っており、それから引き出すことは成功です。コンテナは起動しますが、すぐにCrashLoopBackOffをスローして停止します。私がrootとして実行しているubuntuイメージオープンシフト起点でrootとして実行されているイメージのCrashLoopBackOffのデバッグ

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)"

コンテナは制限付きの特権で動作します。私は、rootアクセス権を持つ私のイメージは

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

を実行するように、次のように私の制限されたモードを編集し、特権モードでポッドを開始する方法を知らない。しかし、まだ私は正常に私のコンテナを起動couldntの？

出典

2016-08-09 Raghavan

あなたは、プロジェクト内の 'OADMポリシー追加-SCC対ユーザanyuid -z default'をを実行し、ダウンあなたのポッドをスケーリングまたはそれを削除しよう（' OCポッドのxxx --grace期間を削除= 0 'とバックました – DenCowboy

いいえ私は今試しました＃./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

crashloopbackoffのデバッグに役立つ2つのコマンドがあります。

oc debug pod/your-pod-nameはそれに非常によく似たポッドとexecを作成します。あなたはそれを起動するためのさまざまなオプションを見ることができ、SCCオプションを扱うものもあります。また、ポッドを打ち抜くことができるほとんどのものをdc、rc、is、使用することができます。

oc logs -p pod/your-pod-nameはあまりにも有用な情報を持っている可能性がある、ポッドの最後の実行からログを取得します。

出典

2016-08-10 11:40:07

オープンシフト起点でrootとして実行されているイメージのCrashLoopBackOffのデバッグ

答えて

関連する問題