You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Expected behaviour vs observed behaviour
Instance tags values (the ones used by EC2 Fence agent), are set incorrectly during deployment.
e.g tag value is set to 'terraformworkspace-hostname' - when it should be set to the short hostname of the instance.
Therefore - when a fencing operation is run, (manually or otherwise), the instance to fence can not be found.
How to reproduce
Deploy a 2 node HANA cluster (no bastion, no SBD, no netweaver, no drbd)
Attempt to fence a node.
Move to any of the cloud providers folder
Create the terraform.tfvars file based on terraform.tfvars.example
Run the next terraform commands:
terraform init
terraform plan
terraform apply -auto-approve
The usage of the provisioning_log_level = "info" option in the terraform.tfvars file is interesting to get more information during the terraform commands execution. So it is suggested to run the deployment with this option to see what happens before opening any ticket.
Logs
Upload the deployment logs to make the root cause finding easier. The logs might have sensitive secrets exposed. Remove them before uploading anything here. Otherwise, contact @arbulu89 to send the logs privately.
These is the list of the required logs (each of the deployed machines will have all of them):
/var/log/salt-os-setup.log
/var/log/salt-predeployment.log
/var/log/salt-deployment.log
/var/log/salt-result.log
Additional logs might be required to deepen the analysis on HANA or NETWEAVER installation. They will be asked specifically in case of need.
The text was updated successfully, but these errors were encountered:
In case it is helpful... I also had a very brief look at this issue.
It seemed to be the case that if you use the default workspace in Terraform, then the instance tags are set and work as expected, but if they are set differently, by using a different Terraform workspace, they are not set correctly.
Used cloud platform
AWS
Used SLES4SAP version
SLESforSAP15SP4
Used client machine OS
OpenSUSE
Expected behaviour vs observed behaviour
Instance tags values (the ones used by EC2 Fence agent), are set incorrectly during deployment.
e.g tag value is set to 'terraformworkspace-hostname' - when it should be set to the short hostname of the instance.
Therefore - when a fencing operation is run, (manually or otherwise), the instance to fence can not be found.
How to reproduce
Deploy a 2 node HANA cluster (no bastion, no SBD, no netweaver, no drbd)
Attempt to fence a node.
terraform.tfvars
file based onterraform.tfvars.example
The usage of the
provisioning_log_level = "info"
option in theterraform.tfvars
file is interesting to get more information during the terraform commands execution. So it is suggested to run the deployment with this option to see what happens before opening any ticket.Used terraform.tfvars
aws_region = "us-east-1"
aws_credentials = "
/.aws/credentials"/.ssh/id_rsa.pub"reg_code = "INTERNAL-USE-ONLY-xxxxxxxxxxxx"
reg_email = "xxxxxxxxxxxxxxxxxx"
os_image = "suse-sles-sap-15-sp4-byos"
os_owner = "amazon"
public_key = "
private_key = "~/.ssh/id_rsa"
cluster_ssh_pub = "salt://sshkeys/cluster.id_rsa.pub"
cluster_ssh_key = "salt://sshkeys/cluster.id_rsa"
ha_sap_deployment_repo = "https://download.opensuse.org/repositories/network:ha-clustering:sap-deployments:v9/"
provisioning_log_level = "info"
pre_deployment = true
bastion_enabled = false
hana_name = "vmhana"
hana_instancetype = "r5.xlarge"
hana_count = "2"
hana_os_image = "suse-sles-sap-15-sp4-byos"
hana_os_owner = "amazon"
hana_ha_enabled = true
hana_inst_master = "s3://launchwizard-mysapmedia/s4hana1809/HANA/"
hana_archive_file = "51053381_part1.exe"
hana_cluster_vip = "192.168.1.10"
hana_sid = "PRD"
hana_instance_number = "00"
hana_master_password = "YourPass1234"
monitoring_enabled = false
netweaver_enabled = false
netweaver_master_password = "SuSE1234"
Logs
Upload the deployment logs to make the root cause finding easier. The logs might have sensitive secrets exposed. Remove them before uploading anything here. Otherwise, contact @arbulu89 to send the logs privately.
These is the list of the required logs (each of the deployed machines will have all of them):
Additional logs might be required to deepen the analysis on HANA or NETWEAVER installation. They will be asked specifically in case of need.
The text was updated successfully, but these errors were encountered: