‏הצגת רשומות עם תוויות SBL-OMS-*****. הצג את כל הרשומות
‏הצגת רשומות עם תוויות SBL-OMS-*****. הצג את כל הרשומות

יום רביעי, 3 באפריל 2013

SBL-SEC-00102: Error loading the security adapter library



Applies to:


Siebel System Software - Version 8.0.0.1 [20408] to 8.2.2.2 SIA[23016] [Release V8]
Information in this document applies to any platform.

Product Release: V8 (Enterprise)

Version: 8.0 [20405]

Database: Oracle 10.1.0.4

Application Server OS: Red Hat Linux 4.0

Database Server OS: Sun Solaris 9



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







Symptoms


Hi, we're trying to setup a PoC of Siebel 8.0 on Linux Redhat 4.0 and
had encountered issue while trying to config LDAP authentication and an
error had ocurred in the OM log file. IBM LDAP 6.0 Client is installed
and is using OID 10.1.2 as the LDAP Server.

We have repreatedly verified LDAPparameters many times and believed we have setup the right parmeters.

We got the following error in the log file:

SBL-SEC-00102 An error occurred loading the security adapter library. Please contact your system administrator for assistance.

SBL-DAT-00562 An error occurred loading the security adapter library. Please contact your system administrator for assistance


Btw, logfile and siebns are attached for your reference..



Cause


Change Request 12-1LDF7SJ



Solution



Message 1


Please assign this SR as soon as possible. This is becoming critical for the customer .

Many Thanks



Message 2


For the benefit of other readers

The customer was implementing LDAP authentication with Siebel 8.0 on Red Hat Linux 4.0 with Oracle Internet Directory.


After configuring the LDAP Adapter and restarting the Siebel Server the
Object Manager startup would fail with the following errors:


GenericLog GenericError 1 0000000646fb2542:0 2007-09-27 20:38:39
(secmgr.cpp (2407) err=4587622 sys=0) SBL-SEC-00102: An error occurred
loading the security adapter library. Please contact your system
administrator for assistance.
ObjMgrSessionLog Error 1
0000000646fb2542:0 2007-09-27 20:38:39 (physmod.cpp (9244))
SBL-DAT-00562: An error occurred loading the security adapter library.
Please contact your system administrator for assistance.

ObjMgrSessionLog Error 1 0000000646fb2542:0 2007-09-27 20:38:39
(model.cpp (5867)) SBL-DAT-00562: An error occurred loading the security
adapter library. Please contact your system administrator for
assistance.
ObjMgrCTLog Error 1 0000000646fb2542:0 2007-09-27 20:38:39 (ctxtmgr.cpp (4492)) SBL-SVC-00208: Please login first.


The customer confirmed that the IBM LDAP Client 6.0 was already
installed. After further investigation it was found that the LDAP Client
libraries needed to be added to the LD_LIBRARY_PATH set in
/siebsrvr/siebenv.sh. siebenv.sh was modified as follows:

[....]



Message 3


[....]

if [ a${LD_LIBRARY_PATH} = ${LD_LIBRARY_PATH}a ] then

LD_LIBRARY_PATH=${SIEBEL_ROOT}/lib:${SIEBEL_ROOT}/lib/odbc/merant:/opt/ibm/ldap/V6.0/lib:${MWHOME}/lib:${SQLANY}/lib:/usr/lib

else
LD_LIBRARY_PATH=${SIEBEL_ROOT}/lib:${SIEBEL_ROOT}/lib/odbc/merant:/opt/ibm/ldap/V6.0/lib:${MWHOME}/lib:${SQLANY}/lib:/usr/lib:${LD_LIBRARY_PATH}
Fi

After making this change LDAP Authentication worked correctly. Change Request 12-1LDF7SJ was logged for a documentation defect.












Applies to:


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

*** Checked for relevance on 29-JAN-2013 ***



Symptoms


Customer is trying to implement the LDAP security adapter
(LDAPSecAdpt) for use with the Siebel application.  The application
object manager is failing to bring up a login screen and the following
error is appearing in the log file:

SBL-SEC-00102: Error loading the security adapter library. Please contact your system administrator.

The desired behavior is that the security adapter library should load successfully and a login page be presented to the user.



Cause


This behavior occurred because the server had to be physically
rebooted after the installation of the IBM LDAP Client and/or GSKit
software.



Solution


After some investigation, we determined that it is necessary to
physically reboot the server after the installation of the IBM LDAP
Client or GSKit software. Once this was done, everything worked
correctly.

This requirement is not documented in the Siebel Bookshelf documentation.


Document Enhancement Request Bug:10575898/ 12-1UX6R4P to update the Security Guide with this information.










Applies to:


Siebel Financial Services CRM - Version 8.0.0.1 [20408] to 8.1.1.2[21215] [Release V8]
Information in this document applies to any platform.

***Checked for relevance on 03-Jan-2011***

***Checked for relevance on 23-Nov-2012***







Symptoms


We are trying to implement a Custom Security Adapter to perform
application login authentication. We have downloaded the sample SDK from
support web, compiled and deployed to our testing environment. We have
also configured one of the AOM to test out the compiled security
adapter. Unfortunately, we are unable to load the application login
page. Based on the attached log file, the error message is as below:

"SBL-SEC-00102:
An error occurred loading the security adapter library. Please contact
your system administrator for assistance."



Cause


Incorrect setup/configuration on the custom security adapter named
subsystem and configuration file or security adapter library compilation
issue.



Solution



Verify the following is correct.


- Parameter setting in custom security adapter named subsystem


- Setting in the configuration file reference in ConfigFileName parameter in custom security adapter named subsystem


- LIBPATH environment variable setting

Setup the sdk custom
adapter authentication and configuration in-house and successfully
reproduce the issue when using the same compiler (g++) and makefile as
customer.


Further research on these and found the issue on the sdk compilation. The makefile from customer is like this.

libsampsdk.so: secsamp.o secutil.o
g++ secutil.o secsamp.o -o libsampsdk.so

secsamp.o: secsamp.cpp secutil.h ssecurity.h
g++ -c secsamp.cpp

secutil.o: secutil.cpp secutil.h ssecurity.h
g++ -c secutil.cpp

Note
that after compiling the secsamp.cpp and secutil.cpp with g++ -c swtich
and option, it will create the .o file. Once this dependencies
(secsamp.o and secutil.o) for the shared object secsamp.so have been
created, there is need to invoke the linker using additional switch and
option to create a dynamic library. So modify the makefile as below and
recompile the sample code.

libsampsdk.so: secsamp.o secutil.o
g++ -fPIC -shared secutil.o secsamp.o -o libsampsdk.so

secsamp.o: secsamp.cpp secutil.h ssecurity.h
g++ -c secsamp.cpp

secutil.o: secutil.cpp secutil.h ssecurity.h
g++ -c secutil.cpp

Using this newly compiled library file, object manager and application succesfully loaded and login works fine.












pplies to:


Siebel Communications Service - Version 8.0.0.2 [20412] to 8.1.1.8 SIA [23012] [Release V8]
Information in this document applies to any platform.



Symptoms


Siebel version 8.0 application does not start when the LDAP security
adaptor is configured at enterprise level, although the mandatory IBM
LDAP client version 6.0 has been installed. The following error messages
are logged as a result,


a) SBL-SEC-00102: An error occurred loading the security adapter
library. Please contact your system administrator for assistance.
b)
SBL-DAT-00562: An error occurred loading the security adapter library.
Please contact your system administrator for assistance.



Cause


The Siebel security adaptor library aka. libsscfldap.so could not be
loaded because of the installation and configuration (LD_LIBRARY_PATH)
of the 64bit libraries that are part of the IBM LDAP client software.



Solution


Ensure that the LD_LIBRARY_PATH in the siebenv.sh shell script only
references the 32-bit libraries of the IBM LDAP Client version 6.0
because this ensures that the Siebel modules, which are based on 32-bit
processing - do not conflict with the 64-bit library versions of the IBM
LDAP Client software - as documented in Siebel
Bookshelf version 8.0 > Siebel Security Guide > Security Adapter
Authentication > Installing LDAP Client Software > Configuring the
siebenv.csh and siebenv.sh Scripts for the LDAP Client
- where it
states, "Siebel supports only the IBM 32-bit LDAP Client so you can use
only the 32-bit LDAP Client libraries with your Siebel applications."

Please follow the following steps, also outlined in the Siebel Bookshelf reference,
1) Navigate to the Siebel server root installation directory
2) Open a text editor on your UNIX system e.g. vi
3)
For both the shell script files; SIEBENV.SH and SIEBENV.CSH edit them
and ensure that ONLY the location to the IBM LDAP Client 32bit libraries
are referenced.

NOTE: The 64-bit libraries can be explicitly identified from the directory path naming convention - that is,
32-bit  =  /opt/IBM/ldap/V6.0/lib
64-bit  =  /optIBM/ldap/V6.0/lib64










Applies to:


Siebel CRM - Version 8.0.0.1 SIA [20408] and later
Information in this document applies to any platform.



Symptoms


Siebel Login Page fails to display



ERRORS


1) 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.[08:22:46]

2) SBL-SEC-00102: An error occurred loading the security adapter
library. Please contact your system administrator for assistance.





Cause


The IBM LDAP Client installation on UNIX defaults to /opt/ibm/ldap/V6.0.


The environment variables in the SIEBENV.SH referenced the wrong directory for the IBM LDAP libraries - namely /opt/ibm/ldap/v6.0/lib as opposed to /opt/ibm/ldap/V6.0/lib.


Because the resolution of filename paths on UNIX systems is case
sensitive the difference between v6.0 and V6.0 caused the error.


Bug 14651929
has been logged requesting that the Security Guide be updated
accordingly under Security Adapter Authentication > Process of
Installing and Configuring LDAP Client Software > Configuring the
siebenv.csh and siebenv.sh Scripts for the LDAP Client.





Solution


Modify the SIEBENV.SH to reference /V6.0/lib as opposed to /v6.0/lib






Applies to:


Siebel CRM Call Center - Version: 8.1.1.5 [21229] and later   [Release: V8 and later ]
Information in this document applies to any platform.



Symptoms



=== ODM Issue Clarification ===

This is in relation to a 8.1.1.5 siebel enterprise environment deployed on a RHEL 5.5 linux platform (64-bit).





When accessing the EAIObjMgr_enu component fails when using an external
Java based command line utility, which is accessing the EAI component
via EAI_enu SWSE web server.



Looking at the EAIObjMgr component we can see mainly authentication errors like the following error messages:

"An error occurred loading the security adapter library. Please contact
your system administrator for assistance.(SBL-DAT-00562)" and before
this error ".....err=4587622....SBL-SEC-00102..."


Cause



=== ODM Cause Determination ===



Executed: strace against start_server and EAI OM PID. There was no evidence that <custom adapter>.so lib was loaded.



Executed: file <custom adapter>.so

This showed: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), not stripped



Executed: ldd -v <custom adpater>.so

This showed:

>>>

      libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002b536dd51000)

      libm.so.6 => /lib64/libm.so.6 (0x00002b536e051000)

      libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002b536e2d4000)

      libc.so.6 => /lib64/libc.so.6 (0x00002b536e4e3000)

      /lib64/ld-linux-x86-64.so.2 (0x0000003d04c00000)



      Version information:

      ./cdetsnopassword.so:

              libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6

...

<<<

=== ODM Cause Justification ===



Looking at the file and ldd output, we can see that 64-bit libraries are used:



Siebel product is only 32-bit and will only work with 32-bit libraries.


Solution



=== ODM Solution / Action Plan ===



Compile the custom security adapter as per SDK documented compile commands.

Also ensure that modifications are implemented as per published article:
1062497.1 - Changes to Siebel Custom Security Adapter SDK in Siebel
8.1.1

Also, if on a 64-bit operation system,  ensure to modify the compiler
instructions to compile in 32-bit mode. There could be different ways
this can be done pending on the OS vendor. For any clarification please
consult with the OS vendor support.



In this specific case the following compiler instructions helped to resolve the issue.

g++ -m32 -c -fPIC secsamp.cpp

g++ -m32 -c -fPIC secutil.cpp

g++ -m32 -fPIC -shared secutil.o secsamp.o -o <custom security adapter>.so

Please note, Oracle  is providing the SDK and compiler instructions solely as a convenience to our customers and

Oracle  makes no warranties or representations of any kind regarding the

results customers may achieve by using the SDK. Siebel is not responsible

for any failure of any security adapter written using the SDK.



Check with file and ldd command (library dependency check on Linux) to ensure no 64-bit library is being used.

For example in this case the output after compiling in 32-bit mode confirmed that there was no 64-bit library involved.

$ ldd <custom security adapter>.so

linux-gate.so.1 =>  (0xffffe000)

libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7e82000)

libm.so.6 => /lib/libm.so.6 (0xf7e5b000)

libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7e4f000)

libc.so.6 => /lib/libc.so.6 (0xf7d09000)

/lib/ld-linux.so.2 (0x00473000)



Stop the siebel application server service.

Replaced this on the siebsrvr/lib

Start the siebel application server service



Test the siebel application authentication process.














יום חמישי, 4 באוקטובר 2012

SBL-OMS-00203: Error %3 invoking method "%2" for Business Service "%1"





Applies to:


Siebel Life Sciences CRM - Version: 8.0.0.1 SIA [20408] to 8.1 SIA [21039] - Release: V8 to V8
Information in this document applies to any platform.



Symptoms


When deploying an ADM package containing Audit Trail Admin data type
objects, a failure is encountered with one particular record. The
command window displays the following error:


Some of the current deploy/restore requests failed,
please use 'status' command to list the detail status or check the agent
log for detail error (SBL-DMJ-00317).



In the
Administration - Server Management > Jobs view, the following error
message is displayed for the failing "Application Deployment Manager
Processor" job:


SBL-OMS-00203: Error (null) invoking method "(null)" for Business Service "(null)"



The management agent log files show the following additional error message:


SBL-APS-00133: The current State Model's active period
is overlapped with the following State Model(s): 'LS Clinical Trip
Report Status'




Cause


The problem was caused by a conflict between the standard State Model
already present in the deployment environment and the State Model in the
ADM package.

Please note that there can only be one State Model for the same business component with the same active period.


Solution


The problem was resolved after deleting the standard State Model already
present in the deployment environment ('LS Clinical Trip Report Status'
in this example) and deploying the ADM package again.








Applies to:


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

Error Message Area:Object Manager - OMS

Version:Siebel 7.5.3



Purpose


This document is intended to provide cause and corrective action
information about Siebel Error Message SBL-OMS-00203: Error %3 invoking
method "%2" for Business Service "%1"



Scope


This document is informational and intended for any user.



SBL-OMS-00203: Error %3 invoking method "%2" for Business Service "%1"



Explanation


This error message is usually reported when errors are encountered
upon executing a method within a business service. The error message is
usually accompanied with an additional follow up error message that
indicates reason for failure, as shown below:

OMS-00203: Error 33016 invoking method "RunProcess" for Business Service "Workflow Process Manager"
Error invoking service 'EAI Siebel Adapter', method 'Upsert' at step 'Update Camp Con'.
Cannot
find entry '0-R9NH' in the bounded pick list for the field 'Contact
Organization' in Integration component 'Contact'
(IDS_ERR_EAI_SA_PICK_VALIDATE))

The cause for the error is
peculiar to each situation hence covering all possible scenarios is not
feasible. The accompanying error message is usually indicative of the
problem at hand. As in the above case, it was caused by a missing entry
in a bounded pick list.

To further diagnose this behavior, you
can increase the ObjMgrBusServiceLog and ObjMgrExtLangLog logging events
for the specific server component. NOTE: You can also set these events
for the Workflow Process Manager. For example, if this error was
reported within a Call Center Object Manager user session, the following
event levels would be set to acquire more details on the reason for
this failure. Some additional event level logging might also be required
and varies from case to case.

srvrmgr> change evtloglvl ObjMgrBusServiceLog=4 for comp SCCObjMgr_enu
srvrmgr> change evtloglvl ObjMgrExtLangLog=4 for comp SCCObjMgr_enu

For more information about setting these logging events for the Application Object Manager, refer to Document 477897.1 How Can Tracing Be Increased for the Siebel Object Manager?


NOTE: The following bookshelf version is also applicable to the
version listed in the header of this error message documentation. Also
review the Siebel Bookshelf version 7.8 > System Monitoring and
Diagnostics Guide for Siebel eBusiness Applications > Configuring
Siebel Server and Component Logging > Configuring Siebel Server
Component Logging > Common Event Types for Application Object Manager Diagnostics.

For information about debugging scripts, refer to Document 476793.1 Tips for Debugging Siebel eScript or Siebel VB and Document 477452.1
Using TraceOn, Trace, and TraceOff methods in Siebel Script.  Review
the subsequent logs to assist in troubleshooting this error message.

In
Siebel version 7.5.3 or earlier, you may encounter these errors while
trying to build a Siebel Client Repository File language code kit.

SBL-OMS-00107: Object manager error: ([0] Error in getting file from Upgrade Kit Wizard File Attachment

SBL-OMS-00203: Error 37002 invoking method "Create Upgrade Kit" for Business Service "Upgrade Kit Wizard OMSV"

This
error will occur if the upgrade kit name does not have the language
code string, such as _ENU, included. Change Request 10461805 has been
logged to address this product defect.



Corrective Action


It
is not feasible to list all the Corrective Actions to resolve this
error because the solution will vary with each specific situation. After
enabling the event logging for the particular server component, you
should review the appropriate log file for additional information. Then
take appropriate action depending on the cause of the error. After the
behavior has been corrected, do not forget to reset the event logging
levels back to the default value of 1 for the server component to reduce
the amount of information generated in the log files.

If you are
encountering this error while trying to build a Siebel Client
Repository File language code kit, then create a new upgrade kit that
includes the language code string in the kit name, for example SRF_ENU.
Change Request 10461805 has been fixed in Siebel version 7.7.










Applies to:


Siebel Reports - Version: 8.1.1.2 and later   [Release: V8 and later ]
Information in this document applies to any platform.



Symptoms


Sometimes when invoking a BI Publisher report and after submitting the user may receive the following error message :


"SBL-OMS-00203: error <?> When calling the method "<?>" For Business Service "<?>""


With
increased logging enabled on the XMLPReportServer (change evtloglvl %=5
for comp XMLPReportServer), the following errors were visible in the
log files at the point at which the UploadFiles is performed :


EAIQrySpec EAIQrySpecParams 3 00015bcb4c2a1ec4: 0
2010-07-01 13:39:04 The object ID for the''type 'GDP DH Opportunity'
specified query is '[DH Opportunity - Detail TA.Id] = '1-D78ZB' AND [.
Activity UID]> = '1-D78ZBTechnical000 "AND [. Activity UID] <=
1-D78ZBTechnical999" '

EAIInfra EAIInfraOutputMsg 3
00015bcb4c2a1ec4: 0 2010-07-01 13:39:04 Output message: IntObjType = GDP
DH Opportunity Format = Siebel Hierarchical

ObjMgrBusServiceLog
00015bcb4c2a1ec4 Error 1 0 2010-07-01 13:39:04 (eaiqryspec.cpp (867))
SBL-EAI-04176: Information on the integration component''were not found.
Check the query and output specifications integration object
definition.

EAISiebAdptPerf EAISiebAdptPerfStat 00015bcb4c2a1ec4 3: 2010-07-01 13:39:04 QueryPage 0 | 0 | 0

EAISiebAdpt
EAISiebAdptErr a 00015bcb4c2a1ec4: 0 2010-07-01 13:39:04 [0]
information on the integration component'' were not found. Check the
query and output specifications integration object definition.
(SBL-EAI-04176) (0x231050)

ObjMgrBusServiceLog 00015bcb4c2a1ec4
Error 1 0 2010-07-01 13:39:04 (xmlpdatasvc.cpp (1264)) SBL-EAI-04176:
Information on the integration component'<?>' were not found.
Check the query and output specifications integration object definition.

ObjMgrBusServiceLog
00015bcb4c2a1ec4 Error 1 0 2010-07-01 13:39:04 (xmlpdriversvc.cpp
(567)) SBL-EAI-04 176: Information on the integration
component'<?>' were not found. Check the query and output
specifications integration object definition.

GenericLog
GenericError a 00015bcb4c2a1ec4: 0 2010-07-01 13:39:04 Object manager
error: ([0], information on the integration component'<?>' not
found. Check the query and output specifications integration object
definition. (SBL-EAI-04176) (0x231050))

GenericLog GenericError a
00015bcb4c2a1ec4: 0 2010-07-01 13:39:04 ((0) err = 2818155 sys =
2297936) SBL-OMS-00107: Object manager error: ([0] information on the
integration component'<?>' were not found. Check the query and
output specifications integration object definition. (SBL-EAI-04176)
(0x231050))

GenericLog GenericError a 00015bcb4c2a1ec4: 0
2010-07-01 13:39:04 (bsvcmgr.cpp (1384) err = 2818251 sys = 0)
SBL-OMS-00203: Error 2297936 when calling the method "Generate Report"
for Business Service "XMLP Driver Service"

GenericLog
GenericError a 00015bcb4c2a1ec4: 0 2010-07-01 13:39:04 (bsvcmgr.cpp
(1227) err = 2818251 sys = 0) SBL-OMS-00203: Error 2297936 when calling
the method "Generate Report" for Business Service "XMLP Driver Service"




Cause


The behavior is caused because of a missing Integration Component


Solution


After adding the missing Integration Component everything works as expected.








Applies to:


Siebel Reports - Version: 8.1.1.1 [21211] and later   [Release: V8 and later ]
Information in this document applies to any platform.



Symptoms


Siebel BI Publisher Reports that display signature (captured using Signature Capture feature in Siebel) fail to generate.



How to Reproduce




1. Install and configure Siebel CRM 8.1.1.3 SIA and Oracle BI Publisher 10.1.3.4.1.



2. Create custom reports that display signature (captured in the Siebel CRM application).



3. Report generation fails with the error mentioned below.



XMLP Report Server Component log file:

SBL-OMS-00203: Error 9815388 invoking method "GenerateReport" for Business Service "XMLP Driver Service"




BI Publisher XDO logs:


[011411_154024775][][EXCEPTION] oracle.xml.parser.v2.XMLParseException: End tag does not match start tag 'properties'.
at oracle.xml.parser.v2.XMLError.flushErrors1(XMLError.java:320)
at oracle.xml.parser.v2.NonValidatingParser.parseEndTag(NonValidatingParser.java:1368)
at oracle.xml.parser.v2.NonValidatingParser.parseElement(NonValidatingParser.java:1313)
at oracle.xml.parser.v2.NonValidatingParser.parseRootElement(NonValidatingParser.java:336)
at oracle.xml.parser.v2.NonValidatingParser.parseDocument(NonValidatingParser.java:303)
at oracle.xml.parser.v2.XMLParser.parse(XMLParser.java:292)
at oracle.apps.xdo.common.config.ConfigReader.read(Unknown Source)
at oracle.apps.xdo.common.config.ConfigReader.read(Unknown Source)
at oracle.apps.xdo.template.PropertyManager.getProperties(Unknown Source)
at oracle.apps.xdo.template.PropertyManager.getRuntimeProperties(Unknown Source)
at oracle.apps.xdo.template.RTFProcessor.process(Unknown Source)
at oracle.apps.xdo.servlet.RTFCoreProcessor.translateRTFTemplate(RTFCoreProcessor.java:177)
at oracle.apps.xdo.servlet.RTFCoreProcessor.getXSLFOFile(RTFCoreProcessor.java:122)
at oracle.apps.xdo.servlet.RTFCoreProcessor.transform(RTFCoreProcessor.java:44)
at oracle.apps.xdo.servlet.CoreProcessor.process(CoreProcessor.java:326)
at oracle.apps.xdo.servlet.CoreProcessor.generateDocument(CoreProcessor.java:97)
at oracle.apps.xdo.servlet.ReportImpl.renderBody(ReportImpl.java:512)
at oracle.apps.xdo.servlet.ReportImpl.renderReportBody(ReportImpl.java:83)
at oracle.apps.xdo.server.impl.DefaultReport.run(DefaultReport.java:44)
at oracle.apps.xdo.webservice.v11.PublicReportServiceImpl.generateReport(PublicReportServiceImpl.java:292)
at oracle.apps.xdo.webservice.v11.PublicReportService.runReport(PublicReportService.java:229)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:397)
at org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:186)
at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:323)
at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32)
at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:454)
at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281)
at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:699)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:351)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:873)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Unknown Source)





Cause



The issue has been caused due to the XSLT processing error on the BI
Publisher Server. The following property under the 'Runtime
Configuration > Properties' had been enabled:



Enable scalable feature of XSLT processor = True



The scalable feature chunks the XML data in smaller parts for better
processing. But when XML data containing signature string is chunked, it
results in XSLT processing error and therefore causing the report
generation to fail.




Solution


The issue can be resolved by following the steps given below:


1. Log into the BI Publisher Server as 'Administrator'.

2. Navigate to the 'Admin' tab > 'Runtime Configuration' > 'Properties' page.

3. Set the following property in the 'FO Processing' section:


Enable scalable feature of XSLT processor = False



4. Apply the changes.



5. Restart BI Publisher Services.



6. Test run the signature report.








Applies to:


Siebel Anywhere - Version 7.5.3 SIA [16157] and later
Siebel Remote - Version 7.5.3 SIA [16157] and later
z*OBSOLETE: Microsoft Windows 2000

***Checked for relevance on 30-Aug-2012***

Product Release: V7 (Enterprise)

Version: 7.5.3 [16157] Com/Med

Database: Oracle 9.2.0.2

Application Server OS: Microsoft Windows 2000 Advanced Server SP 2

Database Server OS: Sun Solaris 2.8



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







Symptoms


Errors: SBL-OMS-00203, SBL-OMS-00107


We have recently upgraded our UAT environment from Siebel release
7.2.218 to 7.5.3. We as part of this release we have applied a dev2prd.
As we have a replicated environment we are trying to use Siebel Anywhere
to apply the dev2prd changes via a Database Schema upgrade kit.
Unfortunately this is failing with the following error:



SBL-OMS-00203: Error 25064 invoking method "Create Upgrade Kit" for Business Service "Upgrade Kit Wizard OMSV"

This worked before the upgrade to 7.5.3. I have increased event
logging for the upgrade Kit Builder process to 4 and will attach the log
file which pretty much says that it cant find the ddl.dat file and
gives the following error:





Object manager error: ([0] You are not connected to a valid file server.

I assume this means it can not access the siebfile.  I have found a
related Service Request #38-927731951 and followed its recommendations,
but these do not appear to help.

The database Schema Upgrade Kit is being run from a dedicated client.

Please let me know if you need any further information.



Cause


Wrong setup



Solution



Message 1


For the benefit of other readers, attempts to create Siebel Anywhere
kits would fail with the following in the UpgKitBldr*.log file after
“Part 4 of 4: Adding DDL file: d:\siebel1\siebsrvr\temp\ddl.dat”:





SBL-SVR-03005: No server connect string for Siebel Component SRBroker in Siebel Enterprise dtcIsen01, Siebel Server dtciswf01.

Please check whether SRBroker is running on server dtciswf01 in enterprise dtcIsen01.

If you are using web client, please make sure that the
DSRequestServer is empty or set to the server you want in case you have
special requirement.

If you are using dedicated client, please make sure that Gateway name,
Enterprise name, Server name and RequestServer is set properly in CFG
file.


Otherwise, you may see these related error messages, as well:




SBL-SVR-03005: No server connect string for Siebel Component (null) in Siebel Enterprise (null), Siebel Server (null)

SBL-SVR-03005: No server connect string for Siebel Component (null) in Siebel Enterprise (null), Siebel Server (null)

SBL-OMS-00107: Object manager error: ([0] You are not connected to a
valid file server. Please contact your system administrator.

SBL-OMS-00203: Error 25064 invoking method "Create Upgrade Kit" for Business Service "Upgrade Kit Wizard OMSV"



The UpgKitBldr task was trying to connect to the SRBRoker on server
dtciswf01, but could not establish the network connection. Review of the
customer's siebns.dat file showed the following parameter was set for
the Named Subsystem "ServerDataSrc:"



DSRequestServer = dtciswf01



This was causing UpgKitBldr to attempt to process all requests using the
SRBroker on server dtciswf01. By unsetting this parameter, UpgKitBldr
uses a round robin approach to process the requests, finding an SRBroker
that is running on any given server within the enterprise.   The
customer followed the steps in "Changing DSRequestServer to an Empty
String or Null Value (Doc ID 476817.1)” to unset this parameter.



The customer was also provided with the following recommendations:



1. Reduce Maximum Tasks parameter for SRBroker to 100 from 150

2. Set Maximum MT Servers to the default value of 1 for UpgKitBldr

After the above changes, the customer rebooted the Siebel Server machines and restarted the Siebel Server services.

Kit creation was then consistently successful.














Applies to:


Siebel System Software - Version 8.0.0.1 [20408] and later
z*OBSOLETE: Microsoft Windows Server 2003

Product Release: V8 (Enterprise)

Version: 8.0 [20405]

Database: Oracle 10.2.0.2

Application Server OS: Microsoft Windows 2003 Server SP1

Database Server OS: IBM AIX 5L 5.3



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







Symptoms




Customer was trying to demonstrate Siebel Search using FAST Instream and
were receiving errors from the Search Data Processor and the Search
Incremental Indexer. Search Daa Processor is repeatedly failing with
error - “The method 'CreateIncrementalFullIndex' is not supported on
Business Service 'Search Data Processor'.”



Customer was able to index manually.



Customer had setup the RunTime event (although they did not have any
custom search objects) and receive the following error everytime the Job
is run:



SBL-OMS-00203: Error (null) invoking method "(null)" for Business Service "(null)".







Cause


Bug 10521046



Solution


The same scenario was tested inhouse and found that –

When there's no records to update index, the Incremental Search Indexer is failing with error:

SBL-OMS-00203: Error (null) invoking method "(null)" for

Business Service "(null)".



  Bug 10521046 has been raised to rectify this problem in siebel search 8.0 [20405]
















Applies to:


Siebel Workflow - Version: 7.5.2.100 [15252] and later   [Release: V7 and later ]
z*OBSOLETE: Microsoft Windows 2000

Product Release: V7 (Enterprise)

Version: 7.5.2.100 [15252]

Database: Oracle 8.1.7.4

Application Server OS: Microsoft Windows 2000 Server SP 2

Database Server OS: Microsoft Windows 2000 Server SP 2



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



Symptoms


The customer created a workflow process that invoked Assignment Manager
using the Synchronous Assignment Manager Requests business service. The
process was invoked from a policy with a duration.

Workflow
Process Manager and Assignment Manager tasks sometimes failed when
trying to assign a locked record. Ignore Errors was set to True so the
Workflow Monitor Agent should have tried to invoke the action for 2
minutes and then deleted the request and moved onto the next one if the
action had not completed correctly. However, in this case, the Monitor
Agent kept invoking the Process Manager and Assignment Manager over and
over again.


Cause


The reported behavior occurred because the request was not purged from
S_ESCL_STATE at the end of retry interval and, as a result, the Monitor
Agent processed it over and over again. Change request Bug 10490713 has
been raised to address this defect. Please note that all requests are
reviewed and prioritized for possible inclusion in a future release.


Solution


The Monitor Agent worked correctly for policies that did not include a
duration. The customer prevented tasks from being invoked over and over
again by setting Ignore Errors to False. As a result, the Monitor Agent
task failed if the action did not complete correctly at the end of the
retry interval.







 





 





 















Applies to:


Siebel CRM Marketing, SPE - Version 8.2.1 SIA[22220] and later
Information in this document applies to any platform.



Symptoms


On : 8.2.1 SIA[22220] version, Siebel Marketing



When trying to load a campaign,

the following error occurs.



ERROR

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



SBL-OMS-00203: Error (null) Invoking method "(null)" for Business Service "(null)"





STEPS

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

The issue can be reproduced at will with the following steps:




1. Create Offer - AL 8.2 Offer

2. Create Treatment - AL 8.2 Phone Treatment

3. Create List - AL 8.2 List

4. Added two Contacts to the list of type 'Imported'

James Bond

Jason Bourne

5. Verified that the Marketing workflows were all active.

6. Created Campaign - AL 8.2 Campaign

7. Associated Offer and Treatment.

8. Associated List via Segments/Lists view.

9. Allocated 100% to 'AL 8.2 Phone Treatment'

10. Ran Campaign Load.

11. Errors out with:

Execution Status tab:

Argument '' in step 'Load Segment Tree Cells/Segments' is not correctly
initialized or does not return valid data.(SBL-BPR-00107)



System Tasks tab:

Error/Warning : Argument '' in step 'Load Segment Tree Cells/Segments'
is not correctly initialized or does not return valid
data.(SBL-BPR-00107)





BUSINESS IMPACT

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

The issue has the following business impact:

Due to this issue, users cannot load a Campaign in 8.2



Cause


 This is caused by missing Output Arguments in the related Business Service "Mktg Data Load Service"



Solution


 This issue is resolved in 8.2.2 - Bug # 10588766:


NOT Reproducible in 8.2.2:



Ran a Campaign Load in 8.2.2 SIA [22314]



1. Create Offer - AL 8.2 Offer

2. Create Treatment - AL Phone Treatment

3. Create List - AL 8.2 List

4. Added two Contacts to the list of type 'Imported'

James Bond

Jason Bourne

5. Verified that the Marketing workflows were all active.

6. Created Campaign - Al 8.2.2 Campaign Test

7. Associated Offer and Treatment.

8. Associated List via Segments/Lists view.

9. Allocated 100% to 'AL Phone Treatment'

10. Ran Campaign Load.

11. Worked successfully....No errors.



References


@NOTE:492369.1 - Workflow Process Manager
BUG:10588766 - [CR#12-1XEJIRJ][FR#12-1XEJISX] KIRKWOOD:CAMPAIGN LOAD WITH A LIST ASSCOIATED IS
NOTE:522229.1 - SBL-OMS-00203: Error 65535 invoking method "RunProcess" for Business Service "Workflow Process Manager"
NOTE:749587.1
- Repeating component request jobs "Search Incemental Indexing" for
OSES exit with error SBL-OMS-00203: Error (null) invoking method
"(null)" for Business Service "(null)".

SBL-OMS-00107: Object manager error: (%1)



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:Object Manager - OMS

Version:Siebel 7.8



Purpose


This document is intended to provide cause and corrective action
information about Siebel Error Message SBL-OMS-00107: Object manager
error: (%1)





Scope


This document is informational and intended for any user.





SBL-OMS-00107: Object manager error: (%1)



Explanation


This error message in itself is not indicative of a specific behavior.
The additional error message that accompanies this error is more
specific to the issue. Use the additional error message for
troubleshooting purposes. To obtain more detailed information in the log
file from the Siebel Object Manager component, refer to Doc ID 477897.1.
NOTE: The following bookshelf version is also applicable to the version
listed in the header of this error message documentation. Also review
the Siebel Bookshelf > System Monitoring and Diagnostics Guide for
Siebel eBusiness Applications > Configuring Siebel Server and
Component Logging > Configuring Siebel Server Component Logging >
Common Event Types for Application Object Manager Diagnostics.


Corrective Action


It is not feasible to list all the Corrective Actions to resolve this
error because the solution will vary with each specific situation. After
enabling the event logging for the particular server component, you
should review the appropriate log file for additional information. Then
take appropriate action depending on the cause of the error. After the
behavior has been corrected, do not forget to reset the event logging
levels back to the default value of 1 for the server component to reduce
the amount of information generated in the log files.








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:Object Manager - OMS

Version:Siebel 7.8



Purpose


This document is intended to provide cause and corrective action
information about Siebel Error Message SBL-OMS-00107: Object manager
error: (%1)





Scope


This document is informational and intended for any user.





SBL-OMS-00107: Object manager error: (%1)



Explanation


This error message in itself is not indicative of a specific behavior.
The additional error message that accompanies this error is more
specific to the issue. Use the additional error message for
troubleshooting purposes. To obtain more detailed information in the log
file from the Siebel Object Manager component, refer to Doc ID 477897.1.
NOTE: The following bookshelf version is also applicable to the version
listed in the header of this error message documentation. Also review
the Siebel Bookshelf > System Monitoring and Diagnostics Guide for
Siebel eBusiness Applications > Configuring Siebel Server and
Component Logging > Configuring Siebel Server Component Logging >
Common Event Types for Application Object Manager Diagnostics.


Corrective Action


It is not feasible to list all the Corrective Actions to resolve this
error because the solution will vary with each specific situation. After
enabling the event logging for the particular server component, you
should review the appropriate log file for additional information. Then
take appropriate action depending on the cause of the error. After the
behavior has been corrected, do not forget to reset the event logging
levels back to the default value of 1 for the server component to reduce
the amount of information generated in the log files.










Applies to:


Siebel CRM - Version: 8.1.1.1 SIA [21211] and later   [Release: V8 and later ]
Information in this document applies to any platform.

***Checked for relevance on 19-Mar-2012***



Symptoms


After setting advanced parameter 'OM - Preload SRF Data' with value
'TRUE' for any Receiver component in Siebel (such as MQReceiver or
JMSReceiver), component fails during initialization with error messages
below found in log file:




(objdef.cpp (3854)) SBL-DAT-00477: The object definition manager has already been initialized.

(
(0) err=2818155 sys=7668189) SBL-OMS-00107: Object manager error: ([0]
The object definition manager has already been
initialized.(SBL-DAT-00477) (0x7501dd))

(ccfom.cpp (560) err=2818149 sys=0) SBL-OMS-00101: Error 7668189 loading product configuration information

GenericLog
GenericError 1 000000074c9a1df8:0 2010-09-22 19:10:40 (eaircvr.cpp
(372) err=2818149 sys=0) SBL-OMS-00101: Error 7668189 loading product
configuration information

GenericLog GenericError 1
000000074c9a1df8:0 2010-09-22 19:10:40 (smishell.cpp (335) err=2818149
sys=0) SBL-OMS-00101: Error 7668189 loading product configuration
information





Cause


This is a known and expected behavior whenever a single-threaded Object
Manager process, as receiver components (MQReceiver, JMSReceiver) tries
to perform some of the initialization more than once. It would happen at
process startup and at login time.

In the case of such components, the Repository Load process is handled by the same parameter set at Enterprise Level.

So, whenever the same value is used for this parameter at both, Enterprise and Component level, this error occurs.

It is suggested not to set this parameter 'OM - Preload SRF Data' for single-threaded Object Manager processes.



Solution






Parameter 'OM - Preload SRF Data' exists both at enteprise and component levels.
If set only at enterprise level, the component inherits the setting.
The solution here is to set the parameter to TRUE at enterprise and FALSE at component level.



After
setting the parameter 'OM - Preload SRF Data' with value 'FALSE' (same
parameter is 'TRUE' at Enterprise level), the issue is not longer
observed and the component starts as expected.

Information related can be found in Bookshelf > Transports and Interfaces > About EAI Transport Methods.












Applies to:


Siebel Loyalty Engine - Version 8.1.1.1 SIA [21211] to 8.1.1.7 SIA [21238] [Release V8]
Information in this document applies to any platform.



Symptoms


Customer had started the Loyalty Batch and Interactive Engines.



These exited immediately without processing any records





Errors seen were:





GenericLog GenericError 1
0001623d4fa90098:0 2012-05-08 15:27:29 ( (0) err=2818155 sys=7667927)
SBL-OMS-00107: Object manager error: ([0] This operation is not allowed
when there are no records displayed.

and

GenericLog GenericError 1 0001623d4fa90098:0 2012-05-08 15:27:29
(bsvcmgr.cpp (946) err=2818251 sys=0) SBL-OMS-00203: Error 7667927
invoking method "BusSvcMgrInit" for Business Service "LOY Processing
Engine"








Cause


When the LoyEngineBatch component is started, in the main thread of
the component, you will see the requests to create the tasks according
to the value of “LOY - Engine Number of Tasks” parameter.

For example, when LOYEngineNumberOfTasks = 2, for each process, you will
see 3 requests to start new tasks on LoyEngineBatch component. This is
an extract from the main thread log file:



"SrmRouting SrmRoutingSubevent 4 0 2009-08-13 20:25:55 SNDREQ

IDS : FLAGS [7] : REQID [] : SRBSESSID [73ca9ab01acsiebsrvr1] : SRMCONNID [8]

SRC : SRC_ID [0-1] : SRC_KEY []

DEST : ROUTE_ID [LoyEngineBatch] : ROUTE_KEY [siebsrvr1:1] : ROUTE_SRVR [siebsrvr1] : LANG_CODE [ENU] : CODE_PAGE [1200]



However in the customers log files the route id and server information was missing.



DEST : ROUTE_ID [] : ROUTE_KEY [] : ROUTE_SRVR [] : LANG_CODE [ENU] : CODE_PAGE [1200]



This is the same for the SRBroker information:



Standard:

IDS : FLAGS [7] : REQID [] : SRBSESSID [73ca9ab01acsiebsrvr1] : SRMCONNID [8]

SRC : SRC_ID [0-1] : SRC_KEY []





Customers logs show:



SrmRouting SrmRoutingSubevent 4 000000074fa90036:0 2012-05-08 15:26:03 SNDREQ

  IDS : FLAGS [11] : REQID [] : SRBSESSID [] : SRMCONNID [1]

  SRC : SRC_ID [cache] : SRC_KEY [CTEvent]

  DEST : ROUTE_ID [] : ROUTE_KEY [] : ROUTE_SRVR [] : LANG_CODE [ENU] : CODE_PAGE [1200]









Solution


The customer added the server keys to the environment via Loyalty Program Administration > Server Key map.



Once these mappings were added, the batch engine started successfully and processed transactions.




References


NOTE:874062.1 - How is the LoyEngineBatch Automatically Starting the Desired Number of Tasks?
NOTE:1458439.1
- Siebel Loyalty Engine Crash - error SBL-OMS-00107: This operation is
not allowed when there are no records displayed and SBL-OMS-00203:
Error 7667927 invoking method "BusSvcMgrInit" for Business Service "LOY
Processing Engine"










Applies to:


Siebel Universal Customer Master - Version: 8.1.1.1 SIA [21211] and later   [Release: V8 and later ]
Information in this document applies to any platform.



Symptoms



SIEBEL VERSION:

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

UCM via Siebel 8.1.1.1 with ACR437 implemented into the repository



ISSUE STATEMENT:

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



When customer runs the "UCM Daily Publish" workflow, it is getting this error:





"( (0) err=2818155 sys=7667856) SBL-OMS-00107: Object manager error:
([2] Could not find 'Integration Object' named 'Contact'. This object is
inactive or nonexistent.(SBL-DAT-00144) (0x750090))

GenericLog GenericError 1 000006584df200a8:0 2011-06-12 09:46:22 ( (0)
err=2818155 sys=8454659) SBL-OMS-00107: Object manager error: ([1]
Contact is not a registered object type with UCM Publish Subscribe
service(SBL-IAI-00515) (0x810203))

GenericLog GenericError 1 000006584df200a8:0 2011-06-12 09:46:22 ( (0)
err=2818155 sys=6750370) SBL-OMS-00107: Object manager error: ([0] Error
invoking service 'UCM Publish/Subscribe Service', method
'PublishMethod' at step 'UCM Daily Publish'.(SBL-BPR-00162) (0x6700a2))

GenericLog GenericError 1 000006584df200a8:0 2011-06-12 09:46:22".





WHERE IT HAPPENED:

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

The issue happens in customer's test environment.



STEPS TO REPRODUCE:

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

The behaviour occurs as follows:



1. Install and setup UCM via Siebel 8.1.1.1 with ACR437 implemented into the repository

2. Run a task using Workflow Process Manager component for the workflow process "UCM Daily Publish"



The error will occur during the task execution.



BEHAVIOR PATTERN:

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

The behavior occurs consistently when running this workflow process.



EXPECTED BEHAVIOR:

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

The expected behaviour is that the workflow should complete without error and publish the data out to subscribing system.



WHAT IS NOT WORKING/ACTUAL RESULTS:

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

The actual result is that the workflow task fails with error.



LOSS OF FUNCTIONALITY / BUSINESS IMPACT:

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

Due to the error message, no messages are published out to subscribing systems.



ERROR MESSAGE:

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

The error message that occurs with this issue is:





"( (0) err=2818155 sys=7667856) SBL-OMS-00107: Object manager error:
([2] Could not find 'Integration Object' named 'Contact'. This object is
inactive or nonexistent.(SBL-DAT-00144) (0x750090))

GenericLog GenericError 1 000006584df200a8:0 2011-06-12 09:46:22 ( (0)
err=2818155 sys=8454659) SBL-OMS-00107: Object manager error: ([1]
Contact is not a registered object type with UCM Publish Subscribe
service(SBL-IAI-00515) (0x810203))

GenericLog GenericError 1 000006584df200a8:0 2011-06-12 09:46:22 ( (0)
err=2818155 sys=6750370) SBL-OMS-00107: Object manager error: ([0] Error
invoking service 'UCM Publish/Subscribe Service', method
'PublishMethod' at step 'UCM Daily Publish'.(SBL-BPR-00162) (0x6700a2))

GenericLog GenericError 1 000006584df200a8:0 2011-06-12 09:46:22".




Cause



The cause of the error was due to providing the wrong value for the
"UCM Batch Publish Subscribe" server job 'UCM Batch Object Type'
parameter. Instead of providing the value as 'Contact' for the object
type defined in the publish/subscribe view, the correct value should be
'CIFContact' for the IO name.



Once the value of "CIFContact" was provided for the 'UCM Batch Object Type' parameter, the error no longer occurred.


Solution



Instead of providing the value as 'Contact' for the object type
defined in the publish/subscribe view, the correct value should be
'CIFContact' for the IO name.



Support has tested using CIFContact and once the IO name was provided
for the 'UCM Batch Object Type' parameter, the error no longer occurred,
the publishing functionality was performed as we can see the Business
Service 'SyncPersonUCMJMSProducerService' method 'SyncPerson' was
invoked in the log file.



Please try using parameter 'UCM Batch Object Type' = 'CIFContact' (no quotes)



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



I checked the Siebel UCM Guide to see if this is documented or not, found 3 places that reference this component and parameter:



1. Siebel Master Data Applications Reference for Industry Applications
> Configuring Siebel Master Data Applications > Configuring Siebel
Master Data Application Features > Configuring UCM Server Components
for Data Management and Survivorship > To configure UCM Server
Components for Data Management and Survivorship :- this table has a list
of parameters for the component, one of them includes:



Parameter: UCM Batch Object Type

Default Value: Contact



2. Siebel Master Data Applications Reference for Industry Applications
> Administering Siebel Master Data Applications > About System
Publish and Subscribe Modes > Batch Mode:



[Last Update - SDQ] = the business component field name of the
integration component field name specified by the SearchFieldName user
property configured in the UCMBatchObjectType integration object. By
default, the IO CIFContact has the IC property SearchFieldName = Last
Update, which maps to the BC Contact's field Last Update - SDQ component
field value [Last Update - SDQ]



3. Siebel Master Data Applications Reference for Industry Applications
> Administering Siebel Master Data Applications > Running Data
Management in Batch Mode > 6 In the Job Parameters list, add the
following parameters for the component job:



Parameter Name: UCM Batch Object Type

Value: Select Contact or Account



None of the above mention that it is actually that IO name (CIFContact
for contact and CIFAccount for account) that should be used instead of
the "object type" name defined in the pubsub view.



Point #2 makes a reference to the IO CIFContact having an IC property
that is used to search for the data to publish, but this is not clear.
It seems to imply that CIFContact IO is used internally by EAI Siebel
Adapter to search for the data, but it doesn't specifically instruct
users that it is the IO name that should be used as opposed to the
object type name/value provided in the pubsub view.



I have logged a documentation bug to clarify/indicate that 'UCM Batch
Object Type' uses IO name and not the object type name in the pubsub
view:



Bug 12684248 - UCM GUIDE HAS WRONG DOCUMENTATION FOR THE 'UCM BATCH OBJECT TYPE' PARAMETER VALUE




References


BUG:12684248 - UCM GUIDE HAS WRONG DOCUMENTATION FOR THE 'UCM BATCH OBJECT TYPE' PARAMETER VALU

NOTE:941755.1 - Where to find the Siebel CRM documentation












Applies to:


Siebel System Software - Version: 7.7.2 [18325] to 8.0.0.5 [20420] - Release: V7 to V8
All Platforms

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






Symptoms


We have configured password hashing as described in the Siebel
Security Guide's section "Security Adapter Authentication: Configuring
Password Hashing."  After restarting the server and gateway, we were
able to successfully login using a dedicated client with the clear-text
password.  However we are not able to connect using the web client and
the following components were not running but had passed one or more of
the errors listed below:

PDbXtract/DbXtract
SSEObjMgr_enu
WfProcBatchMgr
WfProcMgr
WfRecvMgr

SBL-DAT-00446, SBL-DCK-00164, SBL-GEN-04031, SBL-OMS-00102, SBL-OMS-00107, SBL-SEC-10018, SBL-SEC-10007, SBL-SVR-00040




Solution


Customer was implementing Password Hashing, and after changing
parameter DSHashUserPwd in Server Data Source named subsystem to “TRUE”
and restarting the Siebel environment, the following components did not
start:

PDbXtract/DbXtract
SSEObjMgr_enu
WfProcBatchMgr
WfProcMgr
WfRecvMgr

WfRecvMgr, WfProcMgr, and WfProcBatchMgr had the following error messages:


SBL-SEC-10007: The password you have entered is not correct. Please enter your password again. (0x5a94))
SBL-SEC-10018: You have entered an invalid set of logon parameters. Please type in your logon parameters again.(SBL-DAT-00446)

SBL-SVR-00040: Internal: Informational, encrypted parameter. (0x5a8f))

SBL-OMS-00107: Object manager error: ([2] SBL-SVR-00040: Internal: Informational, encrypted parameter. (0x5a8f))
SBL-OMS-00107:
Object manager error: ([1] SBL-SEC-10018: You have entered an invalid
set of logon parameters. Please type in your logon parameters
again.(SBL-DAT-00446)
ORA-01017: invalid username/password; logon denied

SBL-OMS-00107:
Object manager error: ([0] SBL-SEC-10007: The password you have entered
is not correct. Please enter your password again. (0x5a94))
SBL-OMS-00102: Error 23188 logging in to the application



SSEObjMgr had the following error messages:

SBL-DAT-00446: You have entered an invalid set of logon parameters. Please type in your logon parameters again.
SBL-SEC-10018: You have entered an invalid set of logon parameters. Please type in your logon parameters again.(SBL-DAT-00446)
ORA-01017: invalid username/password; logon denied


The
above errors were resolved by setting the Password parameter for each
component to the unhashed password for the SADMIN user and restarting
the environment.  Further information is available in the Siebel
Bookshelf > Security Guide > Security Adapter Authentication >
Configuring Password Hashing.


Components PDbXtract (during server startup) and DbXtract (at component task start) had the following error message:

SBL-GEN-04031: Internal: Error occurred during base64 decoding.

Error
message SBL-GEN-04031 in PDbXtract and DbXtract log files occur because
the password length is greater than 21 characters. If SADMIN password
has more than 21 characters, PDbXtract and DbXtract components will fail
with the error message.

The SADMIN password was hashed using the
RSA SHA-1 encryption algorithm. When using SADMIN as password in test
environment, the hashed password contained 28 characters.  Since
"SADMIN" is a fairly simple and short password, we would expect that
most good passwords would result in RSA SHA-1 values that are too long. 



Change Request 12-SQ798U has been opened to address this Product Defect.

The
workaround is to change the Hashing algorithm to use Siebel Hash
instead of RSA SHA-1. Siebel Hash will encrypt passwords with a length
smaller than RSA SHA-1 algorithm.  Please refer to the Security Guide
for more information about how to change encryption algorithm.












Applies to:


Siebel CRM - Version: 8.1.1.2 and later   [Release: V8 and later ]
Information in this document applies to any platform.



Goal



Batch components are in unavailable status, eg:


Workflow Process Manager

ObjMgrLicense Error 1 00020da44c742d77:0 2010-08-24 16:58:22
(dmlicmgr.cpp (380)) SBL-DAT-00124: Unable to load licensed options
configuration.



Please contact your systems administrator.

GenericLog GenericError 1 00020da44c742d77:0 2010-08-24 16:58:22 Object
manager error: ([0] Unable to load licensed options configuration.



Please contact your systems administrator.(SBL-DAT-00124) (0x75007c))

GenericLog GenericError 1 00020da44c742d77:0 2010-08-24 16:58:22 ( (0)
err=2818155 sys=7667836) SBL-OMS-00107: Object manager error: ([0]
Unable to load licensed options configuration.





Solution



The cause is related to access privilege to these 2 files:
/siebel/siebsrvr/lib/options.bin
/siebel/siebsrvr/lib/sia_options.bin

Granting full read, write, execute (rwx) these 2 files to siebel owner and restarting the siebel server helps resolve the issue:

/siebel/siebsrvr/lib/options.bin

/siebel/siebsrvr/lib/sia_options.bin


keywords: options.bin, sia_options.bin, SBL-OMS-00107, SBL-DAT-00124












Applies to:


Siebel Loyalty Engine - Version: 7.7.2.4 SIA [18365] to 7.7.2.9 [18382] - Release: V7 to V7
IBM AIX on POWER Systems (64-bit)

Product Release: V7 (Enterprise)

Version: 7.7.2.4 [18365] FRA Travel

Database: Oracle 9.2.0.6

Application Server OS: IBM AIX 5L 5.2

Database Server OS: IBM AIX 5L 5.2



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



Symptoms


SBL-DBC-00104, SBL-BPR-00162
The Loyalty Batch Engine tasks fail when the queue is empty i.e. there are no transactions to process.

ObjMgrBusServiceLog    InvokeMethod    4    0    2006-03-14
17:15:28    Business Service 'Workflow Process Manager' invoke method
'RunProcess' Execute Time: 4241.648 seconds.
ObjMgrBusServiceLog    InvokeMethod    4    0    2006-03-14
17:15:28    End: Business Service 'Workflow Process Manager' invoke
method: 'RunProcess' at 37507ae8
GenericLog    GenericError    1    0    2006-03-14
17:15:28    Erreur resignalisée depuis le gestionnaire d'objets: ([0]
Erreur lors de la récupération de l'enregistrement suivant depuis la
base de données.(SBL-DBC-00104) (0x5614))
GenericLog    GenericError    1    0    2006-03-14
17:15:28    Erreur resignalisée depuis le gestionnaire d'objets: ([1]
Erreur de mise en œuvre du service 'LOY Processing Engine', méthode
'ProcessBatch' à l"étape 'Invoke LPE in Batch Mode'.(SBL-BPR-00162)
(0x80d8))
GenericLog    GenericError    1    0    2006-03-14
17:15:28    ( (0) err=4300107 sys=32984) SBL-OMS-00107: Erreur
resignalisée depuis le gestionnaire d'objets: ([1] Erreur de mise en
œuvre du service 'LOY Processing Engine', méthode 'ProcessBatch' à
l"étape 'Invoke LPE in Batch Mode'.(SBL-BPR-00162) (0x80d8))
GenericLog    GenericError    1    0    2006-03-14
17:15:28    ( (0) err=4300107 sys=22036) SBL-OMS-00107: Erreur
resignalisée depuis le gestionnaire d'objets: ([0] Erreur lors de la
récupération de l'enregistrement suivant depuis la base de
données.(SBL-DBC-00104) (0x5614))
GenericLog    GenericError    1    0    2006-03-14
17:15:28    (bsvcmgr.cpp (1339) err=4300203 sys=0) SBL-OMS-00203:
Erreur 22036 d'appel de la méthode "RunProcess" pour le service
commercial "Workflow Process Manager"
GenericLog    GenericError    1    0    2006-03-14
17:15:28    (bsvcmgr.cpp (1207) err=4300203 sys=0) SBL-OMS-00203:
Erreur 22036 d'appel de la méthode "RunProcess" pour le service
commercial "Workflow Process Manager"


The Loyalty Batch Engine tasks were failing once there was no data
in the queue to be processed i.e. no transactions in queued status. If
the tasks were restarted when data available to process, the tasks would
process the data and then fail once the queue was empty again.



Cause


The batch engine was recorded against the realtime engine key in the List of Values.


Solution


It was determined that the problem was because the Loyalty LOV were
incorrectly setup. The LOY_ENGINE_COMPONENT_KEYED type is used to record
the batch engine components, and the LOY_ENGINE_COMPONENT_UNKEYED is
used to record the realtime engine components. For example, in a
standard install you should have two records:

Type / Value
LOY_ENGINE_COMPONENT_KEYED / LoyEngineBatch
LOY_ENGINE_COMPONENT_UNKEYED / LoyEngineRealtime

The batch engine was recorded against the realtime engine key. Once this was corrected the issue was resolved.
























Applies to:


Siebel Server Sync - Microsoft Exchange Server - Version: 7.8.2.1 SIA [19216] and later   [Release: V7 and later ]
z*OBSOLETE: Microsoft Windows Server 2003

Product Release: V7 (Enterprise)

Version: 7.8.2.1 [19216] Fin Svcs

Database: Oracle 9.2.0.6

Application Server OS: Microsoft Windows 2003 Server SP1

Database Server OS: IBM AIX 5L 5.2



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



Symptoms


SSSE does not sync users with email address containing apostrophe.
This is the error we
found from the PIMSIEng
log:

ObjMgrQueryLog    Warning    2    0    2006-08-25
03:37:13    (query.cpp (2417)) SBL-DAT-00501: Invalid search specification
'[PIM User Identifier]='XX.O'YYY@zzz.com' AND [PIM Server Type]='Exchange
2000''.

Please continue or ask your systems administrator to check your application
configuration if the problem
persists.

PIMSIEngSvc    PIMSICompFatal    0    0    2006-08-25
03:37:13    (engmgrsvc.cpp (1375)) EngMgrService: Unable to dispatch extract
request message to extract engine. (err:
0x569D).


ObjMgrBusServiceLog    Error    1    0    2006-08-25
03:37:13    (service.cpp (666)) SBL-DAT-00501: Invalid search specification
'<?>'.

Please continue or ask your systems administrator to check your application
configuration if the problem
persists.

GenericLog    GenericError    1    0    2006-08-25
03:37:13    Object manager error: ([0] Invalid search specification
'<?>'.

Please continue or ask your systems administrator to check your application
configuration if the problem persists.(SBL-DAT-00501)
(0x569d))

GenericLog    GenericError    1    0    2006-08-25
03:37:13    ( (0) err=4300107 sys=22173) SBL-OMS-00107: Object manager error:
([0] Invalid search specification '<?>'.





Cause


Customer reported that, SSSE does not sync users with email address containing apostrophe.

Comments:
Siebel was able to reproduce the behavior internally. Particularly, the
sync USERS whose email id contains apostrophe sign (for example
“ssse'user04@siebel.com”) fails to synchronize.

Further, the following error message was noticed as well in the PIMSI Engine logs:-

ObjMgrQueryLog
Warning 2 0 2006-08-31 17:55:20 (query.cpp (2409))
SBL-DAT-00501: Invalid search specification '[PIM User
Identifier]='ssse'user04@siebel.com' AND [PIM Server Type]='Exchange
2000''.

Please continue or ask your systems administrator to check your application configuration if the problem persists.


Solution


Please note that currently there is no possible workaround for this
reported issue. The only recommendation from Siebel is to not allow the
apostrophe sign for the SSSE users email id.



Further, the following change request has been submitted for this issue.



Change Request: "CR # BUG 10512076  - SSSE fails to sync users with email addresses containing apostrophe sign."


References


BUG:10512076 - SSSE FAILS TO SYNC USERS WITH EMAIL ADDRESSES CONTAINING APOSTROPHE SIGN.








Applies to:


Siebel Server Sync - Microsoft Exchange Server - Version: 7.8.2.1 SIA [19216] and later   [Release: V7 and later ]
z*OBSOLETE: Microsoft Windows Server 2003

Product Release: V7 (Enterprise)

Version: 7.8.2.1 [19216] Fin Svcs

Database: Oracle 9.2.0.6

Application Server OS: Microsoft Windows 2003 Server SP1

Database Server OS: IBM AIX 5L 5.2



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



Symptoms


SSSE does not sync users with email address containing apostrophe.
This is the error we
found from the PIMSIEng
log:

ObjMgrQueryLog    Warning    2    0    2006-08-25
03:37:13    (query.cpp (2417)) SBL-DAT-00501: Invalid search specification
'[PIM User Identifier]='XX.O'YYY@zzz.com' AND [PIM Server Type]='Exchange
2000''.

Please continue or ask your systems administrator to check your application
configuration if the problem
persists.

PIMSIEngSvc    PIMSICompFatal    0    0    2006-08-25
03:37:13    (engmgrsvc.cpp (1375)) EngMgrService: Unable to dispatch extract
request message to extract engine. (err:
0x569D).


ObjMgrBusServiceLog    Error    1    0    2006-08-25
03:37:13    (service.cpp (666)) SBL-DAT-00501: Invalid search specification
'<?>'.

Please continue or ask your systems administrator to check your application
configuration if the problem
persists.

GenericLog    GenericError    1    0    2006-08-25
03:37:13    Object manager error: ([0] Invalid search specification
'<?>'.

Please continue or ask your systems administrator to check your application
configuration if the problem persists.(SBL-DAT-00501)
(0x569d))

GenericLog    GenericError    1    0    2006-08-25
03:37:13    ( (0) err=4300107 sys=22173) SBL-OMS-00107: Object manager error:
([0] Invalid search specification '<?>'.





Cause


Customer reported that, SSSE does not sync users with email address containing apostrophe.

Comments:
Siebel was able to reproduce the behavior internally. Particularly, the
sync USERS whose email id contains apostrophe sign (for example
“ssse'user04@siebel.com”) fails to synchronize.

Further, the following error message was noticed as well in the PIMSI Engine logs:-

ObjMgrQueryLog
Warning 2 0 2006-08-31 17:55:20 (query.cpp (2409))
SBL-DAT-00501: Invalid search specification '[PIM User
Identifier]='ssse'user04@siebel.com' AND [PIM Server Type]='Exchange
2000''.

Please continue or ask your systems administrator to check your application configuration if the problem persists.


Solution


Please note that currently there is no possible workaround for this
reported issue. The only recommendation from Siebel is to not allow the
apostrophe sign for the SSSE users email id.



Further, the following change request has been submitted for this issue.



Change Request: "CR # BUG 10512076  - SSSE fails to sync users with email addresses containing apostrophe sign."


References


BUG:10512076 - SSSE FAILS TO SYNC USERS WITH EMAIL ADDRESSES CONTAINING APOSTROPHE SIGN.








Applies to:


Siebel Call Center - Version: 8.1.1 [21112] and later   [Release: V8 and later ]
Information in this document applies to any platform.



Symptoms





When creating and generating a forecast on the server (instead of the client
itself) the forecast remains with status "Pending".  This issue is only reproducible when generating forecast
with a manager position which is not associated with SADMIN user.






Reproducible steps:



   1. Login with SADMIN user and create three employees and three
positions:


  

  MANAGER

  EMPLOYEE1

  EMPLOYEE2

  

  2. Navigate to Admnistration Group -> Position and set MANAGER
position as

  parent position of EMPLOYEE1 and EMPLOYEE2

  

  3. Navigate to Admninistration data -> Periods and create some
periods of

  type Month

  

  4. Navigate to Revenues and create some revenues for the three
employees

  with revenue date falling into the periods of time created in step
3

  

  

  5. Navigate to Administration Forecast screen and create a forecast
serie as

  follow:

  

  Detail Depth: Summary Only

  

  Visibility: My revenues

  

  Interval Period Type: Month

  

  Summary Period Type: Month

  

  

  6. Select Forecast Series Dates and add the periods created in step
3

  

  7. Select Forecast Series Participants and add the MANGER position
in the

  list.

  

  8. Navigate to Admnistration Application -> System preferences

  

  Set "Forecast: Use Server Task" preference to TRUE and
logout.

  

  9. Enable the forecast manager component.

  

 10. Login as MANAGER employee, navigate to Forecast screen, and create
a new


  forecats record.

  

  11.If it is not automatically selected, select the forecast serie
created

  in step 1-7

  

  12. Select a period for the forecast record and Save the record.

  

  The forecast will be submitted to server, but it will remain in
Pending

  status.

  The log shows errors:

  

SBL-DAT-00179: Invalid login position id '<?>'.

SBL-OMS-00107: Object manager error: ([0] Invalid login position id
'<?>'.(SBL-DAT-00179) 
SBL-OMS-00203: Error 7667891 invoking
method "ForecastGenerate" for Business Service "Forecast 2000
Internal Service"





Cause



Behavior represents a product defect.





Solution


Bug: 12355431 was logged to address this defect.



References


BUG:12355431 - MANAGER FORECAST REMAIN IN PENDING STATUS ON SERVER

NOTE:476897.1 - Siebel Forecasting Forecast Service Manager Server Component










Applies to:


Siebel Reports - Version: 8.1.1 [21112] and later   [Release: V8 and later ]
Information in this document applies to any platform.



Symptoms


When running reports from a Object Manager using a language other than
the base language in the enterprise there may be errors reported when
running Siebel BI Publisher reports.

Once the report request has
been submitted a generic error will appear in a dialog as follows (in
the language native to the requesting Object Manager):
Erreur <?> d'appel de la m�thode "<?>" pour le Business Service "<?>" (SBL-OMS-00203)


Cause


This behavior can occur in environments in which language specific PDQs
have been implemented following the instructions provided in 'Document 477073.1Can You Have Different PDQs for Each Language in a Multilingual Environment?'.

The
behavior occurs because the XMLPReportServer runs the report request in
it's originally installed language (i.e. the language set against the
XMLPReportServer component and therefore the base language), rather than
the language of the requesting Object Manager and that which is
included in the report request.

As the initially reported error
is generic in nature this error is suspected then a review of the
XMLPReportServer logs with increased logging in place will show evidence
of the following additional errors :



GenericLog GenericError 1 000000044c180f68:0 2010-06-16
09:41:27 Object manager error: ([0] An error setting the named query
has occurred.
Please execute another query or ask your systems
administrator to check your application configuration if the problem
persists.(SBL-DAT-00312) (0x750138))
GenericLog GenericError 1
000000044c180f68:0 2010-06-16 09:41:27 ( (0) err=2818155 sys=7668024)
SBL-OMS-00107: Object manager error: ([0] An error setting the named
query has occurred.
Please execute another query or ask your systems
administrator to check your application configuration if the problem
persists.(SBL-DAT-00312) (0x750138))
GenericLog GenericError 1
000000044c180f68:0 2010-06-16 09:41:27 (bsvcmgr.cpp (1384) err=2818251
sys=0) SBL-OMS-00203: Error 7668024 invoking method "GenerateReport" for
Business Service "XMLP Driver Service"


in addition the
named query error will also appear just below a query which is being run
against the S_APP_QUERY table in some circumstances as follows :



ObjMgrSqlLog Detail 4 000000044c180f68:0 2010-06-16 09:41:27 SELECT statement with ID: 130B3770
SELECT
T1.CONFLICT_ID,
CONVERT (VARCHAR (10),T1.LAST_UPD, 101) + ' ' + CONVERT (VARCHAR (10),T1.LAST_UPD, 8),
CONVERT (VARCHAR (10),T1.CREATED, 101) + ' ' + CONVERT (VARCHAR (10),T1.CREATED, 8),
T1.LAST_UPD_BY,
T1.CREATED_BY,
T1.MODIFICATION_NUM,
T1.ROW_ID,
T1.CACHE_RSLT_FLG,
T1.DESC_TEXT,
CONVERT(NVARCHAR(2000),SUBSTRING(T1.QUERY_STRING, 1, 4000)),
T1.OWNER_ID,
CAST(? AS VARCHAR(128))
FROM
dbo.S_APP_QUERY T1
WHERE
((T1.OWNER_ID = ? OR T1.PRIV_FLG = N'N') AND
(T1.LANG_ID = ?)) AND
(T1.NAME = ? AND T1.DESC_TEXT = ?)
ORDER BY
T1.NAME, T1.DESC_TEXT

ObjMgrSqlLog
Detail 4 000000044c180f68:0 2010-06-16 09:41:27 Bind variable 1:
XMLPReportServer,ssia81,22020098,SADMIN,000000044c180f68:0,Account,Query
List,

ObjMgrSqlLog Detail 4 000000044c180f68:0 2010-06-16 09:41:27 Bind variable 2: 0-1

ObjMgrSqlLog Detail 4 000000044c180f68:0 2010-06-16 09:41:27 Bind variable 3: ENU

ObjMgrSqlLog Detail 4 000000044c180f68:0 2010-06-16 09:41:27 Bind variable 4: Account

ObjMgrSqlLog Detail 4 000000044c180f68:0 2010-06-16 09:41:27 Bind variable 5: FRA All Account

ObjMgrSqlLog Debug 5 000000044c180f68:0 2010-06-16 09:41:27 User search spec: ='Account'
AND ='FRA All Account'

ObjMgrSqlLog
Debug 5 000000044c180f68:0 2010-06-16 09:41:27 Named search
[VisibilitySearch]: [Owner Id] = '0-1' OR [Private] = 'N'

ObjMgrSqlLog Debug 5 000000044c180f68:0 2010-06-16 09:41:27 Named search [System Search]: [Lang Id]=Language()

ObjMgrSqlLog Debug 5 000000044c180f68:0 2010-06-16 09:41:27 User sort spec: Business Object, Description

ObjMgrSqlLog Debug 5 000000044c180f68:0 2010-06-16 09:41:27 System sort spec:

ObjMgrSqlLog Debug 5 000000044c180f68:0 2010-06-16 09:41:27 sscfom +0x5736f = CSSQueryList::SqlExecute() +0x10f
sscfom +0x35fb6 = CSSBusComp::Execute() +0x7e6
sscfom +0x571e0 = CSSQueryList::PositionOnQuerySpec() +0x150
sscfom +0x5973c = CSSQueryList::GetQuerySpec() +0x3c
sscfom +0x53343 = CSSBusObj::SetNamedQuery() +0x83
SSCAEISA +0x7d63 = CSSEAIDateTimeCnvUtil::~CSSEAIDateTimeCnvUtil() +0x5413
SSCAEISA +0x1cfe1 = CSSEAIDateTimeCnvUtil::~CSSEAIDateTimeCnvUtil() +0x1a691
SSCAEISA +0x1e815 = CSSEAISiebelAdapterService::DoInvokeMethod() +0x575
sscfom +0x1880a = CSSService::InvokeMethod() +0x1ba
SSCAXMLPSV +0x18d28 = CSSXMLPDataSvc::IntObjToDoc() +0x688
SSCAXMLPSV +0x19d9c = CSSXMLPDataSvc::GetDataAsBinary() +0x18c
SSCAXMLPSV +0x1a165 = CSSXMLPDataSvc::DoInvokeMethod() +0x95
sscfom +0x1880a = CSSService::InvokeMethod() +0x1ba
SSCAXMLPSV +0x4267 = CSSXMLPDriverSvc::ProcessRequest() +0x2d7
SSCAXMLPSV +0x3450 = CSSXMLPDriverSvc::DoInvokeMethod() +0x280
sscfom +0x1880a = CSSService::InvokeMethod() +0x1ba
sssabsvm +0x2a92 = LessComparison::operator()() +0x13f2
sssabsvm +0x422e = CreateSmiMThreadObj() +0xaae
siebmtshmw +0x1a2d9 = GetSmiTaskAPI() +0x1059
siebmtshmw +0x1a973 = GetSmiTaskAPI() +0x16f3
siebmtshmw +0x1b444 = GetSmiTaskAPI() +0x21c4
siebmtshmw +0x1c4f4 = GetSmiTaskAPI() +0x3274
siebmtshmw +0x1c881 = GetSmiTaskAPI() +0x3601
siebmtshmw +0x15e65 = SmiBeginTrace() +0x3155
siebmtshmw +0x1741f = GetSmiWorkQObj() +0x148f
siebmtshmw +0xc7c7 = SmiCleanupDetTask() +0x3bd7
sslcosd +0x2132 = OSDThreadPrivIsInit() +0x1d2
sslcosd +0x21bc = OSDThreadPrivIsInit() +0x25c
MSVCR71 +0x9565 = endthreadex() +0xa0
kernel32 +0x2482f = GetModuleHandleA() +0xdf


ObjMgrSqlCursorLog Prepare 5 000000044c180f68:0 2010-06-16 09:41:27 Begin: PrepareStmt for Sql Cursor at 130b3770

ObjMgrSqlCursorLog Prepare 5 000000044c180f68:0 2010-06-16 09:41:27 End: PrepareStatement for Sql Cursor at 130b3770

ObjMgrSqlLog Detail 4 000000044c180f68:0 2010-06-16 09:41:27
***** SQL Statement Prepare Time for SQL Cursor with ID 130B3770: 0.004 seconds *****


ObjMgrSqlLog
SqlTag 2 000000044c180f68:0 2010-06-16 09:41:27 Begin: Execute SqlObj
'Query List' at 130b2d88 with
SqlTag=XMLPReportServer,ssia81,22020098,SADMIN,000000044c180f68:0,Account,Query
List,

ObjMgrSqlCursorLog Execute 5 000000044c180f68:0 2010-06-16 09:41:27 Begin: ExecuteStmt for Sql Cursor at 130b3770

ObjMgrSqlCursorLog Execute 5 000000044c180f68:0 2010-06-16 09:41:27 End: ExecuteStmt for Sql Cursor at 130b3770

ObjMgrSqlLog Detail 4 000000044c180f68:0 2010-06-16 09:41:27
***** SQL Statement Execute Time for SQL Cursor with ID 130B3770: 0.037 seconds *****


ObjMgrSqlLog SqlTag 2 000000044c180f68:0 2010-06-16 09:41:27 End: Execute SqlObj with SqlTag

ObjMgrSqlObjLog Execute 4 000000044c180f68:0 2010-06-16 09:41:27 End: execute SqlObject at 130b2d88

ObjMgrSqlCursorLog Fetch 5 000000044c180f68:0 2010-06-16 09:41:27 Begin: Fetch for Sql Cursor at 130b3770

ObjMgrSqlCursorLog Close 5 000000044c180f68:0 2010-06-16 09:41:27 Begin: Close Sql Cursor at 130b3770

ObjMgrSqlCursorLog
Trace 5 000000044c180f68:0 2010-06-16 09:41:27 SQL Cursor with ID
130B3770 Buscomp: Query List, Forward Only: 0, Fetch Rows: 0, Fetch All
Time: 0.000 seconds.

ObjMgrSqlCursorLog Close 5 000000044c180f68:0 2010-06-16 09:41:27 End: Close Sql Cursor at 130b3770

ObjMgrSqlCursorLog Fetch 5 000000044c180f68:0 2010-06-16 09:41:27 End: Fetch for Sql Cursor 130b3770

ObjMgrSqlLog Detail 4 000000044c180f68:0 2010-06-16 09:41:27
***** SQL Statement Initial Fetch Time for SQL Cursor with ID 130B3770: 0.002 seconds *****


ObjMgrMiscLog
Error 1 000000044c180f68:0 2010-06-16 09:41:27 (busobj.cpp (2874))
SBL-DAT-00312: An error setting the named query has occurred.

Please execute another query or ask your systems administrator to check your application configuration if the problem persists.

EAISiebAdptPerf EAISiebAdptPerfStat 3 000000044c180f68:0 2010-06-16 09:41:27 QueryPage|0|3734


EAISiebAdpt EAISiebAdptErr 1 000000044c180f68:0 2010-06-16 09:41:27 [0] An error setting the named query has occurred.

Please
execute another query or ask your systems administrator to check your
application configuration if the problem persists.(SBL-DAT-00312)
(0x750138)

EAISiebAdpt EAISiebAdptTrcDebug 5 000000044c180f68:0 2010-06-16 09:41:27 Finished execution of QueryPage method


Note
that although the request was from an FRA Object Manager and using a
language specific FRA PDQ (FRA All Accounts) the Bind Variable 3: shows
'ENU' as the language being searched for the query name.


Solution


A Change Request #10595312 "XMLPReportServer is unable to find
language-specific PDQs" has been raised for this behavior and will be
reviewed, analyzed, and prioritized for possible inclusion in a future
release of the application.
















Applies to:


Siebel Workflow - Version: 8.1.1.1 SIA [21211] and later   [Release: V8 and later ]
Information in this document applies to any platform.



Symptoms



====Issue Clarification====



On : 8.1.1.1 SIA [21211] version, Siebel Workflow



Workflow Process Manager is failing in SIT Environment while the same is running fine in Development Environment.



the following error occurs.



ERROR

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

Object manager error: ([0] Could not find 'Business Object' named
'Investor Account'. This object is inactive or
nonexistent.(SBL-DAT-00144) (0x750090))

SBL-OMS-00107: Object manager error: ([0] Could not find 'Business
Object' named 'Investor Account'. This object is inactive or
nonexistent.(SBL-DAT-00144) (0x750090))

SBL-OMS-00203: Error 7667856 invoking method "RunProcess" for Business Service "Workflow Process Manager"

SBL-OMS-00203: Error 7667856 invoking method "RunProcess" for Business Service "Workflow Process Manager"

SBL-OMS-00203: Error 7667856 invoking method "RunProcess" for Business Service "Workflow Process Manager"


Cause


The problem is observed to happen only when running on the wfprocmgr
component but not on object manager. Further to the siebns.dat file as
follows, the component are running accessing different srf file :

[/enterprises/Siebel/component groups/eAutomotive/components/edealerObjMgr_enu/parameters/CFGRepositoryFile]
Persistence=full
Type=string
Value="siebel_sia.srf"
Length=28
:
[/enterprises/Siebel/component groups/Workflow/components/WfProcMgr/parameters/CFGRepositoryFile]
Persistence=full
Type=string
Value="siebel.srf"
Length=20

This suggests that 'Investor Account' does not exist in the siebel.srf file that is accessed by the wfprocmgr component.


Solution


Customer resolved the problem after compiling the object on the siebel.srf that is assessed by the wfprocmgr component.










Applies to:


Siebel CRM - Version: 7.7.2.1 SIA [18353] - Release: V7

Information in this document applies to any platform.



Symptoms



Fresh installed Siebel server on windows machine for document server. It does not connect.



The following error appears in the doc server component and Server table cleanup:

GenericLog
GenericError 1 0 2009-05-18 10:46:51 ( (0) err=4300107 sys=23183)
SBL-OMS-00107: Error del administrador de objetos: ([1] SBL-SEC-10018:
Se ha producido un error de base de datos Oracle.

Continúe o
solicite al administrador del sistema que verifique la configuración de
la aplicación si el problema continúa.(SBL-DBC-00107)
ORA-00604: error occurred at recursive SQL level 1
ORA-00026: missing or invalid session ID
ORA-06512: at line 40



Cause



There was some incorrect setting for Database connectivity


Solution



The following was done to resolve it:




1) in the tnsnames.ora , we removed the extension .VESPUCIOSUR.CL changing from CRM2.VESPUCIOSUR.CL to CRM2.

2) we changed the same for the odbc in windows machine, leaving only CRM2

3) in the Enterprise Profile , changed the DSConnectString from SIEBELDB to CRM2
SIEBELDB is the Oracle instance name and this parameter should point to the alias from the tnsnames.ora

4)
there was an entry on the tnsnames.ora with the same name as the ODBC.
We removed this entry since it is unecessary and it can affect the
correct operation of the application

After that , Siebel server came up fine. 










Applies to:


Siebel Communications, Media and Energy CRM - Version: 8.0.0.2 [20412] and later   [Release: V8 and later ]
Information in this document applies to any platform.



Symptoms


During List Import process the following errors arise:

"Object
manager error: ([0] You cannot currently update this record. Please
check the No Update properties on the Applet, Business Component, and
Link.(SBL-DAT-00284)"

"SBL-OMS-00107: Object manager error: ([0]
You cannot currently update this record. Please check the No Update
properties on the Applet, Business Component, and Link.(SBL-DAT-00284)"

The issue has been observed in 8.0.0.2 SIA [20412] environment.

The specific of the environment is that the there Siebel Administrator is not SADMIN but different user.

The following user properties have been set for "List Mgmt Lists" Business Component:
1) "SLM Disable Update/Delete Check" = TRUE
2) "SLM Admin Login" = the name of Siebel Administrator user.


Cause


The behavior was caused by wrong class of the "List Mgmt Lists" BC.

"List Mgmt Lists" BC has been compared with the standard "List Mgmt Lists" BC.

In standard Vertical environment (SIA), "List Mgmt Lists" BC has the class: CSSBCFINSListMgmtList.


The BC in environment facing the SBL-DAT-00284 error message has the class: CSSBCListMgmtList.


Kindly note that CSSBCListMgmtList is the standard class for "List Mgmt Lists" BC in Horizontal implementation.




Solution


Changing the class of the "List Mgmt Lists" BC to
CSSBCFINSListMgmtList resolved the behavior and list import process
completed successfully.





Thank you,