Outbound queue blocked in CFM2

Hello folks,
I am trying to activate the integration model in CFM2 and I am getting message
"Outbound queue blocked"
Function/Q/SAPAPO/CIF_PROD_INBOUND
Text: NOSENDS
When I try to manually send the data in the queue in SMQ1 in the r/3, system asks me login to the SCM system and even though I give proper login, queue fails with the error message "Password logon no longer possible - too many failed attempts".But there is no issue with the login credentials.
Can you please helpme out here.
Thanks,
Vikram

Hi
Although you may be entering the correct user and password, the user may now be locked. You need to check if the RFC user is locked and if so unlock then try again.
Regards
Ian

Similar Messages

CFM2 Outbound Queue Error

Dear Experts,
We are getting following error when we start activation from transaction /CFM2
Outbound Queue Blocked
System: CAQCLNT001 User: SAP_ADMIN 05.02.2010 10:33:1
Function/Q/SAPAPO/CIF_PROD_INBOUND
Text: Logical system CCQCLNT224 has not been assigned
How can we fix it,
Best Regards
Edited by: Wilian Segatto on Feb 5, 2010 8:04 AM

This error is because logical system is not assigned to Business system group.
First ensure that you are using correct logical system name while creation and activation of integration model.
If it is correct go to path SPRO-integration with sap components- Integration via core interface-Assign logical system and queue type assign this logical system to proper buisness system group.
Hope this helps.
Santosh

Detected Blocked Outbound Queues

Hi All,
We have found detected Blocked Outbound Queues in SMq1 CRM PROD System and we have checked log , its shows below log.
400 R3AUBUPA0008063715       RP1CLNT400                               4 CPICERR A3A4176F143C4F3031E8C711 06.02.2012 20:02:48
400 R3AUBUPA0008063722       RP1CLNT400                               4 CPICERR A3A4177004E04F3031E9148F 06.02.2012 20:02:49
400 R3AUBUPA0008063751       RP1CLNT400                               4 CPICERR A3A4176F174C4F3031E9C4BB 06.02.2012 20:02:49
400 R3AUBUPA0008063753       RP1CLNT400                               2 CPICERR A3A4177002984F3031EA5DFE 06.02.2012 20:02:50
Status shows CPICERR ,Error when opening an RFC connection .
But i have checked RP1CLNT400 test connection is successful .
Kindly suggest .

Hello,
Check the following notes:
[378903 Queue status in SMQ1, SMQ2 and table ARFCRSTATE|http://service.sap.com/sap/support/notes/378903]
[430980 CRM Server: Analysis in delta data exchange R/3->CRM|http://service.sap.com/sap/support/notes/430980]
Regards,
Eduardo Rezende

Outbound queue locked due to incorrect password

Hi Gurus,
I'm having a problem to activate an Integration Model as I'm getting an error stating that the outbound queue is blocked due to incorrect password.
I have set up the RFC destination of the SCM ECC logical systems wit a valid user (I tested it). I've changed between using a Dialog user and a Communications Data user. Between every change I made I've cleaned the queue using transaction CFQ1.
Do you have an I idea of what I might be missing?
Many thanks,
Diego

Diego,
It is unclear to me which system you are experiencing the problem on. Either way, the reasons are usually the same. I will address establishing the ECC>SCM link. Works the same way in the other direction.
Every time I have had the problem you are experiencing, I usually find that the fault lies with me, not the system - I have made assumptions that were not correct.
BD54 ensure that your logical system name is what you think it is. Unless you are rigorous in your naming conventions, it is easy to become confused between logical names/hostnames/system names for SCM and ECC, ,
NDV2 ensure that the SCM system is properly identified
SM59 Make sure your IP address, or hostname is right. Make sure the system you are logging onto interactively is the one being accessed in SM59. Make sure you have the right userid. Password is casesensitive on some versions of R/3 and APO, but not casesensitive on others. I always use UPPERCASE text only for PWs, at least until everything is totally debugged.
From a technical standpoint, your RFC userid can be interactive or system, I always start with interactive until the intefaces are totally debugged. You auditors may have an opinion the final settings in the production system in this area..
Rgds,
DB49
I hear and I forget. I see and I remember. I do and I understand.
Confucius

Very urgent(Queues blocked in R/3)

I have checked in sm50,smq1 and r3am1.There are no queues that have been blocked in CRM.
But when i checked in R/3 ,I found in SmQ1 that 3000 queues have blocked .So there no flow of data from r/3 to crm.
So please help me how to resolve this problem.
This is very urgent.
regards,
Mdahv.

Hi
Possible error situation: A business object has been changed in a CRM Server Application, but the
change (delta load) is not received in SAP R/3.
In case of errors or missing data updates in the target system, you may perform the following steps:
Check Display BDoc Messages including the middleware trace information
Check the outbound queue
Check the table BDOC_TRACK in SAP R/3 (shows information on the data handling of the SAP R/3
application)
Check the outbound queue of SAP R/3
Check the inbound queue of the CRM System
Furthermore, verify the RFC destination and the logical system assigned to your site (in the Admin
Console) and the CRM Middleware parameter settings in the CRM System and SAP R/3 (for example,
CRMRFCPAR).
Cheers
Message was edited by: Natarajan

Middleware problem -Outbound queue is stuck in SAP R/3 system with message

Hi Middleware gurus ,
We are stuck with a serious issue . We are trying to download Business partners from SAP R/3 4.6c system to SAP CRM 5.2 system using CRM Middleware
Previously we did a successful Initial download of 2 Business partners from SAP R/3 to CRM . Their BP numbers in CRM are 001 and 002 . The Delta load is working fine for the both the BPs which are already downloaded
Now , the real problem is when we are trying to download a new Business partner . When we set the Filter ( BP no 003 ) in MW adaptor object CUSTOMER_MAIN and start the Initial load again , we see that the Outbound queue is getting stuck with message STOP .
There are two queues generated in SAP R/3 system with names MASS_CRM_CUSTOME and R3AD_CUSTOME . The status for both the queues is STOP and when go for details it mentions sapsuck ..SAPMSSY1 -Message no. SR 053.
Even we checked the txn SMW01, the Bdocs message is "Recived ( Intermediate state) " for Bdoc type BUPA_MAIN.
We really dont as to why the Initial load worked fine with 2 BPs and later when want to do more BP Initial Load the Outbound queue is getting stuck
Also , by unlocking the 2nd queue R3AD_CUSTOME we are able to release it , but the first queue MASS_CRM_CUSTOME* is stuck
Please help us urgently
Regards
Dinesh and Ritvij
Email : [email protected]
Mobile -+91=9704933315

Hi Praveen and other Middleware gurus,
We checked on this . Actually the RFC is used for connecting to SAP R/3 system.
We also raised an OSS message on this and found a reply that in transaction CRMM_BUPA_MAP, we can map the required BP . But the SAP support guy recived an error received the error:
An RFC link is not maintained in the Middleware
Message no. CRM_BUPA_MAPPING051
We have set the RFC link , but still the problem continues!!!
Please help further..
Regards
Dinesh and Ritvij

CRM 5.0 outbound queues to Mobile sales

Hi all,
We have upgraded from CRM 3.0 to CRM 5.0.
I am looking at the outbound queues in SMQ1 that are bound to Mobile sales Sites and am not finding any data bundles other than the name of the Replication Object name in the LUW's of these queues.
But in CRM 3.0 I am able to see detailed data bundles for any of the queues.
Does this mean no data is actually being passed from CRM to Mobile Sales.
At this point of time I dont have my commstation up and running to verify this. So I am curious to know how else can I check this?
Thanks.

Hi KP,
This is the default behaviour in 5.0...the queues are fine and you can go ahead with the sync using Conntrans.
Regards,
Ankan

Outbound Queues in CRM system

Dear All,
There are lot of outbound queues in our CRM production sytem which are older than one month,basis is asking wether we can
delete those queues or not,request you all to help me wehter we can delete it or not.if anybody can put some light on how the
queues are getting there then it will really helps..
Thanks,
Sapta

Check in SMQ1 transaction. You can see whether you require them meant for any active extractors running delta or running in regular frequency for your loads.

Message Queue Blocking / MSGMNI Setting

Hi All,
Firstly, many thanks to all that can assists. I am currently getting Message Queue
Blocking messages in my ULOG files in my Tuxedo Application. (Tux ver 7.1 in Unix).
I am not sure what is causing this, but started to look into the Tux Config (UBB.MP)
and System message queue setting. Detailed as follows:
1)
Listed below is the system message queue setting:
set msgsys:msginfo_msgmni=2000
set msgsys:msginfo_msgmax=128000
set msgsys:msginfo_msgmnb=100000
set msgsys:msginfo_msgssz=256
set msgsys:msginfo_msgseg=25088
set msgsys:msginfo_msgtql=1550
set msgsys:msginfo_msgmap=1000
According to the BEA site, the MSGMNI is determined by this formula:
MSGMNI = MAXACCESSERS + 7 + (no. of servers with REPLYQ) + (no. MSSQ sets) - (no.
of servers with MSSQ sets)
The following is my current Tux. Config (UBB.MP) is set as :
- MAXACCESSERS = 2300
- Each servers (4 types in total) has its own REPLYQ and RQADDR.
- The same type of servers are set the same across 4 application servers.
Hence, my MSGMNI should be a minimum 2339 (ie. MSGMNI = 2300 + 16 + 16 - 0 = 2339).
But my current MSGMNI is 2000.
Would this contribute to my Message Queue Blocking?
Is my understanding correct and is this something I should change to avoid Message
Queue Blocking? Any helps and advice is much appreciated.

Malcolm,
Your information and explanations behind these error messages are very useful.
It allow me to further understand Tuxedo internal processing and at the same time
give me a chance to start analysing these fields.
I am reluctant to ask further questions at the mean time. I will use your suggestions
as a starting point.
I will certainly keep you posted of the outcome when I have made the changes in
my UBB config and machine parameters.
Many thanks with your help/explanations Malcolm. It helps alot!
Cheers.
David.
"Malcolm Freeman" <[email protected]> wrote:
>
Hi David,
The MSGTQL reference you give (Solution S-00488) refers to the BEA MessageQ
product
and is not relevant to Tuxedo.
The error messages indicate that the queue buildup is probably due to
a restartable
server failing. What happens is this:
When a restartable server fails its IPC queue remains in place and continues
to
receive messages (which will be processed when the server restarts).
Depending
on the time taken to restart, the queue could become full and unable
to receive
any more messages, and this is probably why you got the message CMDTUX_CAT:1380
indicating that the BRIDGE process was unable to put a message on the
server's
queue.
A server is only restarted when the BBL does a SANITYSCAN check. If,
for example,
your SANITYSCAN interval is 300 seconds and your server fails immediately
after
the previous scan, then there will be a delay of almost 5 minutes before
the failure
is detected and the server restarted - plenty of time for the queue to
fill up.
There are a few things you could do:
The key thing would be to find out why the server is failing, and fix
the problem.
If this is not possible immediately, consider some of the other ideas
below.
Have several servers form an MSSQ to service this queue; then if one
fails the
others will continue processing the messages while the failed server
restarts
(this assumes, of course, that your application does not require the
messages
to be processed in strict order through the server).
Reduce the SANITYSCAN interval (but don't make it too small). This would
reduce
the average time taken to restart the server.
Increase the size of the IPC queue (MSGMNB) so that it can hold more
messages.
I'm not sure why you got a LIBTUX_CAT:1485 message, but this could be
due to a
BRIDGE failure as a result of the congestion.
The NETLOAD parameter would reduce the number of messages going to the
remote
machine, but only if the local machine offers the same service. If the
remote
machine is the only source of the service then NETLOAD will have no effect.
I
recommend you do a search of this newsgroup for postings on "load balancing"
there's some good stuff which will explain how load balancing works.
Depending how things go, it might not be a bad idea to open a case with
BEA Support
and ask for guidance (remember to submit your ubbconfig (or preferably
do a tmunloadcf)
together with the complete ULOGs from both the master and the slave machine).
Hope this helps some.
Regards,
Malcolm.
"Dave" <[email protected]> wrote:
Hi Malcolm,
Thank you for your reply. Interesting point you have made about theMSGTQL
value.
Based on your suggestion I went hunting around the BEA site and found
the following
snipplet:
"- The MSGTQL parameter must be set to a value greater than or
equal to the MSGMNI setting."
(http://support.bea.com/application?namespace=askbea&origin=ask_bea_answer.jsp&event=link.view_answer_page_solution&answerpage=solution&page=msq/S-00488.htm)
If the above point is valid, then my MSGTQL is definitely way too low.
IF this
be the case, would you know of a method to work out what my MSGTQL bytes
value
should be?
Additionally, I have looked at other parameters which I could tune,and
would
adding a NETLOAD parameter in the *MACHINES section will reduce remote
servers
call? Which potentially, maybe reduce message queue blocking?
FYI:
The error messages I am seeing in my ULOG file are:
"LIBTUX_CAT: 1477 : ERROR .SysServerDied
LIBTUX_CAT: 1476 : ERROR: .SysServerRestarting"
Which then leads to message queue blocking
"CMDTUX_CAT: 1380 : ERROR: Message queue blocking prevented delivery,
Qaddr=..."
and potentially "LIBTUX_CAT: 1485 .SysNetworkDropped."
Many Thanks. Hope to hear from you (Malcolm) or other parties out there
that can
assists.
Thanks.
David

Message Queue Blocking/MSGMNI Confirmations

Hi All,
Firstly, many thanks to all that can assists. I am currently getting Message Queue
Blocking messages in my ULOG files in my Tuxedo Application. (Tux ver 7.1 in Unix).
I am not sure what is causing this, but started to look into the Tux Config (UBB.MP)
and System message queue setting. Detailed as follows:
1)
Listed below is the system message queue setting:
set msgsys:msginfo_msgmni=2000
set msgsys:msginfo_msgmax=128000
set msgsys:msginfo_msgmnb=100000
set msgsys:msginfo_msgssz=256
set msgsys:msginfo_msgseg=25088
set msgsys:msginfo_msgtql=1550
set msgsys:msginfo_msgmap=1000
According to the BEA site, the MSGMNI is determined by this formula:
MSGMNI = MAXACCESSERS + 7 + (no. of servers with REPLYQ) + (no. MSSQ sets) - (no.
of servers with MSSQ sets)
The following is my current Tux. Config (UBB.MP) is set as :
- MAXACCESSERS = 2300
- Each servers (4 types in total) has its own REPLYQ and RQADDR.
- The same type of servers are set the same across 4 application servers.
Hence, my MSGMNI should be a minimum 2339 (ie. MSGMNI = 2300 + 16 + 16 - 0 = 2339).
But my current MSGMNI is 2000.
Would this contribute to my Message Queue Blocking?
Is my understanding correct and is this something I should change to avoid Message
Queue Blocking? Any helps and advice is much appreciated.

Hi All,
Firstly, many thanks to all that can assists. I am currently getting Message Queue
Blocking messages in my ULOG files in my Tuxedo Application. (Tux ver 7.1 in Unix).
I am not sure what is causing this, but started to look into the Tux Config (UBB.MP)
and System message queue setting. Detailed as follows:
1)
Listed below is the system message queue setting:
set msgsys:msginfo_msgmni=2000
set msgsys:msginfo_msgmax=128000
set msgsys:msginfo_msgmnb=100000
set msgsys:msginfo_msgssz=256
set msgsys:msginfo_msgseg=25088
set msgsys:msginfo_msgtql=1550
set msgsys:msginfo_msgmap=1000
According to the BEA site, the MSGMNI is determined by this formula:
MSGMNI = MAXACCESSERS + 7 + (no. of servers with REPLYQ) + (no. MSSQ sets) - (no.
of servers with MSSQ sets)
The following is my current Tux. Config (UBB.MP) is set as :
- MAXACCESSERS = 2300
- Each servers (4 types in total) has its own REPLYQ and RQADDR.
- The same type of servers are set the same across 4 application servers.
Hence, my MSGMNI should be a minimum 2339 (ie. MSGMNI = 2300 + 16 + 16 - 0 = 2339).
But my current MSGMNI is 2000.
Would this contribute to my Message Queue Blocking?
Is my understanding correct and is this something I should change to avoid Message
Queue Blocking? Any helps and advice is much appreciated.

Message is getting struck in outbound queue

Hi All,
I am doing a simple FILE to FILE scenario . The message is getting struck in SMQ2 (inbound queue). If i go to inbound queue and manually UNLOCK the queue entry then only the message is getting delivered . This is a new installation and we are on PI 7.0 .Please let me know if we have to so some configuration .

Hi !
Check if your queues are registered in the SMQS transaction (for outbound queues) or SMQR (inbound). Go there, then enter the queues you need or reactivate them. They should be activated to process the message automatically whenever they receive something.
Try this:
http://help.sap.com/saphelp_nw2004s/helpdata/en/96/8412417301ee6fe10000000a1550b0/frameset.htm
Regards,
Matias.

Gerneric Datasources and Outbound Queue

Dear Experts,
I've got some generic Datasources (Delta and Full Update) that work properly with productive BW-System.
Now I'm starting to build up an developement system (wrong order I know) and want to load data using the mentioned Datasources from time to time to get relevant data for testing.
Problem now is, that the generic delta Datasources fail accourding to doublicate keys (loading to dev-system) although in the basic tables for these datasources no doublicate keys are existing (or even are possible due to the table key).
I realized in smq1, that every time when data is transfered to productive BW-System, the counter to the queue for dev-System is incremented. When I delete all the entries in smq1 all the updates for dev-System work fine.
In one of the threads here I read, that generic Datasources do not have outbound queues. (Re: Generic Data Source issue).
So is there any way to turn of the outbound queues for specific (generic) Datasources? I do not want to turn them of in general as we use standard delta Datasources for Controlling.
Or how is the "normal" way to transfer data to a dev-System?
(One more information: productive system is 3.5; dev-system is 7.1.)
Thank you in advance
Kind regards
Philip
Edited by: Philip Munz on Nov 17, 2009 8:50 AM

ok,
after some days of searching and reading I now understand my problem.
For all, who face the same problems in understanding delta-updates, qrfc, rsa7 and so on, please have a look at
http://www.sdn.sap.com/irj/scn/index;jsessionid=(J2EE3417800)ID0216771750DB11245246034303112354End?rid=/library/uuid/40427814-376a-2c10-5589-bc1aaa6692c3&overridelayout=true
again thanks for the help
kind regards
Philip

Outbound Queue stacking up for old destination

Hi Gurus,
I am implementing APO in a client and since the native integration (CIF) uses the same RFC structure as BW I need to keep an eye on BW processes as well.
The problem here is that they´ve migrated to BW7, killing the old 3.5 but leaving the logical system registered.
Now what is happening is that I found >4million queues in SMQ1 to this nowhere destination, which kills my CIF performance.
We´ve started to clean this garbage but the stack keeps adding up from regular goods movement transactions. The BASIS and BW team is not helping much so:
I need to find where I set the relationship between theses transactions and the destination so it does not go to the outbound queue.
thanks for the help!

Hi Anand,
Please go to SMQ1 and in qname enter cf* and then execute.
In the error screen press F8 and then select all PPM related queues and delete.
After that run IM after correction and do run CCR report for the reconcilation by tcode :/SAPAPO/CCR .
Manish

Deleting an outbound queue SMQ1

HI,
Can you please verify, is it ok to delete an outbound queue in smq1? The situation is, we have tried a delta load but we already aborted it since it is not needed anymore. But when we check on smq1, the queue is still there and it's status is running (transaction executing). What will happen if that queue will be deleted? will it cause data lost? Please help. Thanks!
Kind regards,
Mike

Hello Mike,
This shouldn't be a problem. And there won't be any data loss. however you might see additional table entries in your CRM or ECC(depending on what was the destination) for the LUWs that were already processed in your delta load.
Apart from that , no issues

No Change Document in outbound queue for customer status in table VBUP

Hello all,
we face the following issue. A customer status (UVP04), changed by a customer program, is not written in the outbound queue (lbwq) to transfer it in the business warehouse.
I checked several Function modules (VERKBELG_WRITE_DOCUMENT, MCEX_UPDATE_CALL_11.....) without success.
Any help would be appreciated.
jg

Solution found: Dummy change with VA02, that generates a new record in the outbound queue.

Outbound queue blocked in CFM2

Similar Messages

Maybe you are looking for