[OP Stack Deployment] <Apple M4 error when deploying new rollup>

[zapper-95]

Did you check the documentation?

• Yes

Did you check for duplicate questions?

• Yes

Issue Description

I am having some difficulties running just simple-devnet in the kurtosis-devnet folder to deploy a new rollup.

I get an error with teku relating to a Java Runtime Environment. I have tried re-installing kurtosis 1.4.4, docker and searched the docs, but I have not been able to find a solution to this.

Logs

2025/03/04 14:56:16 Error: error deploying environment: error deploying kurtosis package: execution error: An error occurred executing instruction (number 29) at github.com/ethpandaops/ethereum-package/src/cl/teku/teku_launcher.star[79:38]:
add_service(name="cl-1-teku-geth", config=ServiceConfig(image="consensys/teku:latest", ports={"http": PortSpec(number=4000, transport_protocol="TCP", application_protocol="http"), "metrics": PortSpec(number=8008, transport_protocol="TCP", application_protocol="http"), "tcp-discovery": PortSpec(number=9000, transport_protocol="TCP", application_protocol=""), "udp-discovery": PortSpec(number=9000, transport_protocol="UDP", application_protocol="")}, public_ports={}, files={"/jwt": "jwt_file", "/network-configs": "el_cl_genesis_data", "/validator-keys": "1-teku-geth-0-63"}, cmd=["--logging=INFO", "--log-destination=CONSOLE", "--network=/network-configs/config.yaml", "--data-path=/data/teku/teku-beacon-data", "--data-storage-mode=ARCHIVE", "--p2p-enabled=true", "--p2p-peer-lower-bound=1", "--p2p-advertised-ip=KURTOSIS_IP_ADDR_PLACEHOLDER", "--p2p-discovery-site-local-addresses-enabled=true", "--p2p-port=9000", "--rest-api-enabled=true", "--rest-api-docs-enabled=true", "--rest-api-interface=0.0.0.0", "--rest-api-port=4000", "--rest-api-host-allowlist=*", "--data-storage-non-canonical-blocks-enabled=true", "--ee-jwt-secret-file=/jwt/jwtsecret", "--ee-endpoint=http://{{kurtosis:15c6a0a977a041da9d1d4454f2f4b499:ip_address.runtime_value}}:8551", "--metrics-enabled", "--metrics-interface=0.0.0.0", "--metrics-host-allowlist=*", "--metrics-categories=BEACON,PROCESS,LIBP2P,JVM,NETWORK,PROCESS", "--metrics-port=8008", "--ignore-weak-subjectivity-period-enabled=true", "--initial-state=/network-configs/genesis.ssz", "--validator-keys=/validator-keys/teku-keys:/validator-keys/teku-secrets", "--validators-proposer-default-fee-recipient=0x8943545177806ED17B9F23F0a21ee5948eCaa776", "--validators-graffiti=1-geth-teku"], env_vars={}, private_ip_address_placeholder="KURTOSIS_IP_ADDR_PLACEHOLDER", ready_conditions=ReadyCondition(recipe=GetHttpRequestRecipe(port_id="http", endpoint="/eth/v1/node/health"), field="code", assertion="IN", target_value=[200, 206], timeout="15m"), labels={"ethereum-package.client": "teku", "ethereum-package.client-image": "consensys-teku_latest", "ethereum-package.client-type": "beacon", "ethereum-package.connected-client": "geth", "ethereum-package.sha256": ""}, user=User(uid=0, gid=0), tolerations=[], node_selectors={}))
 --- at /home/circleci/project/core/server/api_container/server/startosis_engine/startosis_executor.go:157 (sendErrorAndFail) ---
Caused by: Unexpected error occurred starting service 'cl-1-teku-geth'
 --- at /home/circleci/project/core/server/api_container/server/startosis_engine/kurtosis_instruction/add_service/add_service.go:212 (AddServiceCapabilities.Execute) ---
Caused by: An error occurred waiting for all TCP and UDP ports to be open for service 'cl-1-teku-geth' with private IP '172.16.8.16'; this is usually due to a misconfiguration in the service itself, so here are the logs:
== SERVICE 'cl-1-teku-geth' LOGS ===================================
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGILL (0x4) at pc=0x0000ffff9d13fc5c, pid=7, tid=23
#
# JRE version:  (21.0.6+7) (build )
# Java VM: OpenJDK 64-Bit Server VM (21.0.6+7-LTS, mixed mode, tiered, compressed oops, compressed class ptrs, g1 gc, linux-aarch64)
# Problematic frame:
# j  java.lang.System.registerNatives()V+0 java.base
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /opt/teku/hs_err_pid7.log
[0.054s][warning][os] Loading hsdis library failed
#
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

== FINISHED SERVICE 'cl-1-teku-geth' LOGS ===================================
 --- at /home/circleci/project/core/server/api_container/server/service_network/default_service_network.go:1016 (DefaultServiceNetwork.startRegisteredService) ---
Caused by: An error occurred while waiting for all TCP and UDP ports to be open
 --- at /home/circleci/project/core/server/api_container/server/service_network/default_service_network.go:1397 (waitUntilAllTCPAndUDPPortsAreOpen) ---
Caused by: Unsuccessful ports check for IP '172.16.8.16' and port spec '{privatePortSpec:0x4000a11fb0}', even after '240' retries with '500' milliseconds in between retries. Timeout '2m0s' has been reached
 --- at /home/circleci/project/core/server/api_container/server/service_network/default_service_network.go:1427 (waitUntilPortIsOpenWithTimeout) ---
Caused by: An error occurred while calling network address '172.16.8.16:8008' with port protocol 'TCP' and using time out '200ms'
 --- at /home/circleci/project/core/server/api_container/server/service_network/default_service_network.go:1459 (scanPort) ---
Caused by: dial tcp 172.16.8.16:8008: i/o timeout
exit status 1
error: Recipe `devnet` failed with exit code 1

Additional Information

I am running this using an Apple M4 chip.

Feedback

No response

[imtipi]

can you try

ethereum_package:
  participants:
    - el_type: geth
      cl_type: teku
      cl_image: "consensys/teku:latest-arm64" # add this

[zapper-95]

Hey thanks for the response. I have run it again and it now uses the teku arm64 image but unfortunately it still produces the same error

Adding service with name 'cl-1-teku-geth' and image 'consensys/teku:latest-arm64'
2025/03/04 16:38:20 Error: error deploying environment: error deploying kurtosis package: execution error: An error occurred executing instruction (number 29) at github.com/ethpandaops/ethereum-package/src/cl/teku/teku_launcher.star[79:38]:
add_service(name="cl-1-teku-geth", config=ServiceConfig(image="consensys/teku:latest-arm64", ports={"http": PortSpec(number=4000, transport_protocol="TCP", application_protocol="http"), "metrics": PortSpec(number=8008, transport_protocol="TCP", application_protocol="http"), "tcp-discovery": PortSpec(number=9000, transport_protocol="TCP", application_protocol=""), "udp-discovery": PortSpec(number=9000, transport_protocol="UDP", application_protocol="")}, public_ports={}, files={"/jwt": "jwt_file", "/network-configs": "el_cl_genesis_data", "/validator-keys": "1-teku-geth-0-63"}, cmd=["--logging=INFO", "--log-destination=CONSOLE", "--network=/network-configs/config.yaml", "--data-path=/data/teku/teku-beacon-data", "--data-storage-mode=ARCHIVE", "--p2p-enabled=true", "--p2p-peer-lower-bound=1", "--p2p-advertised-ip=KURTOSIS_IP_ADDR_PLACEHOLDER", "--p2p-discovery-site-local-addresses-enabled=true", "--p2p-port=9000", "--rest-api-enabled=true", "--rest-api-docs-enabled=true", "--rest-api-interface=0.0.0.0", "--rest-api-port=4000", "--rest-api-host-allowlist=*", "--data-storage-non-canonical-blocks-enabled=true", "--ee-jwt-secret-file=/jwt/jwtsecret", "--ee-endpoint=http://{{kurtosis:80d48e16397b49ed9de18fa682ffd939:ip_address.runtime_value}}:8551", "--metrics-enabled", "--metrics-interface=0.0.0.0", "--metrics-host-allowlist=*", "--metrics-categories=BEACON,PROCESS,LIBP2P,JVM,NETWORK,PROCESS", "--metrics-port=8008", "--ignore-weak-subjectivity-period-enabled=true", "--initial-state=/network-configs/genesis.ssz", "--validator-keys=/validator-keys/teku-keys:/validator-keys/teku-secrets", "--validators-proposer-default-fee-recipient=0x8943545177806ED17B9F23F0a21ee5948eCaa776", "--validators-graffiti=1-geth-teku"], env_vars={}, private_ip_address_placeholder="KURTOSIS_IP_ADDR_PLACEHOLDER", ready_conditions=ReadyCondition(recipe=GetHttpRequestRecipe(port_id="http", endpoint="/eth/v1/node/health"), field="code", assertion="IN", target_value=[200, 206], timeout="15m"), labels={"ethereum-package.client": "teku", "ethereum-package.client-image": "consensys-teku_latest-arm64", "ethereum-package.client-type": "beacon", "ethereum-package.connected-client": "geth", "ethereum-package.sha256": ""}, user=User(uid=0, gid=0), tolerations=[], node_selectors={}))
 --- at /home/circleci/project/core/server/api_container/server/startosis_engine/startosis_executor.go:157 (sendErrorAndFail) ---
Caused by: Unexpected error occurred starting service 'cl-1-teku-geth'
 --- at /home/circleci/project/core/server/api_container/server/startosis_engine/kurtosis_instruction/add_service/add_service.go:212 (AddServiceCapabilities.Execute) ---
Caused by: An error occurred waiting for all TCP and UDP ports to be open for service 'cl-1-teku-geth' with private IP '172.16.0.12'; this is usually due to a misconfiguration in the service itself, so here are the logs:
== SERVICE 'cl-1-teku-geth' LOGS ===================================
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGILL (0x4) at pc=0x0000ffffa513fc5c, pid=7, tid=23
#
# JRE version:  (21.0.6+7) (build )
# Java VM: OpenJDK 64-Bit Server VM (21.0.6+7-LTS, mixed mode, tiered, compressed oops, compressed class ptrs, g1 gc, linux-aarch64)
# Problematic frame:
# j  java.lang.System.registerNatives()V+0 java.base
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /opt/teku/hs_err_pid7.log
[0.032s][warning][os] Loading hsdis library failed
#
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

== FINISHED SERVICE 'cl-1-teku-geth' LOGS ===================================
 --- at /home/circleci/project/core/server/api_container/server/service_network/default_service_network.go:1016 (DefaultServiceNetwork.startRegisteredService) ---
Caused by: An error occurred while waiting for all TCP and UDP ports to be open
 --- at /home/circleci/project/core/server/api_container/server/service_network/default_service_network.go:1397 (waitUntilAllTCPAndUDPPortsAreOpen) ---
Caused by: Unsuccessful ports check for IP '172.16.0.12' and port spec '{privatePortSpec:0x4000755080}', even after '240' retries with '500' milliseconds in between retries. Timeout '2m0s' has been reached
 --- at /home/circleci/project/core/server/api_container/server/service_network/default_service_network.go:1427 (waitUntilPortIsOpenWithTimeout) ---
Caused by: An error occurred while calling network address '172.16.0.12:8008' with port protocol 'TCP' and using time out '200ms'
 --- at /home/circleci/project/core/server/api_container/server/service_network/default_service_network.go:1459 (scanPort) ---
Caused by: dial tcp 172.16.0.12:8008: i/o timeout
exit status 1
error: Recipe `devnet` failed with exit code 1

[imtipi]

i saw something in docker forum https://forums.docker.com/t/image-builds-fail-on-new-macbook-despite-working-fine-on-prior-apple-silicon/145772/6

Looks like it’s a java bug specific to M4/Docker/MacOs 15.2. Really appreciate you taking a look, for now the recommended workaround of using JAVA_OPTS=“-XX:UseSVE=0” seems to be working.

[zapper-95]

Found a similar problem with an apple m4 chip which they fixed by using an amd64 image
rancher-sandbox/rancher-desktop#8057

Ok finally got it working with x86 image of localstack instead of arm64 image (which was causing the issue)
I deleted arm64 image of localstack and pulled x86 image docker pull --platform=linux/amd64.

I tried using amd64 imagecl_image: "consensys/teku:latest-amd64" and this has resolved the issue for me