-
Notifications
You must be signed in to change notification settings - Fork 17.7k
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
x/build/env/linux-arm64-bullseye: add GCP builders #53851
Comments
Change https://go.dev/cl/447258 mentions this issue: |
Change https://go.dev/cl/447259 mentions this issue: |
Change https://go.dev/cl/447257 mentions this issue: |
Change https://go.dev/cl/447260 mentions this issue: |
Change https://go.dev/cl/447738 mentions this issue: |
This adds the configuration details for a Debian ARM64 docker image. The container will run on a COS machine on GCP. Updates golang/go#53851 Change-Id: I416c524138573c86f45fdccd505a28666e4b7b09 Reviewed-on: https://go-review.googlesource.com/c/build/+/447257 Reviewed-by: Heschi Kreinick <[email protected]> TryBot-Result: Gopher Robot <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]> Run-TryBot: Carlos Amedee <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]>
Stage0 has been configured to allow linux arm64 instances that are on GCP. The makefile that generates the instances was refactored to follow the model used by a the buildlet makefile refactor in CL 419992. Updates golang/go#53851 Change-Id: Iffe0829fc1ba1d863adcb3b73cde2c48d5d84c68 Reviewed-on: https://go-review.googlesource.com/c/build/+/447258 Run-TryBot: Carlos Amedee <[email protected]> TryBot-Result: Gopher Robot <[email protected]> Reviewed-by: Carlos Amedee <[email protected]> Reviewed-by: Heschi Kreinick <[email protected]>
This adds the ability to query for COS images which are ARM64 based. The HostConfig has been updated to provide the ability to note that a host requires an ARM64 COS image. Updates golang/go#53851 Change-Id: Ib57bf6359ca365078528dbb6912dca2402939df9 Reviewed-on: https://go-review.googlesource.com/c/build/+/447259 TryBot-Result: Gopher Robot <[email protected]> Run-TryBot: Carlos Amedee <[email protected]> Reviewed-by: Carlos Amedee <[email protected]> Reviewed-by: Heschi Kreinick <[email protected]>
This adds the ability to track quota for t2a instances which have an ARM64 architecture. This is required functionality if the coordinator makes use of this machine type. Updates golang/go#53851 Change-Id: I5fd384fee78bd1817fb022e67ecaa3e405977e3b Reviewed-on: https://go-review.googlesource.com/c/build/+/447260 Run-TryBot: Carlos Amedee <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]> Reviewed-by: Carlos Amedee <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]> TryBot-Result: Gopher Robot <[email protected]>
GCE ARM64 instances do not support the Konnn on COS images. Cloud init is used to start containers on GCE ARM64 COS images instead of using the gce-container-declaration metadata method. Updates golang/go#53851 Change-Id: I3097ab3fc075829a45c93320023e54d3c16fa7a1 Reviewed-on: https://go-review.googlesource.com/c/build/+/447738 Run-TryBot: Carlos Amedee <[email protected]> TryBot-Result: Gopher Robot <[email protected]> Reviewed-by: Carlos Amedee <[email protected]> Reviewed-by: Heschi Kreinick <[email protected]>
Change https://go.dev/cl/447835 mentions this issue: |
While testing a new configuration, the linux-arm builder defined as:
Failed with the following error:
A custom host configuration (such as we've done with AWS) may be necessary. |
The linux-arm64 builder is running in production. |
Change https://go.dev/cl/449615 mentions this issue: |
Change https://go.dev/cl/452858 mentions this issue: |
For golang/go#49649. Updates golang/go#53851. Change-Id: Ifbfd2b089b909542d0568d529ba738e4b217cf5c Reviewed-on: https://go-review.googlesource.com/c/build/+/452858 Reviewed-by: Dmitri Shuralyov <[email protected]> Run-TryBot: Cherry Mui <[email protected]> TryBot-Result: Gopher Robot <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]>
Change https://go.dev/cl/453657 mentions this issue: |
This change allows ARM based docker images to be built by xb. For golang/go#53851 Change-Id: I5a2fd92b4a93957551e1f7cb9f46871de54fbb1d Reviewed-on: https://go-review.googlesource.com/c/build/+/453657 Run-TryBot: Carlos Amedee <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]> TryBot-Result: Gopher Robot <[email protected]>
Change https://go.dev/cl/453658 mentions this issue: |
ARM machines are not available in the us-central1-c zone. This removes this zone from the configuration. https://cloud.google.com/compute/docs/regions-zones For golang/go#53851 Change-Id: Ic30ef617c239c073fa60554a86c832e34e5a4fe1 Reviewed-on: https://go-review.googlesource.com/c/build/+/453658 TryBot-Result: Gopher Robot <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]> Run-TryBot: Carlos Amedee <[email protected]> Reviewed-by: Carlos Amedee <[email protected]> Auto-Submit: Carlos Amedee <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]>
Change https://go.dev/cl/456043 mentions this issue: |
From the dashboard, it seems the linux-arm64-longtest builder has been working reasonably well for a while. At this point we don't have known issues for it. So remove known issues. Enable it for trybot on 1.20+ release branches, per golang/go#37827. Only for 1.20+ because it is failing on older versions of Go. Fixes golang/go#49649. Updates golang/go#53851, golang/go#37827. Change-Id: I682aa4028b791ecd80360fbe05ef615dad19405d Reviewed-on: https://go-review.googlesource.com/c/build/+/456043 Reviewed-by: Dmitri Shuralyov <[email protected]> TryBot-Result: Gopher Robot <[email protected]> Run-TryBot: Cherry Mui <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]>
Arm architecture machines are now available on Google Cloud Platform. We should deploy a set of builders for linux-arm64 and linux-arm.
Update: The arm32 builder work has been broken out into a separate issue. See #56693
@golang/release
The text was updated successfully, but these errors were encountered: