Java-buildpack: PCF 마이크로 서비스에서 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), 이 문제를 해결할 수 있습니다.

application-의 manifest.yml에서 아래 변수를 사용했습니다.
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_zulu21 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에서 참조된 리소스를 다운로드합니다.

안녕하세요 드미쿠사님

그렇다면 Zulu 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.+}]'

index.yml이 있는 폴더/디렉토리의 전체 URL이어야 합니다. 빌드팩은 index.yml 파일을 다운로드하기 위한 URL을 생성할 때 /index.yml 를 추가합니다. 그래서 repository_root 로 끝나지한다 /index.yml .

이 경로 https://java-buildpack.cloudfoundry.org/openjdk/bionic/x86_64/bellsoft-jre8u282%2B8-linux-amd64.tar.gz 에서 JVM을 선택하는 것 같습니다

@ajay-dbs - 아마도 다음과 같은 이유일 것입니다.

[ConfigurationUtils] WARN 'jres'에 대한 사용자 구성 값이 유효하지 않으며 기존 속성이 없습니다.

구성의 일부를 무시하고 있습니다. 당신의 JBP_CONFIG_COMPONENTS 는 괜찮아 보이지만 그곳에서 무슨 일이 일어나고 있는지 더 자세히 보고 싶어할 것입니다. 구성의 해당 부분을 적용하지 않으므로 원하는 JDK를 선택하지 않습니다.

JBP_CONFIG_COMPONENTS와 값 사이에 ":"가 없기 때문입니까?

JBP_CONFIG_COMPONENTS: '{jres: ["JavaBuildpack::Jre::ZuluJRE"]}'여야 합니다.

env 변수를 설정하는 방법에 따라 다릅니다. 매니페스트에서 설정하면 그 사이에 : 가 있어야 합니다. cf set-env 로 설정하는 경우 name val 입니다.

안녕하세요 팀,

애플리케이션 팀은 manifest.yml 파일에서 이 변수를 사용했습니다.
JBP_CONFIG_ZULU_JRE: '[jre: {repository_root: " https://example.com:8051/pcf "}, {버전: 11.0.+}]'
JBP_CONFIG_COMPONENTS '{jres: ["JavaBuildpack::Jre::ZuluJRE"]}'

@ajay-dbs는 manifest.yml에 env 변수를 추가하고 있기 때문에 누락된 콜론이 문제일 수 있습니다. 다음과 같이 수정하십시오.

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

[빌드팩] 오류 # 예외로 인해 종료에 실패했습니다.https://cdn.azul.com/zulu/bin/index.yml>
Zulu JRE 오류: https://cdn.azul.com/zulu/bin/index.yml에 대한 캐시된 파일을 찾을 수 없습니다.

BTW https://cdn.azul.com/zulu/bin/index.yml에 대한 링크가 이제 복원되었습니다.

[ERR] [ConfigurationUtils] WARN '버전'에 대한 사용자 구성 값이 유효하지 않으며 기존 속성이 없습니다.

다르지만 비슷한 오류입니다. 이제 jres 좋은 것 같습니다. 이제 Zulu 컨테이너도 실제로 실행되고 있는 것을 볼 수 있습니다.

이 경우 버전을 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_* 구성은 구성 위에 오버레이되므로 구성 파일의 형식과 일치해야 합니다.

Zulu의 구조 참조: https://github.com/cloudfoundry/java-buildpack/blob/main/config/zulu_jre.yml#L22 -L24

021-06-14T13:14:15.960+05:30 [STG/0] [ERR] [Buildpack] 오류 # 예외로 인해 감지에 실패했습니다.

캐시가 앱으로 엉망이 된 경우 과거에 이와 같은 것을 본 기억이 있습니다. "my-cool-app-2" 또는 독특하고 새로운 이름으로 앱을 푸시해 보세요. 문제가 해결되면 앱을 삭제하고 다시 푸시하거나 관리자가 빌드팩 blobstore 캐시를 지우도록 해야 합니다.

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 에 대한 경고와 `stat: no such file or directory 오류'입니다. 이러한 일은 발생해야 하며 릴리스와 함께 패키지로 제공되는 빌드팩에서는 발생하지 않습니다.

빌드팩은 어디서 받나요? 릴리스 페이지에서 다운로드하고 CF에 업로드하고 있습니까? github 페이지에 대한 URL을 사용하고 있습니까? 그렇다면 정확한 URL은 무엇입니까? 다른 곳에서 빌드팩을 받고 있습니까? 자체 빌드팩을 패키징하고 있습니까? 그렇다면 릴리스 페이지 또는 알려진 다른 빌드팩을 기준 테스트로 사용하여 예상대로 작동하는지 확인하고 빌드팩을 패키징하는 방법을 알려주십시오. 제공할 수 있는 추가 세부 정보는 문제를 파악하거나 문제를 재현하는 데 도움이 될 수 있습니다.

캐싱 문제를 배제하고 있기 때문에 테스트를 계속하는 동안 새 앱 이름으로 계속 푸시하십시오.

감사 해요

몇 가지 추가 질문 ... 이전에는 작동하고 최근에 고장 났습니까? 그렇다면 최근에 변경된 사항은 무엇입니까? 빌드팩 버전을 업그레이드하셨습니까? Zulu를 호스팅하는 서버에서 파일을 변경했습니까? 서버에 새로운 Zulu 업데이트가 적용되었습니까? 한 번도 작동하지 않았거나 처음 시도하는 경우에도 알려주십시오.

감사 해요

@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

빌드팩이 jre를 다운로드하지 않는 https 생성 문제를 제거합니다.

우리는 pivortal에서 Java 오프라인 빌드팩을 다운로드하여 PCF 저장소에 보관한 다음 PCF 저장소에서 빌드팩을 사용합니다.
Azul Zulu JDK로 앱을 실행하려는 것은 이번이 처음입니다. 기본적으로 Oracle JDK는 Bellsoft VM과 함께 사용되며 이 Bellsoft VM은 개체 인스턴스 추적을 지원하지 않습니다. 그래서 Azul Zulu JDK를 사용하려고 합니다.

알겠습니다. 정보 감사합니다. 이제 상황이 더 이해가 됩니다.

Tanzu 빌드팩이 패키징되는 방식은 "오프라인" 모드에서 수행됩니다. 여기를 참조하십시오 .

"오프라인" 모드에서는 번들에 패키지된 항목만 가져옵니다. JBP는 다른 것을 다운로드할 수 없습니다.

"오프라인"에 대한 문서에서:

각 종속성의 최신 버전(config/ 디렉토리에 구성된 대로)을 패키징하고 remote_downloads를 비활성화합니다.

https://github.com/cloudfoundry/java-buildpack/#offline - 패키지

이것은 인터넷에 액세스할 수 없는 오프라인 환경에서 실행되도록 되어 있기 때문입니다.

오프라인 JBP를 사용하여 실험실에서 시도했는데 귀하와 정확히 동일한 오류가 발생합니다.

   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

이는 해당 파일이 오프라인 캐시에 존재하지 않고 오프라인 모드에서는 캐시에서만 보기 때문입니다.

오프라인 빌드팩에서 Azul Zulu를 사용하려면 Zulu가 포함된 빌드팩을 직접 패키징해야 합니다. 그렇지 않으면 빌드팩의 온라인 버전을 사용해야 합니다. 빌드팩을 패키징하려면 여기를 참조하고 패키징하기 전에 components.yml 을 조정했는지 확인하십시오. 해당 파일이 Zulu를 나타내기를 원합니다.

온라인 빌드팩을 사용하면 작동하지만 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

@ajay-dbs 오프라인 환경이라면 빌드팩을 직접 패키징해야 합니다. 다른 사람이 대신 하려면 소프트웨어 재배포 요구 사항으로 인해 법적 허가가 필요합니다. 말할 것도 없이 신뢰할 수 있는 소프트웨어 배포의 보안 측면입니다. 가장 쉬운 방법은 빌드팩을 직접 패키징하는 것입니다.

프로세스는 여기에 문서화되어 있습니다 . 종속성을 다운로드해야 하기 때문에 인터넷에 액세스할 수 있는 컴퓨터에서 패키지해야 합니다.