Init containers in Kubernetes - Practice Problems & Coding Challenges

Challenge - 5 Problems

🧠 Conceptual

intermediate

Purpose of Init Containers in Kubernetes

What is the main purpose of an init container in a Kubernetes Pod?

A To monitor the health of the main containers continuously

B To replace the main application containers

C To provide a user interface for the Pod

D To run setup tasks before the main containers start

💡 Hint

Think about tasks that must finish before the main app runs.

Init containers run before app containers to prepare the environment, like setting up files or waiting for services.

💻 Command Output

intermediate

Output of Pod Status with Init Container

Given a Pod with one init container that completes successfully and one main container running, what will be the Pod's status?

Kubernetes

kubectl get pod example-pod -o jsonpath='{.status.phase}'

A Pending

B Init

C Running

D Succeeded

💡 Hint

Consider what happens after init containers finish.

Once all init containers finish successfully, the Pod status moves to Running as main containers start.

❓ Configuration

advanced

Correct Init Container YAML Configuration

Which YAML snippet correctly defines an init container that runs a script before the main container?

Kubernetes

apiVersion: v1
kind: Pod
metadata:
  name: init-example
spec:
  initContainers:
  - name: init-script
    image: busybox
    command: ["sh", "-c", "echo Init task done"]
  containers:
  - name: main-app
    image: nginx

A

initContainers:
- name: init-script
  image: busybox
  command: ["sh", "-c", "echo Init task done"]
containers:
- name: main-app
  image: nginx

B

containers:
- name: init-script
  image: busybox
  command: ["sh", "-c", "echo Init task done"]
initContainers:
- name: main-app
  image: nginx

C

initContainers:
- name: init-script
  image: busybox
  args: ["echo Init task done"]
containers:
- name: main-app
  image: nginx

D

initContainers:
- name: init-script
  image: busybox
  command: "echo Init task done"
containers:
- name: main-app
  image: nginx

💡 Hint

Check the correct use of command as a list and proper placement of initContainers.

Option A correctly places initContainers before containers and uses command as a list of strings.

❓ Troubleshoot

advanced

Troubleshooting Init Container Failure

A Pod's init container keeps restarting and never completes. What is the most likely cause?

A The main container image is missing

B The init container's command exits with a non-zero status

C The Pod has no resource limits set

D The Kubernetes node is out of disk space

💡 Hint

Think about what causes a container to restart repeatedly.

If the init container's command fails (non-zero exit), Kubernetes restarts it until success or failure limit.

🔀 Workflow

expert

Init Container Execution Order in Multi-Init Container Pod

Consider a Pod with three init containers named init1, init2, and init3. In what order will Kubernetes run these init containers?

A init1, then init2, then init3 sequentially

B All three init containers run in parallel

C init3, then init2, then init1 sequentially

D init1 and init3 run in parallel, then init2 runs last

💡 Hint

Think about whether init containers run at the same time or one after another.

Kubernetes runs init containers one by one in the order they are listed in the Pod spec.

Practice

1. What is the primary purpose of an init container in Kubernetes?

easy

A. To run setup tasks before the main application container starts

B. To replace the main application container

C. To monitor the health of the main container continuously

D. To scale the number of application containers automatically

Solution

1. Step 1: Understand the role of init containers

   Init containers run before the main app container to prepare the environment, such as setting up files or waiting for services.

2. Step 2: Compare options with this role

   Only To run setup tasks before the main application container starts describes running setup tasks before the main container starts, which matches the purpose of init containers.

3. Final Answer:

   To run setup tasks before the main application container starts -> Option A

4. Quick Check:

   Init container purpose = setup before main container [OK]

Hint: Init containers run first to prepare environment [OK]

Common Mistakes:

• Thinking init containers replace main containers
• Confusing init containers with health checks
• Assuming init containers handle scaling

2. Which of the following is the correct syntax to define an init container in a Kubernetes Pod spec?

easy

A. containers:
- name: init-example
image: busybox
initContainers:
- name: init-example
image: busybox

B. initContainers:
- name: init-example
image: busybox
containers:
- name: app
image: nginx

C. init:
- name: init-example
image: busybox
containers:
- name: app
image: nginx

D. containers:
- name: app
image: nginx
init:
- name: init-example
image: busybox

Solution

1. Step 1: Recall Kubernetes Pod spec structure

   Init containers are defined under the initContainers field, separate from containers.

2. Step 2: Identify correct syntax

   initContainers: - name: init-example image: busybox containers: - name: app image: nginx correctly places initContainers before containers with proper indentation and keys.

3. Final Answer:

   initContainers: - name: init-example image: busybox containers: - name: app image: nginx -> Option B

4. Quick Check:

   Init containers use 'initContainers' key [OK]

Hint: Use 'initContainers' key, not 'init' [OK]

Common Mistakes:

• Using 'init' instead of 'initContainers'
• Placing init container inside 'containers' list
• Incorrect indentation or YAML structure

3. Given this Pod spec snippet, what will happen when the Pod starts?

initContainers:
- name: wait-for-db
  image: busybox
  command: ['sh', '-c', 'until nslookup db-service; do echo waiting; sleep 2; done']
containers:
- name: app
  image: myapp

medium

A. The init container runs in parallel with the app container

B. The app container starts immediately without waiting

C. The Pod fails because 'nslookup' is not a valid command

D. The init container waits until 'db-service' DNS resolves before app starts

Solution

1. Step 1: Understand init container behavior

   Init containers run before app containers and must complete successfully before the app starts.

2. Step 2: Analyze the command in init container

   The command loops until the DNS name 'db-service' resolves, so it waits for the database service to be ready.

3. Final Answer:

   The init container waits until 'db-service' DNS resolves before app starts -> Option D

4. Quick Check:

   Init container waits for service readiness [OK]

Hint: Init containers run sequentially and block app start [OK]

Common Mistakes:

• Thinking init containers run in parallel
• Assuming app starts immediately
• Believing 'nslookup' is invalid in busybox

4. You defined an init container but your main app container never starts. What is the most likely cause?

medium

A. The Pod spec is missing the 'containers' section

B. The app container image is missing

C. The init container failed or is stuck and did not complete successfully

D. The init container is running after the app container

Solution

1. Step 1: Recall init container lifecycle

   Init containers must complete successfully before the app container starts.

2. Step 2: Identify why app container never starts

   If the init container fails or hangs, the app container will not start, causing the Pod to stall.

3. Final Answer:

   The init container failed or is stuck and did not complete successfully -> Option C

4. Quick Check:

   Init container failure blocks app start [OK]

Hint: Check init container status if app never starts [OK]

Common Mistakes:

• Ignoring init container failure status
• Assuming app container image issues cause this
• Thinking init containers run after app containers

5. You want to use multiple init containers to prepare your Pod environment: one to create a config file, and another to download data. How does Kubernetes handle their execution?

hard

A. Init containers run sequentially, one after another, before the app starts

B. Init containers run after the app container starts

C. Only the first init container runs; others are ignored

D. All init containers run in parallel, and the app starts when all finish

Solution

1. Step 1: Understand init container execution order

   Kubernetes runs init containers one by one, in the order defined, waiting for each to finish before starting the next.

2. Step 2: Confirm app container start timing

   The app container only starts after all init containers have completed successfully.

3. Final Answer:

   Init containers run sequentially, one after another, before the app starts -> Option A

4. Quick Check:

   Init containers run sequentially before app [OK]

Hint: Init containers run one by one before app starts [OK]

Common Mistakes:

• Assuming init containers run in parallel
• Thinking app starts before init containers finish
• Believing only the first init container runs