2016-01-20 18 views
6

Prowadzimy usługę Jetty w silniku kontenerowym Google. Ta jedna usługa działa dobrze w kapsule z rc. Możemy go wyłączyć, przebudować i wykonać różne czynności, a on nadal będzie działał.Kubernetes: Docker się nie uruchamia oprócz jednego

Teraz chcemy rozszerzyć naszą infrastrukturę o obraz debianowy, który uruchamia coś innego. Lokalnie, dokowanie działa dobrze i możemy uzyskać dostęp do wiersza poleceń debian. Gdy spróbujemy uruchomić strąk w chmurze, dostaniemy problemy.

Dockerfile używamy zawiera: Debian: najnowsza Następnie uruchom następujące polecenia:

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 

Kapsuła uzyskuje status CrashLoopBackOff i utrzymuje się na ponowne uruchomienie. Część dzienników pokazać to:

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 

informacji doker pokazuje wersje, które mogą być istotne:

$ 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 

Dzięki i miłego dnia

+2

run kubectl utworzy plik rc + pod obrazem jako jeden pojemnik. Nie zgadnie, że polecenie uruchamia się w kontenerze, więc np. Coś takiego jak 'kubectl run ubuntu --image = ubuntu: 14.04' wprowadzi crashloop, ponieważ kontener będzie nadal wychodził, ale ma regułę restartu z prośbą o ponowne uruchomienie. Jeśli masz polecenie, możesz podać 'kubectl run --image = foo -i cmd'. –

Odpowiedz

2

Prashanth B był tuż! Brak komend powoduje restart urządzenia w crashloopie.

Dzięki i dzień dobry.

Powiązane problemy