Java-buildpack: बिल्डपैक संस्करण b08a692 के साथ जावा ऐप शुरू नहीं कर सकता

को निर्मित 3 मार्च 2017 · 20टिप्पणियाँ · स्रोत: cloudfoundry/java-buildpack

-----> Java Buildpack Version: b08a692 | https://github.com/cloudfoundry/java-buildpack.git#b08a692
-----> Downloading Open Jdk JRE 1.8.0_121 from https://java-buildpack.cloudfoundry.org/openjdk/trusty/x86_64/openjdk-1.8.0_121.tar.gz (found in cache)
       Expanding Open Jdk JRE to .java-buildpack/open_jdk_jre (0.9s)
-----> Downloading Open JDK Like Memory Calculator 3.1.0_RELEASE from https://java-buildpack.cloudfoundry.org/memory-calculator/trusty/x86_64/memory-calculator-3.1.0_RELEASE.tar.gz (0.0s)
       Loaded Classes: 14911, Threads: 300, JAVA_OPTS: ''
-----> Downloading Container Certificate Trust Store 2.0.0_RELEASE from https://java-buildpack.cloudfoundry.org/container-certificate-trust-store/container-certificate-trust-store-2.0.0_RELEASE.jar (found in cache)
       Adding certificates to .java-buildpack/container_certificate_trust_store/truststore.jks (0.3s)
-----> Downloading Tomcat Instance 8.5.11 from https://java-buildpack.cloudfoundry.org/tomcat/tomcat-8.5.11.tar.gz (found in cache)
       Expanding Tomcat Instance to .java-buildpack/tomcat (0.1s)
-----> Downloading Tomcat Lifecycle Support 2.5.0_RELEASE from https://java-buildpack.cloudfoundry.org/tomcat-lifecycle-support/tomcat-lifecycle-support-2.5.0_RELEASE.jar (found in cache)
-----> Downloading Tomcat Logging Support 2.5.0_RELEASE from https://java-buildpack.cloudfoundry.org/tomcat-logging-support/tomcat-logging-support-2.5.0_RELEASE.jar (found in cache)
-----> Downloading Tomcat Access Logging Support 2.5.0_RELEASE from https://java-buildpack.cloudfoundry.org/tomcat-access-logging-support/tomcat-access-logging-support-2.5.0_RELEASE.jar (found in cache)
-----> Downloading Tomcat External Configuration 8.5.11 from https://geapmcfg.run.aws-jp01-pr.ice.predix.io/tomcatcfg.tar.gz (found in cache)
       Expanding Tomcat External Configuration to .java-buildpack/tomcat (0.0s)
-----> Uploading droplet (145M)

0 of 1 instances running, 1 starting
0 of 1 instances running, 1 starting
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 starting
0 of 1 instances running, 1 starting
0 of 1 instances running, 1 starting
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 starting
0 of 1 instances running, 1 starting
0 of 1 instances running, 1 starting
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 down
0 of 1 instances running, 1 failing
FAILED
Error restarting application: Start unsuccessful

स्रोत

pxie

👍3

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

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

akirasoft 3 मार्च 2017

👍3

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

की पुष्टि। हम इस मुद्दे को भी देख रहे हैं,

grover-ws-2 3 मार्च 2017

कृपया आप एप्लिकेशन लॉग से सटीक विफलता पोस्ट कर सकते हैं।

जावा बिल्डपैक मेमोरी कैलकुलेटर को कमिट b08a692 द्वारा v3 में अपग्रेड किया गया था। v3 आरक्षित कोड कैश के लिए OpenJDK डिफ़ॉल्ट का सम्मान करता है, जो जावा 8 पर 240 मेगापिक्सल है। ऐसा लगता है कि यह वही है जो एप्लिकेशन को प्रारंभ करने में विफल हो रहा है। आप निम्न उदाहरण के रूप में स्मृति कैलकुलेटर द्वारा उपयोग किए गए मान को ओवरराइड कर सकते हैं:

cf set-env app-name JAVA_OPTS '-XX:ReservedCodeCacheSize=64m'

लेकिन आपको एक उपयुक्त आकार चुनना होगा क्योंकि यदि आप इसे बहुत छोटा बनाते हैं, तो एप्लिकेशन की CPU खपत अधिक हो सकती है।

glyn 3 मार्च 2017

https://github.com/cloudfoundry/java-buildpack/commit/b08a69221a9ecfa61a9bfd568639f891b9313a19 प्रतिबद्ध होने के कारण, हमारे एप्लिकेशन भी OutOfMemory:Metaspace के साथ लोड/क्रैश होने में विफल रहे। ऐसा लगता है कि मेमोरी कैलकुलेटर (v3+) अब मेटास्पेस के लिए ~ 10% मेमोरी का उपयोग नहीं करता है, लेकिन अधिकतम मेटास्पेस आकार ~ 56m पर सेट करता है।

समाधान: नवीनतम के बजाय रिलीज़ v3.14 (https://github.com/cloudfoundry/java-buildpack.git#v3.14) का उपयोग करें।

markbigler 3 मार्च 2017

हम इसी तरह के मुद्दों को देख रहे हैं, लेकिन अपर्याप्त CompressedClassSpace के कारण - यह बहुत दूर नहीं है, हमें 8385K दे रहा है, जबकि हमें वास्तव में 8704K जैसे और अधिक की आवश्यकता है।

ipsi 3 मार्च 2017

@markbigler v3 मेमोरी कैलकुलेटर एप्लिकेशन में क्लास फाइलों की संख्या के आधार पर मेटास्पेस खपत का अनुमान लगाता है। जब यह अपर्याप्त हो, तो आप उदाहरण के लिए, मेटास्पेस सीमा का उपयोग करके सेट कर सकते हैं:

cf set-env app-name JAVA_OPTS '-XX:MaxMetaspaceSize=100m'

@ipsi इसी तरह संपीड़ित वर्ग स्थान के लिए। आप इसका उपयोग करके सेट कर सकते हैं, उदाहरण के लिए:

cf set-env app-name JAVA_OPTS '-XX:CompressedClassSpaceSize=20m'

glyn 3 मार्च 2017

यहाँ एक ही समस्या, आउटऑफ़मेमोरी त्रुटि हो रही है

kkorada 3 मार्च 2017

यहाँ वही मुद्दा। बिल्डपैक के पुराने संस्करण का उपयोग करके इसे अस्थायी रूप से हल किया गया:

cf push -b https://github.com/cloudfoundry/java-buildpack.git\#v3.12

इस विषय पर स्टैक ओवरफ्लो प्रश्न: http://stackoverflow.com/questions/42576613/java-spring-application-cannot-start-up-on-cloudfoundry-outofmemoryerror-compre

ssc-hrep3 3 मार्च 2017

👍1

धन्यवाद कि काम किया!

kkorada 3 मार्च 2017

akirasoft 3 मार्च 2017

👍3

@akirasoft आपके उपयोग के मामले का वर्णन करने के लिए धन्यवाद। आप कैलकुलेटर के व्यवहार को कैसे प्रभावित करना चाहेंगे? उदाहरण के लिए, क्या लोड किए गए वर्गों की संख्या के अनुमान को समायोजित करना समझ में आता है (जो कि जावा बिल्डपैक मेमोरी कैलकुलेटर को पास करता है) और फिर कैलकुलेटर को नए अनुमान के आधार पर मेमोरी सेटिंग्स प्राप्त करने दें? यदि हां, तो क्या आपका javaagent कक्षाओं की एक निश्चित संख्या जोड़ता है या जोड़ा गया संख्या आवेदन द्वारा लोड की गई कक्षाओं की संख्या पर निर्भर करता है (रैखिक रूप से?)?

glyn 3 मार्च 2017

@glyn हमारे एजेंट को पकड़ने के लिए हमारे पदचिह्न कुछ अतिरिक्त फ्लैट स्थान होंगे और फिर आपके कैलकुलेटर की अपेक्षा की तुलना में कक्षाओं के आधार पर आनुपातिक रूप से थोड़ा अधिक स्थान होगा, अगर मुझे अनुमान लगाया जाए तो 1-3% अतिरिक्त कहें। सामान्यतया यह मुझे ऐसा लगता है जैसे कैलकुलेटर यहाँ अन्य टिप्पणियों के आधार पर थोड़ा बहुत आक्रामक है। पिछले कैलकुलेटर के साथ पिछले एक साल से सब कुछ बहुत अच्छा काम कर रहा था।

akirasoft 3 मार्च 2017

मेरा भी यही विचार है। यह एप्लिकेशन (https://github.com/EuregJUG-Maas-Rhine/site, स्प्रिंग बूट) अब शुरू नहीं होता है (CompressedClassSpace)।

michael-simons 3 मार्च 2017

👍1

मेरे साथ भी यही समस्या है। पुराने संस्करण में वापस आने से यह मेरे लिए भी तय हो गया।

wpegg-dev 4 मार्च 2017

👍1

मेरे ऐप्स के साथ भी यही समस्या है। v3.13 . पर वापस आ रहा है

krishna383 5 मार्च 2017

हम OutOfMemoryErrors भी देख रहे हैं:

2017-03-06T09:20:39.44+0900 [App/0] OUT # java.lang.OutOfMemoryError: Compressed class space

शायद v3 ह्युरिस्टिक्स को ट्यूनिंग की आवश्यकता है

CAFxX 6 मार्च 2017

@akirasoft "कुछ अतिरिक्त सपाट स्थान" संभवतः ढेर, मेटास्पेस और संपीड़ित वर्ग स्थान (या जावा 7 में पर्मजेन) में विभाजित हो जाएगा और संभवतः आरक्षित कोड कैश और प्रत्यक्ष मेमोरी खपत को भी प्रभावित कर सकता है, इसलिए यह निरंतर जोड़ने के लिए पर्याप्त नहीं है एक एजेंट की जरूरतों को ध्यान में रखने के लिए एक एकल सूत्र। क्या लोड किए गए वर्गों की समान संख्या के संदर्भ में एजेंट की "फ्लैट स्पेस" खपत को फ्रेम करना संभव है? परिकलन कैसे हुआ, इसके विवरण के लिए मेमोरी कैलकुलेटर v3 का डिज़ाइन देखें।

glyn 6 मार्च 2017

हम मेमोरी कैलकुलेटर को अधिक मेटास्पेस और कंप्रेस्ड क्लास स्पेस आवंटित करने की प्रक्रिया में हैं। विवरण के लिए प्रतिबद्ध c9867a6 देखें।

glyn 6 मार्च 2017

👍1

मेमोरी कैलकुलेटर v3.2.0.RELEASE उपलब्ध है। कृपया अपने एप्लिकेशन पुश का पुन: प्रयास करें और देखें कि क्या वे अब काम करते हैं।

glyn 6 मार्च 2017

@glyn हमने स्लैक के माध्यम से बात की लेकिन अब सब कुछ बेहतर दिखता है, फिक्स के लिए धन्यवाद!

akirasoft 6 मार्च 2017

मैं वापस बिल्डपैक v3.12 पर वापस आ गया हूं, यह अच्छी तरह से काम करता है।

चूंकि इसे अधिक सटीक अंक #391 में संदर्भित किया गया है, इसलिए मैं इस मुद्दे को अभी के लिए बंद करता हूं।

सभी की मदद का धन्यवाद।

pxie 7 मार्च 2017

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

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

Java-buildpack: बिल्डपैक संस्करण b08a692 के साथ जावा ऐप शुरू नहीं कर सकता

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

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

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