Testing the YAML file and running playbooks
The following commands must be run from /opt/ibm/appliance/platform/apos-comms/customer_network_config/ansible directory. Follow the steps that apply to your system version.
1.0.7.4 and later 1.0.7.x versions
- Test the
yml
and playbooks:
If any changes are listed inANSIBLE_HASH_BEHAVIOUR=merge ansible-playbook -i ./System_Name.yml playbooks/house_config.yml --check -v
--check --v
, ensure that they are expected. If they are unexpected, you must edit the YAML file so that it contains only the expected changes. When you run the playbook in the next step, these changes will take effect.Note: When running this command in any of the following cases:- no DNS setup (initial installation)
- DNS servers being changed
- switch/IP networks being changed
TASK [Attempt to reach FQDN from inside VM] **************************************************************************************************************************** fatal: [node1]: FAILED! => {"changed": true, "cmd": "ssh apphub.fbond \"ping -c 3 gt04-app.swg.usma.ibm.com\"", "delta": "0:00:00.466787", "end": "2020-07-09 21:51:33.311372", "msg": "non-zero return code", "rc": 2, "start": "2020-07-09 21:51:32.844585", "stderr": "\nping: gt04-app.swg.usma.ibm.com: Name or service not known", "stderr_lines": ["", "ping: gt04-app.swg.usma.ibm.com: Name or service not known"], "stdout": "", "stdout_lines": []} ...ignoring TASK [Check FQDN result] *********************************************************************************************************************************************** fatal: [node1]: FAILED! => {"changed": false, "msg": "Failed to reach FQDN gt04-app.swg.usma.ibm.com"}
You can ignore these errors and continue with the procedure. - Run the following playbook to configure the nodes and
switches:
ANSIBLE_HASH_BEHAVIOUR=merge ANSIBLE_LOG_PATH=/var/log/appliance/platform/apos-comms/house_setup.log ansible-playbook -i ./System_Name.yml playbooks/house_config.yml
1.0.7.0 - 1.0.7.3
- Test the
yml
and playbooks:
If any changes are listed inANSIBLE_HASH_BEHAVIOUR=merge ansible-playbook -i ./System_Name.yml playbooks/house_config.yml --check -v
--check --v
, ensure that they are expected. If they are unexpected, you must edit the YAML file so that it contains only the expected changes. When you run the playbook in the next step, these changes will take effect.Note: When running this command in any of the following cases:- no DNS setup (initial installation)
- DNS servers being changed
- switch/IP networks being changed
TASK [Attempt to reach FQDN from inside VM] **************************************************************************************************************************** fatal: [node1]: FAILED! => {"changed": true, "cmd": "ssh apphub.fbond \"ping -c 3 gt04-app.swg.usma.ibm.com\"", "delta": "0:00:00.466787", "end": "2020-07-09 21:51:33.311372", "msg": "non-zero return code", "rc": 2, "start": "2020-07-09 21:51:32.844585", "stderr": "\nping: gt04-app.swg.usma.ibm.com: Name or service not known", "stderr_lines": ["", "ping: gt04-app.swg.usma.ibm.com: Name or service not known"], "stdout": "", "stdout_lines": []} ...ignoring TASK [Check FQDN result] *********************************************************************************************************************************************** fatal: [node1]: FAILED! => {"changed": false, "msg": "Failed to reach FQDN gt04-app.swg.usma.ibm.com"}
You can ignore these errors and continue with the procedure. - Run the following playbook to configure the
nodes:
ANSIBLE_HASH_BEHAVIOUR=merge ANSIBLE_LOG_PATH=/var/log/appliance/platform/apos-comms/house_setup.log ansible-playbook -i ./System_Name.yml playbooks/house_config.yml
- If NPS is installed, run the following commands:
-
/usr/bin/docker exec ipshost1 su - nz -c nzstop
-
ap apps disable VDB
-
ANSIBLE_HASH_BEHAVIOUR=merge ANSIBLE_LOG_PATH=/var/log/appliance/platform/apos-comms/house_setup.log ansible-playbook -i System_Name.yml /opt/ibm/appliance/platform/apos-comms/customer_network_config/ansible/playbooks/set_switch.yml
- Run the manual steps as described in https://supportcontent.ibm.com/support/pages/configuring-switches-system-nps-nodes.
-
ap apps enable VDB
ANSIBLE_HASH_BEHAVIOUR=merge ANSIBLE_LOG_PATH=/var/log/appliance/platform/apos-comms/house_setup.log ansible-playbook -i System_Name.yml /opt/ibm/appliance/platform/apos-comms/customer_network_config/ansible/playbooks/set_switch.yml
-
pre-1.0.7.0 versions
- Test the
yml
and playbooks:
If any changes are listed inANSIBLE_HASH_BEHAVIOUR=merge ansible-playbook -i ./System_Name.yml playbooks/house_config.yml --check -v
--check --v
, ensure that they are expected. If they are unexpected, you must edit the YAML file so that it contains only the expected changes. When you run the playbook in the next step, these changes will take effect.Note: When running this command in any of the following cases:- no DNS setup (initial installation)
- DNS servers being changed
- switch/IP networks being changed
TASK [Attempt to reach FQDN from inside VM] **************************************************************************************************************************** fatal: [node1]: FAILED! => {"changed": true, "cmd": "ssh apphub.fbond \"ping -c 3 gt04-app.swg.usma.ibm.com\"", "delta": "0:00:00.466787", "end": "2020-07-09 21:51:33.311372", "msg": "non-zero return code", "rc": 2, "start": "2020-07-09 21:51:32.844585", "stderr": "\nping: gt04-app.swg.usma.ibm.com: Name or service not known", "stderr_lines": ["", "ping: gt04-app.swg.usma.ibm.com: Name or service not known"], "stdout": "", "stdout_lines": []} ...ignoring TASK [Check FQDN result] *********************************************************************************************************************************************** fatal: [node1]: FAILED! => {"changed": false, "msg": "Failed to reach FQDN gt04-app.swg.usma.ibm.com"}
You can ignore these errors and continue with the procedure. - Run the following playbook to configure the
nodes:
ANSIBLE_HASH_BEHAVIOUR=merge ANSIBLE_LOG_PATH=/var/log/appliance/platform/apos-comms/house_setup.log ansible-playbook -i ./System_Name.yml playbooks/house_config.yml
- Run the manual steps as described in https://www.ibm.com/docs/en/cloud-paks/cloudpak-data-system/1.0?topic=configuration-deprecated-manually-configuring-fabric-network-switches
- Run the manual steps as described in https://supportcontent.ibm.com/support/pages/configuring-switches-system-nps-nodes