-
Notifications
You must be signed in to change notification settings - Fork 107
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
Fix rsync and schema validation for backup/recovery #2969
Merged
cicharka
merged 7 commits into
hitachienergy:develop
from
cicharka:fix/backup-recovery-rsync
Feb 24, 2022
Merged
Fix rsync and schema validation for backup/recovery #2969
cicharka
merged 7 commits into
hitachienergy:develop
from
cicharka:fix/backup-recovery-rsync
Feb 24, 2022
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
seriva
previously approved these changes
Feb 9, 2022
plirglo
reviewed
Feb 11, 2022
ansible/playbooks/roles/backup/tasks/common/download_via_rsync.yml
Outdated
Show resolved
Hide resolved
ansible/playbooks/roles/recovery/tasks/common/upload_via_rsync.yml
Outdated
Show resolved
Hide resolved
cicharka
force-pushed
the
fix/backup-recovery-rsync
branch
from
February 14, 2022 08:32
8e7414d
to
71b9c4f
Compare
seriva
previously approved these changes
Feb 15, 2022
asciible
previously approved these changes
Feb 21, 2022
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
seriva
previously approved these changes
Feb 22, 2022
@cicharka ---
kind: epiphany-cluster
name: default
provider: azure
specification:
admin_user:
key_path: /path/to/id_rsa
name: operations
cloud:
default_os_image: redhat-7-x86_64
region: West Europe
subscription_name:
use_public_ips: true
use_service_principal: true
components:
kubernetes_master:
count: 1
machine: kubernetes-master-machine
subnets:
- address_pool: 10.1.1.0/24
kubernetes_node:
count: 1
machine: kubernetes-node-machine
subnets:
- address_pool: 10.1.1.0/24
logging:
count: 1
machine: logging-machine
subnets:
- address_pool: 10.1.3.0/24
monitoring:
count: 1
machine: monitoring-machine
subnets:
- address_pool: 10.1.4.0/24
kafka:
count: 0
machine: kafka-machine
subnets:
- address_pool: 10.1.5.0/24
postgresql:
count: 2
machine: postgresql-machine
subnets:
- address_pool: 10.1.6.0/24
load_balancer:
count: 1
machine: load-balancer-machine
subnets:
- address_pool: 10.1.7.0/24
rabbitmq:
count: 2
machine: rabbitmq-machine
subnets:
- address_pool: 10.1.8.0/24
opendistro_for_elasticsearch:
count: 0
machine: logging-machine
subnets:
- address_pool: 10.1.10.0/24
repository:
count: 1
machine: repository-machine
subnets:
- address_pool: 10.1.11.0/24
single_machine:
count: 0
machine: single-machine
subnets:
- address_pool: 10.1.1.0/24
name: testbackup
prefix: 'qa'
title: Epiphany cluster Config
---
kind: configuration/rabbitmq
title: "RabbitMQ"
provider: azure
name: default
specification:
rabbitmq_monitoring_enabled: true
rabbitmq_plugins:
- rabbitmq_management_agent
- rabbitmq_management
cluster:
is_clustered: true
---
kind: configuration/backup
title: Backup Config
provider: azure
name: default
specification:
components:
load_balancer:
enabled: true
logging:
enabled: true
monitoring:
enabled: true
postgresql:
enabled: true
rabbitmq:
enabled: true
kubernetes:
enabled: true
---
kind: configuration/recovery
title: Recovery Config
provider: azure
name: default
specification:
components:
load_balancer:
enabled: true
snapshot_name: latest
logging:
enabled: true
snapshot_name: latest
monitoring:
enabled: true
snapshot_name: latest
postgresql:
enabled: true
snapshot_name: latest
rabbitmq:
enabled: true
snapshot_name: latest
|
cicharka
force-pushed
the
fix/backup-recovery-rsync
branch
from
February 23, 2022 09:22
3170996
to
b5b93a5
Compare
Bug hitachienergy#2942 rsync command fails trying to copy artifacts * With new version of ansible we can use private_key option for synchronize module, therefore there's no need to use rsh Bug hitachienergy#2930 Backup/recovery commands fail when default configuration for backup attached to cluster-config.yml * extend run_for_individual_documents method so it can choose relevant schema for validated document
cicharka
force-pushed
the
fix/backup-recovery-rsync
branch
2 times, most recently
from
February 23, 2022 09:38
81abf6d
to
1e1007f
Compare
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
przemyslavic
approved these changes
Feb 23, 2022
After conversations with @przemyslavic and @seriva there is agreement:
|
seriva
approved these changes
Feb 23, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Bug #2942 rsync command fails trying to copy artifacts
synchronize module, therefore there's no need to use rsh
Bug #2930 Backup/recovery commands fail when default configuration for backup attached to cluster-config.yml
schema for validated document