Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

kubectl not starting #19077

Open
sathelagopalreddy opened this issue Jun 17, 2024 · 5 comments
Open

kubectl not starting #19077

sathelagopalreddy opened this issue Jun 17, 2024 · 5 comments
Labels
lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed.

Comments

@sathelagopalreddy
Copy link

What Happened?

[root@localhost ~]# minikube start --force

  • minikube v1.33.1 on Redhat 9.4
    ! minikube skips various validations when --force is supplied; this may lead to unexpected behavior
  • Using the podman driver based on existing profile
  • The "podman" driver should not be used with root privileges. If you wish to continue as root, use --force.
  • If you are running minikube within a VM, consider using --driver=none:
  • https://minikube.sigs.k8s.io/docs/reference/drivers/none/
  • Tip: To remove this root owned cluster, run: sudo minikube delete

X podman only has 1775MiB available, less than the required 1800MiB for Kubernetes

X System only has 1775MiB available, less than the required 1800MiB for Kubernetes

X Requested memory allocation 1775MiB is less than the usable minimum of 1800MB

X Requested memory allocation (1775MB) is less than the recommended minimum 1900MB. Deployments may fail.

X The requested memory allocation of 1775MiB does not leave room for system overhead (total system memory: 1775MiB). You may face stability issues.

  • Suggestion: Start minikube with less memory allocated: 'minikube start --memory=1775mb'

  • Starting "minikube" primary control-plane node in "minikube" cluster

  • Pulling base image v0.0.44 ...
    E0616 21:29:31.126953 5379 cache.go:189] Error downloading kic artifacts: not yet implemented, see issue podman: load kic base image from cache if available for offline mode #8426

  • Restarting existing podman container for "minikube" ...
    ! StartHost failed, but will try again: driver start: start: sudo -n podman start --cgroup-manager cgroupfs minikube: exit status 125
    stdout:
    stderr:
    Error: no container with name or ID "minikube" found: no such container

  • Restarting existing podman container for "minikube" ...

  • Failed to start podman container. Running "minikube delete" may fix it: driver start: start: sudo -n podman start --cgroup-manager cgroupfs minikube: exit status 125
    stdout:

stderr:
Error: no container with name or ID "minikube" found: no such container

X Exiting due to GUEST_PROVISION: error provisioning guest: Failed to start host: driver start: start: sudo -n podman start --cgroup-manager cgroupfs minikube: exit status 125
stdout:

stderr:
Error: no container with name or ID "minikube" found: no such container

╭─────────────────────────────────────────────────────────────────────────────────────────────╮
│ │
│ * If the above advice does not help, please let us know: │
https://github.com/kubernetes/minikube/issues/new/choose
│ │
│ * Please run minikube logs --file=logs.txt and attach logs.txt to the GitHub issue. │
│ │
╰─────────────────────────────────────────────────────────────────────────────────────────────╯

[root@localhost ~]#

Attach the log file

[root@localhost ~]# minikube start --force

  • minikube v1.33.1 on Redhat 9.4
    ! minikube skips various validations when --force is supplied; this may lead to unexpected behavior
  • Using the podman driver based on existing profile
  • The "podman" driver should not be used with root privileges. If you wish to continue as root, use --force.
  • If you are running minikube within a VM, consider using --driver=none:
  • https://minikube.sigs.k8s.io/docs/reference/drivers/none/
  • Tip: To remove this root owned cluster, run: sudo minikube delete

X podman only has 1775MiB available, less than the required 1800MiB for Kubernetes

X System only has 1775MiB available, less than the required 1800MiB for Kubernetes

X Requested memory allocation 1775MiB is less than the usable minimum of 1800MB

X Requested memory allocation (1775MB) is less than the recommended minimum 1900MB. Deployments may fail.

X The requested memory allocation of 1775MiB does not leave room for system overhead (total system memory: 1775MiB). You may face stability issues.

  • Suggestion: Start minikube with less memory allocated: 'minikube start --memory=1775mb'

  • Starting "minikube" primary control-plane node in "minikube" cluster

  • Pulling base image v0.0.44 ...
    E0616 21:29:31.126953 5379 cache.go:189] Error downloading kic artifacts: not yet implemented, see issue podman: load kic base image from cache if available for offline mode #8426

  • Restarting existing podman container for "minikube" ...
    ! StartHost failed, but will try again: driver start: start: sudo -n podman start --cgroup-manager cgroupfs minikube: exit status 125
    stdout:
    stderr:
    Error: no container with name or ID "minikube" found: no such container

  • Restarting existing podman container for "minikube" ...

  • Failed to start podman container. Running "minikube delete" may fix it: driver start: start: sudo -n podman start --cgroup-manager cgroupfs minikube: exit status 125
    stdout:

stderr:
Error: no container with name or ID "minikube" found: no such container

X Exiting due to GUEST_PROVISION: error provisioning guest: Failed to start host: driver start: start: sudo -n podman start --cgroup-manager cgroupfs minikube: exit status 125
stdout:

stderr:
Error: no container with name or ID "minikube" found: no such container

╭─────────────────────────────────────────────────────────────────────────────────────────────╮
│ │
│ * If the above advice does not help, please let us know: │
https://github.com/kubernetes/minikube/issues/new/choose
│ │
│ * Please run minikube logs --file=logs.txt and attach logs.txt to the GitHub issue. │
│ │
╰─────────────────────────────────────────────────────────────────────────────────────────────╯

[root@localhost ~]#

Operating System

Windows

Driver

Docker

@Ritikaa96
Copy link

Hi @sathelagopalreddy there are similar issues, have a look: #14424 #17400 #16919

@Ritikaa96
Copy link

There are couple of hints already given here :

X podman only has 1775MiB available, less than the required 1800MiB for Kubernetes

X System only has 1775MiB available, less than the required 1800MiB for Kubernetes

X Requested memory allocation 1775MiB is less than the usable minimum of 1800MB

X Requested memory allocation (1775MB) is less than the recommended minimum 1900MB. Deployments may fail.

X The requested memory allocation of 1775MiB does not leave room for system overhead (total system memory: 1775MiB). You may face stability issues.

Suggestion: Start minikube with less memory allocated: 'minikube start --memory=1775mb'

@k8s-triage-robot
Copy link

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Mark this issue as fresh with /remove-lifecycle stale
  • Close this issue with /close
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Sep 26, 2024
@Ritikaa96
Copy link

Hi @sathelagopalreddy , did the above comments helped ? Please confirm and close the issue if it is resolved.

@k8s-triage-robot
Copy link

The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Mark this issue as fresh with /remove-lifecycle rotten
  • Close this issue with /close
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle rotten

@k8s-ci-robot k8s-ci-robot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Nov 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed.
Projects
None yet
Development

No branches or pull requests

4 participants