Objectivesβ
- Get IDZ up and running in client's environment
 
Accomplishmentsβ
- Team resolved network errors within the client's environment
 - Resolved pod errors within the clients environment
 
Work in Progressβ
- The team experienced some difficulty using host names instead of IP addresses due to IT issues on clientβs side.
 - The problem stemmed from how the client was provisioning system was configured, which did not allow for the use of fully qualified domain names.
 - The team opened ticket TS015447064. This issue was resolve by changing priority to IPv4 instead of IPv6.
 - The client was having issues related to container management. The team explained using the 
stop.sh --allcommand ensures that all containers are stopped. And the client was able to restart pods with out issues. - Inconsistencies and errors were observed in the client's environment, particularly regarding certificate errors.
 - The team suspected that these issues were related to the network provisioning for client's systems.
 
Currently Trackingβ
- 
The team will work with the client to setup the outbound connectivity to the firewall for accessing IBM DB Cloud DB2.
- This flight log is being submitted via PR "02/20/2024 Documentation"
 
 
Trackingβ
Cases open: 0
Cases closed: 2
- 
Case TS015447064 - Unable to use the host name instead of IP address in client's Windows VM
 - 
Case TS015362785