-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Support ARM64 #1585
Comments
No I think on macOS it is getting run by Rosetta maybe? I'm a bit uncertain. Theoretically it is unlikely that any of its dependencies won't work on ARM, I will ask around to see how feasible it is to build native ARM images. |
We're not on MacOS but Ubuntu 22.04 running on GCP. @aminvakil would that even help? I think it's pretty obvious, the image used to run that script isn't respecting the system architecture and as such failing to run as it defaults to amd64 |
@androidacy-user What's the output of this command: |
|
I'll try to reproduce and fix this later. |
Hm, unfortunately I think we will be stalled on this until we upgrade zookeeper, ref #1292 as confluence's zookeeper image seems not to support ARM until the 7.x series. |
Can I replace zookeeper to some arm64 version? such as watershine |
We use a rather old version of zookeeper, I'm not sure if it would be safe to upgrade but I'm looking into it. |
I successfully run sentry on an ARM server, using this third-party version: https://github.com/Sentry-ARM/onpremise |
Note that we don't support third-party repos for deployment. I do want to add aarch64 for Linux at some point, but there are several changes we'd need to make to see that happen. |
We have also run into ARM issues while running the ./install.sh script. Apparently the getsentry/relay docker image is not built for ARM, only for AMD. We opened a separate issue for this: #1642 |
I think I have code to build an arm64 build of Sentry in getsentry/sentry#38180 |
Hello, we are facing the same issue on aws graviton (aarch64) while running
|
Getting the following error trying to build on my M1 Mac
|
@johnsturgeon I believe that is an inconsistent issue that only happens some of the time, if you try again does it happen? |
I tried again, and it did happen again. I got around it by just doing a |
The only problem I have now is whenever I start the stack the |
note: Maybe M1 Max vs M1 Pro is causing issues with compatibility I have to comment out this for self-hosted to work on M1 Max in
|
Why is this issue still open but the following issue is closed: #914 ? What is the actual situation with arm support? |
@drmrbrewer, I think it is open because it’s not fully resolved. I just tried to install this package on ARM machine (
|
Guys, just read a few posts from above. There is going to be ARM64 support for Sentry as soon as GitHub Actions release ARM64 runners for public orgs (scheduled to happen Q1 2025). For the time being feel free to install from fork https://github.com/Sentry-ARM/self-hosted/tree/arm64 We've been running ARM64 fork for more than a month with no issues whatsoever. |
@maximal my question was partly why the other issue has been marked as closed (fixed)… seems like the same issue? @abriginets have tried that but it doesn’t work for me… any special instructions different to the official installation? |
@drmrbrewer the only thing I screwed up when installing from ARM fork was that I forgot to override image names to be pulled from ARM fork as well. Make sure your
Other than that it should be the same as installing from official docs. |
@abriginets yes! thanks... works a treat now! |
I've updated the fork to 24.11.0! Please report any issues as I don't have the ability to test on the capable enough arm64 machine |
@ezhevita yes... works nicely with a .env containing:
Dashboard now showing: Thanks! |
I'm getting this issue trying to install on a hetzner cloud arm box -
Cloning into 'self-hosted'...
remote: Enumerating objects: 4218, done.
remote: Counting objects: 100% (60/60), done.
remote: Compressing objects: 100% (52/52), done.
remote: Total 4218 (delta 23), reused 28 (delta 8), pack-reused 4158 (from 1)
Receiving objects: 100% (4218/4218), 1.56 MiB | 7.78 MiB/s, done.
Resolving deltas: 100% (2577/2577), done.
Note: switching to '24.11.0'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:
git switch -c <new-branch-name>
Or undo this operation with:
git switch -
Turn off this advice by setting config variable advice.detachedHead to false
HEAD is now at fa61f17 release: 24.11.0
▶ Parsing command line ...
▶ Detecting Docker platform
Detected Docker platform is linux/arm64
▶ Initializing Docker Compose ...
▶ Setting up error handling ...
#0 building with "default" instance using docker driver
#1 [internal] load build definition from Dockerfile
#1 transferring dockerfile: 292B done
#1 DONE 0.0s
#2 [internal] load metadata for docker.io/library/debian:bookworm-slim
#2 DONE 0.4s
#3 [internal] load .dockerignore
#3 transferring context: 2B done
#3 DONE 0.0s
#4 [1/2] FROM docker.io/library/debian:bookworm-slim@sha256:1537a6a1cbc4b4fd401da800ee9480207e7dc1f23560c21259f681db56768f63
#4 DONE 0.0s
#5 [2/2] RUN set -x && apt-get update && DEBIAN_FRONTEND=noninteractive apt-get install -y --no-install-recommends jq && apt-get clean && rm -rf /var/lib/apt/lists/*
#5 CACHED
#6 exporting to image
#6 exporting layers done
#6 writing image sha256:a1afad5a473e956ab7301d4bfd8c92661981dbd5b7b1632341f31adbfc42df51 done
#6 naming to docker.io/library/sentry-self-hosted-jq-local done
#6 DONE 0.0s
Hey, so ... we would love to automatically find out about issues with your
Sentry instance so that we can improve the product. Turns out there is an app
for that, called Sentry. Would you be willing to let us automatically send data
about your instance upstream to Sentry for development and debugging purposes?
y / yes / 1
n / no / 0
(Btw, we send this to our own self-hosted Sentry instance, not to Sentry SaaS,
so that we can be in this together.)
Here's the info we may collect:
- OS username
- IP address
- install log
- runtime errors
- performance data
Thirty (30) day retention. No marketing. Privacy policy at sentry.io/privacy.
y or n? y
Thank you. To avoid this prompt in the future, use one of these flags:
--report-self-hosted-issues
--no-report-self-hosted-issues
or set the REPORT_SELF_HOSTED_ISSUES environment variable:
REPORT_SELF_HOSTED_ISSUES=1 to send data
REPORT_SELF_HOSTED_ISSUES=0 to not send data
latest: Pulling from getsentry/sentry-cli
Digest: sha256:6882f637e48cb1d740425256641ae32a63c87918e3772749f4ceac10072b116f
Status: Image is up to date for getsentry/sentry-cli:latest
docker.io/getsentry/sentry-cli:latest
▶ Checking for latest commit ...
skipped
▶ Checking minimum requirements ...
Found Docker version 27.3.1
Found Docker Compose version 2.29.7
▶ Upgrading Clickhouse ...
clickhouse Pulling
clickhouse Warning pull access denied for clickhouse-self-hosted-local, repository does not exist or may require 'docker login': denied: requested access to the resource is denied
#0 building with "default" instance using docker driver
#1 [clickhouse internal] load build definition from Dockerfile
#1 transferring dockerfile: 71B done
#1 WARN: InvalidDefaultArgInFrom: Default value for ARG ${BASE_IMAGE} results in empty or invalid base image name (line 2)
#1 DONE 0.0s
#2 [clickhouse internal] load metadata for docker.io/altinity/clickhouse-server:23.8.11.29.altinitystable
#2 DONE 0.4s
#3 [clickhouse internal] load .dockerignore
#3 transferring context: 2B done
#3 DONE 0.0s
#4 [clickhouse 1/1] FROM docker.io/altinity/clickhouse-server:23.8.11.29.altinitystable@sha256:a91987eab83bdc8fa5ee9725694b2bcf57779e68fa3934291cd20020484dd391
#4 CACHED
#5 [clickhouse] exporting to image
#5 exporting layers done
#5 writing image sha256:a3c35176fba5d71e7962561230eac3b90dcb55c785b20fc44b399551894a57da done
#5 naming to docker.io/library/clickhouse-self-hosted-local done
#5 DONE 0.0s
#6 [clickhouse] resolving provenance for metadata file
#6 DONE 0.0s
Container sentry-self-hosted-clickhouse-1 Creating
Container sentry-self-hosted-clickhouse-1 Created
Container sentry-self-hosted-clickhouse-1 Starting
Container sentry-self-hosted-clickhouse-1 Started
Waiting for clickhouse server, 30 remaining attempts...
Waiting for clickhouse server, 29 remaining attempts...
Waiting for clickhouse server, 28 remaining attempts...
Waiting for clickhouse server, 27 remaining attempts...
Waiting for clickhouse server, 26 remaining attempts...
Waiting for clickhouse server, 25 remaining attempts...
Waiting for clickhouse server, 24 remaining attempts...
Waiting for clickhouse server, 23 remaining attempts...
sentry-self-hosted-clickhouse-1 clickhouse-self-hosted-local "/entrypoint.sh" clickhouse 11 seconds ago Up 10 seconds (healthy) 8123/tcp, 9000/tcp, 9009/tcp
Detected clickhouse version 23.8.11.29.altinitystable. Skipping upgrades!
▶ Turning things off ...
Container sentry-self-hosted-clickhouse-1 Stopping
Container sentry-self-hosted-clickhouse-1 Stopped
Container sentry-self-hosted-clickhouse-1 Removing
Container sentry-self-hosted-clickhouse-1 Removed
Image clickhouse-self-hosted-local:latest Removing
Network sentry-self-hosted_default Removing
Image clickhouse-self-hosted-local:latest Removed
Network sentry-self-hosted_default Removed
▶ Ensuring Kafka and Zookeeper volumes have correct permissions ...
▶ Creating volumes for persistent storage ...
Created sentry-clickhouse.
Created sentry-data.
Created sentry-kafka.
Created sentry-postgres.
Created sentry-redis.
Created sentry-symbolicator.
▶ Ensuring files from examples ...
Creating sentry/sentry.conf.py ...
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
Creating sentry/config.yml ...
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
Creating symbolicator/config.yml ...
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
▶ Checking memcached backend ...
PyMemcacheCache found in sentry/sentry.conf.py, gonna assume you're good.
▶ Ensuring Relay credentials ...
Creating relay/config.yml ...
cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
relay Pulling
relay Pulled
Network sentry-self-hosted_default Creating
Network sentry-self-hosted_default Created
Relay credentials written to relay/credentials.json.
▶ Generating secret key ...
Secret key written to sentry/config.yml
▶ Fetching and updating Docker images ...
24.11.0: Pulling from getsentry/sentry
no matching manifest for linux/arm64/v8 in the manifest list entries
▶ Building and tagging Docker images ...
#0 building with "default" instance using docker driver
#1 [web internal] load build definition from Dockerfile
#1 transferring dockerfile: 462B done
#1 WARN: InvalidDefaultArgInFrom: Default value for ARG ${SENTRY_IMAGE} results in empty or invalid base image name (line 2)
#1 DONE 0.0s
#2 [web internal] load metadata for docker.io/getsentry/sentry:24.11.0
#2 ERROR: no match for platform in manifest: not found
------
> [web internal] load metadata for docker.io/getsentry/sentry:24.11.0:
------
failed to solve: getsentry/sentry:24.11.0: failed to resolve source metadata for docker.io/getsentry/sentry:24.11.0: no match for platform in manifest: not found
Error in install/build-docker-images.sh:6.
'$dcb --force-rm web' exited with status 17
-> ./install.sh:main:34
--> install/build-docker-images.sh:source:6
Looks like you've already sent this error to us, we're on it :) using this shell script to run it: # Assuming current latest version is 24.1.0
#!/bin/sh
VERSION="24.11.0"
git clone https://github.com/getsentry/self-hosted.git
cd self-hosted
git checkout ${VERSION}
DEBUG=1 sudo ./install.sh |
@JohnCFerguson there is no official ARM support, you can use my fork that adds the compatibility: https://github.com/Sentry-ARM/self-hosted |
@ezhevita I've just faced an issues using your fork.
Error:
What I am doing wrong? |
@akamoroz hello, this is most likely to be an issue with your environment. Docker should build this image locally instead of trying to pull it from remote. I've encountered this once during building of the images and the only thing that helped was setup a new VM from scratch. |
Self-Hosted Version
n/a
CPU Architecture
arm64
Docker Version
20.10.12
Docker Compose Version
1.29.2
Steps to Reproduce
Expected Result
Install succeeds
Actual Result
Hits an error:
Note we don't have an enhance-image.sh anywhere in the directory
The text was updated successfully, but these errors were encountered: