Functions created with 'Generic_X86_ARM' shape for Go and .NET runtimes cannot be
deployed using ARM Cloud Shell
Functions created with 'Generic_X86_ARM' shape for Go and .NET runtimes cannot be
deployed using ARM Cloud Shell.
Details
Due to cross compilation issues on OL7 ARM with docker buildx, deploying functions
created with the 'Generic_X86_ARM' shape for the Go and .NET runtimes will produce an
error similar to the
following:
=> ERROR [linux/amd64 build-stage 5/6] RUN go mod tidy
------
> [linux/amd64 build-stage 5/6] RUN go mod tidy:
0.417 go: error while loading shared libraries: libpthread.so.0: failed to map segment from shared object
------
Workaround
Users who have an option to switch their preferred Cloud Shell architecture can choose
the X86_64 architecture from the Cloud Shell Actions
menu to resolve the error.
To verify the installation is
successful, run the following
command:
$ gradle --version
This
should display output similar to the
following:
Welcome to Gradle 8.0.2!
Go SDK cannot automatically find some regions while running in Cloud Shell 🔗
Details: Due to some issues with one of its dependencies, the Go SDK feature which
allows customers to automatically use new realms which might be unknown to the SDK is
not functioning from within Cloud Shell.
Attempting to run code in Cloud Shell that uses this feature will result in the following
error
message:
can not create client, bad configuration: failed to get security token: failed to renew security token: failed to get security token: failed to call: Post "https://<endpoint>/v1/x509": dial tcp: lookup <endpoint> on 127.0.0.11:53: server misbehaving
panicked while retrying operation. Panic was: runtime error: invalid memory address or nil pointer dereference
Workaround: To resolve this issue, enable resolving regions using the instance
metadata service for Go SDK. For more information, see: Adding Regions