Server is shutdown because of trace files filled up in drive

Hi,
Is there any option like to disable " sever shtdown" when drive is full.
Thanks
Shashikala

Hi,
As Dan pointed out, sp_trace_create comes with the option SHUTDOWN_ON_ERROR which can result in the above behavior.
You can consider not using the option SHUTDOWN_ON_ERROR while creating these traces to prevent this from happening. However this is not something you want to do considering the auditing requirements
Check the find anything relevant message in the application,system and SQL error logs to find the root cause of the issue.
Also, find this thread for reference:
http://social.msdn.microsoft.com/Forums/sqlserver/en-US/eb94db75-fed1-4a99-b321-4a931de402ed/strange-sql-error
Thanks.
Tracy Cai
TechNet Community Support

Similar Messages

Trace files filling up on server

11.1.0.7 - 64 bit on Solaris
It appears tracing has been enabled on our database in the last one week as the trace directory is getting filled up.
However this is what it's showing:
SQL> show parameter trace
NAME                                 TYPE        VALUE
log_archive_trace                    integer           0
sec_protocol_error_trace_action string          TRACE
sql_trace                                boolean          FALSE
trace_enabled                        boolean           TRUE
tracefile_identifier                     string
It seems 11g have trace_enabled set to true by default.
My question is how do I find who's session is being traced?
Thanks

TGG, the OP posted the database parameters related to trace and sql_trace clearly shows as FALSE.
gbite, I would suggest looking at the content of some of the trace files. We have experienced more than one platform version specific trace file generation issue which caused hundreds of useless trace files to be generated. If the files contain the same messages you can then search Oracle support for a known problem which might have a solution available. If all the traces just appear to be regular session sql traces then the suggestion to look to see if any database event logon triggers exist and turn trace on.
Removing the trace files at the OS level should be an option in the meantime.
HTH -- Mark D Powell --

Agent10g: Size of Management Agent Log and Trace Files get oversize ...

Hi,
I have the following problem:
I had installed the EM Agent10g (v10.2.0.4) on each of all my Oracle servers. I've done a long time ago (a few months or a few years depending on wich server it was installed). Recently, I've got PERL error because the "trace" file of the Agent was too big (the emagent.trc was more than 1 Gb) !!!
I don't know why. I checked on a particular server on the AGENT_HOME\sysman\config (Windows) for the emd.properties file.
The following properties are specified in the emd.properties file:
LogFileMaxSize=4096
LogFileMaxRolls=4
TrcFileMaxSize=4096
TrcFileMaxRolls=4
This file had never been modified (those properties correspond to the default value). It's the same situation for all Agent10g (setup) on all of the Oracle Server.
Any idea ?
NOTE: The Agent is stopped and started weekly ...
Thank's
Yves

Why don't you truncate the trace file weekly. You can also delete the file. The file will be created automatically whenever there is a trace.

Portal Trace file monitoring in TREX

HI guys,
We have a problem with the trace file.
[16:30:22.078] trace_entries   - Check completed, calling back to master and posting results...
[16:30:22.078] trace_entries   - slave hollywood:30011 ok: 200
[16:30:22.092] trace_entries   - response: OK - thanks
[16:30:22.812] open_handles    - Check completed, calling back to master and posting results...
[16:30:22.828] open_handles    - response: OK - thanks
[16:30:24.030] open_handles    - slave summary result computed
[16:30:24.092] trace_entries   - slave summary result computed
[16:33:22.030] open_handles    - trigger slave hollywood:30011
[16:33:22.046] scheduler       - Checks ran.
[16:33:22.046] trace_entries   - trigger slave hollywood:30011
[16:33:22.078] http6616        - serving request /?slavestart
This trace file is repeated and filling the harddisk
Thus ultimately reducing the portal performance.
Any idea like which program in TREX generates this trace file ..etc
In general how to detect corresponding program of the trace file
will reward points for the good reply
regards,
vijay.

Hi Sanam,
For the TREX Preprocessor trace, You define the maximum file size for the input and output of documents in INI file - TREXPreprocessor.ini
The default size is set to 'Unlimited'
Please check the following values maintained in the configuration file.
Section: [ httpclient ]
Parameter: max_content_length
Default: Unlimited
Also read,
http://help.sap.com/saphelp_sm32/helpdata/en/1d/8d49cc304dd843a3a4a23d74888939/content.htm
Hope this is helpful.
Regards,
Varun

TRACE FILE의 PERMISSION 조정하는 방법

제품 : ORACLE SERVER
작성날짜 : 1998-04-28
제목
====
oracle trace file 을 dba group 에 속하지 않는 user 들에게
permission 을 허용하는 방법
문제
====
Oracle 의 모든 trace file 은 owner 가 oracle user, group 이
dba 이고 640 permission 을 갖습니다.
예를 들면, -rw-r----- oracle dba
따라서, UNIX 에서는 $ORACLE_HOME/log 나 initSID.ora, configSID.ora 에
지정된 directory 에 생성되는 모든 trace file 은 위의 permission 을
갖기 때문에 dba group 에 속하지 않은 사용자들은 trace file 을
access 할 수 없도록 되어 있습니다.
해결
====
tracefiles_public =true 라는 parameter 를 initSID.ora 에
추가후 db restartup 하고, 일반 사용자들의 umask 를 000 으로
setting 하시면 됩니다.
1. cd $ORACLE_HOME/dbs
2. UNIX,VMS 의 init<sid>.ora 에 다음을 추가하십시오.
tracefiles_public=true
3. save init<sid>.ora
4. restartup database
위 작업은 oracle trace file 이 trace 를 생성하는 사용자의 umask 에
의해 trace file 의 permission 이 결정하도록 합니다.
일반 사용자 가 OS prompt 상태에서
$umask 000
으로 한 다음 sql trace file 등을 생성하는 작업을 했을 때, 화일의
permission 이 다음과 같이 생깁니다.
-rw-rw-r-- 1 oracle dba 2945 Apr 16 10:11 ora_28494.trc
즉, trace file 의 owner와 group 은 여전히 oracle, dba 이기 때문에, umask의
세번째 field 가 0 이어야 dba group 이 아닌 일반 사용자 들이
trace file 을 읽을 수 있습니다.
참고
====
재 기동 작업시에 다음 에러가 발생한다면, 위 파라미터의 spelling 등을 다시
확인하십시오.
ora-1078
01078, 00000, "failure in processing system parameters"
// *Cause: Failure during processing of init.ora parameters during
// system startup.
// *Action: Further diagnostic information should be in the errorstack.
lcc-122
122, 0, "unrecognized keyword [%.*s]"
// *Cause: You have misspelled the parameter name
// *Action: Spell the parameter name correctly

10.2.0.4 Agent startup fails "/libjvm.so, because No such file or directory

Hi Team,
10.2.0.4 Agent startup fails with below errors.Customer is having 30 agents in failover on the same system .Issue is happening for his newly installed agents and existing agents also.
When he stop few agents(like 26th agent and 27th agent... ) and he able to start the agent which is failed to start with below error.Issue looks like lack of some resources to start the agent.
oracle@sorapx2:/u00/app/oracle/ [AGENTFSP] emctl status agent
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation. All rights reserved.
sh: 28400 Killed
/usr/lib/hpux32/dld.so: Cannot map text for library</pkg/FSP/u00/app/oracle/product/agent10g/jdk/jre/lib/IA64N/hotspot/libjvm.so>: mmap(0x0, 0xd51870, 0x5, 0x41, 3, 0x0) returns Not enough space.
oracle@sorapx2:/pkg/FSP/u00/app/oracle/product/agent10g/ [AGENTFSP] emctl start agent
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation. All rights reserved.
sh: 20806 Killed
Agent is already running
oracle@sorapx2:/pkg/FSP/u00/app/oracle/product/agent10g/ [AGENTFSP] emctl upload agent
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation. All rights reserved.
sh: 22988 Killed
/usr/lib/hpux32/dld.so: Cannot map text for library</pkg/FSP/u00/app/oracle/product/agent10g/jdk/jre/lib/IA64N/hotspot/libjvm.so>: mmap(0x0, 0xd51870, 0x5, 0x41, 3, 0x0) returns Not enough space.
+ No issues with space:
oracle@sorapx2:/pkg/FSP/u00/app/oracle/product/agent10g/ [AGENTFSP] bdf .
Filesystem kbytes used avail %used Mounted on
/dev/vgfsp1/lvol1 5144576 1973904 3146008 39% /pkg/FSP/u00
Agent also gives below error:
oracle@sorapx2:/u00/app/oracle/emdiag/log/ [AGENTGCP] emctl status agent
Error: failed to load /pkg/GCP/u00/app/oracle/product/agent10g/jdk/jre/lib/IA64N/server/libjvm.so, because No such file or directory
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation. All rights reserved.
sh: 25923 Killed
/usr/lib/hpux32/dld.so: Cannot map text for library</pkg/GCP/u00/app/oracle/product/agent10g/lib32/libclntsh.so.10.1>: mmap(0x0, 0x21cded0, 0x5, 0x41, 3, 0x0) returns Not enough space.
Here emctl agent start command is trying to to load a 32 bit library in stead of the 64 bit.which is causing the issue:
There are a 32 Bit Library and a 64Bit Library available for the agent
oracle@vorakx2:/pkg/HYK/u00/app/oracle/product/agent10g/lib/ [HYK]
file libagtsh.so.1.0
libagtsh.so.1.0: ELF-64 shared object file - IA64
oracle@vorakx2:/pkg/HYK/u00/app/oracle/product/agent10g/lib32/ [HYK]
file libagtsh.so.1.0
libagtsh.so.1.0: ELF-32 shared object file - IA64
set below things properly still same problem.:
export ORACLE_HOME=<path of the agent10g installation>
export PATH=$ORACLE_HOME/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
Please suggest me further
+what emctl status agent is loading 32 bit library
+how to resolve the "Not enough space."
Environment Details:
10.2.0.4 OMS
10.2.0.4 Agent
Operating System HP-UX B.11.31 U (64)
SR 3-4636880901
Thanks
Narendra

Hi Narendra,
I just checked the link and it was ok. So maybe try again?
Copy/past Alain's post:
Hi,
-Buf cache is too high: SAM->kernel-> change dbc_pct_max from 50% to 10%.
-Whith GPM and command "extract" you can find which process consumme too much memory.
-Install lastest Quality Pack.
-With 32 bits processes, you can have problem with memory quadrant restriction. <= you have 64 bit so this is not of use to you
-Check kernel parameter related to max memory used by each process: maxdsiz
-Verify with swapinfo -tam and GPM -> memory.
See doc http://docs.hp.com/en/1218/mem_mgt.html
http://docs.hp.com/en/5580/Misconfigured_Resources.pdf
Alain.
Eric

A critical program error has occurred. BEx Analyzer. Cannot find trace file

I have now spent about 20 hours trying to resolve this issue. I receive the following error message when attempting to open any BEx Query: u201CA critical program error has occurred. The program will now terminate. Please refer to the trace for further information()u201D. Iu2019ve provided a video example of the scenario (couple minutes long): http://www.altnetwork.net/misc/Analyzer%20Critical%20Error.html
I cannot find the trace file in the standard C:\DOCUME1\BaldwiJE\LOCALS1\Temp\BexAnalyzerTrace.txt path. I cannot set/change the path/name of the trace file because the Trace File Name text box is grayed out (disabled) in BEx Analyzer > Global Options (see the above flash video link). I know that I am using the same Business Explorer and GUI build as my colleagues and I am able to login with my ID on their machines and not receive an error. We are using SAP BW 7.01 and I am using Excel 2007. I have entirely reinstalled Microsoft Excel, and the SAP Frontend including Business Explorer and SAP GUI. Iu2019ve monitored using both windows process monitor and windows process explorer but nothing is readily apparent as an issue (glad to share the process information if someone thinks it might help). No relevant event logs in the Windows event viewer.
Per the sapbexc.xla file, my system configuration is as follows:
Computer Name:      DEN-SSI-SYS-L61
File Location:      C:\DOCUME1\BaldwiJE\LOCALS1\Temp\sapBEX_PC_0614_103147.xls
Check done on:      6/14/2011   10:31:47 AM
Excel Version:      Excel 2007 (12.0.6535.5002)
Windows Version:      Windows 2000 (2195) Theme: %SystemRoot%\resources\Themes\Windows Classic.theme
Default Browser:      Internet Explorer (7.0.6000.17093)
SAP GUI:      720 Patch 1

Resolved! It actually seemed to be related to my windows profile. I notice that if a co-worker logged into windows on my machine that he was able to run the same BEx queries that I couldn't. I renamed my profile folder at c:\documents and settings\<myaccountname> to ...<myaccountname.bak>. I did this using a local administrator account on my computer. Then I logged back in to windows using my AD credentials. A new profile was created and then I was able to use BEx Analyzer again.
I also went back and tried to reload everything from my .bak profile into the newly created folder under documents and settings and hoped that I could isolate what specifically was causing the issue. However, even after moving everything over to my newly created profile I could not get the error to generate again. Sorry.
Highly recommend to anyone with the same issue that you confirm that a new profile works by a) having someone else login to your computer who has not already logged in before b) if that works, replace your c:\documents and settings\<myaccountname> folder.
Thanks to all who offered support.
Jerimiah

After adding datafile with OEM a trace file genarating in alertSID.log file

Hi to All,
I have added a datafile with OEM but while adding its taking some time so terminated that program and added the datafile with command prompt but after some time i seen that datafile in datafile list and after this thing Im getting error and our server is very slow users gettting access to over server very slow and a trace file is generating in over alertSID.log file.with system language.

user12239004 wrote:
Hi anurag,
# ls -lart /dev/vx/rdsk/datadg |grep his_link_y10_01_index
crw------- 1 oracle dba 315,129093 Mar 14 09:53 his_link_y10_01_index_ts01
crw------- 1 root root 315,129077 Mar 15 13:58 his_link_y10_01_index_ts02
# chown oracle:dba his_link_y10_01_index_ts02
# ls -lart /dev/vx/rdsk/datadg |grep his_link_y10_01_index
crw------- 1 oracle dba 315,129093 Mar 14 09:53 his_link_y10_01_index_ts01
crw------- 1 oracle dba 315,129077 Mar 15 13:58 his_link_y10_01_index_ts02
root : root , I have changed the permisison now .. hope the error will subside and my next startup will be smooth
Regards,Great,
So give a try and let us know if you see any problem.
Regards
Anurag

ORA-48913: Writing into trace file failed

Hi
my OS: OUL5x64
DB: 11.1.0.7
receive this error in alert.log but could not figure out which parameter to increase.
Can someone please help.
Non critical error ORA-48913 caught while writing to trace file
Error message: ORA-48913: Writing into trace file failed, file size limit [10485760] reached
the suggestion:
ORA-48913: Writing into trace file failed
*Cause:An attempt was made to write into a trace file that exceeds the trace's file size limit
*Action:increase the trace's file size limit.
Thanks in advance.

Hi ,
I have one more doubt :
ORACLE_SID=XXXX
/XXXX/XX/ofaroot/XXXX/diag/rdbms/xxxx/XXXXX/trace
Non critical error ORA-48913 caught while writing to file "trace /XXXX/XX/ofaroot/XXXX/diag/rdbms/xxxx/XXXXX/trace/XXXX_ora_8218.trc"
Error message: ORA-48913: Writing into trace file failed, file size limit [10485760]everywhere its written to increase the parameter max_dump_file_size or to relocate the alert log, but as far as i understand ,
is this because a trace file with the name XXXX_ora_8218.trc was getting generated with a greater size than the one defined in max_dump_file_size. Is this what happened ?
Also , I am not able to find what directory does this parameter points to ? is it the trace directory or diag directory ?
i checked select * from v$diag_info ,but i could not find any conclusion.
Probably , on getting the above info , i will be able to decide where to move the alert.log to create space.

Trace file having ??? for report server's engine

I'm facing problem regarding the font for trace file of report engine. Trace is showing ??? like the following. Can anybody help me how to change the language for the the trace only.
Error 50103 (C Engine): ERR REP-0501: ??? ???? ??? ????? ?????? ???????? ???????
ORA-24323: value not allowed
We have nls_language=AMERICAN_AMERICA.AR8MSWIN1256 in system registry as our application requires it. If it is due to the nls setting then why half of msg is in english.
Regards

Slow running reports often are not the result of a flawed report, but rather a flawed configuration. For example:
1. If you call your reports (from Forms) via the default or inProcess Reports Server, often because startup time is slow, it will appear that it took too long for the report to be delievered. Using a stand-alone Rep Server is the preferred way to do this.
2. If your Forms application makes numerous calls to RRO (RUN_REPORT_OBJECT), this can tend to result in what might appear as a memory leak (although it is not). The result is delayed processing because of the excessive memory use. This problem has been overcome in Forms/Reports 11 by the use of JVM pooling. However in v10 enabling "6i compatibility" mode is the way to overcome the issue. See Note 266073.1
3. If the report runs fine from the Builder and it is connecting to the same db as when you run it from App Server, the issue is unlikely a db problem. However, if you want to look anyway, enable sqlnet tracing.
4. To enable Reports tracing and investigate other tuning options, refer to the Reports 10 documentation:
http://docs.oracle.com/cd/B14099_11/bi.1012/b14048/pbr_tune.htm
Almost forgot to mentioned this one....
If you are using a v11 db with App Server 10, you will probably want to consider reviewing Note 1099035.1 as it discusses an issue related to performance with such a configuration.
Edited by: Michael Ferrante on Apr 10, 2012 8:49 AM

When I tried to update, I got this message: "/tmp/S_ku+qmL.part could not be saved, because the source file could not be read. Try again later, or contact the server administrator" What do I do???

I am running version 3.6.22 and would like to update. However when I tried to update from the Mozilla web site I got the message: "/tmp/S_ku+qmL.part could not be saved, because the source file could not be read. Try again later, or contact the server administrator"
What do I do now?? Paul Stager [email protected]

I have tried downloading the file several times and get the same message: "No data received." I have no other system problems, I navigate well to other sites, but I'm unable to download this upgrade. Any suggestions?

Moving Default Trace File in SQL Server

How can I move the default trace file in SQL server?
SQL Server 2012?
Thanks in advance
ebro

Please have a look at these links:
Change path for default SQL Server trace
Steps to change the default location of SQL Server /SQL Server Agent - Error log files
DETERMINING DEFAULT TRACE LOCATION
Collecting the Information in the Default Trace
T-SQL Articles
T-SQL e-book by TechNet Wiki Community
T-SQL blog

SQL Developer generates strange trace files on server

Hello out there,
I observed the generation of some strange trace files on the database server (Oracle 11.0.2.0.2 64bit on Win 2008R2).
Whenever I start SQL Developer (3.2.20.09.87 64bit with JDK 1.7.0_17 64bit on Win7 64bit) for each connection I defined one trace file like this is generated:
Trace file C:\ORACLE\diag\rdbms\ora\ora\trace\ora_ora_8500.trc
Oracle Database 11g Release 11.2.0.2.0 - 64bit Production
Windows NT Version V6.1 Service Pack 1
CPU : 2 - type 8664, 2 Physical Cores
Process Affinity : 0x0x0000000000000000
Memory (Avail/Total): Ph:990M/3959M, Ph+PgF:3743M/7918M
Instance name: ora
Redo thread mounted by this instance: 1
Oracle process number: 23
Windows thread id: 8500, image: ORACLE.EXE (SHAD)
*** 2013-03-06 08:04:13.842
*** CLIENT ID:() 2013-03-06 08:04:13.842
*** SERVICE NAME:() 2013-03-06 08:04:13.842
*** MODULE NAME:() 2013-03-06 08:04:13.842
*** ACTION NAME:() 2013-03-06 08:04:13.842
Breaking the connection before proto/dty negotiation, error raised 3113I enabled listener log to find out the origin of this and it contains lines like the following:
06-MRZ-2013 08:04:13 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49320)) * establish * ora.vu * 0
06-MRZ-2013 08:04:13 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49322)) * establish * ora.vu * 0
06-MRZ-2013 08:04:13 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49323)) * establish * ora.vu * 0
06-MRZ-2013 08:04:13 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49325)) * establish * ora.vu * 0
06-MRZ-2013 08:04:14 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49329)) * establish * ora.vu * 0
06-MRZ-2013 08:04:14 * (CONNECT_DATA=(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))(SERVICE_NAME=ora.vu)(CID=(PROGRAM=null)(HOST=__jdbc__)(USER=null))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.36.143)(PORT=49331)) * establish * ora.vu * 0The IP address is mine and I have excatly 6 connections defined for that server. On other servers, similar trace files are generated, one for each connection in my SQL Developer.
This also occurred with JDK 1.6 so I don't think it's a Java issue.
Besides the generation of the trace files there seem to be no other problems.
Any ideas?

Hi,
I think Srini is probably correct. The noted bug applies to 11.2.0.1 and up, is fixed in 12c, and included in an 11.2.0.3 patch. However the version of SQL Developer also affects the creation of trace files on product startup (prior to any user initiated db connect attempts).
For example,
A. SQL Developer 3.1.07.42 - no such trace files created.
B. SQL Developer 3.2.20.09.87 - such trace files created for 11.2.0.1 connections, but not 10g XE or 12c connections.
So I presume an OCIServerAttach call got added in 3.2.2, not sure in support of which feature, but the bug will only impact users of 11.2.0.1, 11.2.0.2, and unpatched 11.2.0.3 DB releases.
Regards,
Gary
SQL Developer Team

Windows Server 2012r2 Failover Cluster Event Trace Log files

Hi
The only documentation I can find regarding event trace log files (Diagnostic.etl.*) for Failover Clustering relate to Server 2008/2008r2, which state that the etl files should be in C:\Windows\System32\winevt\Logs.
I have been exploring a clustering lab for Server 2012r2 and cannot find these files in that folder.
Strangely the PS cmdlet Get-ClusterLog still works!
Where are the etl files?
TIA

Hi,
Please check if the log is available in C:\ProgramData\Microsoft\Windows\WER\ReportQueue\.
If not, you can use Get-ClusterLog with the Destination parameter to get the log file.
Destination
Specifies the location to copy the cluster log(s) to. To copy to the current folder use "-Destination ." for this parameter.
http://technet.microsoft.com/en-us/library/ee461045.aspx
Thanks.
Jeremy Wu
TechNet Community Support

DeskI Job Server Hangs with Connection timed out error in trace file

Hi, in these days I have a problem with Desktop Intelligence Job Server. After some hours after its starting (it's restarted every day in the morning to allow db backup) in the trace file I can see errors like this:
[Wed Apr 8 09:58:40 2009]      28116   1457753008      (../iinfoprocessing_implmixedproc.cpp:607): trace message: Failed to send message to child: 28527, err 0, PipeListener: timed out reading from pipe: Connection timed out
[Wed Apr 8 09:58:43 2009]      28116   1457753008      (csipipe.cpp:242): trace message: PipeListener: ReadString(1) timed out: Connection timed out
[Wed Apr 8 09:58:43 2009]      28116   1457753008      (../iinfoprocessing_implmixedproc.cpp:607): trace message: Failed to send message to child: 28529, err 0, PipeListener: timed out reading from pipe: Connection timed out
[Wed Apr 8 09:58:46 2009]      28116   1457753008      (csipipe.cpp:242): trace message: PipeListener: ReadString(1) timed out: Connection timed out
[Wed Apr 8 09:58:46 2009]      28116   1457753008      (../iinfoprocessing_implmixedproc.cpp:607): trace message: Failed to send message to child: 28553, err 0, PipeListener: timed out reading from pipe: Connection timed out
[Wed Apr 8 09:58:49 2009]      28116   1457753008      (csipipe.cpp:242): trace message: PipeListener: ReadString(1) timed out: Connection timed out
[Wed Apr 8 09:58:49 2009]      28116   1457753008      (../iinfoprocessing_implmixedproc.cpp:607): trace message: Failed to send message to child: 28555, err 0, PipeListener: timed out reading from pipe: Connection timed out
[Wed Apr 8 09:58:52 2009]      28116   1457753008      (csipipe.cpp:242): trace message: PipeListener: ReadString(1) timed out: Connection timed out
[Wed Apr 8 09:58:52 2009]      28116   1457753008      (../iinfoprocessing_implmixedproc.cpp:607): trace message: Failed to send message to child: 28591, err 0, PipeListener: timed out reading from pipe: Connection timed out
All job submitted remains in "Suspend" mode and never pass in "Executing".
To solve the problem I've to manually stop and restart the DeskIjob server, but after some hours the problem reappear.
How to solve it?
I've installed Business Objects XI R2 SP5 on Linux SLES 10
Thanks

Checking the jobcd trace of child process in connection timeout, I can see, at the time in which in jobsd process the error occurs, the following error:
[Thu Apr 9 09:14:08 2009]      8940    1452690272      (../ijob_implmixedproc.cpp:143): trace message: MixedProcMgr: msg = GetLoad
[Thu Apr 9 09:14:08 2009]      8940    1452690272      (../ijob_implmixedproc.cpp:128): trace message: MixedProcMgr: timed out wating for new jobs, shutting down.
[Thu Apr 9 09:14:08 2009]      8940    1452690272      (pp_procFC.cpp:3716): trace message: IJobDllUnInitialize
[Thu Apr 9 09:14:08 2009]      8940    1452690272      (pp_procFC.cpp:951): trace message: ReleaseStaticSubsystem()
[Thu Apr 9 09:14:08 2009]      8940    1452690272      (pp_procFC.cpp:168): trace message: t_shutdown_ptr::reset()
[Thu Apr 9 09:14:08 2009]      8940    1452690272      (pp_procFC.cpp:172): trace message: Shutting down INTERFACE
[Thu Apr 9 09:14:08 2009]      8940    1452690272      trace message: TraceLog: [ENTER] BOLApp::ExitInstance
[Thu Apr 9 09:14:08 2009]      8940    1452690272      trace message: TraceLog: [ENTER] ~_BOUserUniverseManager
[Thu Apr 9 09:14:08 2009]      8940    1452690272      trace message: TraceLog: [ENTER] ReleaseUniverseCache
[Thu Apr 9 09:14:08 2009]      8940    1452690272      trace message: TraceLog: [EXIT] ReleaseUniverseCache: 0
[Thu Apr 9 09:14:08 2009]      8940    1452690272      trace message: TraceLog: [EXIT] ~_BOUserUniverseManager: 0
The error occurs exaclty 2 hours after the starting of the child ... I don't think it's a coincidence ....
Edited by: David Loreto on Apr 9, 2009 11:41 AM

Server is shutdown because of trace files filled up in drive

Similar Messages

Maybe you are looking for