我想在kubectl上编写一个包装器,只显示失败的荚,这意味着它应该只显示已准备好的列值不相同的项(例如,0/1, 0/2, 1/2, 2/3,等)。
$ kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
default pod-with-sidecar 1/2 ErrImagePull
我有一个名为坞的图像-你好-世界-它所做的只是打印Hello到日志使用JRE。当测试的时候,它工作得很好。
然后,我将图像导入Kubernetes Docker并运行--仍然没有问题。
docker images -a
REPOSITORY TAG IMAGE ID CREATED SIZE
docker-hello-world latest
我需要使用FluentBit将集群日志发送到Cloudwatch,我已经设置了流畅的守护进程,但在运行命令时
kubectl get pods -n amazon-cloudwatch
获得以下错误:
Failed to pull image amazon/aws-for-fluent-bit:2.10.0: rpc error: code
= Unknown desc = Error response from daemon: toomanyrequests: You have reached your pull rate limit. You may increase the limit
我正在尝试运行示例云的1.0.1.RELEASE版本,但在minikube和gcloud中都失败了,并显示以下错误:无法从注册表中拉出镜像‘https://github.com/spring-cloud/spring-cloud-kubernetes/tree/master/spring-cloud-kubernetes-examples/kubernetes-hello-world-example /kubernetes-hello-world:1.0.1.RELEASE’。 我首先在Kubernetes in Action中使用了示例kubia.它在minikube和gcloud中都可以
我们已经在集群中的不同命名空间中部署了几个pods。我想检查并识别所有未处于就绪状态的pod。
master $ k get pod/nginx1401 -n dev1401
NAME READY STATUS RESTARTS AGE
nginx1401 0/1 Running 0 10m
在上面的列表中,Pod显示为运行状态,但有一些问题。我们怎样才能找到这些pod的列表。下面的命令没有显示所需的输出:
kubectl get po -A | grep Pending Looking for pods that have
一个工作节点已关闭,get node status by kubectl get nodes显示该节点为NotReady。
但是kubectl get po -o wide --all-namespaces|egrep 'daemonSet-pod|node-hostname',它显示一些DaemonSet pods仍在NotReady节点上运行,无法连接到这些pods。
为什么即使节点为NotReady,Daemonset pod仍显示Running
使用sudo运行kubectl get pods:
sudo kubectl get pods
The connection to the server localhost:8080 was refused - did you specify the right host or port?
以普通用户身份运行:
kubectl get pods
No resources found.
是否可以做kubectl get pods -l foo=bar||a=b而不是kubectl get pods -l foo=bar -l a=b,它给您提供了and而不是or
我玩过基于集合的需求,但似乎无法获得理想的结果:
$ kubectl get pods -l 'app in (microbot, foo)' -A
NAMESPACE NAME READY STATUS RESTARTS AGE
default microbot-657fc66cc6-f4ll7 1/1 Runnin
我试图测量荚启动时间,购买运行以下命令:
% kubectl run --image busybox --attach test -- date
error: timed out waiting for the condition
一开始,这个命令似乎需要很长时间才能启动。但是,如果您在kubectl get pods运行时运行它,您会看到一些有趣的东西。
首先,命令成功:
% kubectl get pods
NAME READY STATUS RESTARTS AGE
test 0/1 Completed 0 2s
然后转换到Cras
简单地说,我已经创建了一个Kubernetes服务,现在创建了一个shell脚本来检查curl的输出。端口转发后,不会显示echo命令输出。任何遗漏的东西我都在这里弄糊涂了。 hello_call() {
if kubectl config get-contexts; then
echo "Listing ALL available contexts....................."
else
echo "Getting contexts failed....."
fi
if kube
我注意到,在使用kubectl时,您几乎可以交替使用、pod、和pods。当使用一个而不是另一个时,是否有任何实例可以获得不同的结果?或者,您可以在不担心的情况下使用其中之一吗?
例如:
kubectl get pods
kubectl get pod
kubectl describe pod/app
kubectl describe pods/app
等等..。
当我运行kubectl get pods时,它显示pod existing and ready,但当运行kubectl port-forward时,我得到pod not foud错误。这里发生了什么事? (base):~ zwang$ k get pods -n delivery
NAME READY STATUS RESTARTS AGE
screenshot-history-7f76489574-wntkf 1/1 Running 86 7h18m
(base):~ zwang
我有这个ansible (工作)剧本,它可以查看kubectl get pods -o json的输出,直到豆荚处于Running状态。现在我想把它扩展到多个吊舱。核心问题是kubectl查询的json结果是一个列表,我知道如何访问第一个项,但不是所有的项.
- name: wait for pods to come up
shell: kubectl get pods -o json
register: kubectl_get_pods
until: kubectl_get_pods.stdout|from_json|json_query('items[0].status
让我们想象一下,您希望节省编写所有kubectl命令:kubectl describe pods的时间,缩短方式:k d p。
因此,解决方案是向~/.bashrc添加函数
k() {
cmd_kubectl="command kubectl"
case ${1} in
g)
shift
kubectl_get="${cmd_kubectl} get"
case ${1} in
p)
shift
${kubectl_get} pods "$@
我已经安装了docker桌面,当我使用docker images命令时,我有一个镜像:
JamesGregory@LT-BY1842A489OJ MINGW64 /c/Dev
$docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
productpricingservice dev 97be3cef2ce8 5 minutes ago 207MB
当我运行以下命令时:kubectl apply -f "C:\Dockerkubernetes\pricingpod.yaml&
我可以在prod命名空间中列出荚。
kubectl get pods -n prod
NAME READY STATUS RESTARTS AGE
curl-pod 1/1 Running 1 (32m ago) 38m
web 1/1 Running 1 (33m ago) 38m
我搞错了
kubectl describe pods curl-pod
Error from server (NotFound): pods "curl-pod" not found
获取事件显示
Normal
我在Windows 10中安装了minikube。我可以启动minikube **C:\WINDOWS\system32>minikube start
* minikube v1.15.1 on Microsoft Windows 10 Pro 10.0.18363 Build 18363
* Using the hyperv driver based on existing profile
* Starting control plane node minikube in cluster minikube
* Restarting existing hyperv VM for