Material Replication issue

[Former Member]

Hi,

We are doing the Material Replication from our R/3 System to SRM.

We are facing the following error  " No more storage space available for extending an Internal Table"

From the R/3 Side we have checked the following tables

1. CRMCONSUM
2. CRMSUBTAB
3. CRMRFCPAR
4. CRMPAROLTP
5. TBE11

Once these entries are cheked then we have started the initial load "R3AS" , When checked in queues the following error i found

" No more storage space available for extending an Internal Table".

SRM : SRM 4.0

R/3= ECC 6.0

Any clues on this will be really helpful

[former_member22425 · Accepted solution]

Hello Mohammed,

Kindly follow the below steps to resolve the issue here.

1) Maintain the table TBLSYSDEST in both SRM and ERP system with regards to the logical system and Technical and Dialog rfc's.

Also assign the MW_admin in the rfc user.Register the queues with * smqr.

2) Follow the sap note 720819 and maintain all the 5 tables correctly.

3) Before you start the download, you must use transaction SE38 to execute the report BBP_PRODUCT_SETTINGS_MW in the EBP system. In the 'User' field, enter the consumer name that you

    selected (for example, "SRM"). Select the radio button depending on whether service products should be active or not. The report starts with the default settings in test mode.

4) Ensure that the table CRMATAB in ERP system holds the entries after the step 1. IF it is blank then follow the sap note 1498111 and run the report SMOF_FILL_CRMATAB in SRM.

5) Also check for the R3-Guid in the tables CRMMLSGUID (SRM system) and CRMPRLS (ERP system ). Both should be identical with the logical system.

6) Also refer to the SAP notes 1548622 ; 1460623 ; 872533.

Kindly abort and load the object again, it should work fine.

Also for the storage space dump you need to ask your basis team to fine tune the heap parameters in the system.

Best Regards,

Rahul

[lisa_sheil]

Hi Mohammed,

You have maintained in CRMRFCPAR table in backend system (R/3 system) the all download for all objects using the '*', this starts the queue for all objects which may be failing due to no storages spaces available.

So please follow the instructions given in note 720819 and maintain the entries in CRMRFCPAR as described there.

In general /R3AM1 should not have any running processes before a new load is started. Also /SMQ1 and /SMQ2 should be free of SYSFAIL errors in the Backend and SRM systems.

I hope this helps,

Kind Regards

Lisa

[Former Member]

Hello Mohammed,

This is a Basis issue.  Please check with Basis team

Best Regards

Ram