Posts

Showing posts with the label ume

PI 7.3 Messages fail with 401 error but get processed on resend

The PI system uses ABAP as the user master. This means that the user ID details and passwords are maintained in ABAP stack. When a session is created in the Java stack, the UME service connects to ABAP and checks the user details. The number of connections from Java to ABAP are limited and under heavy load, the user check may timeout causing the Java stack to interpret it as an authentication problem. The result in PI is message process failure with a 401 error . You have to tune your system to ensure that there are no 401 errors due to heavy load. This can be done by increasing the following parameters: Max.Connections Max.Wait Time in ms Max.Connections specifies the maximum number of parallel UME connections between Java and ABAP and when call these connections are used up,  Max.Wait Time determines the time a request waits to get a free connection. You can increase/tune these values in the RFC destination  UMEBackendConnection using NW...

SAP XI: Message Fails With 401 Error; Gets Processed On Second Attempt

You find that XI messages are not being processed showing a 401 error (Authentication Error). The message gets processed when on resubmission (which means that the user credentials are correct). The Java Engine uses UME for authenticating the user credentials that are stored on ABAP stack. Intermittent problems with connections between ABAP and Java (UME Provider Service) can cause this error. The following UME Provider properties may be tuned to resolve this problem: ume.r3.connection.master.poolmaxsize ume.r3.connection.master.poolmaxwait (in ms) Check dev_jrfc.trc. If you see any entry matching " ERROR max no of 100 conversations exceeded ", increase CPIC_MAX_CONV (SAP Note 314530) Check gateway trace. If you see any entry matching " max no of cpic clients exceeded ", increase gw/max_sys (SAP Note 894100), If you see any entry matching " max no of connections exceeded ", increase gw/max_conn (SAP Note 887909)