SBL-SVR-00028: No more tasks available for this component.



Applies to:


Siebel System Software - Version: 7.8.2 [19213] and later   [Release: V7 and later ]
Information in this document applies to any platform.

Error Message Area:Server Common Layers - SVR

Version:Siebel 7.8



Purpose


This document is intended to provide cause and corrective action
information about Siebel Error Message SBL-SVR-00028: No more tasks
available for this component.





Scope


This document is informational and intended for any user.





SBL-SVR-00028: No more tasks available for this component.



Explanation


The specified component is running the maximum number of tasks configured for this server.


Corrective Action


Review the value of MaxTasks set for the component. If necessary,
increase the number, shutdown the server and restart it. Or start the
task on a different server.










Applies to:


Siebel System Software - Version 5.0.1 to 8.0.0.13 SIA [20448] [Release V5 to V8]
Information in this document applies to any platform.

Area(s):System Administration

Database(s):All Supported Databases

App Server OS(s):All Supported Platforms

Keywords:Siebel, Thin, Clients, cannot, connect, MaxTasks, Max MT Servers, MTServers



Description


Siebel Web clients (also referred to as Siebel Thin Clients) connect
to the Siebel application via the Siebel Object Manager. When
configuring the Siebel Object Manager, there are parameters that can
affect how many Siebel Web clients can be supported by the Siebel Object
Manager. For the purpose of this Alert, the parameters that are
applicable are:



  • Maximum Tasks

  • Maximum MT Servers


Depending on the Siebel version you are running in your Siebel
environment, your users may encounter different errors and symptoms
which are documented under the Possible Symptoms section below.



Occurrence


The behaviors documented in this Alert will likely occur if the Siebel Object Manager's parameters are set incorrectly.



Symptoms



For all Siebel versions 8.0:


Users who are unable to connect will encounter the following error 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.



SCBroker log will show error:



SBL-SCB-00014: All component processes are maxed out



For all Siebel versions 7.x:

Users who are unable to connect will encounter the following error message:



SBL-SVR-00028: No more tasks available for this component

and


         SBL-SWP-00121: 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.


or



SBL-SWP-00121: The server you are trying to access is either
busy or experiencing difficulties. Please close the Web browser, open a
new browser window, and try logging in again.

Displayed at the Siebel application level.



For all Siebel versions 6.x:

Users who are unable to connect will encounter the following error messages:



SBL-SVR-00028: No more tasks available for this component

and



We detected an Error which may have occurred for one or more of the following reasons:

We're sorry, the username or password you entered was incorrect. Please try again.


For all Siebel versions 5.x:

Users who are unable to connect will encounter the following error messages:



SBL-SVR-00028: No more tasks available for this component

Which is detailed within the .log file for the appropriate Siebel
Object Manager (located under the $SIEBEL_HOME\siebsrvr\log directory.


or


The Siebel component becomes unavailable with the following error messages:



SBL-SMI-00033: The client exited without closing the SISNAPI connection

and



SBL-OSD-00098: Internal: The process exited abnormally and the Operating System could not get the exit code.

Additionally, displayed at the Siebel application level, the user might receive the error message:



Error: Unauthorized Access or Application Error.
The information you have entered is incorrect. Please try again.


Workaround


These behaviors are encountered when the Siebel Object Manager's
component parameters:  Maximum Tasks or the Maximum MT Servers reaches
the maximum value. The default values are shown below:














ParameterDefault Value
Maximum Tasks20
Maximum MT Servers1

These default values should be increased depending on the number of
tasks and users. Generally for every Siebel Web client connection it is
one task.



For Siebel versions 8.0:

For more information about setting these parameters and the Siebel
Object Manager, refer to Siebel Bookshelf version 8.0 > System
Administration Guide > Application Object Manager Administration. Please also refer to "How to Configure Siebel Object Manager (SOM) in Siebel 7.x and 8.0 (Doc ID 476830.1)"



For Siebel versions 7.x:

For more information about setting these parameters and the Siebel
Object Manager, refer to Siebel Bookshelf version 7.7 > Siebel System
Administration Guide > Application Object Manager Administration. Please also refer to "How to Configure Siebel Object Manager (SOM) in Siebel 7.x and 8.0 (Doc ID 476830.1)"



For Siebel versions 6.x:

For more information about setting these parameters and the Siebel
Object Manager, refer to Siebel Bookshelf version 6.0 > Siebel Server
Administration Guide > Application Object Manager Administration.



For Siebel versions 5.x:

For more information about setting these parameters and the Siebel
Object Manager, refer to Siebel Bookshelf version 5.6 > Siebel System
Administration Guide > Object Manager Administration.





History


 Checked For Relevance *********05Feb2013*********












Applies to:


Product Release: V7 (Enterprise)

Version: 7.5.3 [16157] CHS Com/Med

Database: Oracle 9.0.1

Application Server OS: Microsoft Windows 2000 Advanced Server SP 3

Database Server OS: Microsoft Windows 2000 Advanced Server SP 3



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


Symptoms


SBL-SVR-00028, SBL-NET-01028Hi, SupportWeb,

We have encountered a question from this Monday. At some time, we can not
log in the Siebel Server and we found the error message in Enterprise log file:


ServerLog    ProcessCreate    1    2006-01-10
17:16:03     Created server process (OS pid = 2187320) for Siebel Server
Scheduler with task id
33857

ServerLog    ProcessExit    1    2006-01-10
17:16:03    <NoCompName>    30260     SBL-SVR-00028   Process
exited with error - No more tasks available for this component

and found error message is
eCommunication Log
file:

GenericLog    GenericError    1    2006-01-10
17:14:49    (sciapi.cpp 7(1145) err=1801028 sys=0) SBL-NET-01028: Error in
shell: SBL-SVR-00028: No more tasks available for this component

Then, We restart the
Siebel Servce Service and we can log into Siebel Application , but after some hours, the error
happened again. And from monday till to today, this error occured 3 times.

It is very
urgency and could you please help me.

Thank you





Solution



Message 1


For the benefits of other users:



Customer encountered login error. After restarting the Siebel Servce
Service, they can log in again. However, after some hours, the login
error happened again.



Resolution:



It was found that customer has set the following Object Manager parameters:

MemoryBasedRecycle = TRUE

MemoryLimit = 180 means 180 Mbytes



The above parameter will cause the Object Manager to recycle on reaching
a memory limit of 180 Mbytes. 180 Mbytes is too low a value to be set
as a memory limit for the Object Manager to recycle. The Object Manager
will get recycled even when maximum tasks is not reached. After
adjusting the MemoryLimit to 600 Mbytes, the customer did not update the
issue anymore.












Applies to:


Siebel CTI - Version: 7.5.3.8 [16192] and later   [Release: V7 and later ]
z*OBSOLETE: Microsoft Windows 2000

Product Release: V7 (Enterprise)

Version: 7.5.3.8 [16192]

Database: Oracle 9.2.0.4

Application Server OS: Microsoft Windows 2000 Advanced Server SP 3

Database Server OS: Sun Solaris 8



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



Symptoms


During a recent deployment of Siebel 7.5.3.8/Genesys Voice Adapter
6.5.201.13, we encountered a "Call Stack" on the dedicated Siebel
Communications Server. These Call Stacks were associated with 1)
Problems with CTI Toolbar 2) Agents being logged out of tool bar 3)
Agent calls being dropped. Some of the text below is:



- CALL STACK -

<invalid> 0x5dda484

GenModel +0x5b594

GenModel +0x10f20 = ReleaseTeleset() +0x1e70

<invalid> 0x868b57f1



This Call Stack occured 5 times during our initial deployment and
subsequently was associated with these errors in the Siebel
Communications Manager Logs:



1) GenericLog    GenericError    1    2005-05-31
10:53:58    (sissrvr.cpp 47(3069) err=2000028 sys=0) SBL-SVR-00028: No
more tasks available for this component



2) CommSessionMgr 59455     SBL-OSD-01000   Process exited with error -
Internal: The process attempted to read from or write to a virtual
address for which it does not have the appropriate access



3) GenericLog    GenericError    1    2005-05-31
11:08:51    (srbqueue.cpp 6(918) err=5700005 sys=0) SBL-SRB-00005: no
element in the queue



4) SComm[05/31/2005 10:24:23:555]:FATAL:SRM session handle is NULL in
DoInvokeMethod() for user(BENNETS6), key(1328|429c71f8|248466b0).

SComm[05/31/2005 10:24:23:555]:ERROR:Unable to identify driver for
action, profile ID=, channel string=, media type=, command=Ready, event=

SComm[05/31/2005 10:24:23:555]:ERROR:Error on invoke media manager method(InvokeCommand), input args={

DataSet = 2#18#1#13#AgentWorkMode5#1#1#1

DeviceCommand = Ready

Child property set, type = DataSet {

AgentWorkMode = 1

}

}, error=?), msg='Unable to identify driver command(Ready) among all loaded drivers.(SBL-CSR-00504)'



Our frustration is occurring because we are not able to re-create this
error in our load testing environment. Since this error was associated
with CTI Toolbar connectivity issues (i.e.: agents being logged out of
the toolbar) and other CTI issues, we remain concerned.


Cause


After researching and checking the call Stack:
- CALL STACK -
<invalid> 0x5dda484
GenModel +0x5b594
GenModel +0x10f20 = ReleaseTeleset() +0x1e70

We could identify that the crash was happening while CSM was calling method on Genesys Gplus Driver libraries.

The customer engaged Genesys Support who has confirmed that this is a known issue.


Solution


Genesys confirmed that the issue  has been fixed in Genesys  Gplus
Driver 7.x code stream and the fix was replicated into 6.5 stream.

The
recommendation is to deploy the latest version (6.5.201.20). Note that
the customer was using 6.5.201.13 version of the driver.

Customer worked with Genesys to get the latest Gplus Driver hot fixes.








Applies to:


Siebel Enterprise Integration Manager - Version 7.7.2.6 [18372] and later
z*OBSOLETE: Microsoft Windows Server 2003

Product Release: V7 (Enterprise)

Version: 7.7.2.6 [18372]

Database: Microsoft SQL Server 2000 SP3

Application Server OS: Microsoft Windows 2003 Server

Database Server OS: Microsoft Windows 2003 Server



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







Symptoms


EIM component in test system is generating hundreds of siebsh
process, this is consuming all available memory on the server until the
system crashes.
Despite the EIM jobs have been turned off, the behavior still continues.
The only way to stop this issue is to disable the EIM component definition.

What is causing this and how can be stopped?






Cause


CR 10641285



Solution


Customer was getting some errors from EIM tasks:

SBL-SVR-00028 Process exited with error - No more tasks available for this component.
SBL-EIM-00207: Unable to log in to the database.
SBL-EIM-00108: Internal error in retrieving scf parameter
SBL-EIM-00205: Failed to load the application dictionary


The only EIM tasks customer had running were the two Repeating
Component Requests. Customer tried canceling both of these jobs to see
if that corrected the problem, but after canceling the jobs and
disabling then enabling the component definition, the EIM component
still has the problem behavior.

The root cause found for the
problem is CR# 10641285 for Cancelled Repeating Component Requests keep
running. It is fixed in 7.5.3 fix pack, 7.8, and 8.0. Customer is on
7.7.x, so it is still a problem.


Customer ran a sql to find any queued of arctive RCR's and the
results returned 11946 rows. Four of these are Active and the rest are
all Queued. The four Active RCR's are all old dates. All of the others,
the Queued tasks, were all created on the same date/time.
To know what component they are you can run the following SQL to get the components:

SELECT T1.ROW_ID, T1.CREATED, T1.STATUS, T1.PAR_REQ_ID,
        T2.ROW_ID PAR_ID, T2.STATUS PAR_STATUS, T3.NAME COMPONENT_NAME
        FROM S_SRM_REQUEST T1, S_SRM_REQUEST T2, S_SRM_ACTION T3
        WHERE T1.STATUS IN ('QUEUED','ACTIVE')
            AND T1.REQ_TYPE_CD='RPT_INSTANCE'       
            AND T1.PAR_REQ_ID = T2.ROW_ID
            and T1.ACTION_ID = T3.ROW_ID


Customer ran this SQL, and as expected, the component name for every
task was EIM. To resolve the problem quickly, customer followed the
workaround to cancel all of the tasks, restarted the server, and
verified that the RCR tasks did not restart. Then customer re-enabled
the EIM component, restarted the server again, and the many siebsh.exe
processes were not generated, and the RCR tasks also did not restart.
Customer then recreated the two repeating component requests that they
usually have running continually, and have been monitoring the
situation. So far, the two tasks continue to run and perform their
correct functions, and no other RCRs or siebsh.exe tasks have been
generated. So it appears that for the time being, the immediate issue is
resolved.

Before customer upgrades to the version that has the
fix for the CR 10641285, I suggest to run the SQL on a regular basis to
monitor RCR and apply the workaround when needed.



 



תגובות

הוסף רשומת תגובה

פוסטים פופולריים מהבלוג הזה

FINS Data Transfer Utilities

תמונה
The best thing while working on siebel is you are never short of options. Recently we had requirement of updating a Service request from contact. Finally we did that using "EAI Siebel Adapter" business service. However during that time i came across another business service "FINS Data Transfer Utilities" popularly known as DTU business service. As i was not having prior knowledge of it going by the rule of not learning swimming lessons while drowning i decided not to go for it. Lately i have tried to explore this service and trust me it can do wonders. Here is a sample example update of Service Request from contact. We need to follow below steps in order to understand strength of this business service. 1 - Navigate to Site Map. Go to Administration - Application -> Data Map Administration tab. Create a new Record with following options: Name: Service Request Test Source Business Object: Contact Destination Business Object: Service Request Here the source business
המשך לקרוא

SBL-BPR-00191: The rowId of the active row of the primary buscomp '%1', '%2', does not match the Primary Id

Applies to: Product Release: V7 (Enterprise) Version: 7.5.3 [16157] ESN Database: Oracle 9.2.0.2 Application Server OS: Microsoft Windows 2000 Server SP 3 Database Server OS: Microsoft Windows 2000 Server SP 3 This document was previously published as Siebel SR 38-1386997031. Symptoms SBL-BPR-00191 We have a error with a workflow. This WF is excuted by policy when a particular activity is closed. The WF Business Object is 'Action'. Inside this WF, there is a subprocess that invokes a Business Service that creates a new activity. In a second subprocess, the region Id of this new activity is updated using the standar update method funcionality of Siebel workflow process. Error processing Siebel Operation for: Business Object 'Action' Business Component 'Action' Primary Id ''1-5NEI6' Operation 'Insert'(SBL-BPR-00100) -- The rowId of the active row of the primary buscomp 'Action', '1-4SNCV', does not match the Prima
המשך לקרוא

Profile Attributes and Open UI

תמונה
Yes, Profile Attributes! As the ever attentive, up-to-date Siebel CRM expert that you are when you read this, you know that in Siebel Open UI (since version 15), it is no longer allowed/supported to  set  Profile Attributes from browser-side script. But  getting  them is not a problem, since the  GetProfileAttr  function works perfectly fine. Recently I found a few vanilla Profile Attributes that came quite handy in my work in Open UI JavaScript: Navigation Type : stores the navigation type such as "NAVIGATION_TAB" ActiveViewName : does what it says on the tin IsOpenUI : returns "1" when the application runs in Open UI Is SUI Theme : when "TRUE", the application theme is Synergy (aka SUI) Position:  returns the currently active position Primary Responsibility Name : guess what this one is… Profile Image : returns the URL of the user's profile image Org.Name : returns the name of the user's organization Here's a sample line of
המשך לקרוא