Running command balena push <app_name> --emulated --convert-eol I get the following error:
qemu-arm-static: Unable to reserve 0xffff0000 bytes of virtual address space at 0x1000 (Success) for use as guest address space (check yourvirtual memory ulimit setting, min_mmap_addr or reserve less using -R option)
… The command '/bin/sh -c install_packages -y modemmanager bash supervisor gpsd' returned a non-zero code: 1
Unfortunately, this application is private and has been used for a long time, but I have never seen such an error. The extreme change in the code cannot be related to the assembly in any way, the changes were only in the application logic itself and were quite insignificant.
My bad for not explaining it well, we also updated the QEMU in our builders, which is probably why you’re getting the error. We’ll investigate further and get back to you as soon as we have more information
hey,
i also have problems with balena push on windows cli…
i always got the following error-codes:
[Error] The included balena.yml is not a valid contract, allowed types are sw.application,sw.block,sw.hal-module, stopping build
[Error] Some services failed to build:
[Error] Not deploying release.
[Error] Upstream API server/DB error:
Remote build failed
my container shouldn’t be the problem cause i dont changed anything
Interesting, what’s the reason for using balena.yml in a private application? The reason it’s failing is because we deprecated the old format of the balena.yml, you can find the new format here: Deploy with balena button - Balena Documentation. You can also remove it if you don’t have use for it by the way.
Hi there, we rolled back to a previous version of QEMU, bundled with the cloud builder code. We’ve now rolled back this update while we investigate further. Can you please verify you can (re)build your app(s)?
Hey @adolfaka, thanks again for reporting this issue!
Is there a specific reason you use the --emulated flag with the push command? For most arm device types if that flag is not provided it will actually use our dedicated arm builders, which are usually much faster than emulation.
If there is a current reason not to use our arm builders, we would love to know so we can look at improving them!
Hey @adolfaka, is there any additional information you can provide about your emulated docker push process that could help us improve the product? Is there a reason you don’t use the dedicated arm builders?
Hi, @klutchell! Sorry for the long answer, only now I noticed the messages on e-mail. It turned out that there was no need to use the --emulated flag, I misinterpreted the description in the documentation and thought that pushing an application on ARM bases was impossible on AMD64. Many thanks! You saved me a lot of time