SAP Java Portal change password through Telnet

I am working on SAP Java Portal upgrade from NW 7.3 to 7.4. While SUM enter in execution phase, security team changed the credentials of “Administrator”. due to this upgrade got stuck & i am not able to change password back to same in Portal.

I performed the same through telnet by following below method. before performing this i change UME parameter in config tool & restart the cluster.

Change minimum length of password – 4
Keep password history – 3

telnet localhost 50008

Enter user name
administrator
enter current password

Type – add user
enter current password — click Enter

enter user – Administrator
enter new password
confirm new password

Now you can set same password what you have given during Configuration Phase in SUM & continue to upgrade.

Let me know if this works for you.

Z programs behaving like SAP Program after changing the domain controller

After changing the Domain Controller, if your Customize Programs (z) behave like SAP Program, please follow below steps to change the same.

Z programs behaving like SAP Program after changing the domain controller
( ED1 –> EX1)

Need to switch off the Assistant

SA38 – Program – Edit – Modification Operations – Switch off Assistant

SAP NWBC changing HTTPS to HTTP

Recently we have configured HTTPS in our SAP system. After configuring the same our NWBC portal is not working with HTTP, whenever we open portal, it tries forwarding HTTP to HTTPS & give us error. We don’t have self certificate installed for HTTPS as we are using HTTPS for third party communication. All other traffic on https are blocked. No user is able to open NWBC.

for permanent solution of NWBC to use only HTTP, change as below:

SICF — Search for NWBC

Double click on NWBC

Go to Error Pages Tab

Click on Configuration

Change – Action During Logon

Select Protocol – Do No Switch

Click on Save – It will ask for transport. You can forward the same settings to further systems.

Now when you open again NWBC, it will not switch from HTTP to HTTPS.

Unlock TMSADM user automatically in SAP

While working on STMS, mostly users faced issue that TMSADM user lock continuously in 000 client. Due to this RFC’s stop working & STMS_IMPORT screen is also asking password multiple time.

for coming out from this situation we have developed 1 customise report for unlocking TMSADM automatically.

1. Create 1 report in SE38 (paste the below content) & save it as executable program.
2. Schedule 1 job in SM36 to run every 5 min in 000 client.

Let me know if you face any difficulty or share you comments.

*&———————————————————————*
*& Report ZUNLOCK_TMSADM
*&
*&———————————————————————*
*&
*&
*&———————————————————————*

REPORT ZUNLOCK_TMSADM.
TABLES: usr02.

DATA: l_rt_uflag TYPE RANGE OF XUUFLAG,
l_t_usr02 TYPE TABLE OF usr02,
l_s_usr02 TYPE usr02.

CLEAR: l_t_usr02.
SELECT * FROM usr02 INTO CORRESPONDING FIELDS OF TABLE l_t_usr02
WHERE
bname = ‘TMSADM’ and
uflag in (’64’, ‘128’).

IF l_t_usr02 IS INITIAL.
MESSAGE s306(rsec).
EXIT.
ENDIF.

SET
UFLAG = ‘0’
WHERE
bname = ‘TMSADM’ AND
uflag in (’64’, ‘128’).

CALL FUNCTION ‘DB_COMMIT’.

SAP SUM https connection error SSLERR_PEER_CERT_UNTRUSTED

Verification of HTTPS connection during upgrade.

Recently we are upgrading our JAVA Portal which is running on DMZ with https protocol enabled.

While starting SUM SP16, it’s started by default http but if SUM detect system is running on https, it’s get converted to https automatically.

We are facing issue while it’s asking for adm credentials. it’s not accepting the credentials & in log file it’s throwing SSLERR_PEER_CERT_UNTRUSTED error. we have checked multiple log files & found that it’s trying to access the system via https protocol.

How to check https connections are working or not before running SUM

SAPCONTROL give you the facility to check the same.

sapcontrol -nr -host -prot NI_HTTPS -function AccessCheck Stop

sapcontrol -nr -host -prot NI_HTTPS -function ParameterValue
SAPPROFILE

Give instance no. & hostname in above fields & run the commands.

The above both commands should return “Access Check” “OK”. if it’s failing with SSLERR_PEER_CERT_UNTRUSTED issue, then SUM will never work. in my case i have tested the above command on my second application server & it works there, i ran the SUM from there & upgrade my portal successfully without any single error.

SAP STMS – Buffer Cleanup automatically while adding transport

If the STMS buffer cleanup automatically after adding transport & you cannot see any TR in STMS_IMPORT screen and the buffer file shows :

#1/_TASK CLITRELESAPUSER EXL W H A I r0 C r1 0 V R G < K T t r5 umodes ASCL20130828182513000 00000PROJECT P033 A # buffer cleaned on 20160824182513

    You can also find the same thing in TP log. it shows cleanup run in last.

      Resolution

    Please cross check that all systems in STMS Path should be on same transport group – (GROUP_SID). Change the same & redistribute it.

SAP Table TRBAT contains lock entry: LOCKMARK

Yesterday i found that my auto import job in BW system got hanging & continuously running since half an hour. truck icon was there & in “Import Monitor” status is running. There is no other option for me rather then cancelling the import from Import Monitor – Right Click – Delete Entry.

I did some troubleshooting & found that “RDDIMPDP” job is running & finishing with below warning “Table TRBAT contains lock entry: LOCKMARK“.

While checking the both tables in SE16 “TRBAT” & “TRJOB”. i see old entries are exists over there. This need to be delete for overcome this issue. Entries from these tables can be delete from SM30. I did the same & run again “RDDNEWPP” in Client 000 & Productive Client by DDIC or respective user. This will schedule a new “RDDIMPDP” job.

These steps help me to resolve the issue & auto import job is running fine.

Leave comments if this helps you.

SAPJSF user stuck in update, all DIA process occupied

I have got a problem in SOLMAN 7.1 SP14 where when we did some mass changes in SOLMAN Portal & communication user SAPJSF occupied all the process. No one is able to login into system.

error_psm

We have tried killing process but it’s not successful.

As per the trace we found below error.

M ***LOG R1H=> ThRollOut, internal ( Roll Out) [thxxmem.c 1708]
M ThGetTransactionId: no transaction id found
M *** ERROR => ThRollOut: rollout with
level=ROLLIN_0,ROLLIN_1,ROLLIN_2, call_hooks=0,
short_roll_out=0, commit_after_roll=0 failed [thxxmem.c 1712]
M
{root-id=B884D97B881DA34EBFDD8276AE45BD38}_{conn-id=00000000000000000000000000000000}_0
M *** ERROR => ThRollOut: different uid in tm_adm 25306 and roll -1
[thxxmem.c 1724]
M
{root-id=B884D97B881DA34EBFDD8276AE45BD38}_{conn-id=00000000000000000000000000000000}_0
M *** ERROR => tm_adm: TID/UID/MODE/IMODE/BNAME/TERMINAL/TYPE
T110/U25306/M0/I0/SAPJSF /PRD-SOLMAN /32 [thxxmem.c
1732]
M
{root-id=B884D97B881DA34EBFDD8276AE45BD38}_{conn-id=00000000000000000000000000000000}_0
M *** ERROR => roll: TID/UID/MODE/IMODE/BNAME T0/U-1/M0/I0/
[thxxmem.c 1741]
M
{root-id=B884D97B881DA34EBFDD8276AE45BD38}_{conn-id=00000000000000000000000000000000}_0
M *** ERROR => last user rolled in: [thxxmem.c 1744]
M
{root-id=B884D97B881DA34EBFDD8276AE45BD38}_{conn-id=00000000000000000000000000000000}_0

*—-> Stack Back Trace <----* 000000000203FAC0 000000014195DA49 0000000003423520 disp+work!DumpStacks [ntstcdbg.c (566)] 000000000203FBC0 000000014028B744 0000000143333F30 disp+work!NTDebugProcess [ntstcdbg.c (400)] 000000000203FBF0 0000000140146570 000007E000013B76 disp+work!CTrcStack [dptstack.c (183)] 000000000203FD40 0000000140100BE0 0000000000000000 disp+work!ThRollOut [thxxmem.c (1747)] 000000000203FDF0 000000014011C693 FFFFFFFFFFFFFF00 disp+work!ThIErrHandle [thxxhead.c (12046)] 000000000203FE50 0000000140030FB9 0000000003423088 disp+work!ThStart [thxxhead.c (1185)] 000000000203FEF0 00000001400010B1 FFFFFFFF00000001 disp+work!DpMain [dpxxdisp.c (1198)] 000000000203FF20 0000000141CAD2F0 0000000002040000 disp+work!nlsui_main [thxxanf.c (80)] 000000000203FF50 000007FF9F4B1842 0000000000000000 disp+work!__tmainCRTStartup [crtexe.c (594)] 000000000203FF80 000007FFA0EEE379 0000000000000000 KERNEL32!BaseThreadInitThunk 000000000203FFD0 0000000000000000 0000000000000000 ntdll!RtlUserThreadStart ----------------------------------------------------------------------------------------------------- As per SAP there is 1 note for the same. 1885942 - Work process is assigned obsolete request We are running on Kernel 721 SP 600 & this note is not relevant to our patch level but as per SAP we need to below parameter because as of 720.710 or 721.330, premature logoffs are detected in the dispatcher, too. To activate it, you must set the following profile parameter: rdisp/dp_check_logoff = 1 So even if you are on PL600 the parameter rdisp/dp_check_logoff = 1 needs to be set manually to your default or instance profile.

SAP Charm Activation issues

Recently some issues has been occurred while working on Charm project creation in solar_project_admin in Solution Manager 7.1

After Activating Change Request Management in System Landscape — Change Management.

Click Refresh – then click Check – Below errors occurred

Error in Red: Domain check found differences

Cause: Difference in definition of Local Domain info & Solution Manager Domain info

Solution: Check the TMS domain in SLD for affected system, it’s showing wrong. go to ABAP system & trigger the latest System DATA to SLD(RZ70). LMDB will fetch the data from SLD then re run the check. issue will be resolved.

Error in Red: Error getting configuration of system

Cause: Related to RFC authorization

Solution: it’s not reading the data from SM_SYSTEM_TMW RFC. Check the authorization of that user SMTMSID in manage system & assign S_RFC role.

Check SAP note – 2225348 – ChaRM check Error getting the Configuration for System

P.S. note: Once you fix the RFC, you need to restart the tx solar_project_admin & click on project & again click on Refresh then check button to verify it should work.

Error in Yellow: TMS check not possible. Project **** not completely configured for QGM

Cause: QGM not configured.

Solution: Ignore the error if you are working on project only for Charm Activation.

Error in Red: CTS Service plug-in not installed in system or cCTS plugin status cannot be retrieved from SID. See Note 1688276

Cause: Parameters not updated in STMS or domain link issue.

Solution: There are different solution for this error, in my case. i have deleted & recreated domain link from Solman to STMS domain controller & update the required Parameters in STMS – Systems — Transport Tool. Redistribute the changes.