SAP Knowledge Base Article - Preview

3026212 - ICM HTTPS service does not start due to wrong hostname configuration


ICM cannot start its HTTPS service.
Also, ICM state can be found as not fully started.  
In the output of operating system command "niping -v" there is a mismatch between short hostname and FQHN of local computer as following:

niping -v

Hostname/Nodeaddr verification:

Hostname of local computer: hostnameA (NiMyHostName)
FQHN of local computer: (NiGetOwnFQDN)

Lookup of hostname: hostnameA (NiHostToAddr)
--> IP-Addr.:
Lookup of IP-Addr.: (NiAddrToHost)
--> Hostname:

Lookup of hostname: localhost (NiHostToAddr)
--> IP-Addr.:
Lookup of IP-Addr.: (NiAddrToHost)
--> Hostname: localhost

Also, in "niping -v" output, the IP resolved for hostnameA does not resolve back to hostnameA (IP resolves to hostanameB instead).

In addition, it can happen that in dev_icm trace file (in trace level 1) no information about the SSL library to be loaded after "Added service PORT=443,PROT=HTTPS" trace entry be written.
As a consequence, "Activated service PORT=443,PROT=HTTPS" entry cannot be found in dev_icm trace. 



SAP NetWeaver release independent


SAP NetWeaver all versions


KBA , BC-CST-IC , Internet Communication Manager , BC-CST , Client/Server Technology , Problem

About this page

This is a preview of a SAP Knowledge Base Article. Click more to access the full version on SAP for Me (Login required).

Search for additional results

Visit SAP Support Portal's SAP Notes and KBA Search.