Helm: त्रुटि: configmaps निषिद्ध है: उपयोगकर्ता "सिस्टम: सर्विस अकाउंट: क्यूब-सिस्टम: डिफ़ॉल्ट" नामस्थान "क्यूब-सिस्टम" में एपीआई समूह "" में संसाधन "कॉन्फिगमैप्स" को सूचीबद्ध नहीं कर सकता है

को निर्मित 26 दिस॰ 2018 · 16टिप्पणियाँ · स्रोत: helm/helm

मैं इंस्टालिंग टिलर का पालन करने की कोशिश कर रहा हूं, फिर भी निम्नलिखित त्रुटि में चल रहा हूं:

$ helm list
Error: configmaps is forbidden: User "system:serviceaccount:kube-system:default" cannot list resource "configmaps" in API group "" in the namespace "kube-system"
$

helm version का आउटपुट:

$ helm version
Client: &version.Version{SemVer:"v2.12.1", GitCommit:"02a47c7249b1fc6d8fd3b94e6b4babf9d818144e", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.12.1", GitCommit:"02a47c7249b1fc6d8fd3b94e6b4babf9d818144e", GitTreeState:"clean"}
$

kubectl version का आउटपुट:

$ kubectl version
Client Version: version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.1", GitCommit:"eec55b9ba98609a46fee712359c7b5b365bdd920", GitTreeState:"clean", BuildDate:"2018-12-13T10:39:04Z", GoVersion:"go1.11.2", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.1", GitCommit:"eec55b9ba98609a46fee712359c7b5b365bdd920", GitTreeState:"clean", BuildDate:"2018-12-13T10:31:33Z", GoVersion:"go1.11.2", Compiler:"gc", Platform:"linux/amd64"}
$

क्लाउड प्रदाता/प्लेटफ़ॉर्म (AKS, GKE, Minikube आदि):

नंगे धातु, linux

संभवतः संबंधित, मैं टिलर और भूमिका-आधारित अभिगम नियंत्रण तक पहुंचने का भी प्रयास कर रहा हूं, फिर भी 404 प्राप्त कर रहा हूं।

स्रोत

a1exus

👍4

सबसे उपयोगी टिप्पणी

ठीक करने का तरीका बताए बिना किसी मुद्दे को बंद करना अच्छा नहीं है :-)
मुझे इसके बजाय इसे करने दो।

त्रुटि: configmaps निषिद्ध है: उपयोगकर्ता " सिस्टम: सेवा खाता: क्यूब- सिस्टम: डिफ़ॉल्ट " सूचीबद्ध नहीं हो सकता

सबसे पहले, नौसिखियों के लिए कुछ जानकारी।
कुबेरनेट्स में हैं:

खाता - आपकी आईडी जैसा कुछ। उदाहरण: जॉन
भूमिका - परियोजना में किसी समूह को कुछ करने की अनुमति है। उदाहरण: क्लस्टर-व्यवस्थापक, आईटी-समर्थन, ...
बाइंडिंग - खाते को भूमिका से जोड़ना। "जॉन इन इट-सपोर्ट" - एक बंधन है।

इस प्रकार, उपरोक्त हमारे संदेश में, हम देखते हैं कि हमारा टिलर नेमस्पेस "क्यूब-सिस्टम" पर पंजीकृत "डिफ़ॉल्ट" खाते के रूप में कार्य करता है। सबसे अधिक संभावना है कि आपने उसे पर्याप्त भूमिका के लिए बाध्य नहीं किया।

अब वापस समस्या पर।
हम इसे कैसे ट्रैक करते हैं:

जांचें कि क्या आपके पास टिलर के लिए विशिष्ट खाता है। आमतौर पर इसका एक ही नाम होता है - "टिलर":
kubectl [--namespace kube-system] get serviceaccount
यदि नहीं तो बनाएँ:
kubectl [--namespace kube-system] create serviceaccount tiller
जांचें कि क्या आपके पास भूमिका या क्लस्टर भूमिका है (नए लोगों के लिए क्लस्टर भूमिका "बेहतर" है - यह नामस्थान-व्यापी भूमिका के विपरीत क्लस्टर-व्यापी है)। यदि यह उत्पादन नहीं है, तो आप अत्यधिक विशेषाधिकार प्राप्त भूमिका "क्लस्टर-व्यवस्थापक" का उपयोग कर सकते हैं:
kubectl [--namespace kube-system] get clusterrole
आप इसके माध्यम से भूमिका सामग्री की जांच कर सकते हैं:
kubectl [--namespace kube-system] get clusterrole cluster-admin -o yaml
जांचें कि क्या पहले खंड में खाता "टिलर" क्लस्टररोल "क्लस्टर-एडमिन" के लिए बाध्यकारी है जिसे आप पर्याप्त मानते हैं:
kubectl [--namespace kube-system] get clusterrolebinding
यदि नामों के आधार पर पता लगाना कठिन है, तो आप बस नया बना सकते हैं:
kubectl [--namespace kube-system] create clusterrolebinding tiller-cluster-admin --clusterrole=cluster-admin --serviceaccount=kube-system:tiller
अंत में, जब आपके पास खाता, भूमिका और उनके बीच बंधन हो, तो आप जांच सकते हैं कि क्या आप वास्तव में इस खाते के रूप में कार्य करते हैं:
kubectl [--namespace kube-system] get deploy tiller-deploy -o yaml

मुझे संदेह है कि आपके आउटपुट में "serviceAccount" और "serviceAccountName" सेटिंग्स नहीं होंगी:

...
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
terminationGracePeriodSeconds: 30
...

यदि हाँ, तो एक खाता जोड़ने के बजाय आप टिलर का उपयोग करना चाहते हैं:
kubectl [--namespace kube-system] patch deploy tiller-deploy -p '{"spec":{"template":{"spec":{"serviceAccount":"tiller"}}}}'
(यदि आप पावरशेल का उपयोग करते हैं, तो @snpdev से पोस्ट के लिए नीचे देखें)
अब आप पिछले चेक कमांड को दोहराएं और अंतर देखें:

...
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
serviceAccount: tiller                     <-- new line
serviceAccountName: tiller          <-- new line
terminationGracePeriodSeconds: 30
...

हां। ऐसा कुछ।

m-abramovich 21 सित॰ 2019

👍399 ❤123 🎉60 🚀58 😄30 👀14 👎1

सभी 16 टिप्पणियाँ

https://docs.helm.sh/using_helm/#role -based-access-control

bacongobbler 26 दिस॰ 2018

👎68 👍3

देखने वाले किसी भी व्यक्ति के लिए नया URL: https://helm.sh/docs/rbac/#role -based-access-control

varatep 2 अप्रैल 2019

👎35 👍5

त्रुटि: configmaps निषिद्ध है: उपयोगकर्ता " सिस्टम: सेवा खाता: क्यूब- सिस्टम: डिफ़ॉल्ट " सूचीबद्ध नहीं हो सकता

सबसे पहले, नौसिखियों के लिए कुछ जानकारी।
कुबेरनेट्स में हैं:

खाता - आपकी आईडी जैसा कुछ। उदाहरण: जॉन
भूमिका - परियोजना में किसी समूह को कुछ करने की अनुमति है। उदाहरण: क्लस्टर-व्यवस्थापक, आईटी-समर्थन, ...
बाइंडिंग - खाते को भूमिका से जोड़ना। "जॉन इन इट-सपोर्ट" - एक बंधन है।

अब वापस समस्या पर।
हम इसे कैसे ट्रैक करते हैं:

जांचें कि क्या आपके पास टिलर के लिए विशिष्ट खाता है। आमतौर पर इसका एक ही नाम होता है - "टिलर":
kubectl [--namespace kube-system] get serviceaccount
यदि नहीं तो बनाएँ:
kubectl [--namespace kube-system] create serviceaccount tiller
जांचें कि क्या आपके पास भूमिका या क्लस्टर भूमिका है (नए लोगों के लिए क्लस्टर भूमिका "बेहतर" है - यह नामस्थान-व्यापी भूमिका के विपरीत क्लस्टर-व्यापी है)। यदि यह उत्पादन नहीं है, तो आप अत्यधिक विशेषाधिकार प्राप्त भूमिका "क्लस्टर-व्यवस्थापक" का उपयोग कर सकते हैं:
kubectl [--namespace kube-system] get clusterrole
आप इसके माध्यम से भूमिका सामग्री की जांच कर सकते हैं:
kubectl [--namespace kube-system] get clusterrole cluster-admin -o yaml
जांचें कि क्या पहले खंड में खाता "टिलर" क्लस्टररोल "क्लस्टर-एडमिन" के लिए बाध्यकारी है जिसे आप पर्याप्त मानते हैं:
kubectl [--namespace kube-system] get clusterrolebinding
यदि नामों के आधार पर पता लगाना कठिन है, तो आप बस नया बना सकते हैं:
kubectl [--namespace kube-system] create clusterrolebinding tiller-cluster-admin --clusterrole=cluster-admin --serviceaccount=kube-system:tiller
अंत में, जब आपके पास खाता, भूमिका और उनके बीच बंधन हो, तो आप जांच सकते हैं कि क्या आप वास्तव में इस खाते के रूप में कार्य करते हैं:
kubectl [--namespace kube-system] get deploy tiller-deploy -o yaml

मुझे संदेह है कि आपके आउटपुट में "serviceAccount" और "serviceAccountName" सेटिंग्स नहीं होंगी:

...
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
terminationGracePeriodSeconds: 30
...

...
dnsPolicy: ClusterFirst
restartPolicy: Always
schedulerName: default-scheduler
securityContext: {}
serviceAccount: tiller                     <-- new line
serviceAccountName: tiller          <-- new line
terminationGracePeriodSeconds: 30
...

हां। ऐसा कुछ।

m-abramovich 21 सित॰ 2019

👍399 ❤123 🎉60 🚀58 😄30 👀14 👎1

@ एम-अब्रामोविच समाधान ने मेरे लिए काम किया।

नोट: यदि पॉवर्सशेल का उपयोग कर रहे हैं, तो कमांड है:

kubectl --namespace kube-system patch deploy tiller-deploy -p '{\"spec\":{\"template\":{\"spec\":{\"serviceAccount\":\"tiller\"}}}}'

snpdev 7 नव॰ 2019

👍9

और 2 पतंगे और 1/2 आपकी व्याख्या अभी भी सहायक हो रही है, अपने व्यस्त कार्यक्रम से समय निकालने के लिए बहुत-बहुत धन्यवाद, विस्तृत और सहायक होने के लिए। @baongobbler . के विपरीत @m- abramovich

iamaverrick 10 दिस॰ 2019

👎9 👍1

और 2 पतंगे और 1/2 आपकी व्याख्या अभी भी सहायक हो रही है, अपने व्यस्त कार्यक्रम से समय निकालने के लिए बहुत-बहुत धन्यवाद, विस्तृत और सहायक होने के लिए। @baongobbler . के विपरीत @m-abramovich

इस मुद्दे को बंद करने वाला वह व्यक्ति था जिसने इसे खोला था। स्पष्ट रूप से उन्हें लगा कि इस मुद्दे को सुलझा लिया गया है।

इसके अलावा, मूल विवरण ने भूमिका-आधारित अभिगम नियंत्रण प्रलेखन के लिए उचित लिंक के लिए कहा, जो समस्या को बंद किए बिना प्रदान किया गया था।

अंत में, @bacongobbler ने 25 दिसंबर को अनुरोधित जानकारी प्रदान करने के लिए समय लिया, जो कई लोगों के लिए एक महत्वपूर्ण अवकाश है। मुझे खेद है @iamaverrick लेकिन मुझे आपकी टिप्पणी काफी अनुचित लगती है।

marckhouzam 10 दिस॰ 2019

बहुत खूब। मुझे इस सूत्र का उत्तर देना भी याद नहीं है... काफी समय हो गया।

@marckhouzam की धारणा यहाँ सही है: यह मुद्दा क्रिसमस के दिन खोला गया था। मैं उस दिन अपने परिवार के साथ था, लेकिन मैंने ओपी से यह त्वरित प्रश्न देखा:

संभवतः संबंधित, मैं टिलर और भूमिका-आधारित अभिगम नियंत्रण तक पहुंचने का भी प्रयास कर रहा हूं, फिर भी 404 प्राप्त कर रहा हूं।

तो मैंने सोचा कि मैं सही लिंक के साथ एक त्वरित उत्तर शूट करूंगा और क्रिसमस मनाने के लिए वापस आऊंगा। अगले दिन, ओपी ने इस मुद्दे को बंद कर दिया, इसलिए मैंने मान लिया कि आगे किसी अनुवर्ती कार्रवाई की आवश्यकता नहीं है।

यह वास्तव में मुझे यह सोचने के लिए परेशान करता है कि मेरी टिप्पणी को संक्षिप्त या अनुपयोगी माना गया था। मैं इस मुद्दे को हल करने की कोशिश नहीं कर रहा था; मैं केवल संदर्भ प्रदान कर रहा था, जबकि ओपी छुट्टियों के मौसम में स्वयं समाधान खोजने का प्रयास करता था।

ओपी के मुद्दे का अनुसरण करने और उत्तर प्रदान करने के लिए @m-abramovich और @snpdev धन्यवाद।

bacongobbler 10 दिस॰ 2019

👍7

@iamaverrick किसी समस्या का जवाब देते समय दस्तावेज़ीकरण का लिंक प्रदान करना असामान्य नहीं है। यह अनुपयोगी नहीं है बल्कि हमारे दस्तावेज़ीकरण में विश्वास है जिस पर हम एक समुदाय के रूप में बहुत समय लगाते हैं। यदि दस्तावेज़ीकरण अपर्याप्त है तो व्यक्ति आमतौर पर प्रतिक्रिया करता है और यह उत्तरदाता को अधिक संदर्भ प्रदान करने का अवसर देता है। यह हमें इस बात से भी अवगत कराता है कि डॉक्टर को सुधार की जरूरत है। उपयोगकर्ताओं से इस तरह की बातचीत या प्रतिक्रिया के बिना, डॉक्स में सुधार नहीं होगा।

लंबे समय में बेहतर दस्तावेज़ीकरण लोगों को गैर-संबंधित बग या सुविधाओं के लिए मुद्दों को उठाने से अधिक मदद करता है।

दूसरे स्तर पर, छुट्टियों के मौसम के दौरान @bacongobbler के लिए प्रतिक्रिया देना काफी प्रभावशाली है। याद रखें कि हम सभी लोग अपना सर्वश्रेष्ठ प्रदर्शन करने की कोशिश कर रहे हैं।

hickeyma 10 दिस॰ 2019

दोस्तों, कृपया इसे आराम से करें।
हम सभी सॉफ्टवेयर डेवलपर हैं, जीवन में समान मूल्य साझा करते हैं। आप जितना इमेजिंग कर सकते हैं, उससे कहीं अधिक हमारे पास समान हैं। आइए कृपया एक दूसरे का सम्मान करें।

m-abramovich 10 दिस॰ 2019

👍14

@marckhouzam अनुचित? मैंने अपनी टिप्पणी से किसी भी रूप या रूप में किसी का अपमान नहीं किया है। मैंने केवल अपने दृष्टिकोण से तथ्यों को बताया। इस टिप्पणी का सीधे तौर पर उल्लेख किया गया था @bacongobbler बाकी सभी नहीं जिन्होंने वहां 2 सेंट लगाए। मैं छुट्टी के दिन लिंक चिपकाने के लिए @bacongobbler की सराहना करता हूं। मूल प्रश्न में कहा गया है कि उनके पास समस्याएँ थीं और उन्हें मार्गदर्शन की आवश्यकता थी, लिंक की नहीं। दोस्तों अगर आप रचनात्मक आलोचना नहीं ले सकते तो इन धागों पर कुछ भी पोस्ट न करें। हम सभी सॉफ्टवेयर डेवलपर हैं जो बेहतर बनने और बेहतर जानकारी प्रदान करने का प्रयास कर रहे हैं।

iamaverrick 10 दिस॰ 2019

👎7

मैं अपने उत्तर को अधिक विवरण के साथ साबित नहीं करने के लिए क्षमा चाहता हूं क्योंकि मैंने अपने प्रश्न में उत्तर का संकेत दिया था और फिर @bacongobbler ने मेरे उत्तर की पुष्टि की, उसके बाद @m-abramovich द्वारा महान टिप्पणी की गई

मैं वास्तव में सभी की मदद और/या इनपुट की सराहना करता हूं और मैं अगली बार बेहतर काम करने की कोशिश करूंगा, मैं वादा करता हूँ!

और फिर, मुझे इसके कारण के लिए खेद है (मैंने वास्तव में नहीं सोचा था कि यह उस तक पहुंच जाएगा ...

a1exus 11 दिस॰ 2019

❤2

मेरे दो सेंट: https://helm.sh/docs/intro/quickstart/ का अनुसरण करते समय, RBAC का कोई उल्लेख नहीं है और वहां के निर्देश टिलर की गैर-कार्यशील स्थापना की ओर ले जाते हैं। एक Google खोज तब इस मुद्दे की ओर ले जाती है।

शायद इसे "क्विकस्टार्ट गाइड को बढ़ाने के रूप में फिर से खोला जा सकता है ताकि यह इस नुकसान के बारे में नए लोगों को चेतावनी दे"?

pohly 27 मार्च 2020

पूर्वापेक्षाओं के तहत "यह तय करना है कि आपके इंस्टॉलेशन पर कौन से सुरक्षा कॉन्फ़िगरेशन लागू होंगे, यदि कोई हो", लेकिन जैसा कि मैं इसे एक थ्रोअवे क्लस्टर पर आज़मा रहा था, "यदि कोई हो" का अर्थ है कि जैसा कि मुझे परवाह नहीं है, मैं डॉन कुछ भी करने की जरूरत नहीं है।

यहां तक कि अगर मैंने देखा है कि मुझे कुछ करने की ज़रूरत है, तो निर्देशों का कोई लिंक नहीं है।

pohly 27 मार्च 2020

मेरे दो सेंट: https://helm.sh/docs/intro/quickstart/ का अनुसरण करते समय, RBAC का कोई उल्लेख नहीं है और वहां के निर्देश टिलर की गैर-कार्यशील स्थापना की ओर ले जाते हैं। एक Google खोज तब इस मुद्दे की ओर ले जाती है।
शायद इसे "क्विकस्टार्ट गाइड को बढ़ाने के रूप में फिर से खोला जा सकता है ताकि यह इस नुकसान के बारे में नए लोगों को चेतावनी दे"?

@pohly
पैट्रिक, मेरा मानना है कि यह अब प्रासंगिक नहीं है।
हेल्म v3 टिलर का उपयोग नहीं करता है। तो, शायद, अब वह सब बेकार है।

m-abramovich 5 अप्रैल 2020

👀1

@ एम-अब्रामोविच धन्यवाद! आपके विस्तृत भ्रमण ने मुझे इस मुद्दे से निपटने में मदद की। आपने अपनी प्रतिक्रिया लिखने में जो समय लिया, उसकी मैं बहुत सराहना करता हूँ।

jragland-cerity 29 अप्रैल 2020

🚀2

यह व्याख्या महान है! धन्यवाद!

ivan-caspeta-by 1 सित॰ 2020

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

सबसे उपयोगी टिप्पणी

सभी 16 टिप्पणियाँ

संबंधित मुद्दों