-
Notifications
You must be signed in to change notification settings - Fork 10
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
2023-09-20 | MAIN --> PROD | DEV (f38ad9d) --> STAGING #2180
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
* Add backup cf task Should only run if a tag is present * Adds django backup * adds django backup to requirements * fix DBBACKUP_STORAGE * Set to private bucket * Fix linting issue * move DBBACKUP * move backup into private s3 chunk * remove db backup? * add dbbackup back * move into other INSTALLED_APPS * Fixes settings.py * pg_dump needs to match server/client versions pg_dump: error: server version: 15.3; pg_dump version: 14.9 (Ubuntu 14.9-0ubuntu0.22.04.1) pg_dump: error: aborting because of server version mismatch * Testing if data load works with psql 15 * both psql client versions? * try postgresql-common * remove pg_common * Bump to jammy psql v15 * Add comments to apt.yml * Remove unnecessary path * add callable script for cf tasks * Update to script and make +x * call script instead of direct command * Make db dumps a bit more readable * add correct url to apt.yml comment * rollback * Bump Mem to 1G In order to run python manage.py dbrestore, 512M wasn't enough to actually do the restore. * Set a readable name to the db dumps (again) * Set back to 1G like the other envs * Set app instance back to 512M Mem * Sketch: Add a bucket for backups, shared to appropriate spaces NOTE: NOT YET FUNCTIONAL! This is a sketch until the TODOs are addressed * Modify settings for new bucket * Bind the bucket to the running app This makes it so that we do not need to modify the manifest, and only expose the backup bucket while we are actually using it, i.e when we want to do a backup. * terraform fmt * Shares the s3 backup bucket with designated spaces Based on the values in config.tf * Fix typo on unbind-service cf command * Regenerate TF Plan * Regenerate TF Plan * Remove django-storages This appears to be redundant. Removing this does not change the requirements.txt file * Add default behavior for dbbackup if local env * Fix linting issue --------- Co-authored-by: Bret Mogilefsky <bret.mogilefsky@gsa.gov>
We don't want to disseminate the field 'secondary_auditors_exist'.
* reset audit migrations * reset dissemination, user migrations * reset support migrations * linter
Terraform plan for production Plan: 2 to add, 2 to change, 0 to destroy.Terraform used the selected providers to generate the following execution
plan. Resource actions are indicated with the following symbols:
+ create
~ update in-place
Terraform will perform the following actions:
# module.production.cloudfoundry_app.postgrest will be updated in-place
~ resource "cloudfoundry_app" "postgrest" {
~ environment = (sensitive value)
id = "70ac44be-3507-4867-a75f-c2d1ab12ee89"
~ id_bg = "************************************" -> (known after apply)
name = "postgrest"
# (14 unchanged attributes hidden)
# (1 unchanged block hidden)
}
# module.production.cloudfoundry_service_key.postgrest will be created
+ resource "cloudfoundry_service_key" "postgrest" {
+ credentials = (sensitive value)
+ id = (known after apply)
+ name = "postgrest"
+ service_instance = (known after apply)
}
# module.production.module.database.cloudfoundry_service_instance.rds will be created
+ resource "cloudfoundry_service_instance" "rds" {
+ id = (known after apply)
+ name = "fac-db"
+ replace_on_params_change = false
+ replace_on_service_plan_change = false
+ service_plan = "c1ddc2d6-983b-4ced-9995-064d9dde07aa"
+ space = "5593dba8-7023-49a5-bdbe-e809fe23edf9"
}
# module.production.module.https-proxy.cloudfoundry_app.egress_app will be updated in-place
~ resource "cloudfoundry_app" "egress_app" {
id = "5e81ca8b-99cf-41f8-ae42-76652d51a44c"
name = "https-proxy"
~ source_code_hash = "e59a40c4e0195f484032d3cc746c985c2ee791531eb72ba994d7b0943575ba36" -> "48b2f5eba8d1f35c0fbc2f90c2ec87cab180f5f19e7e34b16b9190fe5c5ca09a"
# (19 unchanged attributes hidden)
# (1 unchanged block hidden)
}
Plan: 2 to add, 2 to change, 0 to destroy.
Warning: Argument is deprecated
with module.domain.cloudfoundry_service_instance.external_domain_instance,
on /tmp/terraform-data-dir/modules/domain/domain/main.tf line 45, in resource "cloudfoundry_service_instance" "external_domain_instance":
45: recursive_delete = var.recursive_delete
Since CF API v3, recursive delete is always done on the cloudcontroller side.
This will be removed in future releases
(and 3 more similar warnings elsewhere) ✅ Plan applied in Deploy to Production Environment #11 |
Terraform plan for staging Plan: 2 to add, 1 to change, 0 to destroy.Terraform used the selected providers to generate the following execution
plan. Resource actions are indicated with the following symbols:
+ create
~ update in-place
Terraform will perform the following actions:
# module.staging.cloudfoundry_app.postgrest will be updated in-place
~ resource "cloudfoundry_app" "postgrest" {
~ environment = (sensitive value)
id = "db50e549-24c7-4dcf-b30e-e9dee3512be8"
~ id_bg = "************************************" -> (known after apply)
name = "postgrest"
# (14 unchanged attributes hidden)
# (1 unchanged block hidden)
}
# module.staging.cloudfoundry_service_key.postgrest will be created
+ resource "cloudfoundry_service_key" "postgrest" {
+ credentials = (sensitive value)
+ id = (known after apply)
+ name = "postgrest"
+ service_instance = (known after apply)
}
# module.staging.module.database.cloudfoundry_service_instance.rds will be created
+ resource "cloudfoundry_service_instance" "rds" {
+ id = (known after apply)
+ name = "fac-db"
+ replace_on_params_change = false
+ replace_on_service_plan_change = false
+ service_plan = "815c6069-289a-4444-ba99-40f0fa03a8f5"
+ space = "7bbe587a-e8ee-4e8c-b32f-86d0b0f1b807"
}
Plan: 2 to add, 1 to change, 0 to destroy.
Warning: Argument is deprecated
with module.staging.module.database.cloudfoundry_service_instance.rds,
on /tmp/terraform-data-dir/modules/staging.database/database/main.tf line 14, in resource "cloudfoundry_service_instance" "rds":
14: recursive_delete = var.recursive_delete
Since CF API v3, recursive delete is always done on the cloudcontroller side.
This will be removed in future releases
(and 2 more similar warnings elsewhere) ✅ Plan applied in Deploy to Staging Environment #46 |
Minimum allowed coverage is Generated by 🐒 cobertura-action against f38ad9d |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is an auto-generated pull request to merge main into prod for a staging release on 2023-09-20 with the last commit being merged as f38ad9d