As a prerequisite please first verify the "Hosts File" format has correctly been define on the host following the Mandatory Standard. See https://wiki.scn.sap.com/wiki/x/i4IjIQ
The feature described in this page exists in Solution Manager versions 7.1 SP 12 and upwards and works with an Agent On the Fly setup only (https://wiki.scn.sap.com/wiki/x/DgRgE). It applies to Diagnostics Agent Nodes (cf. https://service.sap.com/~sapidb/011000358700001120362013E.pdf), where the Outside Discovery cannot determine correct network domain names or IP addresses for the logical hosts these Agent Nodes are associated to. If such problems cannot be cured by applying the measures of the document “Outside Discovery — Missing FQDN Issue” attached to SAP Note 1611483, a workaround is to set these values manually in the Agent Administration application of the Solution Manager, which goes as follows:
Assume we have a physical host P with a Diagnostics Agent that has the Nodes Controller feature enabled, which means that it creates “on-the-fly” Diagnostics Agent Nodes for logical hosts emerging on P, and deletes them if them if these logical hosts vanish. For fixing IP address or FQDN (the host name qualified by the network domain name, like “server1.acme.com” for host name “server1” and domain name “acme.com”) for some logical host of short name L (lower case!) on P, no matter whether L currently exists on P or not, one can do the following:
In the “Applications Configuration” tab of the Agent Administration application, choose the Diagnostics Agent for P and the e2edcc Agent Application. There one creates a new property of name “logicalhost.
L”, the value of which is a comma-separated sequence of “equations” of the form “keyword=
value”, where keyword is one of “fqdn
” or “ip
” and the value is some character string without comma or equals sign (leading and trailing whitespace gets truncated), which will then be reported as the FQDN od IP address, respectively, of the logical host L. The value for the keyword “fqdn
” has to start with “L.
”, otherwise it would not be accepted by the landscape database.
Example 1: The logical host name is “NV3”, therefore L = “nv3”. The FQDN is to be forced to be “nv3.acme.com”. Then one would enter a property of name “logicalhost.nv3” and value “fqdn=nv3.acme.com”. If in addition the IP address is to be forced to be 74.65.222.200, one would give this property the value “fqdn=nv3.acme.com,ip=74.65.222.200”. And if the FQDN is not problematic, and only the IP address is to be fixed, the value would be, of course, “ip=74.65.222.200”.
Example 2: An IPv6 address is forced for the logical host log1 on the physical host wdflbmd6895 (the client of the Agent Administration application you see here is Microsoft Internet Explorer 9 with English as preferred language):
8 Comments
Former Member
Hi Jakob,
can you add a example screenshot to this?
Thanks in advance.
Best regards,
Mike
Former Member
=== Ignore my comment below, I understand now, however the solution did not work so I eneded up altering the LMDB manually ++
Hi,
Please could you provide a screenshot for showing how to provide a FQDN only. For example, if the IP address is registered OK in the LMDB but the system cannot report the FQDN, I am struggling to understand what is meant by " In the “Applications Configuration” tab of the Agent Administration application, choose the Diagnostics Agent for P and the e2edcc Agent Application. There one creates a new property of name “
logicalhost.
L”, the value of which is a comma-separated sequence of “equations” of the form “keyword=
value”, where keyword is one of “fqdn
” or “ip
” and the value is some character string without comma or equals sign (leading and trailing whitespace gets truncated), which will then be reported as the FQDN od IP address, respectively, of the logical host L. The value for the keyword “fqdn
” has to start with “L.
”, otherwise it would not be accepted by the landscape database."best regards,
Andrew
Former Member
hello Jakob,
need your assistant
my SID is PRD
and ip is 192.168.0.1
logicalhost.
L = fqdn=prd.com,ip=192.168.0.1 is right ?br,
Atif
Former Member
Yes, provided that prd.com is the desired FQDN and you substitute the logical host name for L.
Former Member
My personal hint for troubleshooting:
Looks like that SAP outside discovery reads only the first two entries in every /etc/hosts line correctly. Everything else gets discarded.
A typical /etc/hosts line consists of:
IP1 hostname1a hostname1b hostname1c
IP2 hostname2a hostname2b hostname2c
Only IP1+IP2 and hostname 1a and hostname 2a are read. The rest seems to be discarded.
So If you need to pass a special hostname (e.g. the FQDN) to the Solution Manager: Be sure that it's on the second position.If several hostnames have to be matched to the same IP: Create new lines for each of them.
Regards
Ralf
Roland Hoeller
Hi Ralf
That is incorrect. The hosts file is evaluated as a whole. However, most issues occur if the host file is not maintained according to the standard defined in the RFC's.
Please do not create a new line for the same IP address.
For more information please see: SAP Note 962955
Best Regards
Roland
Chiwo Lee
Hello Ralf,
Thanks for the hints.
It helps me as well.
I used to put the following in /etc/hosts
IP Short-Hostname FQDN
I then made it to
IP FQDN Short-Hostname
and I am able to see the FQDN in Agent Administration.
The syntax was indeed specified in the /etc/hosts file.
# IP-Address Full-Qualified-Hostname Short-Hostname
Thank you very much.
Regards,
Chiwo
Former Member
Hello Roland,
I absolutely agree. It is not desired to assign several logical/physical host names to the same ip adress.
But I have to deal with a bunch of SAP installations running on servers where logical and virtual hostnames share the same ip. This design is more than a decade old and originating from times, where our data center had only a small ip-range available for SAP systems.
Regards Ralf.