Skip to content
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

[BUG] Iris-Compatibility issue with M1 Mac and docker container #376

Closed
omar-saadoun opened this issue May 26, 2021 · 7 comments
Closed
Labels
aeproject bug Something isn't working hold

Comments

@omar-saadoun
Copy link

Describe the bug
When starting the environment as usual with aeproject env it get stopped when starting the node and funding wallets.

Checking on logs for the node I get this:

Exec: /home/aeternity/node/erts-10.7.2.3/bin/erlexec -boot /home/aeternity/node/releases/6.0.0-rc3/aeternity -mode embedded -boot_var SYSTEM_LIB_DIR /home/aeternity/node/lib -config /home/aeternity/node/releases/6.0.0-rc3/sys.config -args_file /home/aeternity/node/releases/6.0.0-rc3/vm.args -- console -noinput -aehttp enable_debug_endpoints true
Root: /home/aeternity/node
/home/aeternity/node
sigaltstack: Invalid argument
sigaltstack: Invalid argument
qemu: uncaught target signal 6 (Aborted) - core dumped

Doing some research it seems that there is some issue between OTP version, docker and M1 Mac processors.

docker/for-mac#5148

Aeproject information (please complete the following information):

  • OS executed at: MacOS M1 processor
  • AEproject Version @3.0.0 beta version
@mradkov
Copy link
Contributor

mradkov commented Jun 3, 2021

This is a problem with the node itself as you already mentioned here aeternity/aeternity#3632.

@marc0olo
Copy link
Contributor

marc0olo commented Feb 8, 2022

should be fixed if aeternity/aeternity#3846 is solved and a new release is published afterwards

@marc0olo
Copy link
Contributor

marc0olo commented Feb 8, 2022

actually we already have a working image.

@omar-saadoun @thepiwo is this m1 image somewhere public and can be explicitly manually set by users?

@thepiwo
Copy link
Collaborator

thepiwo commented Feb 8, 2022

As far as I know there hasn't been a production read image been published yet

@marc0olo
Copy link
Contributor

marc0olo commented Feb 8, 2022

didn't you publish this workaround image somewhere? just in case somebody really wants to play around with it (knowing it's not the prod-ready image)

@omar-saadoun
Copy link
Author

I'm playing around with it

@thepiwo thepiwo added the hold label Apr 1, 2022
@thepiwo
Copy link
Collaborator

thepiwo commented Apr 11, 2023

Its finally fixed using aeproject 4.6.0 https://github.com/aeternity/aeproject/releases/tag/v4.6.0

@thepiwo thepiwo closed this as completed Apr 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
aeproject bug Something isn't working hold
Projects
None yet
Development

No branches or pull requests

4 participants