I checked and indeed we can modify the default location for the sree.log. I'm 
not sure why they don't default these to a log directory, but definitely 
something I can ask them about. There is a second log it produces that also 
defaults to this location for the scheduler, but I don't see that in the 
properties file. I don't think there's any concern for these logs piling up, 
however. I have an automated process that creates a new file each night and 
compacts the old one and I do monitor it regularly. The new Windows operating 
systems may be a bigger deal, but we're starting to configure our servers with 
secondary disks rather than install the applications to the C: drive. We have 
run into the Administrator restriction on other applications on different 
servers already. 

 
 
Please create a HelpStar ticket for any requests for assistance. This will help 
us better track your request.
http://helpstar
 
 
Debbie Shapiro 
Data Warehouse Manager
Cardiac Science
Office: 425.402.2233
 
Visit us at www.cardiacscience.com
Suppliers of Cardiac Science, Criticare, Unetixs, Powerheart, Burdick, and 
Quinton products Part of the Opto Circuits Family
 

-----Original Message-----
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: Wednesday, January 11, 2012 11:15 AM
To: Tomcat Users List
Subject: Re: Tomcat 7 service not starting


Debbie Shapiro wrote:
> I'm not sure what the logs are supposed to look like in other implementations 
> as I've only ever used Tomcat with Inetsoft.

About the multiple restart issue : I was merely curious on that one.  It has 
nothing to do 
with the InetSoft application, nor (I think) with Tomcat.
What seemed strange to me is this :
- the Tomcat Windows Service was started, and it crashed (because of the 
problem with the 
JVM, now corrected)
- but then, without apparently further intervention on your part, it tried to 
start again 
after 10-15 seconds, and crashed again.
- and then it tried to start again, and crashed again.

So, unless you repeatedly clicked yourself on the "Start" button of the 
service, what 
caused it to try to start again repeatedly by itself ?
Normally, as far as I know, when a Windows Service crashes, it stays crashed 
until you do 
something about it; but here it didn't..

But as I mentioned, this was just curiosity on my part, nothing essential.

  Could you specify what looked off? Maybe I can ask them what it is doing. I 
don't think 
we have any special settings in our Windows OS that would cause unusual 
behavior.
> 
> Yes, the sree.log is indeed in the classes folder. That is where InetSoft 
> records its activity. This is the vendor code, not anything I have developed. 
> I've been using the tool for a number of years now without any major issues. 
> What kind of issues would you expect to see due to this? Maybe I can ask them 
> about that as well.
> 

About the location of the "sree.log" file :
It is unusual for server applications to put a logfile in the same directory as 
the 
"programs" (in this case, the InetSoft web application's java classes).
For one thing, it makes the logfile harder to find, because no programmer or 
sysadmin 
would at first think of looking for a logfile there.
Then, since it's location is not obvious, this file may grow and grow over time 
without 
being noticed, until the disk is full, and cause some other unexpected issues.

It looks like the location of the logfile may be specified in the "properties" 
file that 
is mentioned somewhere in the logs.  The default may be "here" (where the 
classes are), 
but it may be better to change this, to be for example in the same directory as 
the Tomcat 
logs.  You can probably ask InetSoft about this.




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to