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

Decommission scaleway arm32 systems #2192

Closed
sxa opened this issue May 22, 2021 · 4 comments · Fixed by #2201
Closed

Decommission scaleway arm32 systems #2192

sxa opened this issue May 22, 2021 · 4 comments · Fixed by #2201

Comments

@sxa
Copy link
Member

sxa commented May 22, 2021

Multiple reasons

  • They are unreliable
  • They are currently running Ubuntu 16.04
  • Scaleway have indicated that new image creation will be limited from June 1st
    -- July 1st will be end of support
    -- August 1st will block new C1 instance creations completely, and also BLOCK RESTARTS
    -- September 1 = final end of life - IPs will be detached from the instance

Based on the instability of the scaleway systems and our need to regularly restart them this means an effective absolute end date of August 1st - just over two months from the date I'm opening this issue.

I have already been looking at alternate options, but clearly the preferred one is to get the pis at the colocation setup at Nine fully up and running.

@sxa sxa added the ansible label May 22, 2021
@sxa sxa changed the title Decomission scaleway arm32 systems Decommission scaleway arm32 systems May 22, 2021
@sxa
Copy link
Member Author

sxa commented Jun 2, 2021

In order to support continuing to build on Ubuntu 16.04 on a replacement system (to hold glibc dependency levels for java 8 and 11) I have been looking at creating a docker environment for running these builds on a more modern host going forward as per https://github.com/adoptium/infrastructure/pull/2201/files

@karianna karianna linked a pull request Jun 6, 2021 that will close this issue
5 tasks
@karianna karianna added this to the June 2021 milestone Jun 6, 2021
@sxa sxa closed this as completed in #2201 Jun 18, 2021
@sxa sxa reopened this Jun 18, 2021
@sxa
Copy link
Member Author

sxa commented Jun 18, 2021

Machines have now had the version of GCC 7.5 updated to resolve the problems described in adoptium/adoptium-support#319
We now also have the ability to build in docker containers as a result of #2201 and have two machines build-equinix-ubuntu1604-armv7l-* set up for this, which should be able to take over the function of the two scaleway build boxes. This just leaves us with the docker one.

@sxa sxa self-assigned this Jun 18, 2021
@sxa sxa modified the milestones: June 2021, July 2021 Jul 5, 2021
@sxa
Copy link
Member Author

sxa commented Jul 5, 2021

Moving this to July as we still have the machines live, but other than for docker they are no longer mandatory in our CI.

@sxa
Copy link
Member Author

sxa commented Sep 9, 2021

IPs have been detached. @sxa's XU4 can handle the docker multiarch job, although that is not likely to be needed at adoptium going forward.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants