Search This Blog

SBL-DAT-00142: Could not open repository file '%1'. File does not exist or may be in use by another process.

Applies to:

Siebel Tools - Version: 7.7.1 SIA [18306] and later   [Release: V7 and later ]
z*OBSOLETE: Microsoft Windows Server 2003
Product Release: V7 (Professional)
Version: 7.7.2 [18325] NLD
Database: Microsoft SQL Server 2000 SP3
Application Server OS: Microsoft Windows 2003 Server
Database Server OS: Microsoft Windows 2003 Server

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

Checked for Relevance 23-JUN-2010

Symptoms

Dear Siebel Support,

We migrated our development client workstations. Since then randomly the .srf-file compilation runs to the end without any error but the .srf has a smaller size than usual (about 44MB instead of 48MB) and it cannot be used.

Only the language of the Operating System changed from American to Dutch. It is Microsoft Windows XP Professional SP1.

No changes on the servers.

How can we fix this?

Kind regards,
Markus

Solution

Message 1

Description:
During compilation of a new srf file the following came up:

Siebel Error Message SBL-DAT-00142: Could not open repository file '%1'. File does not exist or may be in use by another process".


Workaround:
1) Siebel.exe process may not have completely closed before starting the SRF compilation. Before compiling, use Task Manager to verify that no Siebel.exe process is running.
2) Close Siebel Tools, shut down the database engine (right mouse-click and Exit on the yellow-red SQL logo in the bottom right corner), and ensure no other Siebel applications or processes are running. Rename the current SRF. Restart Siebel Tools and start a new full compile.

The documentation enhancement 12-T6JP31 has been logged to address this behavior.

Thank you

Applies to:

Siebel Tools - Version: 7.7.1 SIA [18306] to 8.1 SIA [21039] - Release: V7 to V8
Oracle Solaris on SPARC (64-bit)
Product Release: V7 (Professional)
Version: 7.5.3.5 [16183]
Database: Oracle 8.1.7.2
Application Server OS: Sun Solaris 2.8
Database Server OS: Sun Solaris 2.8

This document was previously published as Siebel SR 38-3028925471.
""Checked for Relevance on 26-05-2010""

Symptoms

SBL-DAT-00142, SBL-DAT-00373

Hi,

I am getting the following error when i try to run genbscript on unix app server after moving the newly fully compiled SRF:

On DEV environment

1. There are 2 siebel servers - one on windows (appsrvr1) and one on UNIX (appsrvr2)
2. Stop both appsrvr1 and appsrvr2
3. Login to appsrvr1 (through RDC) and rename existing SRF 3-May-2006-siebel_sia.srf
4. Login to appsrvr2 (through telnet) and rename existing SRF 3-May-2006-siebel_sia.srf
5. Login to appsrvr1 by Remote Desktop Connection
6. On appsrvr1 siebel client and tools is also installed
7. So I connect to Tools dedicated to DEV connection and do a full compilation from scratch - name this SRF siebel_sia.srf
8. Move this SRF to appsrvr1 /objects/enu directory from the client /objects/enu directory
9. Also ftp ths SRF to appsrvr2 /objects/enu directory from the client /objects/enu directory
10. On appsrvr2 run the following commands
$cd /apps/sea752/siebsrvr
$. ./siebenv.sh
$ genbscript ""bin/enu/fins.cfg"" /apps/sea752/siebsrvr/webmaster enu
CSSModel::Load failed.
---------------
Could not open repository file '/apps/sea752/siebsrvr/objects/enu/siebel_sia.srf
'.

File does not exist or may be in use by another process.(SBL-DAT-00142)

11.And the above see error comes.

Please let em know what is the wrong step being followed here - and why the error should come.

Solution

Message 1

For the benefit of other readers:

Customer was getting the following error when running genbscript on Unix server after moving the newly fully compiled SRF from Windows server:

$ cd /apps/sea752/siebsrvr
$ . ./siebenv.sh
$ genbscript ""/apps/sea752/siebsrvr/bin/enu/fins.cfg"" /apps/sea752/siebsrvr/we
bmaster enu
CSSModel::Load failed.
---------------
Could not open repository file '/apps/sea752/siebsrvr/objects/enu/siebel_sia.srf
'.

File does not exist or may be in use by another process.(SBL-DAT-00142)
---------------
(Please wait a few seconds for this utility to finish)


Customer solved the issue when FTP the Siebel Repository File to the Unix server in binary mode instead of the ASCII mode that customer was doing before.

As the customer did this in binary mode, the genbscript ran without errors.

Applies to:

Siebel Tools - Version: 7.5.2 [15051] to 8.1.1.2 - Release: V7 to V8
z*OBSOLETE: Microsoft Windows 2000
Product Release: V7 (MidMarket)
Version: 7.5.3 [16157] MME
Database: Microsoft SQL Server 7.0
Application Server OS: Microsoft Windows 2000 Server SP 2
Database Server OS: Microsoft Windows 2000 Server SP 3

This document was previously published as Siebel SR 38-1095317521.
***Checked for relevance on 24-May-2010***

Symptoms

SBL-DAT-00142

The incremental compile was giving the following error until today:

Could not open repository file 'C:\sea752\client\objects\enu\siebel.srf'.
File does not exist or may be in use by another process.(SBL-DAT-00142)

This is now happening when I do a full compile also and prevents us from opening the application.

Cause

This behaviour occurred as the Siebel.exe was still running

Solution

Message 1

For the benefit of other readers:


To investigate the cause of the error can you please verify the following:

- Verify that the Tools application is using the srf file in tools\objects\enu by selecting in Tools: Help > About Srf
- Target SRF is used by other application, including Siebel client itself. If you try to pick up SRF from its own objects directory, you see this error.
- SRF itself has Read-Only property. Please verify it with right mouse button click, then property/general. If Read-Only is checked, you must uncheck it.
- File name is SRF but it's really not, or it's broken. Put it into objects directory and verify if Siebel Client can start up with this SRF.
- Siebel.exe process is not correct closed before starting the compilation. Open the taskmanager before compile and verify that no Siebel.exe process is running.
-Verify the file handle by share ware programs like handlex. There you can search for applciation which are locking the srf file.
-Verify if virus scan program scans srf file. In most virus scanner programs you can exclude the srf file from beeing scanned.

Solution:
The Siebel.exe process has not been closed complete every time.

For 8.x builds the quick start functionality should allow a developer to compile changes into a SRF that is being used on a local client environment. When the attempt to compile the modified object is conducted the client application will close, the object will be compiled into the SRF and then restated.
Please note that due to the bugs 12-1LCJSLO and 12-1JA6PVQ this did not occur in the 8.0 and 8.0.0.1 builds of the application and the Client application had to be closed.
This behaviour was addressed for the 8.0.0.2 and the 8.0.0.3 Fix Packs

Thank you

Applies to:

Product Release: V7 (Professional)
Version: 7.8.2.4 [19224]
Database: Oracle 10.2.0.3
Application Server OS: Microsoft Windows 2003 Server SP2
Database Server OS: IBM AIX 4.2

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

Symptoms

SBL-DAT-00142

Hi Tech Support,

We are currently facing an issue when trying to create component definitions within our test environment. Please see #: 38-2296476851 as we are experirncing identical situation.

I have tried the workaround to create using srvrmgr using the following syntax:

srvrmgr> create compdef NPBSImp2500 for comptype EAIRcvr compgrp EAI run mode Ba
ckground full name "NPBS Import 2500" desc "Receives incoming message from 2500
queue and executes the relevant workflow process"
Command completed successfully.

but still we get error:

SBL-DAT-00142: Could not open repository file 'E:\sia78\siebsrvr\objects\enu\siebel.srf'.
File does not exist or may be in use by another process.

Your help is much needed.

Thanks.

Solution

Message 1

Hi,

Thank you for using Siebel SupportWeb.
I have taken the ownership of the issue you recently submitted to Siebel Technical Support (Service Request 38-3498581891).

Per your Service Request description you have created a new component definition in your Test Environment and this is throwing the following error message:
SBL-DAT-00142: Could not open repository file 'E:\sia78\siebsrvr\objects\enu\siebel.srf'.
File does not exist or may be in use by another process.

Also you have mentioned that you have created the same component in your Development Environment and Development is working fine.

I have compared the siebns.dat files from Test and Development Environments and I have found out that the Test Siebns.dat file does not contain the following entry:
[/enterprises/SIEBELD/servers/DevSrvr/component groups/EAI/components/NPBSImp2500/parameters/CFGRepositoryFile]
    Persistence=full
    Type=string
    Value="siebel_sia.srf"
    Length=28

Message 2

So to change the CFGRepositoryFile parameter for your custom component using srvrmgr command line utility, execute the following command:

srvmrgr> change param CFGRepositoryFile =<repository file name> for comp <Custom Component> server <Siebel server name>

After you have performed the above command, restart the Siebel Server and check the CustomComponent_XXXX.log file to verify if error message [SBL-DAT-00142: Could not open repository file 's:\sea78\siebsrvr\objects\enu\siebel.srf'] still occurs.

Please, let me know if you have any further questions.

Thank you,

Applies to:

Product Release: V7 (Enterprise)
Version: 7.8.2.3 [19221] Travel
Database: IBM DB2 8.1 FixPack 5
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-3236397001.

Symptoms

SBL-DAT-00142

Hi,

As a requirement we want to do a Tier Run everyday in the Evening as a batch process. For this we have done the following steps:

1) We want to created a new batch component by copying the eLoyalty Processing Engine - Batch and naming it as eLoyalty Tier Processing Engine - Batch

2) Changed the parameters accordingly

3) Schedule the above created component as per the requirements.

But the component doesn't is not active and it always in Unavailable state. We tried to start it throught srvrmgr also but same state.

We would like your inputs for the following

1) How to create a Tier Processing Batch component
2) Required parameters for this new component
3) And also it needs to be in Online Status always

We need the steps/inputs as apart from the above mentioned component,
we have created some more components of Component Type - Business Service Manager and Run Mode - Batch and they also are in Unavailable State


Thanks & Regards

Solution

Message 1

We were able to reproduce this behavior in an in-house lab environment.

First we followed the steps as per 7.8 bookshelf > Siebel Loyalty Administration Guide > Getting Started with Siebel Loyalty > Creating a Second Realtime Engine Component for Siebel Loyalty

Also useful is published service request 38-2240227140, providing even more detailed steps for the setup.

After creating and enabling the new component and restarting the server services, we can see that the component is in unavailable state we can also see the error in the new components log:
>>>
(cdf.cpp (2417)) SBL-DAT-00142: Could not open repository file 'E:\sea78\siebsrvr\objects\enu\siebel.srf'.
<<<

Now, as per published SR: 38-2240227140 > step 6, it notes to set parameter Application Repository File to Siebel_sia.srf.

However, we couldn't query this component parameter. Neither via GUI or srvrmgr command.

After some more research we found the following article on supportweb:
7.8 bookshelf > Global Deployment Guide > Configuring Global Deployments > About Parameters for Language and Locale:
>>>
...The Application Repository File parameter (alias CFGRepositoryFile), set for the Application Object Manager, specifies the name of the SRF file....
<<<

We have then queried for the parameter CFGRepositoryFile using the command srvrmgr> list param CFGRepositoryFile for comps <new comp alias>, and can see that the parameter was set to siebel.srf.

Continued...

Message 2

After submitting the following command to change this parameter to siebel_sia.srf and restarting the siebel server service, the new component remained in online state.
>>>
srvrmgr:siebsrvr1> change param CFGRepositoryFile=siebel_sia.srf for comps LoyEngineRealtime2
<<<

After some additional research we also located published SR 38-2633045529, which shows that the CFGRepositoryFile is a hidden parameter, which is the reason that it wasn’t visible via GUI under Server Administration – Configuration.

Thank you,

Applies to:

Product Release: V7 (Enterprise)
Version: 7.8.1.1 [19044]
Database: IBM DB2 5.2
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-2296476851.

Symptoms

Hello,

I am trying to set up a custom component definition based on the Workflow Process Manager. It will be part of the Workflow Management group.   When I try to start the component, it is unavailable. Afer looking in the log files, it appears the component is pointing to the wrong SRF. It is pointing to the vanilla SRF and the version I am using the is a vertical, so I need it to point to siebel_sia.srf. Where can I change the SRF for that component? The Workflow Process Manager component is online and all the component parameters for the custom component and the Workflow Process Manager match. In earlier versions, there was a parameter called Application Repository File which allowed me to put the name of the SRF directly for each component definition. Has that parameter been changed? I can't seem to find it in the Component Definitions. I have looked extensively on SupportWen and haven't found anything relating directly to this. Any help would be greatly appreciated. Thank you.

Solution

Message 1

For the benefit of other users:

Siebel Technical Support has tested the customer's problem on a 7.8.2 SIA [19050] version and was able to reproduce it. It was created a new component definition based on the Workflow Process Manager and which is part of the Workflow Management group. After creating the new component definition, it was enabled, the server batch components were synchronized and the Siebel Server System Service was stopped and restarted for the changes to take effect.
After that we could see the new component in the Server Components list but the log file shows the same error messages:
SBL-DAT-00142: Could not open repository file 'D:\S78SIA\siebsrvr\objects\enu\siebel.srf'.
File does not exist or may be in use by another process.

And in the siebns.dat file we could see that this component was not starting correctly (no ConnectString exists).

The Change Request 12-12ESB4V (Cannot create component definition via GUI with Siebel 7.8 SIA) was logged in order to address this product defect.

The workaround in this case is to create the new component definition via server manager command line interface (srvrmgr).
Per example Siebel Technical Support has used the following command:
srvrmgr> create compdef WfProcTestA for comptype "Workflow Process Manager" compgrp "Workflow" run mode Batch full name "Workflow Test CmdLine" desc "Test compdef for command line"

CONTINUED...

Message 2

CONTINUATION:

After that the component was enabled via GUI, the server batch components were synchronized and the Siebel Server System Service was stopped and restarted for the changes to take effect.

No comments:

Post a Comment