Server crash due to lot of debug statements in log file during deployment

Question

I am facing problem while deployment of my application
I am using log4j api and its in debug mode as following
log4j.rootCategory=DEBUG, A2
log4j.appender.A2=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A2.file=D:/logs/directory.log
log4j.appender.A2.datePattern='.'yyyy-MM-dd'.txt'
log4j.appender.A2.append=true
log4j.appender.A2.layout=org.apache.log4j.PatternLayout
log4j.appender.A2.layout.ConversionPattern=%d %-5p [%t] - %m%n
I am getting lot of debug statements when i am deploying the application and result is server crash
can anyone help me?
some of the debug statements are :
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - ignorableWhitespace()
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - ignorableWhitespace(
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - ignorableWhitespace( )
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - endElement(,field,field)
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - match='form-validation/formset/form/field'
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - bodyText=''
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Fire body() for ObjectCreateRule[className=org.apache.commons.validator.Field, attributeName=className]
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Fire body() for SetPropertiesRule[]
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Fire body() for SetNextRule[methodName=addField, paramType=org.apache.commons.validator.Field]
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Popping body text ''
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Fire end() for SetNextRule[methodName=addField, paramType=org.apache.commons.validator.Field]
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - [SetNextRule]{form-validation/formset/form/field} Call org.apache.commons.validator.Form.addField(          key= null
          property= pct_other_project_3_last_yr
          indexedProperty= null
          indexedListProperty= null
          depends= required
          page= 0
          fieldOrder= 0
          Vars:
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Matching name=addField on class org.apache.commons.validator.Form
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Found straight match: public void org.apache.commons.validator.Form.addField(org.apache.commons.validator.Field)
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - isPublic:true
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Fire end() for SetPropertiesRule[]
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Fire end() for ObjectCreateRule[className=org.apache.commons.validator.Field, attributeName=className]
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - [ObjectCreateRule]{form-validation/formset/form/field} Pop org.apache.commons.validator.Field
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - ignorableWhitespace()
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - ignorableWhitespace(
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - ignorableWhitespace()
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - ignorableWhitespace(
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - ignorableWhitespace( )
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - startElement(,field,field)
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Pushing body text ''
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - New match='form-validation/formset/form/field'
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Fire begin() for ObjectCreateRule[className=org.apache.commons.validator.Field, attributeName=className]
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - [ObjectCreateRule]{form-validation/formset/form/field}New org.apache.commons.validator.Field
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Fire begin() for SetPropertiesRule[]
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - [SetPropertiesRule]{form-validation/formset/form/field} Setting property 'property' to 'pct_se_prev_yr_2'
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - [SetPropertiesRule]{form-validation/formset/form/field} Setting property 'depends' to 'required'
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - [SetPropertiesRule]{form-validation/formset/form/field} Set org.apache.commons.validator.Field properties
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - BeanUtils.populate(          key= null
          property= null
          indexedProperty= null
          indexedListProperty= null
          depends= null
          page= 0
          fieldOrder= 0
          Vars:
, {property=pct_se_prev_yr_2, depends=required})
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - setProperty(          key= null
          property= null
          indexedProperty= null
          indexedListProperty= null
          depends= null
          page= 0
          fieldOrder= 0
          Vars:
, property, pct_se_prev_yr_2)
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Convert string 'pct_se_prev_yr_2' to class 'java.lang.String'
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Using converter org.apache.commons.beanutils.converters.StringConverter@1d86a73
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - setProperty(          key= null
          property= pct_se_prev_yr_2
          indexedProperty= null
          indexedListProperty= null
          depends= null
          page= 0
          fieldOrder= 0
          Vars:
, depends, required)
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Convert string 'required' to class 'java.lang.String'
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Using converter org.apache.commons.beanutils.converters.StringConverter@1d86a73
2005-09-16 09:36:19,000 DEBUG [scheduler-1] - Fire begin() for SetNextRule[methodName=addField, paramType=org.apache.commons.validator.Field]

Answer 1

The only suggestions I have off the top of my head are:
* Ensure (1) the host system has at least 2GB (file store size) of free physical memory in addition to the memory used by current processes, and (2) the host system is not rebooted between each WebLogic restart. If you make sure of these two items, then the operating system will implicitly cache the store's file contents in memory even between boots -- when WebLogic subsequently boots the file store, the O/S should serve the file contents up much more quickly.
* Consider moving to a JDBC store. JDBC store runtime performance is lower, but since you have a typically only have a small amount of records to recover, boot performance should be higher in this case.
* Not that it helps your particular case, but it happens that we have boot performance enhancements in process for a future release (hopefully a near future release).
Tom