/種類の機能

/ sig cli

ここでも同じですが、複雑な構文を使用して、実行されていないコンテナのみを一覧表示するのは信じられないことです...

理想的には、次のように言うことができます。

kubectl get pods --namespace foo -l status=pending

動作させるには、 .status == "False"に小さな変更を加える必要がありました

kubectl get pods -a --all-namespaces -o json  | jq -r '.items[] | select(.status.phase != "Running" or ([ .status.conditions[] | select(.type == "Ready" and .status == "False") ] | length ) == 1 ) | .metadata.namespace + "/" + .metadata.name'

50140は、これらのポッドをフィルタリングするための新しいフラグ--field-selectorを提供します。

$ kubectl get pods --field-selector=status.phase!=Running

/選ぶ

@dixudx

kubectl version
Client Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.4", GitCommit:"9befc2b8928a9426501d3bf62f72849d5cbcd5a3", GitTreeState:"clean", BuildDate:"2017-11-20T19:11:02Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.0", GitCommit:"0b9efaeb34a2fc51ff8e4d34ad9bc6375459c4a4", GitTreeState:"clean", BuildDate:"2017-11-29T22:43:34Z", GoVersion:"go1.9.1", Compiler:"gc", Platform:"linux/amd64"}

kubectl get po --field-selector=status.phase==Running -l app=k8s-watcher
Error: unknown flag: --field-selector

@asarkar --field-selectorは、間もなくリリースされるv1.9を対象としています。

@dixudxフィールドセレクターのPRに感謝します。 しかし、これは私が考えていたものではないと思います。 準備チェックに合格していないコンテナが1つ以上あるポッドを見つけられるようにしたかったのです。

準備ができていないポッド（kubectl v1.9.1）があるとすると、 READY 0/1 ：

$ kubectl get pods                                       
NAME          READY     STATUS    RESTARTS   AGE
pod-unready   0/1       Running   0          50s

このポッドはまだフェーズ実行中であるため、提案されたフィルターを使用して取得することはできません。

$ kubectl get pods --field-selector=status.phase!=Running
No resources found.

/ reopen

同じ問題が発生しました。
私は次のようなものがあれば嬉しいです：
kubectl get pods --field-selector = status.ready！= True

うーん、ネストされた配列アイテムを取得するために使用できますか？ 私がやりたいように

kubectl get pods --field-selector=status.containerStatuses.restartCount!=0

しかし、エラーを返し、 status.containerStatuses..restartCountを試しましたが、機能せず、同じエラーError from server (BadRequest): Unable to find "pods" that match label selector "", field selector "status.containerStatuses..restartCount==0": field label not supported: status.containerStatuses..restartCountを返します。

@artemyarulin試してみてくださいstatus.containerStatuses[*].restartCount==0

おかげで、kubectl v1.9.3 / cluster v1.9.2を試してみたところ、同じエラー（ Error from server (BadRequest): Unable to find "pods" that match label selector "", field selector "status.containerStatuses[*].restartCount!=0": field label not supported: status.containerStatuses[*].restartCount ）が返されました。 私は何か間違ったことをしていますか？ それはあなたのために働きますか？

悲しいことに、v1.9.4でも同じことが起こります。

ここで私がやろうとしているのは、特定の親uidを持つすべてのポッドを取得することです...

$ kubectl get pod --field-selector='metadata.ownerReferences[*].uid=d83a23e1-37ba-11e8-bccf-0a5d7950f698'
Error from server (BadRequest): Unable to find "pods" that match label selector "", field selector "ownerReferences[*].uid=d83a23e1-37ba-11e8-bccf-0a5d7950f698": field label not supported: ownerReferences[*].uid

この機能を心配して待っています•ᴗ•

--field-selector = 'metadata.ownerReferences [ ] .uid = d83a23e1-37ba-11e8-bccf-0a5d7950f698'フィールドラベルはサポートされていません：ownerReferences [ ] .uid

このフィルター文字列はサポートされていません。

ポッドの場合、「metadata.name」、「metadata.namespace」、「spec.nodeName」、「spec.restartPolicy」、「spec.schedulerName」、status.phase」、「status.podIP」、「status.nominatedNodeName」のみ、「sepc.nodeName」がサポートされています。

@migueleliaswebケースでポッドをファイリングする場合は、 jqを使用できます。

$ kubectl get pod -o json | jq '.items | map(select(.metadata.ownerReferences[] | .uid=="d83a23e1-37ba-11e8-bccf-0a5d7950f698"))'

また、kubectlのJSONPathサポートを使用することもできます。

ありがとう@dixudx 。 しかし、少しよく理解させてください。 数千のポッドがあるクラスターでこのクエリを実行している場合：

• APIServerはそれらすべてをETCDからフェッチし、メモリ内フィルタリングを適用しますか？
• または、私のkubectlはすべてのポッドを受け取り、ローカルでフィルターを適用しますか？
• または、ETCD内のフィルタリングが発生しますか？ したがって、フィルタリングされた結果のみが返されますか？

APIServerはそれらすべてをETCDからフェッチし、メモリ内フィルタリングを適用しますか？
または、私のkubectlはすべてのポッドを受け取り、ローカルでフィルターを適用しますか？
または、ETCD内のフィルタリングが発生しますか？ したがって、フィルタリングされた結果のみが返されますか？

@migueleliaswebkubectlの使用時に--field-selectorが発行された場合、フィルタリングはapiserverのキャッシュにあります。 APIServerは、etcdに対して単一のウォッチを開き、フィルタリングなしで（特定のタイプの）すべてのオブジェクトを監視します。 etcdから配信された変更は、apiserverのキャッシュに保存されます。

--sort-byの場合、フィルタリングはkubectlクライアント側で行われます。

これはkubectl getでうまく機能しますが、 deleteとdescribeに適用できれば便利です。

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale

kubectl get po --all-namespaces | grep -vE '1/1|2/2|3/3'を使用して、すべての準備が整っていないポッドを一覧表示しています。

私見これは単なる機能ではなく、ほとんど必須です。 --field-selector=status.phase!=RunningにリストされていないCrashBackoffLoopにあるポッドを持つことができるという事実は、 field-selector全体をかなり役に立たないものにします。 jsonを解析せずに、問題のあるポッドのリストを取得する簡単な方法があるはずです。

PowerShellを使用すると、このように、次のようなことができます

すべてのステータスを返すには

Get-PodStatus | ft -autosize

それらを除外するには

Get-PodStatus | where { ($_.status -eq "Running") -and ($_.state -eq "ready") } | ft -AutoSize

ご参考までに：

kubectl get pods --field-selector=status.phase!=Succeeded

完了したジョブを除外するために使用できます。これは、バージョン217の時点でデフォルトで含まれているように見えます。

いいえ：

kubectl get pods --field-selector=status.phase!=Completedこれは、STATUSが「完了」と表示されていることを考えると、私にとってはより合理的です。

これはstatus.phaseで機能するはずですか？ ノードを終了すると、すべてのポッドが不明またはNodeLostとして表示されますが、フィールドセレクターによってフィルター処理されません。

$ kubectl get pods --field-selector=status.phase=Running --all-namespaces
NAMESPACE     NAME                                          READY   STATUS     RESTARTS   AGE
kube-system   coredns-78fcdf6894-9gc7n                      1/1     Running    0          1h
kube-system   coredns-78fcdf6894-lt58z                      1/1     Running    0          1h
kube-system   etcd-i-0564e0652e0560ac4                      1/1     Unknown    0          1h
kube-system   etcd-i-0af8bbf22a66edc1d                      1/1     Running    0          1h
kube-system   etcd-i-0e780f1e91f5a7116                      1/1     Running    0          1h
kube-system   kube-apiserver-i-0564e0652e0560ac4            1/1     Unknown    0          1h
kube-system   kube-apiserver-i-0af8bbf22a66edc1d            1/1     Running    1          1h
kube-system   kube-apiserver-i-0e780f1e91f5a7116            1/1     Running    1          1h
kube-system   kube-controller-manager-i-0564e0652e0560ac4   1/1     Unknown    1          1h
kube-system   kube-controller-manager-i-0af8bbf22a66edc1d   1/1     Running    0          1h
kube-system   kube-controller-manager-i-0e780f1e91f5a7116   1/1     Running    0          1h
kube-system   kube-router-9kkxh                             1/1     NodeLost   0          1h
kube-system   kube-router-dj9sp                             1/1     Running    0          1h
kube-system   kube-router-n4zzw                             1/1     Running    0          1h
kube-system   kube-scheduler-i-0564e0652e0560ac4            1/1     Unknown    0          1h
kube-system   kube-scheduler-i-0af8bbf22a66edc1d            1/1     Running    0          1h
kube-system   kube-scheduler-i-0e780f1e91f5a7116            1/1     Running    0          1h
kube-system   tiller-deploy-7678f78996-6t84j                1/1     Running    0          1h

実行されていないポッドがこのクエリでリストされることは期待していません...

このフィールドセレクターは他のオブジェクトタイプでも機能する必要がありますか？ PVCでは機能しないようです。

$ kubectl get pvc --field-selector=status.phase!=Bound
Error from server (BadRequest): Unable to find {"" "v1" "persistentvolumeclaims"} that match label selector "", field selector "status.phase!=Bound": "status.phase" is not a known field selector: only "metadata.name", "metadata.namespace"

このフィールドセレクターの構文は、私にはまだ混乱を招きます。何らかの理由で、「削除済み」ステータスを確実にフィルタリングできません（実行中でない場合にのみ表示できます）。 私はここで何を間違えましたか？

https://kubernetes.io/docs/concepts/overview/working-with-objects/field-selectors/を読みましたが、まだ機能しません。

$ kubectl get po --field-selector status.phase!=Running
NAME                        READY     STATUS      RESTARTS   AGE
admin-55d76dc598-sr78x      0/2       Evicted     0          22d
admin-57f6fcc898-df82r      0/2       Evicted     0          17d
admin-57f6fcc898-dt5kb      0/2       Evicted     0          18d
admin-57f6fcc898-jqp9j      0/2       Evicted     0          17d
admin-57f6fcc898-plxhr      0/2       Evicted     0          17d
admin-57f6fcc898-x5kdz      0/2       Evicted     0          17d
admin-57f6fcc898-zgsr7      0/2       Evicted     0          18d
admin-6489584498-t5fzf      0/2       Evicted     0          28d
admin-6b7f5dbb5d-8h9kt      0/2       Evicted     0          9d
admin-6b7f5dbb5d-k57sk      0/2       Evicted     0          9d
admin-6b7f5dbb5d-q7h7q      0/2       Evicted     0          7d
admin-6b7f5dbb5d-sr8j6      0/2       Evicted     0          9d
admin-7454f9b9f7-wrgdk      0/2       Evicted     0          38d
admin-76749dd59d-tj48m      0/2       Evicted     0          22d
admin-78648ccb66-qxgjp      0/2       Evicted     0          17d
admin-795c79f58f-dtcnb      0/2       Evicted     0          25d
admin-7d58ff6cfd-5pt9p      0/2       Evicted     0          4d
admin-7d58ff6cfd-99pzq      0/2       Evicted     0          3d
admin-7d58ff6cfd-9cbjd      0/2       Evicted     0          3d
admin-b5d6d84d6-5q67l       0/2       Evicted     0          12d
admin-b5d6d84d6-fh2ck       0/2       Evicted     0          13d
admin-b5d6d84d6-r4d8b       0/2       Evicted     0          14d
admin-c56558f95-bxxq5       0/2       Evicted     0          7d
api-5445fd6b8b-4jts8        0/2       Evicted     0          3d
api-5445fd6b8b-5b2jp        0/2       Evicted     0          2d
api-5445fd6b8b-7km72        0/2       Evicted     0          4d
api-5445fd6b8b-8tsgf        0/2       Evicted     0          4d
api-5445fd6b8b-ppnxp        0/2       Evicted     0          2d
api-5445fd6b8b-qqnxr        0/2       Evicted     0          2d
api-5445fd6b8b-z77wp        0/2       Evicted     0          2d
api-5445fd6b8b-zjcmg        0/2       Evicted     0          2d
api-5b6647d48b-frbhj        0/2       Evicted     0          9d
api-9459cb775-5cz7f         0/2       Evicted     0          1d

$ kubectl get po --field-selector status.phase=Evicted
No resources found.
$ kubectl get po --field-selector status.phase==Evicted
No resources found.
$ kubectl get po --field-selector status.phase=="Evicted"
No resources found.
$ kubectl get po --field-selector status.phase="Evicted"
No resources found.

$ kubectl version
Client Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.7", GitCommit:"0c38c362511b20a098d7cd855f1314dad92c2780", GitTreeState:"clean", BuildDate:"2018-08-20T10:09:03Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"10+", GitVersion:"v1.10.6-gke.11", GitCommit:"42df8ec7aef509caba40b6178616dcffca9d7355", GitTreeState:"clean", BuildDate:"2018-11-08T20:06:00Z", GoVersion:"go1.9.3b4", Compiler:"gc", Platform:"linux/amd64"}

準備チェックに合格した（または合格しなかった）実行中のポッドを一覧表示する方法があるはずです。

また、Ready列の値が何を意味するのかはどこに文書化されていますか？ （0 / 1、1 / 1）

@ye Evictedはstatus.phase値ではないため、機能していません： https ：//kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/

削除されたのはステータスの理由に属します： https ：//kubernetes.io/docs/reference/generated/kubernetes-api/v1.13/#podstatus -v1-core

残念ながら、現時点ではフィールドセレクターを使用してクエリを実行することはできません。

pod-lifecycleのドキュメントによるとstatus.phaseであるため、 CrashLoopBackOffを含めるべきではありませんか？

17:18:13 $ kubectl get pods --field-selector=status.phase!=Running
No resources found.
17:19:32 $ kubectl get pods|grep CrashLoopBackOff
kubernetes-dashboard-head-57b9585588-lvr5t               0/1     CrashLoopBackOff   2292       8d
17:22:45 $ kubectl version
Client Version: version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.3", GitCommit:"721bfa751924da8d1680787490c54b9179b1fed0", GitTreeState:"clean", BuildDate:"2019-02-01T20:08:12Z", GoVersion:"go1.11.5", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.2", GitCommit:"cff46ab41ff0bb44d8584413b598ad8360ec1def", GitTreeState:"clean", BuildDate:"2019-01-10T23:28:14Z", GoVersion:"go1.11.4", Compiler:"gc", Platform:"linux/amd64"}

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale

まだ発行、2年後

私はこれが解決策なしで長い間存在していたとは信じられません。

kubectl get pods --all-namespaces | grep -Ev '([0-9]+)/\1'を使用しています

これは、jsonpath出力を使用してkubectlですでに実行できます。

例：これにより、各ポッドのnamespaceとnameがRunning状態で印刷されます。

kubectl get pods --all-namespaces -o jsonpath="{range .items[?(@.status.phase == 'Running')]}{.metadata.namespace}{' '}{.metadata.name}{'\n'}{end}"

@albertvakaは、 CrashLoopBackOffのポッドがある場合は表示されません

$ kubectl get pods --all-namespaces -o jsonpath="{range .items[?(@.status.phase != 'Running')]}{.metadata.namespace}{' '}{.metadata.name}{'\n'}{end}"
default pod-with-sidecar
my-system glusterfs-brick-0
my-system sticky-scheduler-6f8d74-6mh4q

$ kubectl get pods --all-namespaces | grep -Ev '([0-9]+)/\1'
NAMESPACE       NAME                                        READY     STATUS             RESTARTS   AGE
default         pod-with-sidecar                            1/2       ImagePullBackOff   0          3m
default         pod-with-sidecar2                           1/2       CrashLoopBackOff   4          3m
my-system       glusterfs-brick-0                           0/2       Pending            0          4m
my-system       sticky-scheduler-6f8d74-6mh4q               0/1       ImagePullBackOff   0          9m

また、 kubectl get podsのような出力形式が必要です

これをしても役に立たなかった

$ kubectl get pods --field-selector=status.phase!=Running,status.phase!=Succeeded --all-namespaces
NAMESPACE       NAME                                READY     STATUS              RESTARTS   AGE
default         pod-with-sidecar                    0/2       ContainerCreating   0          37s
my-system       glusterfs-brick-0                   0/2       Pending             0          3m
my-system       sticky-scheduler-6f8d74-6mh4q       0/1       ImagePullBackOff    0          7m

@albertvakaは、 CrashLoopBackOffのポッドがある場合は表示されません

それがポイントです。

また、 kubectl get podsのような出力形式が必要です

jsonpathを使用して、表示する列をカスタマイズできます。

@albertvakaここでのポイントは、準備ができていないすべてのポッドを取得する簡単な方法があるはずだと思います。鈍いjsonパス構文（CrashLoopBackOffのためにとにかく機能するとは思わない）をフィルターから除外する必要はありません。 。 CrashLoopBackOff状態のポッドが、kubectl get pods --field-selector = status.phase！= Runningなどのクエリから除外されているという事実はかなり奇妙です。 kubectl get pods --not-readyのような単純なもの、または単純なものを使用できないのはなぜですか。

まだ問題です。 「実行中の」ポッドを表示するためにこれを行う場合は、次のことに同意します。
kubectl get -n kube-system pods -lname=tiller --field-selector=status.phase=Running NAME READY STATUS RESTARTS AGE tiller-deploy-55c564dc54-2lfpt 0/1 Running 0 71m
また、準備ができていないコンテナを返すために、次のようなことを実行できるはずです。
kubectl get -n kube-system pods -lname=tiller --field-selector=status.containerStatuses[*].ready!=true

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale

kubectl get po --all-namespaces|grep -v Runningこれは、実行されていないポッドをフィルタリングするのに役立ちます

ポッドを準備完了状態（完全に準備完了）でフィルタリングできるようにしたかったので、ここにStackOverflowの質問を投稿し、いくつかの可能な回答を示しました（私にとってはうまくいきます）

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale

これに私の声を加える- kubectl get pods --readyまたは同様のことができるのは素晴らしいことだということに同意します。 パイプラインにステップを追加したかったのですが、すべてのポッドの準備が整うまで待機し（それ以外の場合はタイムアウト後に失敗し）、 grepに依存する必要がありました... $ kubectlの出力の場合は脆弱です

@luvkraiが述べたように、CrashLoopBackOffステータスのコンテナーを見つけるにはgrepを使用する必要があります。 これが私が今フィルタリングしている方法です。 nodeNameで並べ替えて、他のノードよりも多くの問題を引き起こしているノードがあるかどうかを示します。 どういうわけか超難しい問題のようです。 おかしなことに、これらすべての出力を「STATUS」列で一貫して取得できますが、追加のツールがないとその列でフィルタリングできません。

oc get pods --all-namespaces -o wide --sort-by=.spec.nodeName | grep -Ev "(Running|Completed)"

Golangの知識がもっとあれば、「STATUS」列を作成するためにこれをどのように達成するかがここで明確になり、より良い解決策につながる可能性があると思います。
https://github.com/kubernetes/kubectl/blob/7daf5bcdb45a24640236b361b86c056282ddcf80/pkg/describe/describe.go#L679

@ alexburlton-sonocent grepの脆弱な側面のいくつかを回避するために、 --no-headers --output custom-columns=オプションを使用して必要な列を指定できますが、STATUS列に出力される完全な情報がない場合と同じ問題が発生する可能性があります。ポッド定義で確実に見つかりません。

これは、完全に実行されていないすべてのポッドを見つけるために使用するものです（たとえば、一部のコンテナーが失敗しています）

kubectl get po --all-namespaces | gawk 'match($3, /([0-9])+\/([0-9])+/, a) {if (a[1] < a[2] && $4 != "Completed") print $0}'

NAMESPACE        NAME                               READY   STATUS      RESTARTS   AGE
blah             blah-6d46d95b96-7wsh6              2/4     Running     0          33h

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale

ここを参照してください