Error from server notfound replicationcontrollers kubia not found

Я использую minikube, чтобы узнать о докере, но столкнулся с проблемой. Я слежу за примерами в Kubernetes в действии и пытаюсь получить модуль, который я вытащил из своей учетной записи Docker Hub, но я не могу сделать этот модуль видимым. Если я бегу kubectl get pod Я вижу, что капсула присутствуе....

Я использую minikube, чтобы узнать о докере, но столкнулся с проблемой.

Я слежу за примерами в Kubernetes в действии и пытаюсь получить модуль, который я вытащил из своей учетной записи Docker Hub, но я не могу сделать этот модуль видимым.

Если я бегу

kubectl get pod

Я вижу, что капсула присутствует.

NAME    READY   STATUS    RESTARTS   AGE
kubia   1/1     Running   1          6d22h

Однако, когда я делаю первый шаг по созданию службы

kubectl expose rc kubia --type=LoadBalancer --name kubia-http service "kubia-http" exposed

Я получаю сообщение об ошибке

Error from server (NotFound): replicationcontrollers "kubia" not found
Error from server (NotFound): replicationcontrollers "service" not found
Error from server (NotFound): replicationcontrollers "kubia-http" not found
Error from server (NotFound): replicationcontrollers "exposed" not found

Есть идеи, почему я получаю эту ошибку и что мне нужно сделать, чтобы ее исправить?

Я использую minikube v1.13.1 на Mac Mojave (v10.14.6), и я не могу выполнить обновление, потому что я использую машину, предоставленную компанией, и все обновления контролируются HQ.

2 ответа

Лучший ответ

В этой книге используется команда kubectl run kubia --image=luksa/kubia --port=8080 --generator=run/v1, которая использовалась для создания ReplicationController еще в те дни, когда была написана книга, однако этот объект в настоящее время не используется.

Теперь команда kubectl run создает автономный модуль без ReplicationController. Итак, чтобы открыть его, вы должны запустить:

kubectl expose pod kubia --type=LoadBalancer --name kubia-http

Для создания репликации рекомендуется использовать Deployment. Чтобы создать его с помощью CLI, вы можете просто запустить

kubectl create deployment <name_of_deployment> --image=<image_to_be_used>

Будет создано развертывание и один модуль. А затем его можно экспонировать аналогично предыдущему экспонированию стручка:

kubectl expose deployment kubia --type=LoadBalancer --name kubia-http


0

Mariusz K.
12 Окт 2020 в 12:13

Контроллеры репликации — более старые концепции, чем создание служб и развертываний в Kubernetes, checkout Этот ответ.

Шаблон услуги выглядит следующим образом:

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app: App
  ports:
    - protocol: tcp
      port: 80
      targetPort: 8080

Затем после сохранения конфигурации службы в файл вы делаете kubectl apply -f <filename>

Дополнительную информацию можно найти по адресу: https://kubernetes.io/docs / concept / services-network / service / # определение-услуга


0

islamhamdi
12 Окт 2020 в 00:19

Источник
Recent Posts
How can I color dots in a xy scatterplot according to column value?
How to update a claim in ASP.NET Identity?
What does {0} mean when initializing an object?
Accessing members of items in a JSONArray with Java
How to log SQL statements in Spring Boot?
Powershell Get-WebSite name parameter is ignored
How to detect scroll to bottom of html element
Java synchronized method
How to test controllers with CodeIgniter?
Detect Visual Composer
Matplotlib: Specify format of floats for tick labels
Rails join a list of strings with commas and «and» before the last

Источник

I am using minikube to learn about docker, but I have come across a problem.

I am following along with the examples in Kubernetes in Action, and I am trying to get a pod that I have pulled from my docker hub account, but I cannot make this pod visible.

if I run

kubectl get pod

I can see that the pod is present.

NAME    READY   STATUS    RESTARTS   AGE
kubia   1/1     Running   1          6d22h

However when I do the first step to create a service

kubectl expose rc kubia --type=LoadBalancer --name kubia-http service "kubia-http" exposed

I am getting this error returned

Error from server (NotFound): replicationcontrollers "kubia" not found
Error from server (NotFound): replicationcontrollers "service" not found
Error from server (NotFound): replicationcontrollers "kubia-http" not found
Error from server (NotFound): replicationcontrollers "exposed" not found

Any ideas why I am getting this error and what I need to do to correct it?

I am using minikube v1.13.1 on mac Mojave (v10.14.6), and I can’t upgrade because I am using a company supplied machine, and all updates are controlled by HQ.

Источник

Is this a BUG REPORT or FEATURE REQUEST? : BUG REPORT

Minikube version : v0.20.0

Environment:

  • OS (e.g. from /etc/os-release): Ubuntu 12.04.5 LTS
  • VM Driver (e.g. cat ~/.minikube/machines/minikube/config.json | grep DriverName): «DriverName»: «virtualbox»
  • ISO version (e.g. cat ~/.minikube/machines/minikube/config.json | grep -i ISO or minikube ssh cat /etc/VERSION): «Boot2DockerURL»: «file:///home/nszig/.minikube/cache/iso/minikube-v0.20.0.iso»
  • Install tools:
  • Others:

What happened:
I have installed minikube and kubectl on Ubuntu. However i cannot access the dashboard both through the CLI and through the GUI.
http://127.0.0.1:8001/ui give the below error
{
«kind»: «Status»,
«apiVersion»: «v1»,
«metadata»: {},
«status»: «Failure»,
«message»: «no endpoints available for service «kubernetes-dashboard»»,
«reason»: «ServiceUnavailable»,
«code»: 503
}

And minikube dashboard on the CLI does not open the dashboard

What you expected to happen:
I should be able to view the kubernetes dashboard

How to reproduce it (as minimally and precisely as possible):
Try the below on Ubuntu 12.04LTS

  • curl -Lo minikube https://storage.googleapis.com/minikube/releases/v0.20.0/minikube-linux-amd64 && chmod +x minikube && sudo mv minikube /usr/local/bin/

  • curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/amd64/kubectl

  • chmod +x ./kubectl

  • sudo mv ./kubectl /usr/local/bin/kubectl

  • minikube dashboard

Output:
Waiting, endpoint for service is not ready yet…
Waiting, endpoint for service is not ready yet…
Waiting, endpoint for service is not ready yet…
Waiting, endpoint for service is not ready yet…
…….
Could not find finalized endpoint being pointed to by kubernetes-dashboard: Temporary Error: Endpoint for service is not ready yet
Temporary Error: Endpoint for service is not ready yet
Temporary Error: Endpoint for service is not ready yet
Temporary Error: Endpoint for service is not ready yet

http://127.0.0.1:8001/ui
{
«kind»: «Status»,
«apiVersion»: «v1»,
«metadata»: {},
«status»: «Failure»,
«message»: «no endpoints available for service «kubernetes-dashboard»»,
«reason»: «ServiceUnavailable»,
«code»: 503
}

Anything else do we need to know:
kubectl version: Client Version: version.Info{Major:»1″, Minor:»7″, GitVersion:»v1.7.0″, GitCommit:»d3ada0119e776222f11ec7945e6d860061339aad», GitTreeState:»clean», BuildDate:»2017-06-29T23:15:59Z», GoVersion:»go1.8.3″, Compiler:»gc», Platform:»linux/amd64″}
Server Version: version.Info{Major:»1″, Minor:»6″, GitVersion:»v1.6.4″, GitCommit:»d6f433224538d4f9ca2f7ae19b252e6fcb66a3ae», GitTreeState:»dirty», BuildDate:»2017-06-22T04:31:09Z», GoVersion:»go1.7.5″, Compiler:»gc», Platform:»linux/amd64″}

minikube logs also reports the errors below:
…..
Jul 10 08:46:12 minikube localkube[3237]: I0710 08:46:12.901880 3237 kuberuntime_manager.go:458] Container {Name:php-redis Image:gcr.io/google-samples/gb-frontend:v4 Command:[] Args:[] WorkingDir: Ports:[{Name: HostPort:0 ContainerPort:80 Protocol:TCP HostIP:}] EnvFrom:[] Env:[{Name:GET_HOSTS_FROM Value:dns ValueFrom:nil}] Resources:{Limits:map[] Requests:map[cpu:{i:{value:100 scale:-3} d:{Dec:} s:100m Format:DecimalSI} memory:{i:{value:104857600 scale:0} d:{Dec:} s:100Mi Format:BinarySI}]} VolumeMounts:[{Name:default-token-gqtvf ReadOnly:true MountPath:/var/run/secrets/kubernetes.io/serviceaccount SubPath:}] LivenessProbe:nil ReadinessProbe:nil Lifecycle:nil TerminationMessagePath:/dev/termination-log TerminationMessagePolicy:File ImagePullPolicy:IfNotPresent SecurityContext:nil Stdin:false StdinOnce:false TTY:false} is dead, but RestartPolicy says that we should restart it.
Jul 10 08:46:14 minikube localkube[3237]: E0710 08:46:14.139555 3237 remote_runtime.go:86] RunPodSandbox from runtime service failed: rpc error: code = 2 desc = unable to pull sandbox image «gcr.io/google_containers/pause-amd64:3.0»: Error response from daemon: Get https://gcr.io/v1/_ping: x509: certificate signed by unknown authority
…..

Источник

Понравилась статья? Поделить с друзьями:
  • Error from server badrequest container in pod is waiting to start containercreating
  • Error from rasdial на магнитоле
  • Error from midi driver fl studio
  • Error from chokidar error enospc system limit for number of file watchers reached watch
  • Error from chokidar c error ebusy resource busy or locked lstat c dumpstack log tmp