0ACD0807:D6C2_0ACC8104:01BB_662A7D91_98FA25D:2F0C2
2024-04-25T22:58:08.927+0700 [DEBUG] provider.terraform-provider-ovh_v0.43.1: X-Iplb-Request-Id: 67796CB4:196C_8D5FBADF:01BB_662A7D90_9A0558F:C5A7
2024-04-25T22:58:08.927+0700 [DEBUG] provider.terraform-provider-ovh_v0.43.1: X-Ovh-Queryid: EU.ext-2.662a7d91.1200691.f8632fcef2581cf8dbe7652a68266d68
2024-04-25T22:58:08.927+0700 [DEBUG] provider.terraform-provider-ovh_v0.43.1: X-Recruitment: You know how to code? This is a good start, but it may not be enough! We are looking for engineers who LOVE coding. Programming enthusiasts, code aesthetes, CTF winners, ... In short, geeks eager to learn, obstinate, involved. You want to challenge yourself? Join us! http://ovh.jobs
2024-04-25T22:58:08.927+0700 [DEBUG] provider.terraform-provider-ovh_v0.43.1: X-Xss-Protection: 1; mode=block
2024-04-25T22:58:08.927+0700 [DEBUG] provider.terraform-provider-ovh_v0.43.1
2024-04-25T22:58:08.927+0700 [DEBUG] provider.terraform-provider-ovh_v0.43.1: 1714060689
2024-04-25T22:58:
Terraform used the selected providers to generate the following execution plan. Resource actions are indicated with the following symbols:
+ create
Terraform will perform the following actions:
# ovh_cloud_project_database_mongodb_user.xund_medres_admin will be created
+ resource "ovh_cloud_project_database_mongodb_user" "xund_medres_admin" {
+ cluster_id = "0394a25e-f7b9-4d0c-99c6-c72c92c6acfe"
+ created_at = (known after apply)
Terraform used the selected providers to generate the following execution plan. Resource actions are indicated with the following symbols:
+ create
Terraform will perform the following actions:
# ovh_cloud_project_database.mongodb_medres will be created
+ resource "ovh_cloud_project_database" "mongodb_medres" {
+ advanced_configuration = (known after apply)
+ backup_regions = (known after apply)
provider "ovh" {
endpoint = var.ovh_endpoint
application_key = var.ovh_application_key
application_secret = var.ovh_application_secret
consumer_key = var.ovh_consumer_key
alias = "ovh"
}
provider "openstack" {
│ Error: timeout while waiting IP restriction 9db76dff-63fa-4362-a92b-f560b72a1577 to be DELETED: unexpected state 'READY', wanted target 'DELETED'. last error: %!s(<nil>)
ovh_cloud_project_kube.development_cluster: Still modifying... [id=670f9a76-a617-436b-bed7-defe6c73152f, 10m0s elapsed]
╷
│ Error: timeout while waiting kube 670f9a76-a617-436b-bed7-defe6c73152f to be READY: timeout while waiting for state to become 'READY' (last state: 'UPDATING', timeout: 10m0s)
│
│ with ovh_cloud_project_kube.development_cluster,
sudo setsebool -P abrt_upload_watch_anon_write on
sudo setsebool -P auditadm_exec_content on
sudo setsebool -P boinc_execmem on
sudo setsebool -P cron_userdomain_transition on
sudo setsebool -P daemons_dontaudit_scheduling on
sudo setsebool -P dbadm_exec_content on
sudo setsebool -P domain_fd_use on
sudo setsebool -P entropyd_use_audio on
sudo setsebool -P fips_mode on
TASK [Ensure replicaset is stable before beginning] **************************************************************************************************************************************
task path: /var/home/attila.pinter/Project/maintenance/mongors_update/mongors_dup.yml:43
280366 1667462506.63087: sending task start callback
280366 1667462506.63095: entering _queue_task() for mongo-1/community.mongodb.mongodb_status
280366 1667462506.63103: Creating lock for community.mongodb.mongodb_status
280366 1667462506.63514: worker is 1 (out of 2 available)
280366 1667462506.63667: exiting _queue_task() for mongo-1/community.mongodb.mongodb_status
280366 1667462506.63876: getting variables
280366 1667462506.63900: in VariableManager get_vars()
Create the update script, nothing fancy. Save it under $HOME/bin
. Make it executable.
#!/bin/bash
set -e
echo ================================================================
echo "Updating the TW box"
echo ================================================================
distrobox-enter tw2 -- sudo zypper ref
- Create a systemd service and a timer unit with the below contents
- The unit runs with the user so create the unit and timer under
$HOME/.config/systemd/user/
- Enable the timer only (
systemctl enable --user --now update-user-flatpaks.timer
) - Flatpaks will update automatically daily, if an update missed - cause the box was off for instance - it will try it again as soon as it can run again.
Contents of update-user-flatpaks.service
:
[Unit]
Description=Update user Flatpaks