SBL-SVR-01042: Internal: Communication protocol error



Applies to:


Siebel Reports - Version 7.7.2.10 SIA [18385] and later
Oracle Solaris on SPARC (64-bit)

Product Release: V7 (Professional)

Version: 7.8.2.3 [19221]

Database: Oracle 9.2.0.8

Application Server OS: Sun Solaris 10

Database Server OS: Sun Solaris 10



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







Symptoms


SBL-SVR-01042, SBL-SMI-00121


Hi,

After applying the patch 7.8.2.5, the report server is Not
working. I have attached the log file for your reference. Please take a
look at this and advice soon. Below is the error.

(sasess.cpp
(711) err=2001042 sys=0) SBL-SVR-01042: Internal: Communication protocol
error while instantiating new task SBL-SMI-00121: Internal:
SISDecodeRawMessage() failed



Cause


Configuration/ Setup



Solution



Message 1


Description
Hi,

After applying the patch 7.8.2.5, the
report server is Not working. I have attached the log file for your
reference. Please take a look at this and advice soon. Below is the
error.

(sasess.cpp (711) err=2001042 sys=0) SBL-SVR-01042:
Internal: Communication protocol error while instantiating new task
SBL-SMI-00121: Internal: SISDecodeRawMessage() failed

Thanks,

For the benefit of other readers:

The
customer applied the patch 7.8.2.5 and the report server was not
working. After restart the HTTP Service and kill the old process that
was running the reports started to work fine.












Applies to:


Siebel Financial Services CRM - Version 8.1.1 SIA [21111] and later
Information in this document applies to any platform.

***Checked for relevance on 05-Feb-2013***


Symptoms


When attempting to start multiple EIM tasks the following error occurs:

SBL-SVR-01042: Internal: Communication protocol error while instantiating new task.
SBL-SVR-09127: Internal: Fail to initialize the shared memory resource for the process.
SBL-SVR-09124:
Internal: Cannot allocate shared memory resource for the current
process. Most likely we have reached the maximum number of processes.

From ServerMgr_xxx.log:
GenericLog GenericError 1 000000084b2f113c:0 2009-12-21 16:40:38 (sciapi.cpp (1130) err=1311762 sys=0)
SBL-SVR-01042: Internal: Communication protocol error while instantiating new task.
SBL-SVR-09127: Internal: Fail to initialize the shared memory resource for the process.

From Enterprise log(<Enterprise Server>.<Siebel Server>.log):
ServerLog
ProcessExit 1 000019474b2f1598:0 2009-12-21 16:40:41 <NoCompName>
4712 SBL-SVR-09127 Process 4712 exited with error - Internal: Fail to
initialize the shared memory resource for the process.



Cause


This error occurs when EIM tasks reaches to the MaxTasks.



Solution


Set an appropriate MaxTasks value for EIM component.

For example:
srvrmgr> change param maxtasks=<value> for comp eim












Applies to:


Siebel Enterprise Integration Manager - Version 8.0.0.5 SIA [20420] and later
Information in this document applies to any platform.

""""Checked for relevance on 28-Sep-2011""""







Symptoms


Statement of what the issue is
Version: 8.0.0.5 SIA [20420]

When EIM task run, it is exiting with following error:

SBL-ADM-60070: Error reported on server 'usolsrvr' follows:
SBL-SVR-01042: Internal: Communication protocol error while instantiating new task SBL-EIM-00206: Failed to run initial process.
SBL-EIM-00206: Failed to run initial process.

Steps:

1. Prepare any EIM table for EIM load.
2. Create ifb file and add IGNORE BASE COLUMN parameter to ignore certain columns from populating:
3. Run EIM task.





Cause


The error is caused by the use of "IGNORE BASE COLUMN" parameter in the ifb file.

Has been observer that “IGNORE BASE COLUMN” is an incorrect parameter.

EIM_0038_39845891.log shows the following error message:

"Error SBL-EIM-00103, in "AccountsInterface.ifb" line 180: Invalid parameter IGNORE BASE COLUMN."



Solution


It was observed that removing parameter IGNORE BASE COLUMN from the ifb file resolved the issue.

The
correct syntax of this parameter is IGNORE BASE COLUMNS with an S. This
parameter is an optional one and you can use it to Specify base table
columns to be ignored by the import process. Please note that required
and user key columns cannot be ignored. For further details about this
parameter please refer to Bookshelf: Siebel Enterprise Integration
Manager Administration Guide > Importing Data > Editing the
Configuration File for Import Processing > Process Section Parameters
Used for Imports.










Applies to:


Siebel Enterprise Integration Manager - Version 7.7.2 [18325] to 8.1.1.9 [23016] [Release V7 to V8]
z*OBSOLETE: Microsoft Windows Server 2003

Product Release: V7 (Enterprise)

Version: 7.7.2 [18325]

Database: Microsoft SQL Server 2000 SP3

Application Server OS: Microsoft Windows 2003 Server SP1

Database Server OS: Microsoft Windows 2000 Server SP 4



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







Symptoms


SBL-EIM-00900


During our EIM import of file into Siebel, we encounter this error.

I've
verified that all files have already been compressed and moved to the
Siebel FIle System. However, the process still errors out with this
message.

Process [Import Agreement Attachment] had all rows fail
on EIM_AGREE_DTL for batch 2 in step 9, pass 112:      Import processing
aborted due to internal error. (severity 1, table aborted)     A
low-level error occurred during import processing for this table. The
error     could not be handled during the step in which it occurred and
caused all import     processing for that table to stop.     This
low-level failure caused all processing to halt for the specified
    interface table. Check the error messages for more information.

Please see attached EIM log.



Cause


Configuration/ Setup



Solution


Customer used EIM_AGREE_DTL to import agreement attachments. The EIM
task aborted midway without finishing processing all records in EIM
table and without giving any clues in the log for the reason it
failed.   This isn’t expected behavior because EIM usually errors out
the record that fails to be process and moves on to process the next row
until it finishes processing all rows.   In EIM log, there are these
errors:



EIMTrace    EIMTraceSubEvent    3    0    2005-03-23
14:35:25    Attachment Not Found:
D:\sea77\siebsrvr\input\aextract_445_MAINT_RENEWAL_34024_Deactivation_E-mail.MSG


EIMError    EIMErrorSubEvent    0    0    2005-03-23 14:35:40    Error
900: Unknown failure running process [Import Agreement Attachment]!


GenericLog    GenericError    1    0    2005-03-23
14:35:40    (compmain.cpp (1558) err=100900 sys=2) SBL-EIM-00900: Error
running EIM process. See the error trace for more information.



The "Attachment Not Found" error means the attachment to be imported is
not in siebsrvr\input physically. Or if the FILE_EXT is not populated
correctly, e.g., the filename is My_Email_Message.msg but you use doc
for FILE_EXT instead of msg. The behavior of EIM with this error is it
gives "Attachment Not Found" error on that particular attachment but
won't fail the task and continue to process the next record.


For example, there are 24 records in EIM table, the 10th one fails
with this error, and EIM ends up importing 23 records successfully, the
error one isn’t imported. So the "Attachment Not Found" error won't
cause EIM to abort.

What caused EIM to abort is improper permission on attachment file. For example, on Windows the following Security:

Full Control            Deny
Modify                    Deny
Read & Execute      Deny
Read                        Deny
Write                      Deny

As soon as EIM tries to process such an attachment, it can't handle it and aborts with the following Status:

SBL-EIM-00900: Error running EIM process. See the error trace for more informat
ion.
SBL-SVR-01042: Internal: Communication protocol error while instantiating new ta
sk

And this error in EIM log:

EIMError    EIMErrorSubEvent    0    0    2005-04-14 11:49:10    
Import processing aborted due to internal error. (severity 1, table
aborted)
EIMError    EIMErrorSubEvent    0    0    2005-04-14 11:49:10    

EIMError    EIMErrorSubEvent    0    0    2005-04-14 11:49:10    A
low-level error occurred during import processing for this table. The
error
EIMError    EIMErrorSubEvent    0    0    2005-04-14
11:49:10    could not be handled during the step in which it occurred
and caused all import
EIMError    EIMErrorSubEvent    0    0    2005-04-14 11:49:10    processing for that table to stop.

EIMError    EIMErrorSubEvent    0    0    2005-04-14 11:49:10    This
low-level failure caused all processing to halt for the specified


EIMError    EIMErrorSubEvent    0    0    2005-04-14 11:49:10    interface table. Check the error messages for more information.

The result is 16 files out of 24 got imported.


So, in customer’s scenario there can be attachment files physically
missing from siebsrvr\input and incorrectly populated FILE_EXT and
improper permissions, but what really caused EIM to abort in the midway
is the attachment files with improper permissions. If you correct the
permissions such as changing the above permissions under Security to
Allow (have Allow checked), then EIM imports successfully.

The
Enhancement Request # 10495429 has been raised for EIM to give some
clues for the actual error causing the abort, because it is very
difficult to troubleshoot when EIM log also contains "Attachment Not
Found" error which isn’t the real cause of the abort.












Applies to:


Siebel Enterprise Integration Manager - Version: 7.7.2.5 SIA [18368] to 8.1.1.2 SIA[21215] - Release: V7 to V8
Information in this document applies to any platform.



Symptoms


Exporting Attachments via EIM_CON_DTL leads to the following error
messages seen for example in the Server Manager Command line window:

SBL-ADM-60070: Error reported on server 'srvr1' follows:
SBL-SVR-01042: Internal: Communication protocol error while instantiating new task
SBL-EIM-00101: Invalid arguments passed to EIM.
SBL-EIM-00101: Invalid arguments passed to EIM.

IFB-File used:
----------------

[Siebel Interface Manager]
USER NAME = "SADMIN"
PASSWORD = "SADMIN"
PROCESS = Export


[Export]
TYPE = EXPORT
BATCH = 99
TABLE = EIM_CON_DTL
ATTACHMENT DIRECTORY = C:\temp
EXPORT MATCHES = S_CONTACT, (PERSON_UID = '1-2PGD')


Cause



The following extract of the resulting EIM-Log file is relevant in this regard:

UPDATE IT
SET IT.CON_BI = BT.BU_ID,
IT.CON_PERSON_UID = BT.PERSON_UID,
IT.CON_PRIV_FLG = BT.PRIV_FLG
, CON_PRIV_FLG = BT.PRIV_FLG
FROM dbo.EIM_CON_DTL IT, dbo.S_CONTACT BT
WHERE (BT.ROW_ID = IT.T_CONTACTTN_PARROW AND
T_CONTACTTN_PARROW IS NOT NULL AND
IF_ROW_BATCH_NUM = ?)

and error message:

[Microsoft][ODBC SQL Server Driver][SQL Server]Column name 'CON_PRIV_FLG' appears more than once in the result column list.


OR


[Microsoft][SQL Native Client][SQL Server]The column name
'CON_PRIV_FLG' is specified more than once in the SET clause. A column
cannot be assigned more than one value in the same SET clause. Modify
the SET clause to make sure that a column is updated only once. If the
SET clause updates columns of a view, then the column name
'CON_PRIV_FLG' may appear twice in the view definition.

The matter has been reproduced



Solution



Although the EIM export task errored out the attachment was exported
to the folder specified in the ATTACHMENT DIRECTORY IFB-parameter and
the IF_ROW_STAT column of the EIM_CON_DTL table had a value of EXPORTED.

Product Defect 12-1OFLUGT has been raised to address the matter. 










Applies to:


Siebel CRM - Version 8.0 [20405] and later
Information in this document applies to any platform.



Symptoms



SUMMARY


After enabling user password hashing, EIM jobs fail with an error
when run from Server Manager command-line utility (SRVRMGR). Running EIM
jobs via the Server Administration screens in a Web client works
without error.



ERRORS


SBL-ADM-60070: Error reported on server 'crmsapqa' follows:


SBL-SVR-01042: Internal: Communication protocol error while
instantiating new task SBL-EIM-00207: Unable to log in to the database.



Cause


The EIM job started via the Server Manager command-line is using the username and password you use to login to SRVRMGR.


Please refer to Siebel
Bookshelf version 8.1 > Siebel Enterprise Integration Manager
Administration Guide > EIM Configuration File > Defining EIM
Configuration File Parameters > Header Section Parameters Generic to
All EIM Processes - under PASSWORD parameter, where it states, * If
you start EIM from the command line, it uses the username and password
you used to log into the srvrmgr. * If you start EIM from the Siebel
application, EIM looks for the username and password in the EIM Server
Component parameters first, and if they are not specified, EIM then
looks in the .IFB file. If EIM cannot find the username and password in
those places, EIM cannot log into the database and it fails.



Solution


From Siebel Server Manager command-line run the following command - for example



srvrmgr> run task for component eim with config=C:\sia81\siebsrvr\ADMIN\test.ifb, password="s3S9CuVlW8POdxTjat/nMXCNJU4="











תגובות

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

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

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
המשך לקרוא