2016-01-20 28 views
6

Stiamo eseguendo un servizio Jetty sul motore del contenitore Google. Questo servizio funziona perfettamente in un pod con un rc. Possiamo chiuderlo, ricostruirlo e fare ogni sorta di cose e funzionerà ancora.Kubernetes: l'avvio del docker pod non riesce tranne uno

Ora vogliamo estendere la nostra infrastruttura con un'immagine debian che esegue qualcos'altro. Localmente, la finestra mobile funziona correttamente e possiamo accedere alla linea di comando di debian. Una volta che proviamo a eseguire il pod nel cloud, abbiamo dei problemi.

Il Dockerfile usiamo contiene: da Debian: ultima Poi si corre il prossimo comandi:

docker build -t eu.gcr.io/project_id/debstable:stable . 

gcloud docker push eu.gcr.io/project_id/debstable:stable 

kubectl run debstable --image=eu.gcr.io/project_id/debstable:stable 

Il pod riceve Status CrashLoopBackOff e continua a riavviare. parte dei tronchi mostrare questo:

I0120 14:19:58.438979 3479 kubelet.go:2012] SyncLoop (ADD): "debstable-blvdi_default" 
I0120 14:19:58.478235 3479 manager.go:1707] Need to restart pod infra container for "debstable-blvdi_default" because it is not found 
I0120 14:20:00.025467 3479 server.go:944] GET /stats/default/debstable-blvdi/e2ab2ffc-bf80-11e5-a1d8-42010af001a5/debstable: (100.384µs) 404 [[Go 1.1 package http] 10.0.0.3:40650] 
I0120 14:20:05.017006 3479 server.go:944] GET /stats/default/debstable-blvdi/e2ab2ffc-bf80-11e5-a1d8-42010af001a5/debstable: (56.159µs) 404 [[Go 1.1 package http] 10.0.0.3:40694] 
I0120 14:20:10.015072 3479 server.go:944] GET /stats/default/debstable-blvdi/e2ab2ffc-bf80-11e5-a1d8-42010af001a5/debstable: (66.802µs) 404 [[Go 1.1 package http] 10.0.0.3:40708] 
I0120 14:20:15.017521 3479 server.go:944] GET /stats/default/debstable-blvdi/e2ab2ffc-bf80-11e5-a1d8-42010af001a5/debstable: (32.91µs) 404 [[Go 1.1 package http] 10.0.0.3:40566] 
I0120 14:20:18.530030 3479 manager.go:2022] Back-off 10s restarting failed container=debstable pod=debstable-blvdi_default 

Le informazioni finestra mobile mostra le versioni, che possono essere rilevanti:

$ sudo docker info 
Containers: 24 
Images: 68 
Storage Driver: aufs 
Root Dir: /var/lib/docker/aufs 
Backing Filesystem: extfs 
Dirs: 116 
Dirperm1 Supported: true 
Execution Driver: native-0.2 
Logging Driver: json-file 
Kernel Version: 3.16.0-0.bpo.4-amd64 
Operating System: Debian GNU/Linux 7 (wheezy) 
CPUs: 1 
Total Memory: 3.625 GiB 

WARNING: No swap limit support 

Grazie e buona giornata

+2

kubectl run creerà un pod rc + con l'immagine come un unico contenitore. Non indovinerà un comando da eseguire nel contenitore, quindi ad esempio: qualcosa come 'kubectl run ubuntu --image = ubuntu: 14.04' entrerà in un crashloop, perché il contenitore continuerà ad uscire ma ha una politica di riavvio che richiede il riavvio. Se hai un comando, puoi specificare 'kubectl run --image = foo -i cmd'. –

risposta

2

Prashanth B aveva ragione! Non avendo comandi, il pod si riavvia nel crashloop.

Grazie e buona giornata.

Problemi correlati