-
Notifications
You must be signed in to change notification settings - Fork 556
bug: apisix-dashboard v2.5 make build failed on Huawei Kunpeng system #1832
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@juzhiyuan @LiteSun |
is anybody can help me ?haha |
Thanks for reporting the problem, I'll try to reproduce it when I have time and I'll update here with any progress 😄 |
Thank you anyway.I can't wait for the solution. |
I suggest to also report this issue to yarn. |
Hi @Molio-tan, thanks for reporting. From the error logs, it seems that some of the npm packages are not compatible with Kylin v10 on ARM64. IMHO, the cause may be very complex. So in order to make it easier to get through with this, could you please add BTW: could you please make another test by changing the Kylin v10 to Ubuntu 20.04 to see if the error still exists? Kylin v10 is probably based on openEuler 20.03 LTS and honestly, it may lack some packages, which may also cause similar problems. Moreover, Kylin v10 is a commercial product so we can hardly get it to reproduce the issue. Thanks. |
Firstly, I tried to add Secondly, I sorry I couldn't have the Kylin v10 to Ubuntu 20.04 for another test. |
Hi @imjoey, do you have other solutions to resolve this issue? Should we file an issue to Yarn or NPM? |
@juzhiyuan Sorry, I'm afraid not yet as the logs did not show enough details. Actually, as far as I know, both Yarn and NPM have good support for ARM64. IMHO, it's supposed that the reason is some npm packages are not compatible with Kylin V10 on ARM64. While unfortunately, I do not have an ARM64 environment to reproduce it. We can still get more info from @Molio-tan. 😄 |
noted, thanks for clarification! |
@Molio-tan the logs seem not very helpful. So could you please show us more information from the |
Ok, but I don't know exactly about how many lines or messages created during the installation.Forgive me to giving the whole file as follows. |
@Molio-tan thanks for providing the logs, while I'm so sorry that I've to say I can find nothing useful to help us get through with this issue. Do you mind adding my WeChat |
No, I don't mind that. I had send the request for your Wechat. |
I've already debugged with @Molio-tan personally, now I put the debug progress here with @Molio-tan's permission. Actually, we could find a similar issue nodejs/help#3202, which shows us that nodejs-v14&v15 is not compatible with Redhat8-aarch64 while nodejs-v12 is OK, and nodejs-v14&15 works well with ubuntu20.04-aarch64. From the snapshot in step 2, we could the reason for the crash is about nodejs itself. Moreover, from the yum repository provided by Kylin, the default version of nodejs in kylin-v10 is In conclusion, IMHO, the root cause is about the incompatibility between nodejs version and Operating System. So @Molio-tan will then downgrade the nodejs to 10.11.0 to recheck if the problem still exists and then post your result back here, Thank you very much. |
That's really helpful! @Molio-tan @imjoey |
@imjoey The lower version of nodejs is helpful,but at the last of |
@Molio-tan Very glad to see it works. Regarding to the new error, an intuitive solution is to install the new 10.13.0-armv8 from official alternatively. In practice, minor version upgrade will not bring any incompatibility, so I guess this newer version will also work along with Kylin V10. Looking forward to your feedback. Thanks. |
@imjoey Thank you for your help. After many times to download different versions of nodejs, I find the suitable version is v10.24.0.
At last, |
Issue description
Environment
apisix version
): v2.4uname -a
): Linux localhost.localdomain 4.19.90-17.ky10.aarch64 change: added doc of how to load plugin. apisix#1 SMP Sun Jun 28 14:27:40 CST 2020 aarch64 aarch64 aarch64 GNU/Linuxnginx -V
oropenresty -V
): openresty/1.19.3.1curl http://127.0.0.1:9090/v1/server_info
to get the info from server-info API): v3.4.13luarocks --version
): v3.6.0Minimal test code / Steps to reproduce the issue
What's the actual result? (including assertion message & call stack if applicable)
What's the expected result?
这个是因为鲲鹏系统的差异性导致最后构建失败的吗?
请求帮助,谢谢
The text was updated successfully, but these errors were encountered: