Java-buildpack: PCF microservices में Azul Zulu JDK का उपयोग करते समय त्रुटि आ रही है

जिस स्थान पर आप बिल्डपैक को इंगित करते हैं, अर्थात repository_root , वह एक वैध भंडार होना चाहिए। उस स्थान पर कोई index.yml (कम से कम जब मैंने अभी देखा था) नहीं है।

https://github.com/cloudfoundry/java-buildpack/blob/main/docs/extending-repositories.md देखें

हम्म, ऐसा लगता है कि उस स्थान पर कोई index.yml हुआ करता था, लेकिन मुझे अब यह दिखाई नहीं दे रहा है। मुझे चारों ओर पूछने दो और देखें कि मुझे क्या मिल सकता है।

इस बीच, यदि आप अपना स्वयं का index.yml बनाते हैं, तो उसे कहीं होस्ट करें (कोई फर्क नहीं पड़ता) और उस स्थान पर फ़ाइलों को इंगित करें (यानी https://cdn.azul.com/zulu/bin/zulu9 .0.7.1-jdk9.0.7-linux_x64.tar.gz), आप इसके आसपास काम कर सकते हैं।

हमने एप्लिकेशन के मेनिफेस्ट.वाईएमएल में नीचे दिए गए वेरिएबल्स का इस्तेमाल किया है-
JBP_CONFIG_ZULU_JRE: '[jre: {repository_root:" https://example.com :8443/nexus/repository/SRET/com/example/sret/AppD_zulu11.48.21-ca-jdk/11.0.11-linux_x64/AppD_zulu11.48.21- ca-jdk-11.0.11-linux_x64.gz"}, {संस्करण: 11.0.+}]'
JBP_CONFIG_COMPONENTS '{jres: ["JavaBuildpack::Jre::ZuluJRE"]}'

ठीक है, इसे थोड़ा अलग करने की आवश्यकता है। repository_root उस फ़ोल्डर को इंगित करता है जहां आपका index.yml स्थित है। तो JBP index.yml को डाउनलोड करने के लिए जिस URL का उपयोग करता है वह है repository_root/index.yml ।

JBP तब index.yml पढ़ेगा, आपके द्वारा निर्दिष्ट संस्करण फ़िल्टर से मेल खाने वाला नवीनतम संस्करण चुनेगा और उस संस्करण के लिए index.yml से संदर्भित संसाधन को डाउनलोड करेगा।

हाय दिमिकुसा,

तो क्या इसका मतलब यह है कि ज़ुलु JDK और index.yml दोनों एक ही स्थान पर होने चाहिए?

ठीक है, मैं देख रहा हूँ कि आप क्या कह रहे हैं, JBP_CONFIG_ZULU_JRE को इस प्रकार सेटअप किया जाना चाहिए

JBP_CONFIG_ZULU_JRE: '[jre: {repository_root: "insert-full-URL-to-index-yml-on-another-server"}, {संस्करण: 11.0.+}]'

यह उस फ़ोल्डर/निर्देशिका का पूरा URL होना चाहिए जहां index.yml रहता है। जब यह index.yml फ़ाइल डाउनलोड करने के लिए URL जनरेट करता है तो बिल्डपैक इसमें /index.yml जोड़ देगा। तो आपका repository_root /index.yml साथ समाप्त नहीं होना चाहिए।

ऐसा लगता है कि यह JVM को इस रास्ते से चुन रहा है https://java-buildpack.cloudfoundry.org/openjdk/bionic/x86_64/bellsoft-jre8u282%2B8-linux-amd64.tar.gz। यह कहाँ कॉन्फ़िगर किया गया है?

@ अजय-डीबीएस - शायद यही कारण है:

[कॉन्फ़िगरेशन यूटिल्स] चेतावनी 'jres' के लिए उपयोगकर्ता कॉन्फ़िगरेशन मान मान्य नहीं है, मौजूदा संपत्ति मौजूद नहीं है

यह आपके कॉन्फ़िगरेशन का हिस्सा अनदेखा कर रहा है। आपका JBP_CONFIG_COMPONENTS मुझे ठीक दिखता है, लेकिन आप वहां क्या हो रहा है, इस पर अधिक बारीकी से देखना चाहते हैं। यह कॉन्फ़िगरेशन के उस हिस्से को लागू नहीं कर रहा है, इसलिए यह आपका वांछित जेडीके नहीं चुन रहा है।

क्या यह JBP_CONFIG_COMPONENTS और मान के बीच ":" गुम होने के कारण है?

क्या यह JBP_CONFIG_COMPONENTS होना चाहिए: '{jres: ["JavaBuildpack::Jre::ZuluJRE"]}'

यह इस बात पर निर्भर करता है कि आप env चर कैसे सेट करते हैं। यदि आप उन्हें मेनिफेस्ट में सेट करते हैं तो उसके बीच : होना चाहिए। यदि आप उन्हें cf set-env साथ सेट कर रहे हैं तो यह केवल name val ।

हाय टीम,

एप्लिकेशन टीम ने इस चर का उपयोग मेनिफेस्ट.yml फ़ाइल में किया है।
JBP_CONFIG_ZULU_JRE: '[jre: {repository_root:" https://example.com:8051/pcf "}, {संस्करण: 11.0.+}]'
JBP_CONFIG_COMPONENTS '{jres: ["JavaBuildpack::Jre::ZuluJRE"]}'

@ अजय-डीबीएस जब से आप एनवी वेरिएबल्स को एक मेनिफेस्ट.वाईएमएल में जोड़ रहे हैं, ऐसा लगता है कि गायब कोलन शायद समस्या है। कृपया इसे इस रूप में ठीक करें

JBP_CONFIG_COMPONENTS: '{jres: ["JavaBuildpack::Jre::ZuluJRE"]}'

[बिल्डपैक] त्रुटि को अंतिम रूप देना अपवाद # के साथ विफल रहाhttps://cdn.azul.com/zulu/bin/index.yml>
ज़ुलु जेआरई त्रुटि: https://cdn.azul.com/zulu/bin/index.yml के लिए कैश्ड फ़ाइल ढूँढने में असमर्थ

BTW https://cdn.azul.com/zulu/bin/index.yml का लिंक अब बहाल कर दिया गया है।

[ईआरआर] [कॉन्फ़िगरेशन यूटिल्स] चेतावनी 'संस्करण' के लिए उपयोगकर्ता कॉन्फ़िगरेशन मान मान्य नहीं है, मौजूदा संपत्ति मौजूद नहीं है

एक अलग लेकिन समान त्रुटि है। ऐसा लगता है कि अब jres स्वीकार किया जा रहा है जो कि अच्छा है। आप देख सकते हैं कि यह वास्तव में अब ज़ुलु कंटेनर भी चला रहा है।

इस मामले में, अब यह उस हिस्से को पसंद नहीं करता है जहां आप संस्करण को 11.0.+ पर सेट करने का प्रयास कर रहे हैं। आपके पास जो है वह बिल्कुल सही नहीं है।

JBP_CONFIG_ZULU_JRE: '[jre: {repository_root:" https://example.com:8051/pcf "}, {संस्करण: 11.0.+}]'

होना चाहिए

JBP_CONFIG_ZULU_JRE: '[jre: {repository_root: "https://example.com:8051/pcf", version: 11.0.+}]'

version और repository_root एक ही jre ऑब्जेक्ट पर हैं। जब संदेह हो, तो आप हमेशा संबंधित config/ फ़ाइल को देख सकते हैं। आपके द्वारा जोड़े गए JBP_CONFIG_* कॉन्फिगरेशन को कॉन्फिग फाइल के फॉर्मेट से मेल खाना चाहिए, क्योंकि यह कॉन्फिग के ऊपर मढ़ा जाता है।

ज़ुलु के लिए संरचना देखें: https://github.com/cloudfoundry/java-buildpack/blob/main/config/zulu_jre.yml#L22 -L24

021-06-14 टी13: 14: 15.960+05:30 [एसटीजी/0] [ईआरआर] [बिल्डपैक] त्रुटि का पता लगाना अपवाद के साथ विफल हुआ #

मुझे याद है कि अतीत में ऐसा कुछ देखने को मिला था अगर ऐप के साथ कैश गड़बड़ हो गया था। अपने ऐप को "my-cool-app-2" जैसे किसी नए नाम के तहत पुश करने का प्रयास करें या ऐसा कुछ जो अद्वितीय और नया हो। यदि वह इसे ठीक कर देता है, तो आपको या तो अपने ऐप को हटाना होगा और फिर से पुश करना होगा या अपने व्यवस्थापक से बिल्डपैक्स ब्लॉबस्टोर कैशे को साफ़ करना होगा।

https://apidocs.cloudfoundry.org/16.13.0/blobstores/delete_all_blobs_in_the_buildpack_cache_blobstore.html

ध्यान दें कि बाद वाला सभी बिल्डपैक के लिए कैशे साफ़ कर देगा। हालांकि यह विनाशकारी नहीं है, यह सभी बिल्डपैक को अगली बार किसी एप्लिकेशन के मंचन पर सभी संसाधनों को फिर से डाउनलोड करने के लिए बाध्य करेगा।

हमने कैशे साफ़ करने की कोशिश की है और ऐप को पूरी तरह से नए नाम के साथ-साथ रूट के साथ तैनात करने का भी प्रयास किया है। अभी भी वही मुद्दा।

यह सामान्य रूप से इस प्रकार की समस्या को ठीक कर देगा, इसलिए यह जानना अच्छा है कि यह यहां मदद नहीं कर रहा है। इसका शायद मतलब है कि कुछ अलग हो रहा है।

WARNING: buildpack script '/bin/detect' is not executable
[Buildpack] ERROR Detect failed with exception #<RuntimeError: Zulu JRE error: Unable to find cached file for https://zulu-index-file.dev.apps.example.com/index.yml>
Zulu JRE error: Unable to find cached file for https://zulu-index-file.dev.apps.example.com/index.yml
stat /tmp/buildpacks/674495fe521621eeb364a353eb511ee3/bin/detect: no such file or directory

कैशिंग त्रुटि के अलावा, मुझे जो चिंता है, वह है /bin/detect बारे में चेतावनी और `स्टेट: ऐसी कोई फ़ाइल या निर्देशिका त्रुटि नहीं। ऐसा होना चाहिए, और उन बिल्डपैक के साथ नहीं होगा जिन्हें हम रिलीज के साथ पैकेज करते हैं।

आप अपना बिल्डपैक कहां प्राप्त कर रहे हैं? क्या आप इसे रिलीज़ पेज से डाउनलोड कर रहे हैं और इसे CF पर अपलोड कर रहे हैं? क्या आप जीथब पेज पर यूआरएल का उपयोग कर रहे हैं? यदि हां, तो सटीक URL क्या है? क्या आपको बिल्डपैक कहीं और से मिल रहा है? क्या आप अपना खुद का बिल्डपैक पैकेजिंग कर रहे हैं? यदि ऐसा है, तो कृपया यह देखने के लिए कि क्या यह अपेक्षित रूप से काम करता है या नहीं, कृपया रिलीज पेज या किसी अन्य ज्ञात वर्किंग बिल्डपैक से बेसलाइन परीक्षण के रूप में उपयोग करने का प्रयास करें, और कृपया यह भी बताएं कि आप बिल्डपैक की पैकेजिंग कैसे कर रहे हैं? कोई भी अतिरिक्त विवरण जो आप प्रदान कर सकते हैं, समस्या का पता लगाने या समस्या को पुन: प्रस्तुत करने में सहायता कर सकता है।

जब तक आप परीक्षण करना जारी रखते हैं, कृपया एक नए ऐप नाम के रूप में पुश करना जारी रखें क्योंकि हम यह सुनिश्चित करना चाहते हैं कि हम कैशिंग समस्याओं से इंकार कर रहे हैं।

धन्यवाद

कुछ और सवाल ... क्या यह पहले काम कर रहा था और हाल ही में टूट गया? यदि हां, तो हाल ही में क्या बदला है? क्या आपने बिल्डपैक संस्करणों को अपग्रेड किया था? क्या आपने ज़ुलु को होस्ट करने वाले अपने सर्वर पर फ़ाइलें बदली हैं? क्या आपके सर्वर पर नए ज़ुलु अपडेट डाले गए थे? अगर इसने कभी काम नहीं किया या आप इसे पहली बार आजमा रहे हैं, तो हमें भी बताएं।

धन्यवाद

@ mells82 मुझे लगता है कि index.yml होनी चाहिए

---
1.8.0_212: https://cdn.azul.com/zulu/bin/zulu8.38.0.13-ca-jre8.0.212-linux_x64.tar.gz
1.8.0_222: https://cdn.azul.com/zulu/bin/zulu8.40.0.25-ca-jre8.0.222-linux_x64.tar.gz
1.8.0_232: https://cdn.azul.com/zulu/bin/zulu8.42.0.23-ca-jre8.0.232-linux_x64.tar.gz
1.8.0_242: https://cdn.azul.com/zulu/bin/zulu8.44.0.11-ca-jre8.0.242-linux_x64.tar.gz
1.8.0_252: https://cdn.azul.com/zulu/bin/zulu8.46.0.19-ca-jre8.0.252-linux_x64.tar.gz
1.8.0_265: https://cdn.azul.com/zulu/bin/zulu8.48.0.53-ca-jre8.0.265-linux_x64.tar.gz
1.8.0_275: https://cdn.azul.com/zulu/bin/zulu8.50.0.51-ca-jre8.0.275-linux_x64.tar.gz
1.8.0_282: https://cdn.azul.com/zulu/bin/zulu8.52.0.23-ca-jre8.0.282-linux_x64.tar.gz
1.8.0_292: https://cdn.azul.com/zulu/bin/zulu8.54.0.21-ca-jre8.0.292-linux_x64.tar.gz
11.0.3: https://cdn.azul.com/zulu/bin/zulu11.31.11-ca-jre11.0.3-linux_x64.tar.gz
11.0.4: https://cdn.azul.com/zulu/bin/zulu11.33.15-ca-jre11.0.4-linux_x64.tar.gz
11.0.5: https://cdn.azul.com/zulu/bin/zulu11.35.15-ca-jre11.0.5-linux_x64.tar.gz
11.0.6: https://cdn.azul.com/zulu/bin/zulu11.37.17-ca-jre11.0.6-linux_x64.tar.gz
11.0.7: https://cdn.azul.com/zulu/bin/zulu11.39.15-ca-jre11.0.7-linux_x64.tar.gz
11.0.8: https://cdn.azul.com/zulu/bin/zulu11.41.23-ca-jre11.0.8-linux_x64.tar.gz
11.0.9: https://cdn.azul.com/zulu/bin/zulu11.43.55-ca-jre11.0.9.1-linux_x64.tar.gz
11.0.10: https://cdn.azul.com/zulu/bin/zulu11.45.27-ca-jre11.0.10-linux_x64.tar.gz
11.0.11: https://cdn.azul.com/zulu/bin/zulu11.48.21-ca-jre11.0.11-linux_x64.tar.gz

https क्रिएट इश्यू को हटा रहा है जहां बिल्डपैक jre डाउनलोड नहीं करेगा।

हमने जावा ऑफ़लाइन बिल्डपैक को पिवोर्टल से डाउनलोड किया है और पीसीएफ रिपोजिटरी में रखा है और फिर पीसीएफ रिपोजिटरी से बिल्डपैक का उपयोग करें।
यह पहली बार है जब हम अज़ुल ज़ुलु JDK के साथ ऐप चलाने की कोशिश कर रहे हैं। डिफ़ॉल्ट रूप से oracle JDK का उपयोग Bellsoft VM के साथ किया जाता है और यह Bellsoft VM ऑब्जेक्ट इंस्टेंस ट्रैकिंग का समर्थन नहीं करता है। इसलिए हम Azul Zulu JDK का उपयोग करने का प्रयास कर रहे हैं।

ठीक है, इस जानकारी के लिए धन्यवाद। चीजें अब और समझ में आ रही हैं।

Tanzu बिल्डपैक को जिस तरह से पैक किया जाता है, वह "ऑफ़लाइन" मोड में किया जाता है। यहां देखें, हम इसे पैकेज करने के लिए इस स्क्रिप्ट को चलाते हैं ।

जब "ऑफ़लाइन" मोड में, आपको केवल वही मिलता है जो बंडल में पैक किया जाता है। जेबीपी अन्य चीजों को डाउनलोड नहीं कर सकता है।

"ऑफ़लाइन" के लिए दस्तावेज़ों से:

यह प्रत्येक निर्भरता के नवीनतम संस्करण को पैकेज करता है (जैसा कि config/निर्देशिका में कॉन्फ़िगर किया गया है) और रिमोट_डाउनलोड को अक्षम करता है।

https://github.com/cloudfoundry/java-buildpack/#offline -package

यह ऐसा इसलिए करता है क्योंकि यह बिना इंटरनेट एक्सेस वाले ऑफ़लाइन वातावरण में चलने के लिए है।

मैंने ऑफ़लाइन जेबीपी वाली प्रयोगशाला में कोशिश की और मुझे बिल्कुल वही त्रुटि मिलती है:

   2021-06-17T15:21:56.72-0400 [STG/0] ERR [Buildpack]                      ERROR Finalize failed with exception #<RuntimeError: Zulu JRE error: Unable to find cached file for https://cdn.azul.com/zulu/bin/index.yml>
   2021-06-17T15:21:56.72-0400 [STG/0] ERR Zulu JRE error: Unable to find cached file for https://cdn.azul.com/zulu/bin/index.yml
   2021-06-17T15:21:56.72-0400 [STG/0] ERR Failed to compile droplet: Failed to run finalize script: exit status 1

ऐसा इसलिए है क्योंकि वह फ़ाइल ऑफ़लाइन कैश में मौजूद नहीं है और ऑफ़लाइन मोड में, वह केवल कैश में दिखेगी।

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

ऑनलाइन बिल्डपैक का उपयोग करना काम करता है, लेकिन जैसा कि @RageZBla ने कहा है कि index.yml को सही ढंग से स्वरूपित करने की आवश्यकता है। फिलहाल, https://cdn.azul.com/zulu/bin/index.yml पर index.yml सही तरीके से फ़ॉर्मेट नहीं किया गया है। इसमें प्रोटोकॉल नहीं है, जिससे समस्याएं होती हैं। सुनिश्चित करें कि आपका index.yml @RageZBla की टिप्पणी में उदाहरण की तरह संरचित है।

रिपोर्ट के लिए धन्यवाद, index.yml को अपडेट कर दिया गया है: https://cdn.azul.com/zulu/bin/index.yml

@ अजय-डीबीएस यदि आप ऑफ़लाइन वातावरण में हैं, तो आपको बिल्डपैक को स्वयं पैकेज करना होगा। आपके लिए इसे करने के लिए किसी और के लिए, सॉफ़्टवेयर पुनर्वितरण की आवश्यकताओं के कारण कानूनी मंजूरी की आवश्यकता है। उल्लेख नहीं है, विश्वसनीय सॉफ़्टवेयर वितरित करने के सुरक्षा पहलू। आगे बढ़ने का सबसे आसान तरीका है कि आप खुद बिल्डपैक को पैकेज करें।

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