/ तरह की सुविधा

/सिगरेट क्लिक

यहां वही है, केवल गैर चल रहे कंटेनर को सूचीबद्ध करने के लिए एक जटिल वाक्यविन्यास का उपयोग करना अविश्वसनीय लगता है ...

आदर्श रूप में मैं कुछ ऐसा कह पाऊंगा:

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 क्षेत्र चयनकर्ता के लिए पीआर के लिए धन्यवाद। लेकिन मुझे लगता है कि मेरे मन में यह नहीं था। मैं उन पॉड्स का पता लगाने में सक्षम होना चाहता था जिनमें एक या एक से अधिक कंटेनर हैं जो तत्परता जांच नहीं कर रहे हैं।

यह देखते हुए कि मेरे पास नॉन रेडी पॉड है (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.

/फिर से खोलना

एक ही मुद्दा मिला।
मुझे कुछ ऐसा होने में खुशी होगी:
kubectl पॉड्स प्राप्त करें --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 के लिए होती है:

मैं यहां जो करने की कोशिश कर रहा हूं वह किसी दिए गए मूल यूआईडी के साथ सभी फोड प्राप्त करना है ...

$ 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

इस सुविधा का बेसब्री से इंतज़ार है •ᴗ•

--फ़ील्ड-चयनकर्ता='मेटाडेटा.स्वामीसंदर्भ[ ].uid=d83a23e1-37ba-11e8-bccf-0a5d7950f698'फ़ील्ड लेबल समर्थित नहीं है: ownerReferences[ ].uid

यह फ़िल्टर स्ट्रिंग समर्थित नहीं है।

पॉड्स के लिए, केवल "metadata.name", "metadata.namespace", "spec.nodeName", "spec.restartPolicy", "spec.schedulerName", status.phase ","status.podIP", "status.nominatingNodeName" , "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 से प्राप्त करेगा और वे इन-मेमोरी फ़िल्टरिंग लागू करेंगे?
या क्या मेरा कुबेक्टल सभी पॉड प्राप्त करेगा और स्थानीय रूप से फ़िल्टर लागू करेगा?
या फ़िल्टरिंग ETCD के अंदर होती है? तो केवल फ़िल्टर किए गए परिणाम लौटाए जाते हैं?

@migueleliasweb यदि Kubectl का उपयोग करते समय --field-selector जारी किया जाता है, तो फ़िल्टरिंग एपिसर्वर के कैश में है। APIServer के पास बिना किसी फ़िल्टरिंग के सभी ऑब्जेक्ट (किसी दिए गए प्रकार के) को देखने के लिए, etcd के लिए एक ही घड़ी होगी। Etcd से दिए गए परिवर्तन तब एपिसर्वर के कैशे में संग्रहीत किए जाएंगे।

--sort-by के लिए, फ़िल्टरिंग Kubectl क्लाइंट साइड पर है।

यह मेरे लिए kubectl get के साथ बहुत अच्छा काम करता है, लेकिन यह भी अच्छा होगा यदि यह delete और describe पर लागू हो सके

90d निष्क्रियता के बाद मुद्दे पुराने हो जाते हैं।
/remove-lifecycle stale के साथ समस्या को ताज़ा के रूप में चिह्नित करें।
अतिरिक्त 30d निष्क्रियता के बाद बासी मुद्दे सड़ जाते हैं और अंततः बंद हो जाते हैं।

अगर इस मुद्दे को अभी बंद करना सुरक्षित है तो कृपया इसे /close के साथ करें।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इंफ्रा और/या फेजटा को फीडबैक भेजें।
/जीवनचक्र बासी

/निकालें-जीवनचक्र बासी

मैं सभी पूर्ण-तैयार पॉड्स को सूचीबद्ध करने के लिए kubectl get po --all-namespaces | grep -vE '1/1|2/2|3/3' का उपयोग कर रहा हूं।

आईएमएचओ यह सिर्फ एक फीचर से ज्यादा है, यह काफी जरूरी है। तथ्य यह है कि आपके पास क्रैशबैकऑफ लूप में एक पॉड हो सकता है जो --field-selector=status.phase!=Running द्वारा सूचीबद्ध नहीं है, पूरे field-selector चीज़ को बहुत बेकार बनाता है। पॉड्स की सूची प्राप्त करने का एक आसान तरीका होना चाहिए जिसमें जसन को पार्स किए बिना समस्या हो।

पावरशेल के साथ, इस तरह, आप कुछ ऐसा कर सकते हैं

सभी स्थितियों को वापस करने के लिए

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 को 'पूर्ण' के रूप में प्रदर्शित किया जाता है।

क्या यह स्टेटस.फेज पर काम करने वाला है? मैंने एक नोड को समाप्त कर दिया और सभी पॉड्स अज्ञात या नोडलॉस्ट के रूप में प्रदर्शित होते हैं लेकिन वे फ़ील्ड-चयनकर्ता द्वारा फ़िल्टर नहीं किए जाते हैं:

$ 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

मैं उन गैर-चलने वाले पॉड्स को इस क्वेरी के साथ सूचीबद्ध होने की उम्मीद नहीं करता ...

क्या यह फ़ील्ड चयनकर्ता अन्य ऑब्जेक्ट प्रकारों के लिए भी काम करना चाहिए? पीवीसी के लिए काम नहीं लग रहा है।

$ 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"}

रनिंग पॉड्स को सूचीबद्ध करने का एक तरीका होना चाहिए, जिन्होंने अपनी तैयारी जांच पास की है (या नहीं)।

साथ ही, यह कहां प्रलेखित है कि तैयार कॉलम में मानों का क्या अर्थ है? (0/1, 1/1)

@ये यह काम नहीं कर रहा है क्योंकि बेदखल एक स्थिति नहीं है। चरण मान: https://kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/

बेदखल एक स्थिति के कारण से संबंधित है: https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.13/#podstatus -v1-core

दुर्भाग्य से इस समय फ़ील्ड-चयनकर्ता के साथ पूछताछ योग्य नहीं है।

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"}

90d निष्क्रियता के बाद मुद्दे पुराने हो जाते हैं।
/remove-lifecycle stale के साथ समस्या को ताज़ा के रूप में चिह्नित करें।
अतिरिक्त 30d निष्क्रियता के बाद बासी मुद्दे सड़ जाते हैं और अंततः बंद हो जाते हैं।

अगर इस मुद्दे को अभी बंद करना सुरक्षित है तो कृपया इसे /close के साथ करें।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इंफ्रा और/या फेजटा को फीडबैक भेजें।
/जीवनचक्र बासी

/निकालें-जीवनचक्र बासी

स्टिल एंड इश्यू, 2 साल बाद

मुझे विश्वास नहीं हो रहा है कि यह बिना किसी समाधान के इतने लंबे समय से है।

मैं उपयोग कर रहा हूँ kubectl get pods --all-namespaces | grep -Ev '([0-9]+)/\1'

यह पहले से ही kubectl में jsonpath आउटपुट का उपयोग करके किया जा सकता है:

उदाहरण: यह प्रत्येक पॉड के 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 मेरा मानना ​​​​है कि यहां बिंदु यह है कि सभी पॉड्स प्राप्त करने का एक आसान तरीका होना चाहिए जो तैयार नहीं हैं, बिना ऑब्सट्यूस जेसन पथ सिंटैक्स लिखे (जो मुझे नहीं लगता कि क्रैशलूपबैकऑफ के कारण वैसे भी काम करेगा) को फ़िल्टर से बाहर रखा जा रहा है . तथ्य यह है कि CrashLoopBackOff स्थिति में पॉड्स को एक क्वेरी से बाहर रखा जाता है जैसे कि kubectl get pods --field-selector=status.phase!=Running बहुत विचित्र है। हमारे पास कुछ सरल क्यों नहीं हो सकता है जैसे कि कुबेक्टल गेट पॉड्स --नॉट-रेडी, या कुछ सीधा।

अभी भी एक मुद्दा है। मैं सहमत हूं कि अगर मैं "रनिंग" पॉड देखने के लिए ऐसा करता हूं:
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

90d निष्क्रियता के बाद मुद्दे पुराने हो जाते हैं।
/remove-lifecycle stale के साथ समस्या को ताज़ा के रूप में चिह्नित करें।
अतिरिक्त 30d निष्क्रियता के बाद बासी मुद्दे सड़ जाते हैं और अंततः बंद हो जाते हैं।

अगर इस मुद्दे को अभी बंद करना सुरक्षित है तो कृपया इसे /close के साथ करें।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इंफ्रा और/या फेजटा को फीडबैक भेजें।
/जीवनचक्र बासी

/निकालें-जीवनचक्र बासी

kubectl get po --all-namespaces|grep -v Running यह नॉन रनिंग पॉड को फ़िल्टर करने में मदद कर सकता है

मैं एक तैयार राज्य (पूरी तरह से तैयार) द्वारा फली को फ़िल्टर करने में सक्षम होना चाहता था, और कुछ संभावित उत्तरों के साथ यहां एक स्टैक ओवरफ्लो प्रश्न पोस्ट किया (मेरे लिए काम करता है)

90d निष्क्रियता के बाद मुद्दे पुराने हो जाते हैं।
/remove-lifecycle stale के साथ समस्या को ताज़ा के रूप में चिह्नित करें।
अतिरिक्त 30d निष्क्रियता के बाद बासी मुद्दे सड़ जाते हैं और अंततः बंद हो जाते हैं।

अगर इस मुद्दे को अभी बंद करना सुरक्षित है तो कृपया इसे /close के साथ करें।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इंफ्रा और/या फेजटा को फीडबैक भेजें।
/जीवनचक्र बासी

/निकालें-जीवनचक्र बासी

इसमें मेरी आवाज जोड़ना - सहमत हूं कि kubectl get pods --ready या इसी तरह के काम करने में सक्षम होना बहुत अच्छा होगा। मैं एक पाइपलाइन में एक कदम जोड़ना चाहता था जो तब तक इंतजार करेगा जब तक कि सभी फली तैयार न हों (और अन्यथा टाइमआउट के बाद विफल हो जाएं) और grep पर भरोसा करना पड़ता है ... जो kubectl का आउटपुट होने पर भंगुर होता है

जैसा कि @luvkrai ने कहा, मुझे CrashLoopBackOff स्थिति में कंटेनर खोजने के लिए grep का उपयोग करना होगा। यहां बताया गया है कि मैं अभी कैसे फ़िल्टर कर रहा हूं। मैं नोडनाम द्वारा क्रमबद्ध करता हूं यह दिखाने के लिए कि क्या मेरे पास एक नोड है जो दूसरों की तुलना में अधिक समस्याएं पैदा कर रहा है। किसी भी तरह एक सुपर कठिन समस्या की तरह लगता है। अजीब बात है कि हम इन सभी आउटपुट को "STATUS" कॉलम में लगातार प्राप्त कर सकते हैं, लेकिन अतिरिक्त टूल के बिना उस कॉलम पर फ़िल्टर नहीं कर सकते।

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

यदि मेरे पास गोलांग का अधिक ज्ञान होता, तो मुझे लगता है कि "STATUS" कॉलम बनाने के लिए इसे कैसे पूरा किया जाता है, यह यहां स्पष्ट होगा और इससे बेहतर समाधान हो सकता है।
https://github.com/kubernetes/kubectl/blob/7daf5bcdb45a24640236b361b86c056282ddcf80/pkg/describe/describe.go#L679

@ alexburlton-sonocent grep के कुछ भंगुर पहलुओं से बचने के लिए आप --no-headers --output custom-columns= विकल्प का उपयोग कर सकते हैं यह निर्दिष्ट करने के लिए कि आप कौन से कॉलम चाहते हैं, लेकिन आप उसी समस्या में भाग सकते हैं कि पूरी जानकारी स्टेटस कॉलम में डाली गई है पॉड परिभाषा में भरोसेमंद रूप से नहीं पाया जाता है।

यहां कुछ ऐसा है जो मैं उन सभी पॉड्स को खोजने के लिए उपयोग करता हूं जो पूरी तरह से नहीं चल रहे हैं (उदाहरण के लिए कुछ कंटेनर विफल हो रहे हैं)

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

90d निष्क्रियता के बाद मुद्दे पुराने हो जाते हैं।
/remove-lifecycle stale के साथ समस्या को ताज़ा के रूप में चिह्नित करें।
अतिरिक्त 30d निष्क्रियता के बाद बासी मुद्दे सड़ जाते हैं और अंततः बंद हो जाते हैं।

अगर इस मुद्दे को अभी बंद करना सुरक्षित है तो कृपया इसे /close के साथ करें।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इंफ्रा और/या फेजटा को फीडबैक भेजें।
/जीवनचक्र बासी

/निकालें-जीवनचक्र बासी

यहाँ देखें