Trident: CSINode में ड्राइवर नहीं है csi.trident.netapp.io

को निर्मित 21 अक्तू॰ 2020 · 6टिप्पणियाँ · स्रोत: NetApp/trident

विवरण
ट्राइडेंट ऑपरेटर और कुबेरनेट्स 1.17.6 का उपयोग करके, मैं लगातार वॉल्यूम बनाने में सक्षम हूं, लेकिन उन्हें पॉड्स में माउंट करने में सक्षम नहीं हूं।

पॉड विवरण प्राप्त करते समय, निम्न त्रुटि लौटा दी जाती है:
CSINode does not contain driver csi.trident.netapp.io

पर्यावरण

त्रिशूल संस्करण: [20.07.1]
ट्राइडेंट इंस्टॉलेशन फ़्लैग्स का उपयोग किया गया: [कोई कस्टम फ़्लैग नहीं, क्योंकि हम डिफ़ॉल्ट /var/lib/kubelet स्थान का उपयोग करते हैं]
कंटेनर रनटाइम: [डॉकर 19.3.12]
कुबेरनेट्स संस्करण: [1.17.6]
कुबेरनेट्स ऑर्केस्ट्रेटर: [कोई नहीं]
कुबेरनेट्स ने फीचर गेट्स को सक्षम किया: [किसी की जरूरत नहीं]
ओएस: [सेंटोस 7 - 3.10.0-1062.12.1.el7.x86_64]
नेटएप बैकएंड प्रकार: [ऑनटैप 9.7]
अन्य:

प्रजनन करना
यहां दिए गए अनुसार ऑपरेटर स्थापित करें: https://netapp-trident.readthedocs.io/en/stable-v20.07/kubernetes/deploying/operator-deploy.html

स्टोरेज क्लास और कंज्यूमर बनाने के बाद, pv बाउंड हो जाता है, लेकिन पॉड स्थानीय रूप से वॉल्यूम को वर्कर से अटैच नहीं कर सकता

अपेक्षित् व्यवहार
पॉड से वॉल्यूम माउंट होने और चलने की उम्मीद थी। इसके बजाय यह सिर्फ "लंबित" में रहता है
अतिरिक्त संदर्भ
पॉड विवरण:
``` Kubectl -n परीक्षण po web-0 . का वर्णन करता है
चेतावनी विफल शेड्यूलिंग 11s (12s से अधिक x2) डिफ़ॉल्ट-शेड्यूलर त्रुटि पॉड "वेब-0" के लिए "वॉल्यूमबाइंडिंग" फ़िल्टर प्लगइन चलाते समय: पॉड में अनबाउंड तत्काल PersistentVolumeClaims है
सामान्य अनुसूचित 9s डिफ़ॉल्ट-अनुसूचक सफलतापूर्वक परीक्षण/वेब-0 hh1kbw02x . को सौंपा गया
चेतावनी विफल(x6 ओवर) संलग्नक-नियंत्रक अटैचवॉल्यूम। "pvc-934230b9-900c-4539-bb0c-8feff6e18628" वॉल्यूम के लिए अटैच विफल रहा: CSINode hh1kbw02x में ड्राइवर csi.trident.netapp.io शामिल नहीं है
चेतावनी विफल(x6 ओवर) अटैचमेंट-कंट्रोलर अटैच वॉल्यूम। वॉल्यूम के लिए अटैचमेंट विफल "pvc-f4c2b654-ff73-4dd5-84ef-a31491b83f26": CSINode hh1kbw02x में ड्राइवर csi.trident.netapp.io शामिल नहीं है।



Logs from trident on this worker:

Kubectl -n त्रिशूल लॉग त्रिशूल-csi-9sgrt -c त्रिशूल-मुख्य -f
समय = "2020-10-21T17:15:31Z" स्तर = डीबग संदेश = "n>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> nPUT https://10.111.4.90 :34571/trident/v1/node/hh1kbw02xnHeaders: map[Content-Type:[application/json]]nBody: {n "name": "hh1kbw02x",n "ips": [n "10.49.12.102",n "172.17.0.1"n ]n}n--------------------------------- -----------------------------------------------"
समय = "2020-10-21T17:15:32Z" स्तर = डीबग संदेश = "n<<<<<<<<<<<<<<<<<<<<<<<<<<< <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<


Logs from registrar sidecar on this worker:

kubectl -n त्रिशूल लॉग त्रिशूल-csi-9sgrt -c चालक-पंजीयक
I1021 17:14:18.636803 6672 main.go:110] संस्करण: v1.3.0-0-g6e9fff3e
I1021 17:14:18.636888 6672 main.go:120] इसके साथ जीआरपीसी कनेक्शन खोलने का प्रयास: "/plugin/csi.sock"
I1021 17:14:18.636908 6672connection.go:151] unix:///plugin/csi.sock से कनेक्ट करना
I1021 17:14:18.637420 6672 main.go:127] ड्राइवर का नाम खोजने के लिए CSI ड्राइवर को कॉल करना
I1021 17:14:18.637435 6672connection.go:180] GRPC कॉल: /csi.v1.Identity/GetPluginInfo
I1021 17:14:18.637442 6672 कनेक्शन.go:181] जीआरपीसी अनुरोध: {}
I1021 17:14:18.639851 6672connection.go:183] GRPC प्रतिक्रिया: {"name":"csi.trident.netapp.io",,"vendor_version":"20.07.1"}
I1021 17:14:18.640235 6672 कनेक्शन.गो:184] जीआरपीसी त्रुटि:
I1021 17:14:18.640242 6672 main.go:137] CSI ड्राइवर का नाम: "csi.trident.netapp.io"
I1021 17:14:18.648537 6672 node_register.go:51] यहां पंजीकरण सर्वर शुरू हो रहा है: /registration/csi.trident.netapp.io-reg.sock
I1021 17:14:18.648666 6672 node_register.go:60] पंजीकरण सर्वर यहां शुरू हुआ: /registration/csi.trident.netapp.io-reg.sock


Description of csi node

kubectl csinode hh1kbw02x -n त्रिशूल -o yaml . प्राप्त करें
apiVersion: storage.k8s.io/v1
प्रकार: सीएसआईएनओडी
मेटाडेटा:
सृजन टाइमस्टैम्प: 2020-09-10T07:58:40Z
नाम: hh1kbw02x
स्वामीसंदर्भ:

एपीआई संस्करण: v1
प्रकार: नोड
नाम: hh1kbw02x
यूआईडी: d3db28d6-e2be-4ad4-8534-c853b2e025b5
संसाधन संस्करण: "30914526"
सेल्फ़लिंक: /apis/storage.k8s.io/v1/csinodes/hh1kbw02x
यूआईडी: a764977a-be67-4ee9-8b7e-9aac304e0890
कल्पना:
ड्राइवर: शून्य

क्यूबलेट लॉग:
नवम्बर 6 10:14:18 hh1kbw01x क्यूबलेट: I1106 10:14:18.883059 2393 reconciler.go:209] OperationExecutor.VerifyControllerAttachedVolume "pvc-3bcc4e38-2e69-4541-9910-711d2c086671" के लिए शुरू हुआ (UniqueName: "kubernet.io:" csi/csi.trident.netapp.io^pvc-3bcc4e38-2e69-4541-9910-711d2c086671") पॉड "वेब-0" (यूआईडी: "a235d5f9-05bf-4c77-8a84-e48f2f657d98")
नवंबर 6 10:14:18 hh1kbw01x क्यूबलेट: E1106 10:14:18.883223 2393 Nestedpendingoperations.go:301] "{v olumeName:kubernetes.io/csi/csi.trident.netapp.io ^pvc-3bcc4e38-2e69- के लिए ऑपरेशन- 4541-9910-711d2c086671 पॉडनाम: नोडनाम:}" विफल रहा। 2020-11-06 10:14:19.383183856 +0100 सीईटी एम=+1353591.737508759 तक किसी भी पुनर्प्रयास की अनुमति नहीं है। त्रुटि: "pvc-3bcc4e38-2e69-4541-9910-711d2c086671" (UniqueName: "kubernetes.io/csi/csi.trident.netapp.io" वॉल्यूम के लिए नोड की वॉल्यूम स्थिति में VolumesInUse की सूची में वॉल्यूम नहीं जोड़ा गया है। ^pvc-3bcc4e38-2e69-4541-9910-711d2c086671") पॉड "वेब-0" (यूआईडी: "a235d5f9-05bf-4c77-8a84-e48f2f657d98") "
नवम्बर 6 10:14:18 hh1kbw01x क्यूबलेट: I1106 10:14:18.983580 2393 reconciler.go:209] OperationExecutor.VerifyControllerAttachedVolume "pvc-f138b6cc-988b-455c-bb2e-fce022755634" (UniqueName:) csi/csi.trident.netapp.io^pvc-f138b6cc-988b-455c-bb2e-fce022755634") पॉड "web-0" (UID: "a235d5f9-05bf-4c77-8a84-e48f2f657d98")
नवंबर 6 10:14:18 hh1kbw01x क्यूबलेट: E1106 10:14:18.983662 2393 Nestedpendingoperations.go:301] "{v olumeName:kubernetes.io/csi/csi.trident.netapp.io ^pvc-f138b6cc-988b- के लिए ऑपरेशन- 455c-bb2e-fce022755634 पॉडनाम: नोडनाम:}" विफल रहा। 2020-11-06 10:14:19.483629729 +0100 सीईटी एम=+1353591.837954619 (अवधि से पहले पुनर्प्रयास 500ms) तक किसी भी पुन: प्रयास की अनुमति नहीं है। त्रुटि: "वॉल्यूम को वॉल्यूम के लिए नोड की वॉल्यूम स्थिति में वॉल्यूम इनयूज़ की सूची में जोड़ा नहीं गया है" pvc-f138b6cc-988b-455c-bb2e-fce022755634 "(UniqueName:"kubernetes.io/csi/csi.trident.netapp.io) ^pvc-f138b6cc-988b-455c-bb2e-fce022755634") पॉड "वेब-0" (UID: "a235d5f9-05bf-4c77-8a84-e48f2f657d98") "
नवम्बर 6 10:14:19 hh1kbw01x क्यूबलेट: I1106 10:14:19.385072 2393 reconciler.go:209] OperationExecutor.VerifyControllerAttachedVolume "pvc-3bcc4e38-2e69-4541-9910-711d2c086671" (कुबेरनेटिक नाम: " csi/csi.trident.netapp.io^pvc-3bcc4e38-2e69-4541-9910-711d2c086671") पॉड "वेब-0" (यूआईडी: "a235d5f9-05bf-4c77-8a84-e48f2f657d98")
```

bug

स्रोत

alexandru-ersenie

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

तो मैंने इसे ठीक कर दिया, अगर मैं ऐसा कह सकता हूं। यह पढ़ने के बाद कि बाहरी स्टोरेज प्रोविजनर कैसे काम करता है, और साइडकार कंटेनर का उपयोग करके ड्राइवर पंजीकरण की अवधारणा को समझने के बाद मैंने अपने सेटअप की समीक्षा की।

यह बहुत भ्रामक था, क्योंकि हम अपने क्यूबलेट को /var/lib/kubelet के अंतर्गत रहने वाली कॉन्फ़िगरेशन फ़ाइलों के साथ शुरू करने के लिए कॉन्फ़िगर करते हैं, जो कि डिफ़ॉल्ट रूट-डीआईआर है।

कुछ महीने पहले हमने मस्तिष्क को विभाजित करने और पॉड्स और कंटेनरों को एक अलग भंडारण स्थान में स्थानांतरित करने का निर्णय लिया, इसलिए हमने प्रबंधन को ऑपरेशन से अलग कर दिया।

इसलिए हमने कॉन्फ़िगरेशन फ़ाइल में रूट-डीआईआर को/var/lib/kubelet के बजाय/कंटेनरों को इंगित करने के लिए बदल दिया है

डिफ़ॉल्ट त्रिशूल प्रावधानकर्ता डिफ़ॉल्ट स्थान में दिखेगा, और प्लगइन्स को "एम्बेड" करेगा, ऐसा कहने के लिए।

तो आपको दो चीजों पर जांच करने की जरूरत है:

ps aux | grep kubelet | grep -e 'root-dir -> कॉन्फ़िगर किया गया फ़ोल्डर लें (मेरे मामले में यह / कंटेनर था)
Trident_provisioner_cr.yaml बदलें, और पैरामीटर " kubeletDir " जोड़कर इसे अनुकूलित करें
apiVersion: trident.netapp.io/v1 kind: TridentProvisioner metadata: name: trident namespace: trident spec: debug: true kubeletDir: /container

शुभकामनाएँ।मैं इसे बंद कर रहा हूँ।

alexandru-ersenie 19 नव॰ 2020

🎉1 👍1

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

Rancher RKE और K8S (v1.18.10) के साथ समान समस्या और डॉकर 19.3.13 बाकी मैचों के साथ Ubuntu 18.04.4 LTS चलाने वाले नोड्स ऊपर बताए गए वातावरण से मेल खाते हैं ...

smangelkramer 30 अक्तू॰ 2020

यहाँ ubuntu 18.04 पर अपस्ट्रीम k8s के साथ भी ऐसा ही है

AndreasDeCrinis 13 नव॰ 2020

मैं त्रिशूल-सीएसआई डेमोंसेट और परिनियोजन और बाद में क्यूबलेट को फिर से शुरू करके इसे "हल" करने में सक्षम था

AndreasDeCrinis 13 नव॰ 2020

हां। मैंने ऑपरेटर के बजाय tridentctl का उपयोग किया।

smangelkramer 13 नव॰ 2020

तो आपको दो चीजों पर जांच करने की जरूरत है:

ps aux | grep kubelet | grep -e 'root-dir -> कॉन्फ़िगर किया गया फ़ोल्डर लें (मेरे मामले में यह / कंटेनर था)
Trident_provisioner_cr.yaml बदलें, और पैरामीटर " kubeletDir " जोड़कर इसे अनुकूलित करें
apiVersion: trident.netapp.io/v1 kind: TridentProvisioner metadata: name: trident namespace: trident spec: debug: true kubeletDir: /container

शुभकामनाएँ।मैं इसे बंद कर रहा हूँ।

alexandru-ersenie 19 नव॰ 2020

🎉1 👍1

कुछ ऐसा ही देखा गया जब trident-csi डेमोंसेट पॉड्स trident-controller के साथ संचार करने में असमर्थ होते हैं। इस मामले में, यह एक नेटवर्क नीति के कारण था जिसने इसे रोका।

balaramesh 7 दिस॰ 2021

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

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

Trident: CSINode में ड्राइवर नहीं है csi.trident.netapp.io

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

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

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