कॉन्फ़िगरेशन फ़ाइलें

चार कमांड एक ऐसी फ़ाइल पर एडिटर खोलती हैं जो F5 की स्वामित्व में है। ये debug API पर नहीं हैं, और उनमें से दो अपने विवरण में खुद यही कहती हैं: “please do not use this unless F5 XC support requested”।

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

`edit-app-env-file`

/etc/vpm/app_env.yaml खोलती है, जो नोड का स्थानीय एप्लिकेशन एनवायरनमेंट है।

execcli edit-app-env-file

अप्लायंस का विवरण इस वाक्य पर समाप्त होता है: “please do not use this unless F5 XC support requested”। इसे शाब्दिक रूप से लें: यह फ़ाइल vpm द्वारा स्टार्ट के समय पढ़ी जाती है, और एक गलत मान नोड पर हर प्लेटफ़ॉर्म कंटेनर को प्रभावित करता है।

`edit-certified-hardware`

सर्टिफाइड-हार्डवेयर कॉन्फ़िगरेशन खोलती है।

execcli edit-certified-hardware

अप्लायंस द्वारा इसे भी सपोर्ट-ओनली के रूप में चिह्नित किया गया है। यह वह कॉन्फ़िगरेशन है जो तय करती है कि vpm को लगता है कि वह F5 द्वारा सर्टिफाइड हार्डवेयर पर चल रहा है — और इसे गलत करना सैद्धांतिक नहीं है। एक वैध CertifiedHardwareEndpoint के बिना, vpmd “fail to match certified hardware” के साथ बाहर निकल जाता है और नोड कभी रजिस्टर नहीं होता। इसीलिए इस रिपोजिटरी का cloud-init किसी डिफ़ॉल्ट पर निर्भर रहने के बजाय एंडपॉइंट को स्पष्ट रूप से सेट करता है; देखें terraform/cloud-init/ce-node.yaml।

`edit-azure-client-id-secret`

इस CE द्वारा उपयोग किए जाने वाले Azure क्लाइंट आईडी और सीक्रेट को अपडेट करती है, जब क्रेडेंशियल समाप्त हो जाए।

execcli edit-azure-client-id-secret

यह तब उत्तर है जब। एक CE जो काम कर रहा था और Azure ऑपरेशन विफल करने लगा है, बिना किसी कॉन्फ़िगरेशन परिवर्तन के जो इसे समझाए, यही वह स्थिति है जिसके लिए यह मौजूद है — क्रेडेंशियल की आयु समाप्त हो गई न कि कुछ टूटा।

`edit-udev-10-nic-name`

/etc/udev/rules.d/10-nic-names.rules खोलती है, जो तय करती है कि NICs का नामकरण कैसे होता है।

execcli edit-udev-10-nic-name

इसे छूने से पहले इंटरफ़ेस पृष्ठ पढ़ें। CE पर NIC नामकरण पहले से ही आश्चर्यजनक है: eth0 का नाम बदलकर a-i-eth0 कर दिया जाता है और इसमें कोई होस्ट एड्रेस नहीं होता, SLO एड्रेस vhost0 पर रहता है, और eth1/eth2 में से कौन सा आंतरिक एड्रेस रखता है, यह इस डिप्लॉयमेंट के तीन नोड्स में एक समान नहीं है। देखें ip। एक udev नियम जो एक साफ-सुथरी व्यवस्था मानता है, चीज़ें और खराब कर देगा।