मैं यहां

मेरा सेटअप: 2x centos 7.7 vSphere VM's (50g hd/16g ram), 1 मास्टर और k8s क्लस्टर में 1 नोड।

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

किसी के पास इस पर विचार है कि मैं इससे आगे निकलने की क्या कोशिश कर सकता हूं? मैंने अपना एचडी और रैम चेक किया है और वहां बहुत कुछ है।

# kubectl -n kube-system logs pod/vsphere-csi-controller-0 vsphere-csi-controller
I0127 18:49:43.292667       1 config.go:261] GetCnsconfig called with cfgPath: /etc/cloud/csi-vsphere.conf
I0127 18:49:43.292859       1 config.go:206] Initializing vc server 132.250.31.180
I0127 18:49:43.292867       1 controller.go:67] Initializing CNS controller
I0127 18:49:43.292884       1 virtualcentermanager.go:63] Initializing defaultVirtualCenterManager...
I0127 18:49:43.292892       1 virtualcentermanager.go:65] Successfully initialized defaultVirtualCenterManager
I0127 18:49:43.292905       1 virtualcentermanager.go:107] Successfully registered VC "132.250.31.180"
I0127 18:49:43.292913       1 manager.go:60] Initializing volume.volumeManager...
I0127 18:49:43.292917       1 manager.go:64] volume.volumeManager initialized
time="2020-01-27T18:50:03Z" level=info msg="received signal; shutting down" signal=terminated
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x128 pc=0x867dc7]

goroutine 10 [running]:
google.golang.org/grpc.(*Server).GracefulStop(0x0)
        /go/pkg/mod/google.golang.org/grpc@v1.23.0/server.go:1393 +0x37
github.com/rexray/gocsi.(*StoragePlugin).GracefulStop.func1()
        /go/pkg/mod/github.com/rexray/gocsi@v1.0.0/gocsi.go:333 +0x35
sync.(*Once).Do(0xc0002cc8fc, 0xc000380ef8)
        /usr/local/go/src/sync/once.go:44 +0xb3
github.com/rexray/gocsi.(*StoragePlugin).GracefulStop(0xc0002cc870, 0x21183a0, 0xc000056018)
        /go/pkg/mod/github.com/rexray/gocsi@v1.0.0/gocsi.go:332 +0x56
github.com/rexray/gocsi.Run.func3()
        /go/pkg/mod/github.com/rexray/gocsi@v1.0.0/gocsi.go:121 +0x4e
github.com/rexray/gocsi.trapSignals.func1(0xc00052a240, 0xc000426990, 0xc000426900)
        /go/pkg/mod/github.com/rexray/gocsi@v1.0.0/gocsi.go:502 +0x143
created by github.com/rexray/gocsi.trapSignals
        /go/pkg/mod/github.com/rexray/gocsi@v1.0.0/gocsi.go:487 +0x107
0
Levi Silvertab 27 जिंदा 2020, 22:48

1 उत्तर

सबसे बढ़िया उत्तर

ठीक है यह पता चला है कि यह SIGSEGV एक बग या कुछ और था और यह एक नेटवर्क टाइमआउट के कारण हुआ था, जिससे यह त्रुटि एक लाल हेरिंग की तरह बन गई।

विवरण: मेरा vsphere-csi-controller-0 पॉड था (और अभी भी वास्तव में) vsphere सर्वर तक पहुंचने में असमर्थ था जिसके कारण पॉड में कंटेनर टाइमआउट हो गया और इस SIGSEV फॉल्ट को ट्रिगर कर दिया। सीएसआई योगदानकर्ताओं ने कुछ पुस्तकालयों को अद्यतन किया और दोष अब दूर हो गया है लेकिन समय समाप्त हो गया है। टाइमआउट मेरी समस्या प्रतीत होता है और सीएसआई से संबंधित नहीं है लेकिन यह एक नया प्रश्न है :)

यदि आप सीएसआई में तय किए गए विवरण का विवरण चाहते हैं तो प्रश्न में जीथब लिंक की जांच करें।

1
Levi Silvertab 31 मार्च 2020, 13:56