Member flags - NOTARGETSYS, NOTARGETIP, and NOTARGETAPP

These flags indicate that the Advisor will advise the load balancer that the member should not currently receive new workload requests because a resource is unavailable. If the IP address in the member is not present on any TCP/IP stack within the sysplex or subplex, NOTARGETSYS is displayed for that member. This flag can also appear if the Agent owning the IP address in the member has lost contact with the Advisor or has yet to be started. There might be rare instances where the load balancer might decide to go ahead and route workload requests to members that have the NOTARGETSYS flag displayed, if it has no better candidates within the group to route workload requests to. If the member represents an application member and the application is not active, NOTARGETAPP is displayed for that member. If the member is a system member and the IP address is unusable, NOTARGETIP is displayed. This includes distributed VIPAs (DVIPAs), deprecated IPv6 addresses, and unavailable IPv6 addresses. If you ever see the NOTARGETIP flag, you should update the IP address in the member at the load balancer. If application members are coded with any of these addresses, you will always see NOTARGETAPP displayed for these members. Line 19 in Figure 1 shows the NOTARGETSYS flag, line 23 shows the NOTARGETIP flag, and line 47 shows the NOTARGETAPP flag. For more information on the NOTARGETSYS, NOTARGETIP, and NOTARGETAPP flags, see z/OS Communications Server: IP System Administrator's Commands.