Hi Anthony,
these are batch input log files.
Pls. check if RSBDCREO is scheduled as batch job.
See these notes for more details:
147354 Batch input: Reorg. and delete sessions
18307 Batch input logs and reorganization
Best regards,
Elmar.
Hi Elmar ,
Thanks for the reply .
I have checked the report RSBDCREO , it is scheduled in background .
It generated the spool , following is the output of the spool
************************************************************************
<b>Date Time Session Status</b>
22.03.2006 18:01:54 SCHEMESD673 TemSe error
22.03.2006 16:00:37 BUDREL TemSe error
22.03.2006 15:57:26 SUPREL TemSe error
22.03.2006 14:45:47 SCHEMESD921 TemSe error
*************************************************************************
Its states as TemSe error .
Please suggest
Regards
Anthony
Its
-> did you notice that the dates are <b>over one year old</b>?
-> as for TemSe check use SP12 and go for consistency check
GreetZ, AH
Hi Andreas ,
Yes , thanks to point out that , but i am not able to find out why it is refering to such a OLD date when the variant specified is for deleting the logs older than 1 day.
Regards
Anthony
Hi Elmar ,
I have checked the SAP NOTE 18307 , it says that the
"The logs are in the GLOBAL directory of the SAP System path:
/usr/sap/C11/SYS/global and the name of the <b>log file</b> 'BI<computer_name><instance> e.g. BIserver00".
But in my case there is no such file , but the directory i am concern is "<XXX>BDCLG".In which the file are as
"0001199960572083028".
Please help
Regards
Anthony
Hi Anthony,
did you <i>recently</i> run RSBDCREO? Like Andreas stated, the log files are more than one year old.
Best regards,
Elmar.
Hi Elmar,
The report is scheduled to run everyday , it is a daily job.
Regards
Anthony
Hi Anthony,
what happens if you try to run RSBDCREO online (SA38)?
Also, did you run the TemSe consistency check (see Andreas' posting above)?
- Elmar.
Message was edited by:
Elmar Billen
Hi Elmar ,
This is the output when running through SA38
**********************************************************
03.07.2007 12:49:18 COGICLR Processed session deleted
03.07.2007 08:59:08 TECHOSTAT Processed session deleted
03.07.2007 18:36:18 REBATE Log deleted
03.07.2007 15:49:28 ONLYINDCODE Log deleted
03.07.2007 15:03:34 REBATE TemSe error
03.07.2007 14:19:55 REBATE TemSe error
03.07.2007 12:46:37 COGICLR TemSe error
03.07.2007 10:27:25 REBATE TemSe error
03.07.2007 10:16:27 REBATE TemSe error
03.07.2007 10:01:47 CUST GROUP12 TemSe error
03.07.2007 09:02:12 TECHOSTAT TemSe error
02.07.2007 19:30:45 REBATE TemSe error
02.07.2007 19:27:56 REBATE TemSe error
02.07.2007 18:06:49 TECHOSTAT TemSe error
......
Reorganization statistics:
2 Deleted sessions
2 Deleted logs
*******************************************************************
Regarding the TEMSE , <i><b>yes</b></i> i had run the consistency check yesterday.
Regards
Anthony
Message was edited by:
Anthony D'souza
Hi Anthony,
o.k., another try...
RSBDCREO is client dependent according to oss note 16083. In which client is the SAP_REORG_BATCHINPUT (RSBDCREO) scheduled? It should be se same client(s) as the client(s) XXX filling up your directory.
Best regards,
Elmar.
Hi Elmar ,
The RSBDCREO is scheduled in the same client as the directory(XXXBDCLG) it is increasing in .
Regards
Anthony
Hi Anthony,
o.k., next (and probably my last) idea:
You said:
<i>> In one of the <b>app servers</b> the /sapmnt file system is 100%</i>
The batch input logs (XXXBDCLG) are stored in the global directory, which is not specific for the application server. In the standard file system layout, it is physically stored on one application server (usually the central instance host), all other app servers will mount it via nfs. If there is only one app server which runs out of space, is this the central instance? Do all other app servers mount this directory via nfs? If not, RSBDCREO is not able to delete the files if it runs on another app server. Please make sure that the global directory is not stored physically on each individual application server.
Best regards,
Elmar.
Message was edited by:
Elmar Billen
Dear Elmar ,
In our case the global directory is stored on individual servers . We have 2 application server and one CI server .In both the application server the size of the <XXX>BDCLG is growing .
The global directory is <b>not</b> a common to all application and CI , but its individual to both application and CI .
Regards
Anthony
Hi Anthony,
> <i>The global directory is not a common to all application and CI , but its individual to both application and CI .</i>
This won't work.
RSBDCREO runs on one instance providing the batch service. It will delete batch input logs in the local "global" directory of that server, the logs on the other application servers (in their local "global" directory) will not be touched.
Please refer to the SAP installation guides, you'll find them here: http://service.sap.com/instguides, esp. the chapter "file system setup".
Best regards,
Elmar.
Dear Elmar,
Please provide me complete path of "file system setup".. We have SAP ERP6.0
We are also facing same issue
Thanks very much in advance
Kindly help...........
Hello,
Please check notes
6604 Deleting job logs at operating system level
5855 Job logs occupy a lot of storage space
16513 File system is full - what do I do?
regards,
John Feely
Just to remove the old job logs using os cmd,for example you want to remove job logs 40 days ago:
find . -mtime +40 -exec rm {} \;
