Getting error when saving any OOB pattern with error: "Invalid ndl, Entry point type xxxx in step yyyy in connection section zzzz is not defined on any pattern of relevant included CI"Issue In an OOB Pattern with a connection section step is defined, after making any changes on it, you are not able to save the changes. The following error is shown: "Invalid ndl, Entry point type xxxx in step yyyy in connection section zzzz is not defined on any pattern of relevant included CI" Example steps to reproduce: Deactivate the following patterns: J2EE EAR On Linux, J2EE EAR On Windows, Websphere Portal On Linux, Websphere Portal On WindowsMake any changes (e.g. the name) on OOB "Websphere On Unix" Pattern.Try to save the change, and observe the following error message: "Invalid ndl, Entry point type cmdb_ci_endpoint_j2ee_ear in step create connection to EARS in connection section EAR Connectivity Z/OS is not defined on any pattern of relevant included CI'"The changes in the pattern failed to be saved. ReleaseAnyCauseThis is working as designed. In the connection section step, during discovery or service mapping, the pattern will invoke the next pattern defined in this step. The entry point type that you defined in the connection section of the current pattern should match entry point type defined in Identification section of Any Active pattern. If somehow the pattern has been modified with any of the following, then you will encounter the error message: The pattern is deactivatedThe entry point type in Identification section has been removed or changed to other valueResolutionBased on the example on this KB article, you can do the following step to find out all patterns involved and resolve them accordingly: Get the entry point type in the error message. In this case, you can find in the "Pattern" tab, the following entries: connection_type = INCLUSION, entry_point_type = "cmdb_ci_endpoint_j2ee_ear".Get containment rules (cmdb_metadata_containment) based on the CI type of the above pattern. In this case, the CI type is cmdb_ci_app_server_websphere.Use this as filter (parent or child) and find out all the CI related to it. In this case: cmdb_ci_app_server_ws_ear, cmdb_ci_appl_websphere_portal.Search all the pattern with CI type = results from step 3. In this case, you will see 4 patterns: J2EE EAR On Linux, J2EE EAR On Windows, Websphere Portal On Linux, Websphere Portal On Windows.Check if these patterns have been deactivated or the entry point type has been modified (removed or changed to other value).Revert these patterns to OOB and you should be able to save your original pattern.