on 12-10-2009 1:33 AM
Hi experts!
hope your PI environment is working smooth
my situation is:
one common SLD for QA & Dev n one for the Prod... Now the common SLD is giving problems as SLDCHECK is failing from QA... SLD is on DEV!
SLDCHECK results are below... the very common one
Properties of RFC destination SAPSLDAPI
RFC host:
%%RFCSERVER%%
program id: SAPSLDAPI_XQ2
gateway host:
demokl
gateway service: sapgw27
Testing the RFC connection to the SLD java client...
RFC ping was successful
SLD server access settings:
host name: devxi.XXXX.local
port number: 50100
user : PIAPPLUSER
Use transaction SLDAPICUST if you wish to maintain the SLD server access data
Launching the SLD GUI in a separate browser window...
=> Verify in the browser GUI that the SLD is in a healthy running state!
Calling function LCR_LIST_BUSINESS_SYSTEMS
Retrieving data from the SLD server...
Function call returned exception code 4
=> Check whether the SLD is running!
Summary: Connection to SLD does not work
=> Check SLD function and configurations
-
the RFC connection entries for SAPSLDAPI and LCRSAPRFC are maintained undr tcp/ip connections.
-
plz help me with the following----
1) What entries are required for the SICF?
2) How to check if the SLD is RUNNING?
3) ofcourse, the import in the IR is failing... so I am gonna wait till SLDCHECK runs properly or shud i try creating new BS, TS n SWCs n re-try importing? (as done by others in few forums)
Thanks in advance!
Regards
AJ
Hi Shubhnam SIng,
Here you go....
1. Yes, you need to delete it from SM59
2. In SLD, choose Technical System-> Filter for your SID -> there should be 2 Technical Systems (1 for ABAP & 1 for Java)-> Delete
2a. Next, being in Technical System -> choose 'Exchange Infrastructure' type->you should see 6 entries-> delete them.
3. Now do it from RZ70.
4. cross verify you should get back all those entries should be appearing back with latestest date/time.
I suspect both Integration Repository, Integration Directory won't come by default so just start both these from PI default page so that they appear in SLD.
Post back if you require any help.
Regards
Sekhar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Shubhnam Singh,
If only SLD_UC rfc alone not working then it's purely the details that you provide in transaction RZ70 would be the cause
but the thing is that individually both the SAPSLDAPI n LCRSAPRFC work ok... just not the SLD_UC...
so please follow steps to correct it.
1. Delete rfc SLD_UC
2. Delete all XI related entries in SLD
1. now call transaction RZ70
2. Under RFC Connection for SLD
Enter Gatway Hostname as your SLD server fully qualified name
Enter Gateway Service as your SLD gateway service no
3. Choose 'Proposal' button in Data Collection Programs group
4. Choose YES
5. Save the settings by choosing 'Activate Current Configuration'
6. Choose Start Data Collection and Job Scheduling.
For more information, see SAP Note 584654
It's all basically trick, whenever you face this sort of problem...we need perform clean task by removing the existing entries.
I hope this helps to resolve your issue.
Regards
Sekhar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Shubhnam Singh,
One quick check i wish to know from you.
Logon your common SLD
Choose Business Systems
Filter for string 'Integration' (you may keep for Group as 'All')
Idially - You should see 2 entries by means of INTEGRATION_SERVER_<QA XI SID> & INTEGRATION_SERVER_<Dev XI SID>
The ration for this check is...you SLDCHECK in XI is failling to find it's own business system in SLD.
Regards
Sekhar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Abhijit
Thanks for ur advice.
I had already gone through the forums n blogs before posting the situation here and thats the reason I said that just creating the BS might resolve it as it did fro few other in the forums
once again, i do appreciate everyones response as you invest atleast some time n effort in helping us out.
regards
AJ
Shubhnam,
Check the t-code SLDAPICUST and maintain the access data to your SLD system.
Also, in SE37 t-code, debug the FM LCR_LIST_BUSINESS_SYSTEMS in order to find out why the FM fails.
Refer to this url: http://help.sap.com/saphelp_nw04/helpdata/EN/78/20244134a56532e10000000a1550b0/content.htm
Best regards,
José Nunes
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jose,
Thnks for ur response!
2 things I dint mention in the earlier post:
1) SLDAPICUST has the entry for the Dev(SLD) system with AliasName, Prim. (Checked),hostName, port, user (PIAPPLUSER) this is the user it uses for SLDCHECK n its getting reflected in the result
2) The SLD is running as I cud c tht in the Dev system, thru Builder page n administration tab.
Now, as per ur recommendation, i debuged the FM and the result was:
Few BS were returned but not all....
so my best guess is that the other BS were not created properly at the first place (the consultant working earlier created all the BS)...
I am gonna check that, BUT I feel the import in IR shud ve also given me some BS... so i'm kinda confused
thanks again!
Regards
AJ
Also, in SM59, SLD_UC & SLD_NUC fail...
Edited by: Shubhnam Singh on Dec 10, 2009 12:12 AM
Hi Raghu,
Thanks for your response and advise as well... here is the result from the SLD_UC test...
Logon Connection Error
Error Details Error when opening an RFC connection
Error Details ERROR: SAP gateway connection failed. Is SAP gateway started?
Error Details LOCATION: SAP-Server qaxi_XQ2_27 on host qaxi (wp 0)
Error Details COMPONENT: CPIC
Error Details COUNTER: 156
Error Details MODULE:
Error Details LINE:
Error Details RETURN CODE: 236
Error Details SUBRC: 0
Error Details RELEASE: 700
Error Details TIME: Thu Dec 10 17:34:47 2009
Error Details VERSION:
_____________________________
Also theres another doubt now:
what should the 'gateway' in the visual admin services correspond to? The DEV values or QA values...
My take is that both should be the same, but in the installation/config here these two are different... i hope it matters!
-
thanks in advance to all the guys/gurus who read it and chose to provide thier valuable input
Regards,
AJ
Hi AJ,
Please do a telnet from you QA PI to DEV PI on port 33<Instance No of DEV>. Format is telnet <dev pi hostname> 33<Inst No>.
I assume the SLD for both QA and DEV reside on DEV PI.
Also please check the gateway settings in SLD_UC and check if they correspond to DEV PI hostname and port.
Check the SLD_UC in DEV PI and see if that works fine.
Cheeers....,
Raghu
Hi Raghu n Shekhar,
Thanks again for your input.
there seems to be a major inconsistency issue here:
The HOSTNAME for the SLD host is not the same at every place... its 'devxi-m' at few places and 'devxi' at few
1) TELNET: i can not telnet 'devxi' but 'devxi-m'
2) SLD_UC: Gateway Host = devxi.XXX.local & Gateway service: sapgw01
3) SLD_UC in dev works fine
Now, the issue is I do not know where all the hostname needs to be changed, in order to make it the same.... plz bear in mind that I am not the one who has done the insatalllation... but i do need to sort it out.
As Shekhar asked to check the SLD for Integration BS...
Yes, I can see two BS with INTEGRATION_SERVER_<QA XI SID> & INTEGRATION_SERVER_<Dev XI SID>
the pipeline URL for dev is http://devxi-m.xxx.local:8001/sap/xi/engine?type=entry
the pipeline URL for QA is http://qaxi.xxx.local:8127/sap/xi/engine?type=entry
-
plz tell me how to take care of all the hostname inconsistencies? we need to change it to DEVXI all the way as DEVXi is the hostname to be used by the frontend systems and the DEVXI-M is being used by the backend systems.
and any other checks i can perform.
also, I have XI/PI consultant background but not much basis knowledge
-
I have also checked that under 'profile' in administration the SLD the DATASUPLIER is devxi-m nit devxi with Gateway Port: sapgw01
its the same in the DETAILS.
Checking note 608322, now
Thanks again...
Regards
AJ
Edited by: Shubhnam Singh on Dec 10, 2009 7:03 PM
Edited by: Shubhnam Singh on Dec 10, 2009 7:40 PM
Hi AJ,
Do a telnet on port 33<Inst no of Dev server> as below from QA.
If your DEV instance no is 00 then format is telnet <IP addr of DEV> 3300 and let me know the results.
I somehow feel the port is not accessible.
Also check the SLD data supplier service settings in Visual Administrator. Post details if you see something strange there.
Cheers....,
Raghu
HI Raghu,
I did the Telnet and it worked... telnet devxi.xxx.local 3301....i did it yesterday and today as well...
in VA the SLD data supplier values were checked but i shall post those on Monday... also the SAPSLDAPI n LCRSAPRFC...
but the thing is that individually both the SAPSLDAPI n LCRSAPRFC work ok... just not the SLD_UC...
Plz send me any docs you have in this regard...
cheers... AJ
User | Count |
---|---|
93 | |
11 | |
10 | |
9 | |
9 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.