cancel
Showing results for 
Search instead for 
Did you mean: 

Regarding MCEX17_1 & MCEX18_1 Queues

Former Member
0 Kudos

Hi Experts,

Can anyone please help me on this issue.?

I have 2 Queues MCEX17_1 & MCEX18_1,suddenly these 2 queues has been stucked and entries are not processing to RSA7.Because of these 2 queues,daily we are getting 300 dumps(Below is the Dump details) in R3 system.

ERROR MESSAGE: LUWs in status NOSEND must be picked up by the application.

Appreciate your help...Full Points will be assigned

ST22 DUMP:

Runtime errors MESSAGE_TYPE_X

Occurred on 12.01.2012 at 21:06:10

-


The current application triggered a termination with a short dump.

-


What happened?

-


The current application program detected a situation which really

should not occur. Therefore, a termination with a short dump was

triggered on purpose by the key word MESSAGE (type X).

-


What can you do?

-


Print out the error message (using the "Print" function)

and make a note of the actions and input that caused the

error.

To resolve the problem, contact your SAP system administrator.

You can use transaction ST22 (ABAP Dump Analysis) to view and administer

termination messages, especially those beyond their normal deletion

date.

-


Error analysis

-


Short text of error message:

Structures have changed (sy-subrc=2)

Technical information about the message:

Diagnosis

You are using the 'Queued Delta' update method. You cannot use

report RMBWV3nn (nn = the number of the relevant application in the

logistics cockpit) to transfer an entry from extraction queue

MCEXnn to the corresponding delta queue because one of the

structures that is being used has been changed since the document

was posted.

System Response

The entry is not transferred to the delta queue.

Procedure

See SAP Note 328181.

Procedure for System Administration

Message classe...... "MCEX"

Number.............. 194

Variable 1.......... 2

Variable 2.......... " "

Variable 3.......... " "

Variable 4.......... " "

Variable 3.......... " "

Variable 4.......... " "

-


How to correct the error

-


Probably the only way to eliminate the error is to correct the program.

-

You may able to find an interim solution to the problem

in the SAP note system. If you have access to the note system yourself,

use the following search criteria:

-


"MESSAGE_TYPE_X" C

"SAPLMCEX" or "LMCEXU22"

"MCEX_UPDATE_18"

-


If you cannot solve the problem yourself, please send the

following documents to SAP:

1. A hard copy print describing the problem.

To obtain this, select the "Print" function on the current screen.

-

2. A suitable hardcopy prinout of the system log.

To obtain this, call the system log with Transaction SM21

and select the "Print" function to print out the relevant

part.

3. If the programs are your own programs or modified SAP programs,

supply the source code.

To do this, you can either use the "PRINT" command in the editor or

print the programs using the report RSINCL00.

4. Details regarding the conditions under which the error occurred

or which actions and input led to the error.

-


System environment

-


SAP Release.............. "620"

Application server....... "awssvsmds027"

Network address.......... "10.192.0.52"

Operating system......... "SunOS"

Release.................. "5.10"

Hardware type............ "sun4u"

Character length......... 8 Bits

Pointer length........... 64 Bits

Work process number...... 1

Short dump setting....... "full"

Database server.......... "awssvsmds022"

Database type............ "ORACLE"

Database name............ "AWP"

Database owner........... "SAPR3"

Terminal................. " "

Character set............ "en_US"

SAP kernel............... "640"

Created on............... "May 29 2011 21:42:39"

Created in............... "SunOS 5.8 Generic_117350-38 sun4u"

Database version......... "OCI_920 "

Patch level.............. "378"

Patch text............... " "

Supported environment....

Database................. "ORACLE 8.1.7.., ORACLE 9.2.0.., ORACLE

10.1.0.., ORACLE 10.2.0.., ORACLE 11.2.0.."

SAP database version..... "640"

Operating system......... "SunOS 5.8, SunOS 5.9, SunOS 5.10, SunOS 5.11"

-


User, transaction...

-


Client.............. 420

User................ "BC-BATCH"

Language key........ "E"

Transaction......... " "

Program............. "SAPLMCEX"

Screen.............. "SAPMSSY0 1000"

Screen line......... 6

-


Information on where terminated

-


The termination occurred in the ABAP program "SAPLMCEX" in "MCEX_UPDATE_18".

The main program was "RMCEXUP1 ".

The termination occurred in line 156 of the source code of the (Include)

program "LMCEXU22"

of the source code of program "LMCEXU22" (when calling the editor 1560).

The program "SAPLMCEX" was started as a background job.

-


Source code extract

-


001260

001270 IF NOT I_DDIC_HASH IS INITIAL.

001280

001290 IF gf_tmsp_hash_ok IS INITIAL.

001300

001310 CALL FUNCTION 'MCEX_GEN_AND_CHECK_HASH'

001320 EXPORTING

001330 I_FUNCNAME = 'MCEX_UPDATE_18'

001340 I_COLLECTIVE_RUN = 'X'

001350 I_APPLICATION = '18'

001360 I_STORED_DDIC_HASH = I_DDIC_HASH

001370 I_STORED_TMSP_HASH = I_TMSP_HASH

001380 IMPORTING

001390 E_DDIC_HASH = I_DDIC_HASH

001400 E_TMSP_HASH = lf_TMSP_HASH

001410 EXCEPTIONS

001420 HASH_COMPARE_OK = 1

001430 HASH_COMPARE_NOT_OK = 2

001440 NO_INTERFACE = 3

001450 HASH_ERROR = 4

001460 DDIC_ERROR = 5

001470 OTHERS = 6 .

001480

001490 IF I_TMSP_HASH = lf_tmsp_hash.

001500 gf_tmsp_hash_ok = true.

001510 ENDIF.

001520 case sy-subrc.

001530 when 0. " Compare OK - do nothing

001540 when 1. "Compare OK - do nothing

001550 when 2. " Compare not ok - abort

-


> message x194(mcex) with sy-subrc.

001570 when others.

001580 message x193(mcex) with sy-subrc.

001590 endcase.

001600 endif.

001610 endif.

001620 * HASH*****************************************************************

001630

001640 *-- Internal tables must be global due to IMPORT routines

001650 REFRESH: mc18i00ntf_tab,

001660 mc18i00itm_tab,

001670 mc18i00cse_tab,

001680 mc18i00tsk_tab,

001690 mc18i00act_tab.

001700 CLEAR: mc18i00ntf_tab,

001710 mc18i00itm_tab,

001720 mc18i00cse_tab,

001730 mc18i00tsk_tab,

001740 mc18i00act_tab.

001750

Accepted Solutions (0)

Answers (1)

Answers (1)

Former Member
0 Kudos

Hi Experts,

Can anyone please help me on this issue.?

I have 2 Queues MCEX17_1 & MCEX18_1,suddenly these 2 queues has been stucked and entries are not processing to RSA7.Because of these 2 queues,daily we are getting 300 dumps in R3 system.

ERROR MESSAGE: LUWs in status NOSEND must be picked up by the application.

Appreciate your help...Full Points will be assigned

Thanks

Lakshmi

Former Member
0 Kudos

Hi Experts,

Kind reminder!!!

Can anyone please help me on this issue.?

I have 2 Queues MCEX17_1 & MCEX18_1,suddenly these 2 queues has been stucked and entries are not processing to RSA7.Because of these 2 queues,daily we are getting 300 dumps in R3 system.

ERROR MESSAGE: LUWs in status NOSEND must be picked up by the application.

Appreciate your help...Full Points will be assigned

Thanks

Lakshmi

michael_wallace2
Explorer
0 Kudos

I am currently making changes in our R3 system which have invoked a similar dump, but I have explained mine as below

Basically this is what has happened.

During a transaction (notification or Service Order) data is collected (set up via LBWE) and put in the the qRFC (Outbound queue - LBWQ), from here it is scheduled to be put into the BW Delta Queue (RSA7). In the last transport I had changed the structure of the Extractor (used in the BW Queue). This has caused an issue as now when the schedule is run the data stored in the qRFC doesnu2019t match the expected structure in the BW Queue and therefore we get a short dump.

I have cancelled the scheduled jobs LIS-BW-VB_APPLICATION_17_120 & LIS-BW-VB_APPLICATION_18_120.

Presently we are not extracting BW data for theses modules (Service Orders or Notiu2019s)

Have you changed any of your Extractor Structures Lately?

We have an older system R3 4.7 and the structures involved are:

Structures:

Desc Comm Structure Ext Structure Module DataSource Event

Maintenance Notifications MCQMEL MC17I00NTF 17 2LIS_17_I0NOTIF I0

Maintenance Notifications - Items MCQMFE MC17I00ITM 17 2LIS_17_I0ITEM I0

Maintenance Notifications - Activities MCQMMA MC17I00ACT 17 2LIS_17_I0ACTY I0

Maintenance Notifications - Tasks MCQMSM MC17I00TSK 17 2LIS_17_I0TASK I0

Maintenance Notifications - Causes MCQMUR MC17I00CSE 17 2LIS_17_I0CAUSE I0

Plant maintenance orders MCAFIH MC17I30HDR 17 2LIS_17_I3HDR I3

Plant Maintenance Order Process MCVGIH MC17I30OPR 17 2LIS_17_I3OPER I3

Service Notifications MCQMEL MC18I00NTF 18 2LIS_18_I0NOTIF I0

Service Notifications - Items MCQMFE MC18I00ITM 18 2LIS_18_I0ITEM I0

Service Notifications - Activities MCQMMA MC18I00ACT 18 2LIS_18_I0ACTY I0

Service Notifications - Tasks MCQMSM MC18I00TSK 18 2LIS_18_I0TASK I0

Service Notifications - Causes MCQMUR MC18I00CSE 18 2LIS_18_I0CAUSE I0

Service Orders MCAFIH MC18I30HDR 18 2LIS_18_I3HDR I3

Service order operation MCVGIH MC18I30OPR 18 2LIS_18_I3OPER I3

Former Member
0 Kudos

Hello Experts,

Regarding MCEX17,MCEX17_1 & MCEX18,18_1 in SMQ1,We got confirmation from Business to delete these Queues in R3 System.

Could you please let me know how to delete these queues step by step.Also,please let me know the below points.

1.Is there any impact on other applications?

2.Can i do it in Business Hours-mine is UK Business hours?

3.Can i do it on weekends?

4.What is the best practice to delete these Queues in SMQ1.?

Please let me know.

Full Points will be assigned.

Thanks

Lakshmi