nuke the Bazel cache

This is a bit of a nuclear option as we cannot figure out how to repair
the cache in place. It seems (somewhat) clear that the cache is
corrupted for Windows builds, but we're out of ideas on either how to
test it to fully confirm or how to repair it.

This PR will consist of two commits: one with the Bazel cache definition
commented out (this one), and then one that reverts it. This will result
in a no-change commit when squashed on master, but should serve as an
audit trail for the accompanying Standard Change (as I consider dropping
the entire cache outside of routine maintenance).

CHANGELOG_BEGIN
CHANGELOG_END
This commit is contained in:
Gary Verhaegen 2020-04-29 16:55:59 +02:00
parent 0ae62b50e4
commit f7cd68e080
2 changed files with 16 additions and 0 deletions

View File

@ -8,6 +8,7 @@ locals {
// see main.tf for additional locals
}
/*
module "bazel_cache" {
source = "./modules/gcp_cdn_bucket"
@ -27,6 +28,11 @@ resource "google_storage_bucket_iam_member" "bazel_cache_writer" {
role = "roles/storage.objectAdmin"
member = "serviceAccount:${google_service_account.writer.email}"
}
*/
module "bazel_cache" {
source = "./preserve_ip"
}
output "bazel_cache_ip" {
value = "${module.bazel_cache.external_ip}"

10
infra/preserve_ip/main.tf Normal file
View File

@ -0,0 +1,10 @@
resource "google_compute_global_address" "default" {
project = "da-dev-gcp-daml-language"
name = "daml-bazel-cache-address"
ip_version = "IPV4"
}
output external_ip {
description = "The external IP assigned to the global fowarding rule."
value = "${google_compute_global_address.default.address}"
}