Symptom:
The following issues may arise while the SMD agent is connecting to SAP Host Agent for the first time:
Trusted connect is not working
We assume the <smd>adm user is used for the installation of the SMD agent installation, where <smd> is the system ID of the SMD agent ("DAA" by default).
Solution:
Proceed as follows to check if SAP Host Agent is working correctly:
Proceed as follows to check if SAP Host Agent is working correctly:
- Log on on the respective server as <smd>adm.
- Execute the following command:
/usr/sap/hostctrl/exe/sapcontrol -nr 99 -user "" "" -function ConfigureLogFileList add /tmp
If the output of the command prompt is as follows, the trusted connect works:
12.12.2012 11:25:27
RequestLogonFile
OK
RequestLogonFile
OK
12.12.2012 11:25:27
ConfigureLogFileList
OK
This generally means that Trusted Connect has been configured correctly on the part of SAP Host Agent.
However, the SMD Agent call might fail. In those cases you should proceed as follows:
However, the SMD Agent call might fail. In those cases you should proceed as follows:
Check if ACLs are used. In the host_profile file you can find a configured entry:service/http_acl_file_sapstartsrv=<filepath>
If yes, check in the ACL files if all the relative IP Addresses of the local machine are configured correctly.
If yes, check in the ACL files if all the relative IP Addresses of the local machine are configured correctly.
Alternatively you can proceed as follows:
- In the host_profile, specify service/trace=3
- Restart Host Agent with the following command: saphostexec -restart
- Trigger the SMD scenario
- Check if entries like NiAcl .... denied are contained in the sapstartsrv.log file. If yes, the ACL configuration is wrong and this is the root cause of that issue.
If the sapcontrol call does not return with OK, you have the following options to proceed:
Thank you for such guidance about astrology,
ReplyDeletevasiyam in chennai