- 최신
- 최다 투표
- 가장 많은 댓글
Hello AJ,
Thanks for following up. I am also hypothesizing the issue to be around the JDK on the device. Since a command that is running fine in our test setup is encountering error in your device setup. We are also trying to reproduce this issue.
Is it possible to have JDK 11 installed on your device and test? That will confirm that issue
Thanks SV
Hi, SV, I had problem cross-compiling the JDK 11 to our device's platform (aarch64 on Yocto 3.1) and I'm still trying; do you have the aarch64 JDK 11 binary for me so that I can do quick testing ? On the other hand, for the issue investigation, do you guys use remote ssh to remote-checking the target device ? Thanks, A.J.
Hi, SV, I've tried the AWS Corretto which is OpenJDK 11.0.16.9.1 and the result is the same; I have no direction for this issue, I'm wondering if the failure is caused by "NOT" using the native ported meta-java openJDK from yoctoproject.org in our AIOT Yocto platform? or is there anything I can try to figure out ? ps: the official meta-java JDK version released from yoctoproject.org is still JDK 8, which doesn't meet the GGv2's JDK version 11 requirement. Thanks, A.J.
Hi AJ,
I can't find an OpenJDK bb recipe. Can you link to the one you're using? This is where I'm searching. https://git.yoctoproject.org/meta-java/tree/recipes-core/openjdk?h=dunfell
Given that Yocto is built from source I don't think just copying OpenJDK 18/17 over will run correctly. Let's bypass IDT for a second, does Greengrass run on the device? Are you able to run other java programs?
You can also try switching the Corretto and see if that works for you.
Thanks, KR
Hi, KR, We don't use the OpenJDK bb recipe (we put aarch64-ready OpenJDK binary in the device and setup java binary PATH);, we followed the "JDK build" document from OpenJDK site (https://htmlpreview.github.io/?https://raw.githubusercontent.com/openjdk/jdk/master/doc/building.html#external-library-requirements) to build the OpenJDK 13.0.5, for the OpenJDK 14 and later, the OpenJDK site provides the linux aarch64 binary so that we don't need do cross-compiling. for your question, 1. yes, greengrass does bring up OK on device 2. yes, I can run java program (.java) on our target MTK I500 Yocto 3.1 arm-based device. for the Corretto, need we do cross-compile to aarch64 platform? or is there aarch64-ready binary for my quick testing?
Thanks, A.J.
Hi, KR, Copied my reply message for SV below since you have the same comment before for trying Corretto (OpenJDK11). I have no clue for figuring out this failure now and any suggestion for clear this problem would be appreciated. Thanks, A.J.
I've tried the AWS Corretto which is OpenJDK 11.0.16.9.1 and the result is the same; I have no direction for this issue, I'm wondering if the failure is caused by "NOT" using the native ported meta-java openJDK from yoctoproject.org in our AIOT Yocto platform? or is there anything I can try to figure out ? ps: the official meta-java JDK version released from yoctoproject.org is still JDK 8, which doesn't meet the GGv2's JDK version 11 requirement. Thanks, A.J.
Hi A.J. Are you able to share your Yocto recipe? I'm particularly interested in how you're depending on OpenJDK. Here's a link to the reference Greengrass Yocto recipe, https://github.com/aws4embeddedlinux/meta-aws/blob/master/recipes-iot/aws-iot-greengrass/greengrass-bin_2.7.0.bb#L22
Thanks, KR
Hi, KR, I didn't do anything for the greengrass and OpenJDK depending/link, actually, for the IDT testing, I didn't install the greengrass nucleus on our target Yocto system (aws engineer mentioned in my old thread for this issue, for the IDT testing, it's NOT necessary to pre-install the greengrass nucleus binary on target, the IDT tester will upload the Nucleus to the target and bring up it while testing); we consider to officially install them to target system after the IDT test passed. For the OpenJDK, initially I do install the ported OpenJDK 13.0.5 to the target Yocto system with BB file; however, the IDT tests failed, so, I changed to OpenJDK 18/17/15 by coping the OpenJDK package to the system temp and override the Java binary path for verification if the failure is related to the OpenJDK version (no install with BB file in Yocto for JDK 18/17/15, and the failure logs are all the same).
Thanks, A.J.
관련 콘텐츠
- AWS 공식업데이트됨 3년 전
Hi AJ
Since you were able to install Greengrass independently of IDT, without any apparent changes with Java, it appears that the test suite steps happening on device through IDT, are not able to do some thing right.
I am working on providing a custom build which will provide the exact command where the failure is happening. That will give a better insight. I will keep you posted.
Thank you SV
Hello AJ
I have created this custom testsuite bundle you can download using
wget --no-check-certificate --no-proxy 'https://aws-iot-idt-ggv2-oct-private-beta.s3.us-west-2.amazonaws.com/devicetester_greengrass_v2_4.5.11_testsuite_2.3.99_win.zip?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAW2I64IVP75OGNYFH%2F20221021%2Fus-west-2%2Fs3%2Faws4_request&X-Amz-Date=20221021T191942Z&X-Amz-Expires=604800&X-Amz-SignedHeaders=host&X-Amz-Signature=34cb0b13c5a9d755f71c1d195bea7478b578079d6f93a74691f10b1698d67d4a' -O devicetester_greengrass_v2_4.5.11_testsuite_2.3.99_win.zip
This will generate additional logs in idt_server.log file, and will give an indication of where exactly the failure is happening.
Please post the findings using this bundle.
Thanks SV