Apigee Edge दस्तावेज़ देखा जा रहा है.
Apigee X दस्तावेज़ पर जाएं. जानकारी
सोमवार, 20 मार्च, 2017 को हमने Private Cloud के लिए Apigee Edge का नया वर्शन रिलीज़ किया है.
अपडेट करने की प्रोसेस
इंस्टॉलेशन अपडेट करने के लिए, नीचे दी गई प्रोसेस पूरी करें:
-
सभी Edge मैनेजमेंट सर्वर, मैसेज प्रोसेसर, और यूज़र इंटरफ़ेस (यूआई) नोड पर, Yum के डेटा को साफ़ करें:
> sudo yum clear all -
सभी मैनेजमेंट सर्वर और मैसेज प्रोसेसर नोड पर, यह निर्देश चलाएं:
>/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
यहां configFile उस कॉन्फ़िगरेशन फ़ाइल के बारे में बताता है जिसका इस्तेमाल आपने Edge को इंस्टॉल करने के लिए किया था.
-
सभी Edge यूज़र इंटरफ़ेस (यूआई) नोड पर,
edge-ui
को अपडेट करें:>/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
गड़बड़ियां ठीक की गईं
इस रिलीज़ में इन गड़बड़ियों को ठीक किया गया है.
समस्या आईडी | ब्यौरा | बिल्ड नंबर |
---|---|---|
APIRT-2854 |
JavaScriptStepExecution से हटाया गया डीबग कोड |
edge-gateway-4.16.05-0.0.1074 |
DOS-4039 |
पुष्टि करने के बाहरी तरीके से पुष्टि करने की वजह से, apigee-सेवा के लिए निर्देश काम नहीं कर पाएंगे जब बाहरी पुष्टि की सुविधा चालू होती है, तो ज़्यादातर ग्राहक पुष्टि करने के लिए उपयोगकर्ता नाम के तौर पर Active Directory SAM खाते के नाम वाले फ़ील्ड का इस्तेमाल करते हैं, न कि ऐसा ईमेल पता जिसका इस्तेमाल Edge OpenLDAP सर्वर करता है. अगर आपने किसी बाहरी डायरेक्ट्री की सेवा के साथ इंटिग्रेट किया है और चाहते हैं कि Edge उपयोगकर्ता नाम के तौर पर, ईमेल पते के बजाय खाते का नाम काम करे, तो Edge को 4.16.05.07 में अपडेट करते समय अपनी कॉन्फ़िगरेशन फ़ाइल में यह लाइन जोड़ें: IS_EXTERNAL_AUTH="true" यह लाइन, Edge को उपयोगकर्ता नाम के तौर पर कॉन्फ़िगर करती है, ताकि ईमेल पते के बजाय खाते का नाम इस्तेमाल किया जा सके. ज़्यादा जानकारी के लिए, वर्शन 4.16.05 देखें. |
apigee-lib-4.16.05-0.0.946 |
EDGEUI-664 | जब उपयोगकर्ता कोई कार्रवाई करता है, तो Edge यूज़र इंटरफ़ेस (यूआई) सेशन अब सही तरीके से बढ़ा दिया गया है | edge-ui-4.16.09-0.0.3806 |
MGMT-1430 |
एपीआई प्रॉक्सी रिसॉर्स की पुष्टि करना आपके पास एनवायरमेंट या संगठन के दायरे में स्टोर की गई एपीआई प्रॉक्सी रिसॉर्स फ़ाइलें (जैसे कि JavaScript या Java JAR) होने के बाद, पुष्टि करने के फ़्रेमवर्क के लिए आपको पुष्टि करने के लिए, इंपोर्ट के लिए एपीआई प्रॉक्सी लेवल पर उन रिसॉर्स को प्रॉक्सी बंडल में शामिल करने की ज़रूरत नहीं है. संसाधन की पुष्टि करने की प्रोसेस अब डिप्लॉयमेंट के समय होती है, इंपोर्ट के समय नहीं. |
edge-gateway-4.16.05-0.0.1074 |
आम तौर पर होने वाली समस्याएं
इस रिलीज़ में ये समस्याएं हैं जिनके बारे में हमें पता है.
समस्या आईडी | ब्यौरा |
---|---|
APIRT-2978 |
Router, Ngnx या राऊटर को शुरू नहीं कर सका अगर Edge राऊटर, Ngnx को शुरू नहीं कर पाता है या कोई भी चालू नहीं हो पाता है, जैसा कि /opt/apigee/var/log/edge-router/logs/system.log फ़ाइल में दिखाया गया है, तो /opt/nginx/conf.d डायरेक्ट्री में मौजूद सभी फ़ाइलें मिटा दें और राऊटर को रीस्टार्ट करें: > rm -f /opt/nginx/conf.d/* > /opt/apigee/apigee-service/bin/apigee-service edge-router restart |
APIRT-3364 |
मैसेज प्रोसेसर, IPv4 और IPv6 पर डीएनएस लुकअप का इस्तेमाल करता है अगर आपने NSCD (नेम सर्विस कैश डीमन) को इंस्टॉल और चालू किया है, तो आपको दिखेगा कि मैसेज प्रोसेसर दो डीएनएस लुकअप बनाते हैं: एक IPv4 के लिए और दूसरा IPv6 के लिए. IPv6 पर डीएनएस लुकअप को बंद करने के लिए:
|
PRC-1118 |
"apigee-service apigee-postgresql pg-data-Perge" कमांड चलाने में गड़बड़ी हुई अगर "apigee-service apigee-postgresql pg-data-puge" कमांड चलाया जाता है और फ़ॉर्म में गड़बड़ी दिखती है: गड़बड़ी: संबंध का स्वामी होना चाहिए /opt/apigee/apigee-postgresql-4.16.05-0.0.894/lib/actions/pg-data-purge में बदलाव करें और नीचे दी गई प्रॉपर्टी को 'apigee' पर सेट करें: POSTGRES_USER=apigee |
DOC-1687 | पैकेज डिपेंडेंसी से जुड़े विवाद की वजह से, सैटलाइट के सर्वर 6 में इस्तेमाल किया गया Katello एजेंट, Qpid डीमन चलाने वाले Apigee Edge होस्ट पर ठीक से इंस्टॉल नहीं होगा. |