Not sure what could be going on. Open up a ticket with webMethods.
By the way, you’ve mentioned that you have replaced server.sh, you’ve deleted audit data, documentstore, etc, etc. It sounds like you’re shooting in the dark. Be careful. You might end up causing a bigger problem than what you already have.
did you get any solution for that even i do face the same problem…every thing is working fine except the server logs.It suddenly stopped one day and its not working from that day.
i have a script file written for restarting and i always use the script file for restarting,so previously it used to work normal and all of a sudden it stopped logging
Check if the logs are written in some other files.
If you have some package thats using log4j ,there can be conflict between IS log4j and application log4j
We have the same problem with wM 6.5 32bit (1.5GB of maximum memory per instance of wM). The instance runs out of memory (you can see that in the error log) and then it recovers and continues to work just fine, but from the next day onwards, no server log file is created -the other log files are fine. As soon as I restart the instance, the log appears for that day and until it runs out of memory again. I thought I share this as it might help you with your investigation.
Our problem was with unix disk space which was 100% utilised,we have checkedit later and cleared the space and then it started working…
also we have a process which was filling the logs due to whichthe problem has come,and we have stopped the problem which was filling the logs…
I believe wM does not create the log files unless there is something to write in them. I made a fresh and idle installation of wM and on midnight the new logs were not created until I created some logable events and the files showed up. I also noticed when wM runs out of memory (we had this issue few months ago), server logs are one of the last things to be given a memory thread. Error logs do appear straight away however.
How about permissions on the log file? Did someone start it up as root and the logs weren’t chown back to the system user?
Where does watt.debug.logfile point to in server.cnf?
I’m not sure exactly what is captured in these files, but removing dispatch.cnf and eventcfg.bin and letting the IS recreate them at startup has solved issues with my IS installation before. Not sure if that would work here. If you try it back up the installation.