SBL-SMI-00107: Internal: The context for the given task was not found.

Applies to:

Siebel System Software - Version: 7.5.3 [16157] and later [Release: V7 and later ]
z*OBSOLETE: Microsoft Windows 2000

Product Release: V7 (Enterprise)

Version: 7.5.3 [16157]

Database: Microsoft SQL Server 2000 SP3

Application Server OS: Microsoft Windows 2000 Advanced Server SP 4

Database Server OS: Microsoft Windows 2000 Advanced Server SP 4

This document was previously published as Siebel SR 38-1183053761.

Symptoms

SBL-SMI-00107, SBL-NET-01023, SBL-SSM-00004, SBL-SSM-00003, SBL-SSM-00006Dear Tech Support,
We are having a serious issue with our Production
url.
http://10.190.170.66/erm_enu
When we login to the url for the very first time,
We
get a "Page Cannot Be Displayed" error
[Please look at the Screen shot -Error1.jpg]
When
we look at the ERM Object Manager logs, we dont see any new task triggered for the ERM
task.

If we refresh the screen, we get the login box, but with a "Page Cannot be
Displayed" above the box.
[Please look at the Screen shot -Error2.jpg]
Now, the ERM object
Manager log shows the following data:
"2021 2004-02-06 15:03:07 2004-02-06 15:23:14 +0530
00000009 001 001f 0001 09 ERMObjMgr_enu 43120 2640 3088
D:\sea753\siebsrvr\log\ERMObjMgr_enu_43120.log 7.5.3 [16157]
ENUGenericLog    GenericError    1    2004-02-06
15:03:07    Invocation of Applet Menu New Service::NewExpense is not
allowed.GenericLog    GenericError    1    2004-02-06
15:03:07    Invocation of Applet Menu New Service::NewTimeSheet is not
allowed.GenericLog    GenericError    1    2004-02-06
15:03:07    Invocation of Applet Menu New Service::NewCommunication is not
allowed.GenericLog    GenericError    1    2004-02-06
15:03:07    Invocation of Applet Menu New Service::NewCorrespondence is not
allowed.GenericLog    GenericError    1    2004-02-06
15:03:07    Invocation of Search Client Service::OpenSrchCenter is not
allowed.GenericLog    GenericError    1    2004-02-06
15:03:07    Invocation of Persistent Customer Dashboard::OpenDashboard is not
allowed.GenericLog    GenericError    1    2004-02-06
15:03:07    Invocation of Persistent Customer Dashboard::ClearDashboard is
not
allowed.GenericLog    GenericError    1    2004-02-06
15:03:07    Invocation of Persistent Customer Dashboard::CloseDashboard is
not
allowed.GenericLog    GenericError    1    2004-02-06
15:03:07    Invocation of Search Client Service::AutoSearch is not
allowed."

If we finally refresh the screen for the third time, we could finally get into
the application.

Can you Please get back to us as soon as possible because this is
seriously affecting our production environment.

Cause

Configuration/ Setup

Solution

Message 1

For the benefit of other readers:

The customer had to refresh the browser three times before the Siebel Application login page would load.

We initially determined that the cause of this problem was experienced
outside of the scope of the Siebel Application, as the customer
experienced the same behavior when attempting to display the default
page of their Web Server.

It was determined that the customer was using a Cisco switch, configured
with a Virtual IP address (VIP), to load balance two Web Servers. The
initial page loading problem only occured when the client connection hit
the VIP - if the client went to the Web Server specific URLs, the pages
loaded on the first hit.

The load balanced configuration on the switch was verified as correct.

It transpired that one of the Web Server's Network cards did not have a
Default Gateway Server IP Address. This was determined by running
ipconfig on that machine. After providing the Default Gateway Server
value and restarting the IIS Services, the initial hit and thus
rendering the Siebel Login page, worked when using the VIP based URL.

Siebel Technical Support

Applies to:

Siebel System Software - Version: 7.5.3 SIA [16157] to 8.1.1.4 SIA [21225] - Release: V7 to V8
z*OBSOLETE: Microsoft Windows 2000

Product Release: V7 (Enterprise)

Version: 7.5.3 [16157] FIN Fin Svcs

Database: IBM DB2 8.1 FixPack 3

Application Server OS: Microsoft Windows 2000 Server SP 4

Database Server OS: Microsoft Windows 2000 Server SP 4

This document was previously published as Siebel SR 38-1604570371.

*** Checked for relevance on 04-May-2011 ***

Symptoms

SBL-SMI-00107We cannot connect via thin client. This was functional in July, but has not been used since
then. No changes have been made to the Siebel application. In the meantime, Win 2000 SP4 and some
hotfixes have been applied to the OS. However, these same changes were made to the Production
environment, and no errors were noted.

Our thin client connectivity to Test runs through
the same web servers as Production. We have added a virtual directory named "fins_test_enu" and
an associated eapps_sia.cfg entry, which points to the Test application server.

When we
attempt to bring up a thin client connection, we get a "page cannot be found" error. If we point
to an html file in the same virtual directory (about_siebel.htm), it displays without any
problem. There are no error messages in the web server log file. However, in the SWSE log, we
note the following
error:

GenericLog    GenericLog    0    2004-11-11
12:19:18     [2244] ERROR   2244: [SWSE] Error invoking
service method
1030

GenericLog    GenericLog    0    2004-11-11
12:19:18     [2244] ERROR   2244: [SWSE] Error Message 0 :
error 1030 : 69*SBL-SMI-00107: Internal: The context for the given task was not
found1*016*smimtpool.cpp
503*7550*0*0*0*

GenericLog    GenericLog    0    2004-11-11
12:19:18     [2244] ERROR   2244: [SWSE] Error Message 1 :
error 1030 : 69*SBL-SMI-00107: Internal: The context for the given task was not
found1*016*smimtpool.cpp
503*8860*0*0*0*

GenericLog    GenericLog    0    2004-11-11
12:19:18     [2244] ERROR   2244: [SWSE] invoke service method
failed.

The SMI-00107 seems to indicate a timeout error. Using an ethernet monitor at
the application server interface, we can see a SYN coming from the web server, a SYN and an ACK
being returned from the app sever to the web server, and an ACK coming back from the web
server.

There is no indication that the FINS Object Manager ever gets initiated on the app
server.

Cause

Environment specific.

Solution

For the benefit of other users, the customer found they were unable to
connect to the FINS Zero Foot Print Web Client hosted on a Web Server
patched to Windows 2000 Service Pack 4. The following errors were found
in the Siebel Web Server log files:

SessMgr    SessMgrGeneric    3    2004-11-12 13:59:06     3568:
[SESSMGR]
Handshake(siebel.TCPIP.None.None://WebServer:2320/ST_PROD/FINSObjMgr_enu)
on conn 0x31711e0 ok -     0.014011s
SessMgr    SessMgrGeneric    3    2004-11-12 13:59:06     3568:
[SESSMGR] SiebelURL
(siebel.TCPIP.None.None://WebServer:2320/ST_PROD/FINSObjMgr_enu):
Handshake ok - conn 0x31711e0, taskId 55498, procId 1376, TS 1100285951,
sid 1 SisnNetGeneric    SisnNetGeneric    3    2004-11-12 13:59:06
2900: [SISNAPI] Async Thread: connection (0x22128d8), error (1801034)
while reading message SessMgr    MsgReceive    3    2004-11-12
13:59:06     2900: [SESSMGR] CB: conn 0x31711e0, url
siebel.TCPIP.None.None://WebServer:2320/ST_PROD/FINSObjMgr_enu/!1.560,
mbuf 0x0, mlen 0, err 1801034
SessMgr    SessMgrGeneric    3    2004-11-12 13:59:06     2900:
[SESSMGR] conn 0x31711e0: found error code (1801034), error info (NULL)
SessMgr    ConnClose    3    2004-11-12 13:59:06    [SMCONN] connection
to [sid=1 pid=1376] closed
SisnNetGeneric    SisnNetGeneric    3    2004-11-12 13:59:06     2900:
[SISNAPI]: releasing connection (0x22128d8), refCount = 1

Summary:

Further research found that neither the sweapp\public\enu\15051 nor
sweapp\public\enu\16157 directories existed on the Siebel Web Server.

As documented in <Additional permissions required with Siebel Web Server Extensions on Siebel 7 eBusiness applications (Doc ID 476490.1)>, these directories are created following the first successful connection from the Siebel Web Server to the Siebel Server.

Performing the steps listed below resolved this situation for the customer:

1.    Right click on the sweapp\public directory and select the ‘Security’ tab

2.    Add the IWAM_HOSTNAME and IUSER_HOSTNAME users so they have every available right

3.    Check the “Allow inheritable permissions from parent to propagate to this object” box at the bottom of the Security tab

4.    Click the ‘Advanced’ button

5.    Select the newly added users and ensure both check boxes on this tab are selected

6.    Click ‘OK’ to return to the Security Tab

7.    Select ‘Apply’ and then ‘OK’ to exit the properties of the sweapp\public directory

8.    Clear the Internet Explorer Objects and the Internet Explorer cache including all Offline Files

9.    Stopped/started the World Wide Web Publishing service

Reviewing the Siebel Web Server hard drive showed that both the 15051
and 16157 directories were created and the Siebel Zero Foot Print Web
Client worked as expected.

Customers are advised to contact their IT department to ensure no
permission is given to the IWAM_HOSTNAME and IUSER_HOSTNAME users that
conflict with their companies’ security policies.

As per <Additional permissions required with Siebel Web Server Extensions on Siebel 7 eBusiness applications (Doc ID 476490.1)>, the minimum permissions are ‘write’ for the IWAM_HOSTNAME user.

Keywords: [SISNAPI] Async Thread: connection (0x22128d8), error
(1801034) while reading message, 2900: [SESSMGR] conn 0x31711e0: found
error code (1801034), error info (NULL), [SMCONN] connection to [sid=1
pid=1376] closed, Alert 388, Windows 2000 Service Pack 4, Siebel Web
Server Extensions, unable to login

Applies to:

Siebel Finance Service - Version 8.1.1.4 [21225] and later
Information in this document applies to any platform.

Symptoms

Siebel version :- 8.1.1.4 [21225] SIA

Issue :-

--------------

REST API is being used to upload the Opportunity document from an external webpage return in c#.

Intermittently an error occurs as below.

Error :-

----------

SBL-SMI-00107: Internal: The context for the given task was not found.

Cause

The reported behavior could be reproduced internally on Siebel CRM
Fix Pack version 8.1.1.4 SIA and is tracked by Siebel Product Bug 13920635.

When the EAI session timed out due to task timeout, Siebel
Server/EAI component/weblogic server restart/crash etc, the REST
invocation returns an HTTP 404 error in browser, with ResourceAdapter
log reporting the below error :-

[SIEBEL ERROR] Thread[[ACTIVE] ExecuteThread: '1'
for queue: 'weblogic.kernel.Default (self-tuning)',5,Pooled Threads]
[2012-04-24 01:15:27.406] [mQueryPage] Exception :
javax.resource.ResourceException:
<com.siebel.om.sisnapi.RequestException>

<Error><ErrorCode>1179754</ErrorCode> <ErrMsg>The task 12582973 has either been shutdown or timed-out</ErrMsg></Error>

<Error><ErrorCode>1180678</ErrorCode> <ErrMsg>70*SBL-SMI-00107: Internal: The context for the given task was not found.1*013*smimtpool.cpp4*10330*0*0*0*</ErrMsg></Error>

Solution

Solution

Server parameters can be set in order to extend the timeout duration for the eConfigurator session.

You can specify how long product
configurator sessions remain active by setting the server parameter for
Keep Alive Time. This parameter specifies the time in seconds that a
session can remain idle before the session is timed out. The default
value of -1 means that the session can remain idle indefinitely and will
not be timed out.

Parameter Name: eProdCfgKeepAliveTime

Display Name: Product Configurator - Keep Alive Time of Idle Session

Data Type: Integer

Default Value: -1

Description: The amount of time in seconds that a configuration session can remain inactive before the session is killed.

For detailled information on setting for Product
Configurator and Remote Product Configurator please refer to Bulletin
Optimizing the Launching of Siebel 7 and Siebel 8 Configurator (Doc ID
477007.1)

For more special hints and techniques regarding
performance for Product Configurator please refer to Bulletin:
Optimizing ISS Processes (Doc ID 477006.1)

Customer set server the parameter for eProdCfgKeepAliveTime to 2700 seconds on both server component:

1. eCommunications Object Manager (ENU)

Please note: If you
change eProdCfgKeepAliveTime on AOM then ConnIdleTime on remote
eConfigurator OM should be greater than eProdCfgKeepAliveTime
(i.e. eProdCfgKeepAliveTime+1).

The eConfigurator session is timing out after around 45 minutes as expected.

References

NOTE:477007.1 - Optimize Performance for Launching of Siebel 7 and Siebel 8 Product Configurator
NOTE:477006.1 - Optimizing Performance of ISS Processes for Order Management, Product Configurator and Pricing

Applies to:

Siebel eConfigurator - Version 7.7.1 SIA [18306] and later
Information in this document applies to any platform.

Symptoms

Cause

Econfigurator session actually times out and hence this error occurs.

Solution

For detailled information on setting for Product
Configurator and Remote Product Configurator please refer to Bulletin
Optimizing the Launching of Siebel 7 and Siebel 8 Configurator (Doc ID
477007.1)

For more special hints and techniques regarding
performance for Product Configurator please refer to Bulletin:
Optimizing ISS Processes (Doc ID 477006.1)

Customer set server the parameter for eProdCfgKeepAliveTime to 2700 seconds on both server component:

1. eCommunications Object Manager (ENU)

References

Applies to:

Siebel System Software - Version: 7.5.3 [16157] and later [Release: V7 and later ]
HP-UX Itanium

Product Release: V7 (Enterprise)

Version: 7.5.3.12 [16272] Engy/Oil

Database: Oracle 9i

Application Server OS: HP-UX 11i

Database Server OS: HP-UX 11i

This document was previously published as Siebel SR 38-3041007471.

Symptoms

Customer reported the following:

Yesterday we had a lot of SBL-NET-01056 errors in the Siebel log files on the
Apache webserver (/opt/siebel/prd/v752/log/sa60515.log). This again
resulted in users not being able anymore to login via this webserver. Trying this resulted in the
following message :

The server you are accessing is either busy or experiencing
difficulties. Please close the web browser, start a new one and try logging in again. For further
support, please copy and send the full message text to your system administrator.[17:53:58]

In the Apache log file located at /opt/hpws/apache/logs/error_log no errors have been
found around the timestamp of the first SBL-NET-01056 error.

Can you please help
investigate this porblem and can you give an explanation of the SBL-NET-01056 error since there
is no documentation available about this error.

Cause

SBL-NET-01056

Solution

For benefit of other readers:

Upon reviewing the log file following two types of errors were noted:

SBL-SMI-00107: Internal: The context for the given task was not found1*016*smimtpool.cpp

SBL-NET-01056: Internal: operation on event for connection activation state failed

The first error implies that several attempts were made to connect the
user but due to timeout; the user cannot be connected. You will find
several postings on My Oracle Support about this subject matter.

The second error was reported in Change Request 12-121BAJQ. Basically
the following scenario resulted in the conclusion as follows:

Set max_thread_procs to 4096. Set Httpd.conf parameter threadlimit to slightly below (4091)
Then
start web server. First few logins will succeed and as soon as we hit
4096 threads the web server will hang. Existing session is able to
continue working, new logins are failing.

The SWE error is: SBL-NET-01056: Internal: operation on event for connection activation state failed

Even
if this error is suggesting a network problem, the issue is in the web
server setup, thus not strictly speaking, a Siebel issue.

Applies to:

Siebel CRM Sales - Version 7.8.2.16 [19255] to 7.8.2.16 [19255] [Release V7]
Information in this document applies to any platform.

Symptoms

Following unexpected behavior was detected in Siebel CRM 7.8.2.16 with Quick Fix QF0G05 applied:

Working well integration solution, made of Siebel Inbound Web Services with WS-Security headers (uses Anonymous session Pool via Siebel URL: "/eai_anon_<xxx>"), suddenly started to throw HTTP 500 errors and then became fully blocked (no one request could pass to EAI Object Manager).

At the moment of the errors, no activity (no traces)
were detected in the Siebel Application Server side and the Object
Manager (the EAI Object Manager) component showed the online status (no tasks are running).

The typical symptom of starting this behavior were:

(1) The "SBL-SMI-00107" error, was thrown as HTTP 500 by Siebel Web Server Extension (SWSE)

when when SWSE was trying to re-use a session from Anonymous Pool
contacting to an EAI OM task that was already closed by session idle
time-out (seconds in the "SessionTimeout" parameter in the "eapps.cfg").

However: at the next try SWSE could start the new EAI OM task and execute well the Web Service Call.

The typical detailed traces of these occurrence in the SWSE log (ss*.log) are:

ProcessPluginRequest ProcessPluginRequestDebug 5 0 ... 1752: [SWSE] Created EAI request handler.

ProcessPluginState ProcessPluginStateDebug 5... 1752: [SWSE] Switching to Start state.

ProcessPluginRequest ProcessPluginRequestDebug 5... 1752: [SWSE] User spec: REMOTE_USER

ProcessPluginRequest ProcessPluginRequestDebug 5... 1752: [SWSE] POST query string: SWEExtSource=SecureWebService&SWEExtCmd=Execute

ProcessPluginState ProcessPluginStateDebug 5... 1752: [SWSE] Switching to HTTP_REQ state.

ProcessPluginRequest ProcessPluginRequestDetail 4... 1752: [SWSE] Anon pool has 1 of 3 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4... 1752: [SWSE] Pulled an anon session: !1.94c.a834.4e9bca14 taken from the pool.

ProcessPluginRequest ProcessPluginRequestDetail 4... 1752: [SWSE] Checked out anon session: !1.94c.a834.4e9bca14.

ProcessPluginState ProcessPluginStateDebug 5... 1752: [SWSE] Switching to Session state.

SessMgr MsgSend 3... 1752: [SESSMGR] 
SendMsg:_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14,
 0x63fa00)

SessMgr MsgSend 3... 1752: [SESSMGR] 
_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14,
 0x63fa00) on (0x2455398)

SisnTcpIp SisnSockDetail 4... 1752: [TCPIP-client] Send() descriptor = 708

...

SessMgr MsgSend 3... 1752: [SESSMGR] 
_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14)
 : 0x2455398->SendMsg(43060, 0x63fa00, 4) ok

SessMgr MsgReceive 3... 1752: [SESSMGR] 
_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14)
 : 0x2455398->ReadMsg(4, -1, 0x2459d30) ok

ObjMgrSessionLog Error 1... CSSUModel::InvokeSrvcMethod - Failed with Error=1030 for service=Web Engine Interface, method=Request

ProcessPluginRequest ProcessPluginRequestError 1... 1752: [SWSE] Error invoking service method 1030

ProcessPluginRequest ProcessPluginRequestError 1... 1752: [SWSE]
 Error Message 0 : error 1030 : 70*SBL-SMI-00107: Internal: The context 
for the given task was not found.1*013*smimtpool.cpp3*7720*0*0*0*

ProcessPluginRequest ProcessPluginRequestError 1... 1752: [SWSE]
 Error Message 1 : error 1030 : 70*SBL-SMI-00107: Internal: The context 
for the given task was not found.1*013*smimtpool.cpp3*9340*0*0*0*

ProcessPluginRequest ProcessPluginRequestDetail 4... 1752: [SWSE] InvokeSrvcMethod Timing: 0.00102 seconds

ProcessPluginState ProcessPluginStateError 1... 1752: [SWSE] Invoke service method failed.

ProcessPluginState ProcessPluginStateDetail 4... 1752: [SWSE] Closing 
Session : 
siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14
 ....

SessMgr MsgSend 3... 1752: [SESSMGR] 
SendMsg:_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14,
 0x63fa30)

SessMgr MsgSend 3... 1752: [SESSMGR] 
_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14,
 0x63fa30) on (0x2455398)

...

SessMgr MsgSend 3... 1752: [SESSMGR] 
_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14)
 : 0x2455398->SendMsg(43060, 0x63fa30, 5) ok

SessMgr MsgReceive 3... 1752: [SESSMGR] 
_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14)
 : 0x2455398->ReadMsg(5, -1, 0x2459d30) ok

SessMgr ConnClose 3... 1752: [SESSMGR] Close(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14)

SessMgr MsgSend 3... 1752: [SESSMGR] 
_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14,
 0x63f810) on (0x2455398)

...

SessMgr MsgSend 3... 1752: [SESSMGR] 
_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14)
 : 0x2455398->SendMsg(43060, 0x63f810, 6) ok

SessMgr MsgReceive 3... 1752: [SESSMGR] 
_SendMsgSync(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14)
 : 0x2455398->ReadMsg(6, -1, 0x2459d30) ok

SessMgr ConnClose 3... 1752: [SESSMGR] Close(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14): ok

SessMgr ConnClose 3... 1752: [SESSMGR] 
Close(siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14)
 recv'd notify: The task 43060 has either been shutdown or timed-out

ProcessPluginState ProcessPluginStateDetail 4... 1752: [SWSE] Closing 
Session : 
siebel.TCPIP.None.None://SeblGW/SeblES/EAIObjMgr_enu/!1.94c.a834.4e9bca14
 Lifespan : 93.3947

ProcessPluginState ProcessPluginStateDetail 4... 1752: [SWSE] CloseSession Timing: 93.39469 seconds

ProcessPluginRequest ProcessPluginRequestError 1... 1752: [SWSE]
 Set Error Response (Session: Error: 00001030 Message: 70*SBL-SMI-00107:
 Internal: The context for the given task was not 
found.1*013*smimtpool.cpp3*7720*0*0*0*)

ProcessPluginState ProcessPluginStateDebug 5... 1752: [SWSE] Switching to HTTPRes state.

ProcessPluginState ProcessPluginStateDebug 5... 1752: [SWSE] Switching to Stop state.

ProcessPluginRequest ProcessPluginRequestDetail 4... 1752: [SWSE] Total Request Handling Timing : 0.05473 seconds

(2) After working for a while under load (processing quite big number of Web Service calls), the SWSE engine stayed a long time on idle, so that all "running" tasks of EAI OM were closed by "SessionTimeout". New calls initially caused also HTTP 500 response, because of the "SBL-SMI-00107" error.

However: NO ONE of the next call could make the SWSE to recover and it became BLOCKED responding HTTP 500 to each call till RESTART of the SWSE engine (e.f. the Web Site restart in case of using the MS IIS HTTP service).

The typical detailed traces (considering errors, traced above) of these
occurrence in the SWSE log (ss*.log) are (Anonymous Pool size was set to
10):

ProcessPluginRequest ProcessPluginRequestDebug 5 ... 2652: [SWSE] Created EAI request handler.

ProcessPluginState ProcessPluginStateDebug 5 ...13 2652: [SWSE] Switching to Start state.

ProcessPluginRequest ProcessPluginRequestDebug 5 ... 2652: [SWSE] User spec: REMOTE_USER

ProcessPluginRequest ProcessPluginRequestDebug 5 ... 2652: [SWSE] POST 
query string: SWEExtSource=SecureWebService&SWEExtCmd=Execute

ProcessPluginState ProcessPluginStateDebug 5 ...13 2652: [SWSE] Switching to HTTP_REQ state.

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Anon pool has 0 of 10 sessions available

ProcessPluginRequest ProcessPluginRequestError 1... 2652: [SWSE] Could not get an anon session...PROBLEM

ProcessPluginRequest ProcessPluginRequestError 1... 2652: [SWSE]
 Failed to obtain a session ID. No anonymous user available for 
processing requests. This server is too busy to process any new 
connection requests at the moment.

ProcessPluginRequest ProcessPluginRequestError 1... 2652: [SWSE]
 Set Error Response (Session: Error: 00021291 Message: No anonymous user
 available for processing requests. This server is too busy to process 
any new connection requests at the moment.)

ProcessPluginState ProcessPluginStateDebug 5 ... 2652: [SWSE] Switching to HTTPRes state.

ProcessPluginState ProcessPluginStateDebug 5 ... 2652: [SWSE] Switching to Stop state.

ProcessPluginRequest ProcessPluginRequestDetail 4 ... 2652: [SWSE] Total Request Handling Timing : 42.07842 seconds

Cause

Issue was identified as product defect of Siebel CRM 7.8.2.16 Release and address as Bug 13102034.

Customers with Extened Support option can request password for 

 downloading of the Quick Fix - QF0G24 in form of following patches:



Patch 13634028 for  Vertical (also known as: SIA) release

Patch 13634043 for  Horizontal (also known as: HOR, SEA) release.

The issue does not relate to very similar behavior addressed in the Document: 852611.1 and fixed in this Siebel CRM release.

Siebel CRM 8.x (8.0.0.12+) and Siebel CRM 8.1.1.x (8.1.1.6+) are NOT IMPACTED:

SWSE could well recover timed-out sessions and complete received WS call well (start an new OM task, as necessary).

Solution

Possible workarounds that could be considered:

Increase value of the "SesssionTimeout" parameter in
the "[/eai_anon_"<XXX>"]" section (e.g. the "[/eai_anon_enu]") of
the SWSE configuration file: "eapps.cfg", to minimize occurence of the
"SBL-SMI-00107" error which is, presumable, a source for the blocking
issue.

Dedicate a separate SWSE instance to serve only the Integration calls
(Web Services), so its eventual restart (because of this error) would
not impact Siebel Thin Client users.

Re-design the Integration Solution using the Siebel Web Service Session management approach (Document: 795552.1
which does NOT USE the AnnonPool feature of SWSE, but builds a pool of
EAI OM sessions on the Siebel Application Server for efficient re-use
("Stateless" mode).

@ Other:PATCH:13634043

References

BUG:13102034 - SBL-SMI-00107 ERROR AT INBOUND WS-SEC. CALL
NOTE:795552.1 - Use Siebel Authorization Stateless Session Management for HIGH load inbound web service integrations
NOTE:852611.1
- Siebel Inbound Web Services intgeration scenario that uses anonymous
session pool may not recover after temporary Siebel EAI Object Manager
Component outage.

Regards,