kubernetes/minikube

none with containerd: make it possible to run without the `docker` CLI

Open

#10.908 geöffnet am 24. März 2021

Auf GitHub ansehen
 (23 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Go (5.222 Forks)batch import
co/none-driverco/runtime/containerdhelp wantedkind/buglifecycle/frozenpriority/backlog

Repository-Metriken

Stars
 (31.799 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 12T 19h) (43 gemergte PRs in 30 T)

Beschreibung

Steps to reproduce the issue:

This is the current behavior regarding initizliation with none driver with containerd runtime.

# minikube start --driver=none --container-runtime='containerd'
😄  minikube v1.18.1 on Ubuntu 20.04 (amd64)
✨  Using the none driver based on user configuration

🤷  Exiting due to PROVIDER_NONE_NOT_FOUND: The 'none' provider was not found: exec: "docker": executable file not found in $PATH
💡  Suggestion: Install docker
📘  Documentation: https://minikube.sigs.k8s.io/docs/reference/drivers/none/

root@minikube:~# minikube start -h | grep provider
root@minikube:~# minikube start --driver=none --container-runtime='containerd'
😄  minikube v1.18.1 on Ubuntu 20.04 (amd64)
✨  Using the none driver based on user configuration

🤷  Exiting due to PROVIDER_NONE_NOT_FOUND: The 'none' provider was not found: exec: "docker": executable file not found in $PATH
💡  Suggestion: Install docker
📘  Documentation: https://minikube.sigs.k8s.io/docs/reference/drivers/none/

Since Docker is no longer default runtime, I think even none driver should consider the runtime option if specified.

Full output of failed command:

Full output of minikube start command used, if not already included:

Optional: Full output of minikube logs command:

Contributor Guide

Research-Richtung
Das Problem erfordert eine Änderung der Initialisierung des 'none' Treiber, damit die Docker Executable nicht bedingungslos erforderlich ist, wenn die Container Runtime containerd ist. Beginnen Sie mit der Untersuchung des Provider Erkennungscodes in minikube/pkg/minikube/drivers/none.go, insbesondere der Funktion, die Docker prüft. Überprüfen Sie dann, wie die Container Runtime Option in minikube/cmd/minikube/cmd/start.go geparst und an die Treiberinitialisierung übergeben wird. Das Ziel ist es, eine bedingte Prüfung hinzuzufügen, sodass die Docker Prüfung übersprungen wird, wenn der Benutzer container runtime=containerd angibt. Die Problemkommentare können zusätzliche Design Diskussionen enthalten; suchen Sie nach etwaigen Vorschlägen der Maintainer.
Tech Stack
go
Domain
infrastructuredevops
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GoGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75