Re: Log files? - [solved]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rick, On 1/17/2010 11:16 AM, Rick Bragg wrote: OK, I did #apt-get install --reinstall tomcat6 And the log files are back! I'm definitely a newbe at this. The re-install kept my startup scripts (and config files) all in tact. So this is a bit strange. Here are the changes I made in the /etc/init.d/tomcat6 file yesterday JDK_DIRS=/usr/lib/jvm/java-6-sun if [ -z $JAVA_OPTS ]; then JAVA_OPTS=-Djava.awt.headless=true -Xmx256M fi I suspect that, before your --reinstall, you had something broken in your /etc/init.d/tomcat6 script. Since you re-installed before posting back, we can't see what you did at the time. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAktUeuYACgkQ9CaO5/Lv0PDJVQCfW+bYCBef2W4afNl8RdYcUkYE fNsAmNRJZ544rPUqyucTSH3FRg0Gx1k= =i0Ht -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files? - [solved]
On 17/01/2010 16:08, Peter Crowther wrote: 2010/1/17 Hassan Schroeder hassan.schroe...@gmail.com: You're welcome to your opinion, but personally I think the whole splatter-files-all-over-the-system repackaging approach is horribly flawed for apps like Tomcat [...] Tomcat has a very strong view on where its files should live. Some OSs have very strong views on where particular kinds of files should live. The two views are at odds. There are three ways of dealing with this: Neither OS nor Tomcat teams do anything (leaving users and re-packagers to deal with the mess). OS teams become more flexible over file placement. Tomcat team becomes more flexible over file placement. I suspect - without proof - that adding in that flexibility to Tomcat using a well-defined configuration file would take less of the committers' time than the time that is consumed debugging problems with repackaged Tomcats now. The reason that the OS packages can put files 'all over the place' is that Tomcat is already pretty flexible about where the configuration files can be placed. It should simple be a case of find the script that starts Tomcat, see what server.xml and logging.properties file is being used and away you go. Concrete suggestions on how to make this easier (info messages in logs, info in manager app, etc) welcome. Concrete suggestions with patches are even better. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files? - [solved]
On Mon, 2010-01-18 at 10:14 -0500, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rick,
On 1/17/2010 11:16 AM, Rick Bragg wrote:
OK, I did
#apt-get install --reinstall tomcat6
And the log files are back!
I'm definitely a newbe at this. The re-install kept my startup scripts
(and config files) all in tact. So this is a bit strange.
Here are the changes I made in the /etc/init.d/tomcat6 file yesterday
JDK_DIRS=/usr/lib/jvm/java-6-sun
if [ -z $JAVA_OPTS ]; then
JAVA_OPTS=-Djava.awt.headless=true -Xmx256M
fi
I suspect that, before your --reinstall, you had something broken in
your /etc/init.d/tomcat6 script. Since you re-installed before posting
back, we can't see what you did at the time.
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEUEARECAAYFAktUeuYACgkQ9CaO5/Lv0PDJVQCfW+bYCBef2W4afNl8RdYcUkYE
fNsAmNRJZ544rPUqyucTSH3FRg0Gx1k=
=i0Ht
-END PGP SIGNATURE-
I did allot of things really fast. Too fast. One thing I noticed is
that in /etc/default/tomcat6 I had the older openjdk set, At one point,
(before I did a reinstall,) I exported the sunjdk, and then when I did
the reinstall, it went back to the old openjdk and started logging
again... (but then it was using the wrong JDK!)
Ultimately, it was the suggestion from Konstantin that fixed the newer
sun jdk, but I had to be reminded of this by Chuck (on another mailing
list!)
Add the following line
permission java.lang.RuntimePermission setContextClassLoader;
into the grant codeBase file:
${catalina.home}/bin/tomcat-juli.jar { .. }
block of catalina.policy file.
Thanks again everyone!
rick
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
On 17/01/2010 00:55, Rick Bragg wrote: On Sat, 2010-01-16 at 17:34 -0600, Caldarale, Charles R wrote: Everything worked great yesterday. I made a change to the memory in the startup file, /etc/init.d/tomcat6 to increase the mem, and no log file after that. I since changed it back and still no log file. Wait, have you mentioned that before? What exactly did you change? Post the contents of the startup file I'll bet we spot a missing \ character or some such. p I can't get into cyclos issues until I fix the logging issue... I don't know where to turn... Makes me really wonder about using Tomcat/Java in production at all... Most of the world uses it with no problems, so that shouldn't be a concern for you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
Pid wrote: On 17/01/2010 00:55, Rick Bragg wrote: On Sat, 2010-01-16 at 17:34 -0600, Caldarale, Charles R wrote: Everything worked great yesterday. I made a change to the memory in the startup file, /etc/init.d/tomcat6 to increase the mem, and no log file after that. I since changed it back and still no log file. Wait, have you mentioned that before? +1 No, he didn't, did he ? What exactly did you change? Post the contents of the startup file I'll bet we spot a missing \ character or some such. +2 About the logfiles : under Debian and Ubuntu at least, the /etc/init.d/tomcatxx startup script does some fancy footwork, first to start Tomcat under jsvc, and second to redirect STDOUT and STDERR to some other places. Now that we know you edited it, I'll bet along with Pid, that your modification of that startup script is the root of all evil. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Log files? - [solved]
On Sun, 2010-01-17 at 09:40 -0600, Caldarale, Charles R wrote: From: Caldarale, Charles R Subject: RE: Log files? And a real Tomcat doesn't - I just installed cyclos on Tomcat 6.0.20, with no damage to Tomcat. (The cyclos app won't run due to lack of a database, but other than that, everything's fine.) All log files are present and continue to collect entries. Just FYI: after installing MySQL and increasing MaxPermSize, cyclos came up nicely on my dual-core 64-bit Vista system. This is running on Tomcat 6.0.20 downloaded from tomcat.apache.org, without a security manager. JConsole shows about 80 MB of PermGen in use, so I have MaxPermSize at 128m for a little headroom. Logs are functioning properly. - Chuck OK, I did #apt-get install --reinstall tomcat6 And the log files are back! I'm definitely a newbe at this. The re-install kept my startup scripts (and config files) all in tact. So this is a bit strange. Here are the changes I made in the /etc/init.d/tomcat6 file yesterday JDK_DIRS=/usr/lib/jvm/java-6-sun if [ -z $JAVA_OPTS ]; then JAVA_OPTS=-Djava.awt.headless=true -Xmx256M fi Again, these changes remain in tact after the reinstall, so it was not that. I'm not sure what it was, but now it is fixed... Now onto cyclos... Thanks everybody! Rick - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files? - [solved]
Hassan Schroeder wrote: ... And so long as you're relying on the fragile Ubuntu-broken version of Tomcat, you can count on more similar surprises. Good luck running *that* in production. Ok guys, I take issue with that statement. I am not a Debian or Ubuntu packager. We are using, on multiple production servers and development systems, Ubuntu and Debian Tomcat packages. They are not broken; they work fine. The packagers of Debian and Ubuntu do a good job overall. Using these packages, you can install and run Tomcat as a daemon, at the command-line with a simple apt-get install tomcatxx to install it within one minute, and de-install it just as easily with a apt-get remove tomcatxx It takes care of resolving and installing any dependencies (such as Java) if needed, and it fits with the other umpteen packages installed or to-be-installed on the same system. And it automatically installs (and calls) the appropriate startup scripts, without breaking anything else. The issue is NOT that these packages are broken; they usually are not. Sometimes it happens that a package is broken. Sometimes it happens that the official Tomcat code has a bug. The issue here, on this forum, is that most people capable to help fundamentally with Tomcat issues, do not generally know where these packages install what. That does make it more complicated to help someone who comes requesting help with a problem. It is much easier when a user wanting help has installed the official version of Tomcat, because then everyone knows where the files are. That is a justifiable reason, sometimes, to recommend to a user to de-install the OS-specific packaged version and install the official version. But it is no justification for disparaging the packaged versions in general and in the absolute. They do play an important role, by allowing people without any particularly deep knowledge of Tomcat or Java, to at least start using it and appreciate it, without having to spend weeks learning all about it beforehand. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files? - [solved]
On Sun, Jan 17, 2010 at 10:22 AM, André Warnier a...@ice-sa.com wrote: The packagers of Debian and Ubuntu do a good job overall. But it is no justification for disparaging the packaged versions in general and in the absolute. You're welcome to your opinion, but personally I think the whole splatter-files-all-over-the-system repackaging approach is horribly flawed for apps like Tomcat, and I wouldn't use it on a bet. Ever. Nor would I recommend it to anyone, regardless of her/his level of experience or knowledge. Ever. That's ever with a capital `not-even-if-hell-freezes-over` :-) YMMV. -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files? - [solved]
2010/1/17 Hassan Schroeder hassan.schroe...@gmail.com: You're welcome to your opinion, but personally I think the whole splatter-files-all-over-the-system repackaging approach is horribly flawed for apps like Tomcat [...] Tomcat has a very strong view on where its files should live. Some OSs have very strong views on where particular kinds of files should live. The two views are at odds. There are three ways of dealing with this: Neither OS nor Tomcat teams do anything (leaving users and re-packagers to deal with the mess). OS teams become more flexible over file placement. Tomcat team becomes more flexible over file placement. I suspect - without proof - that adding in that flexibility to Tomcat using a well-defined configuration file would take less of the committers' time than the time that is consumed debugging problems with repackaged Tomcats now. - Peter - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
2010/1/16 Rick Bragg li...@gmnet.net: Hi, Does anybody know what could have happened to my tomcat log files? It seems that logging has stopped. I am using Ubuntu LTS 8.04 amd64, and they are in: /var/log/tomcat6/catalina.2010-01-15.log /var/log/tomcat6/tomcat.2010-01-15.log However, logging has just stopped. When I restart Tomcat, there should be new logs for today right? Maybe they are somewhere else? Could they have moved? http://www.cyberciti.biz/faq/howto-linux-get-list-of-open-files/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rick, On 1/16/2010 10:04 AM, Rick Bragg wrote: Hi, Does anybody know what could have happened to my tomcat log files? It seems that logging has stopped. I am using Ubuntu LTS 8.04 amd64, and they are in: /var/log/tomcat6/catalina.2010-01-15.log /var/log/tomcat6/tomcat.2010-01-15.log However, logging has just stopped. When I restart Tomcat, there should be new logs for today right? Maybe they are somewhere else? Could they have moved? Depending on the logging mechanism used, the files might not (yet) have a timestamp on them. Do the files catalina.log and tomcat.log exist and have today's datestamp? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktR5nEACgkQ9CaO5/Lv0PDxNwCgnUEgfBIs/GnFYC7n37EJln3J jY0An29FOpcaue1cWawZbKMcXWFg0gxE =DOw3 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
On Sat, 2010-01-16 at 11:16 -0500, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rick, On 1/16/2010 10:04 AM, Rick Bragg wrote: Hi, Does anybody know what could have happened to my tomcat log files? It seems that logging has stopped. I am using Ubuntu LTS 8.04 amd64, and they are in: /var/log/tomcat6/catalina.2010-01-15.log /var/log/tomcat6/tomcat.2010-01-15.log However, logging has just stopped. When I restart Tomcat, there should be new logs for today right? Maybe they are somewhere else? Could they have moved? Depending on the logging mechanism used, the files might not (yet) have a timestamp on them. Do the files catalina.log and tomcat.log exist and have today's datestamp? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktR5nEACgkQ9CaO5/Lv0PDxNwCgnUEgfBIs/GnFYC7n37EJln3J jY0An29FOpcaue1cWawZbKMcXWFg0gxE =DOw3 -END PGP SIGNATURE- It seems there are no tomcat log files anywhere (other than yesterdays old logs). They were working yesterday until sometime around noon. I was trying to get cyclos to work (cyclos.org) and all of a sudden, no more logs... - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
Rick Bragg wrote: ... It seems there are no tomcat log files anywhere (other than yesterdays old logs). They were working yesterday until sometime around noon. I was trying to get cyclos to work (cyclos.org) and all of a sudden, no more logs... I had a quick look at the www.cyclos.org website. I don't know, but maybe their basic all-in-one package contains another Tomcat, which overwrote yours ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
On Sat, 2010-01-16 at 18:20 +0100, André Warnier wrote: Rick Bragg wrote: ... It seems there are no tomcat log files anywhere (other than yesterdays old logs). They were working yesterday until sometime around noon. I was trying to get cyclos to work (cyclos.org) and all of a sudden, no more logs... I had a quick look at the www.cyclos.org website. I don't know, but maybe their basic all-in-one package contains another Tomcat, which overwrote yours ? I followed all the instructions for the standard install (not stand-alone) then when I re-start tomcat, I can see cyclos in the manager area, but it does not deploy. When I try to start it, I get the following error: FAIL - Application at context path /cyclos could not be started and the database remains empty. And now for some reason there are no log files anywhere! - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
Rick Bragg wrote: On Sat, 2010-01-16 at 18:20 +0100, André Warnier wrote: Rick Bragg wrote: ... It seems there are no tomcat log files anywhere (other than yesterdays old logs). They were working yesterday until sometime around noon. I was trying to get cyclos to work (cyclos.org) and all of a sudden, no more logs... I had a quick look at the www.cyclos.org website. I don't know, but maybe their basic all-in-one package contains another Tomcat, which overwrote yours ? I followed all the instructions for the standard install (not stand-alone) then when I re-start tomcat, I can see cyclos in the manager area, but it does not deploy. When I try to start it, I get the following error: FAIL - Application at context path /cyclos could not be started and the database remains empty. And now for some reason there are no log files anywhere! If it was working before installing cyclos, and not working anymore afterward, basic intuition would suggest that you might want to enquire on the cyclos support list about the reason. I would otherwise tell you to look in the Tomcat logfiles, but since you are saying that there aren't any, I don't think that there is much anyone here can tell you. Other than the nuclear option of course : de-install cyclos, de-install Tomcat, re-install Tomcat, and see if it works again. The thing is, people here know a bit about Tomcat, but not much about cyclos. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
On Sat, 2010-01-16 at 22:36 +0100, André Warnier wrote: Rick Bragg wrote: On Sat, 2010-01-16 at 18:20 +0100, André Warnier wrote: Rick Bragg wrote: ... It seems there are no tomcat log files anywhere (other than yesterdays old logs). They were working yesterday until sometime around noon. I was trying to get cyclos to work (cyclos.org) and all of a sudden, no more logs... I had a quick look at the www.cyclos.org website. I don't know, but maybe their basic all-in-one package contains another Tomcat, which overwrote yours ? I followed all the instructions for the standard install (not stand-alone) then when I re-start tomcat, I can see cyclos in the manager area, but it does not deploy. When I try to start it, I get the following error: FAIL - Application at context path /cyclos could not be started and the database remains empty. And now for some reason there are no log files anywhere! If it was working before installing cyclos, and not working anymore afterward, basic intuition would suggest that you might want to enquire on the cyclos support list about the reason. I would otherwise tell you to look in the Tomcat logfiles, but since you are saying that there aren't any, I don't think that there is much anyone here can tell you. Other than the nuclear option of course : de-install cyclos, de-install Tomcat, re-install Tomcat, and see if it works again. The thing is, people here know a bit about Tomcat, but not much about cyclos. Thanks, I agree. So frustrating. Installing cyclos was only copying some files to the webapps directory... Tomcat should have never broken like this. This is on a production server, thank goodness I don't have any other systems using Tomcat right? Makes me really wonder about using Tomcat/Java in production at all... - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Log files?
2010/1/17 Rick Bragg li...@gmnet.net: On Sat, 2010-01-16 at 22:36 +0100, André Warnier wrote: Rick Bragg wrote: On Sat, 2010-01-16 at 18:20 +0100, André Warnier wrote: Rick Bragg wrote: ... It seems there are no tomcat log files anywhere (other than yesterdays old logs). They were working yesterday until sometime around noon. I was trying to get cyclos to work (cyclos.org) and all of a sudden, no more logs... I had a quick look at the www.cyclos.org website. I don't know, but maybe their basic all-in-one package contains another Tomcat, which overwrote yours ? I followed all the instructions for the standard install (not stand-alone) then when I re-start tomcat, I can see cyclos in the manager area, but it does not deploy. When I try to start it, I get the following error: FAIL - Application at context path /cyclos could not be started and the database remains empty. And now for some reason there are no log files anywhere! If it was working before installing cyclos, and not working anymore afterward, basic intuition would suggest that you might want to enquire on the cyclos support list about the reason. I would otherwise tell you to look in the Tomcat logfiles, but since you are saying that there aren't any, I don't think that there is much anyone here can tell you. Other than the nuclear option of course : de-install cyclos, de-install Tomcat, re-install Tomcat, and see if it works again. The thing is, people here know a bit about Tomcat, but not much about cyclos. Thanks, I agree. So frustrating. Installing cyclos was only copying some files to the webapps directory... Tomcat should have never broken like this. This is on a production server, thank goodness I don't have any other systems using Tomcat right? Makes me really wonder about using Tomcat/Java in production at all... http://xkcd.com/293/ 1. You are running not the original Tomcat version from Apache, but one repackaged by Ubuntu maintainers. While they do a good job, there may be differences in their configuration which we do not know about. Search the list archives for Ubuntu-related questions. You may consider downloading official Tomcat release from tomcat.apache.org. At least, you should figure what version of Tomcat you are using. 2 . Tomcat logs are by default located in $CATALINA_BASE/logs and are configured in $CATALINA_BASE/conf/logging.properties 3. I have heard that Tomcat under Ubuntu runs with Security Manager enabled by default. If cyclos provides its own logging configuration, reading it can be prohibited by the security policy (see conf/catalina.policy). 4. Besides *.log files there is always a catalina.out file (or how it is named there?), where stdout and stderr of Tomcat instance are redirected. If logging is not functioning you would better look in that file. 5. Tomcat is usually started by calling $CATALINA_HOME/bin/catalina.sh start or $CATALINA_HOME/bin/catalina.sh start -security which launches Tomcat and redirects its stderr/stdout. The second command launches it with SecurityManager enabled You can launch it also by the following commands: $CATALINA_HOME/bin/catalina.sh run $CATALINA_HOME/bin/catalina.sh run -security In this case the stdout/stderr won't be redirected and you will see the output in your console window. 6. http://tomcat.apache.org/ http://wiki.apache.org/tomcat/FAQ Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Log files?
From: Rick Bragg [mailto:li...@gmnet.net] Subject: Re: Log files? I followed all the instructions for the standard install Just to verify, you did use the cyclos_3.5.5.zip, not cyclos_3.5.5_standalone.zip? Where did you find the instructions? They don't appear to be in the cyclos_3.5.5.zip itself. Installing cyclos was only copying some files to the webapps directory... Exactly what did you do? Please be specific. As Konstantin pointed out, those non-standard 3rd-party Tomcat distributions scatter the Tomcat files all over the place, and then try to tie them back together with symlinks. It's possible your copying of files didn't go where the Ubuntu repacked version wanted them. Tomcat should have never broken like this. And a real Tomcat doesn't - I just installed cyclos on Tomcat 6.0.20, with no damage to Tomcat. (The cyclos app won't run due to lack of a database, but other than that, everything's fine.) All log files are present and continue to collect entries. This is on a production server You're kidding right? You did a first install of a brand new, untested package on a production box? Makes me really wonder about using Tomcat/Java in production at all... Most of the world uses it with no problems, so that shouldn't be a concern for you. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
RE: Log files?
On Sat, 2010-01-16 at 17:34 -0600, Caldarale, Charles R wrote: From: Rick Bragg [mailto:li...@gmnet.net] Subject: Re: Log files? I followed all the instructions for the standard install Just to verify, you did use the cyclos_3.5.5.zip, not cyclos_3.5.5_standalone.zip? Yes cyclos 3.5.5.zip (not standalone) Where did you find the instructions? They don't appear to be in the cyclos_3.5.5.zip itself. http://project.cyclos.org/wiki/index.php?title=Installation_% 26_maintenance Installing cyclos was only copying some files to the webapps directory... Exactly what did you do? Please be specific. Specifically I followed this: - Unzip the cyclos_3.0_x.zip into a temporary directory - Browse to the unzipped directory and copy the web directory and its contents into the webapps directory of the tomcat installation - Rename this web directory to ‘cyclos’ (or another name if you want to run the instance with another name) - Now open the Cyclos configuration file /webapps/cyclos/WEB-INF/classes/cyclos.properties - In the # Host url you have to put the entire path: e.g. http://localhost:8080/cyclos/ - In the same (cyclos.properties) file you can set the database configuration, language, enable http and https (explained in detail below) and other optional configurations. I installed the mysql database cyclos user, pass etc... and set the file /var/lib/tomcat6/webapps/cyclos/WEB-INF/classes/cyclos.properties to spec. As Konstantin pointed out, those non-standard 3rd-party Tomcat distributions scatter the Tomcat files all over the place, and then try to tie them back together with symlinks. It's possible your copying of files didn't go where the Ubuntu repacked version wanted them. Tomcat should have never broken like this. And a real Tomcat doesn't - I just installed cyclos on Tomcat 6.0.20, with no damage to Tomcat. (The cyclos app won't run due to lack of a database, but other than that, everything's fine.) All log files are present and continue to collect entries. This is on a production server You're kidding right? You did a first install of a brand new, untested package on a production box? Brand new install System Info: OS: Ubuntu Hardy LTS version 8.04 - 2.6.24-16-server amd64 Tomcat: Apache Tomcat/6.0.18 JVM: 1.6.0_17-b04 Sun Microsystems Inc. MySQL: Server version: 5.0.51a-3ubuntu5.4-log Everything worked great yesterday. I made a change to the memory in the startup file, /etc/init.d/tomcat6 to increase the mem, and no log file after that. I since changed it back and still no log file. I can't get into cyclos issues until I fix the logging issue... I don't know where to turn... Makes me really wonder about using Tomcat/Java in production at all... Most of the world uses it with no problems, so that shouldn't be a concern for you. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. Thank you Chuck and everybody who is helping me with this! Rick - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Log files?
On Sat, 2010-01-16 at 17:34 -0600, Caldarale, Charles R wrote: From: Rick Bragg [mailto:li...@gmnet.net] Subject: Re: Log files? I followed all the instructions for the standard install Just to verify, you did use the cyclos_3.5.5.zip, not cyclos_3.5.5_standalone.zip? Where did you find the instructions? They don't appear to be in the cyclos_3.5.5.zip itself. Installing cyclos was only copying some files to the webapps directory... Exactly what did you do? Please be specific. As Konstantin pointed out, those non-standard 3rd-party Tomcat distributions scatter the Tomcat files all over the place, and then try to tie them back together with symlinks. It's possible your copying of files didn't go where the Ubuntu repacked version wanted them. Tomcat should have never broken like this. And a real Tomcat doesn't - I just installed cyclos on Tomcat 6.0.20, with no damage to Tomcat. (The cyclos app won't run due to lack of a database, but other than that, everything's fine.) All log files are present and continue to collect entries. This is on a production server You're kidding right? You did a first install of a brand new, untested package on a production box? Makes me really wonder about using Tomcat/Java in production at all... Most of the world uses it with no problems, so that shouldn't be a concern for you. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. Please forgive me, I know this is me, and would like a venue to rant... but much more importantly, I need to understand what is going on, and why I don't have any logs... Thank you all again! rick - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Log files?
From: Rick Bragg [mailto:li...@gmnet.net] Subject: RE: Log files? http://project.cyclos.org/wiki/index.php?title=Installation_% 26_maintenance Thanks - I did manage to find that shortly after sending the previous message. I'll need to get MySQL set up to actually check it out. System Info: OS: Ubuntu Hardy LTS version 8.04 - 2.6.24-16-server amd64 Tomcat: Apache Tomcat/6.0.18 I would definitely follow André's advice and deinstall that Tomcat and use a real 6.0.20 download from tomcat.apache.org. That will at least get us all on the same page. The startup script for Tomcat will be in Tomcat's bin directory; you can make an entry in /etc/init.d to call it once you're ready to start running Tomcat as a daemon - after you've got everything else sorted. Until then, just start and stop Tomcat from the command line. JVM: 1.6.0_17-b04 Sun Microsystems Inc. 32- or 64-bit? The 64-bit one is more appropriate here, although either should work. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
Re: Log files?
2010/1/17 Rick Bragg li...@gmnet.net:
OS: Ubuntu Hardy LTS version 8.04 - 2.6.24-16-server amd64
Tomcat: Apache Tomcat/6.0.18
JVM: 1.6.0_17-b04 Sun Microsystems Inc.
MySQL: Server version: 5.0.51a-3ubuntu5.4-log
Probably your JVM was updated recently. Running with JRE 6u14 and
later requires an update to the catalina.policy file, otherwise
logging subsystem cannot initialize.
See this thread:
http://markmail.org/thread/igcdgzponj2g5m3n
Add the following line
permission java.lang.RuntimePermission setContextClassLoader;
into the grant codeBase file:${catalina.home}/bin/tomcat-juli.jar { .. }
block of catalina.policy file.
You should have seen an error message in the catalina.out file. (If
your Tomcat instance has started at all).
Best regards,
Konstantin Kolinko
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Log files?
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Subject: Re: Log files? Probably your JVM was updated recently. Running with JRE 6u14 and later requires an update to the catalina.policy file, otherwise logging subsystem cannot initialize. Note that catalina.policy is used only when running with a security manager enabled - which the Ubuntu version of Tomcat does by default, whereas one downloaded from tomcat.apache.org does not. The fix to catalina.policy is included in versions of Tomcat *beyond* 6.0.20, but not in 6.0.20 or prior. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Log files when running Tomcat 5.5 as a service in Windows 2000 Server.
From: Edelstein, David [mailto:[EMAIL PROTECTED] Subject: Log files when running Tomcat 5.5 as a service in Windows 2000 Server. Since doing this I can not find the log files anywhere, nothing is being generated under Tomcat 5.5/logs in the local directory 'c:/' Just a guess, with no data to back it up: Browse through the C:\Documents and Settings subdirectory for the admin userid that Tomcat is now running with. These files and directories may be marked as system and/or hidden, so be sure whatever tool you're using is set to display those. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log files always locked
Ultraedit also works. If I could threadjack here, I'd like to point out my own gripe with windows tomcat logging. Can we please make it out of the box log all stdout stuff to a *single* catalina.out file that doesn't roll over? That's a pain. I like to set up an icon to my log file, but I can't because it's always moving... My $0.02. B. Venkat Venkataramanan wrote: Johnny: I use Textpad to open the log file; if the log file is updated, it will automatically update the screen. Try that. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 2:34 PM To: Tomcat Users List Subject: Log files always locked Just something that bugs me. On windows if you try open a tomcat log file... which are typically associated with something like notepad, you get In Use By Another Program. Why does Tomcat lock the file handle indefinitely? It maybe good programming practice but windows utilities generally dont give one the option of will open as read only... its always a mission just to read a log file. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log files always locked
Thanks... does the trick. But still wondering why the file handles are left open... I would think its not good practice. - Original Message - From: Venkat Venkataramanan [EMAIL PROTECTED] To: 'Tomcat Users List' users@tomcat.apache.org Sent: Wednesday, May 02, 2007 8:45 PM Subject: RE: Log files always locked Johnny: I use Textpad to open the log file; if the log file is updated, it will automatically update the screen. Try that. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 2:34 PM To: Tomcat Users List Subject: Log files always locked Just something that bugs me. On windows if you try open a tomcat log file... which are typically associated with something like notepad, you get In Use By Another Program. Why does Tomcat lock the file handle indefinitely? It maybe good programming practice but windows utilities generally dont give one the option of will open as read only... its always a mission just to read a log file. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
I always drag and drop them from their given directory (in my case it's a shared directory, then the logs are in a subdir) to my desktop and read them that way, as to not interfere with perpetual logging to the file. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 1:34 PM To: Tomcat Users List Subject: Log files always locked Just something that bugs me. On windows if you try open a tomcat log file... which are typically associated with something like notepad, you get In Use By Another Program. Why does Tomcat lock the file handle indefinitely? It maybe good programming practice but windows utilities generally dont give one the option of will open as read only... its always a mission just to read a log file. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log files always locked
I'm able to open Tomcat log files with Notepad, while Tomcat is running. I guess the lock happens when Tomcat is writing to the log file, and the file is being opened simultaneously. I think you're using the Windows Installer and I've installed mine from the zip file. I don't know if it makes a difference in case of locking log files. Also there are few tail -f utilities for Windows that simulate the Unix tail -f command, helpful to view recent changes to the log file or see it running. I don't know if Textpad does that, you my have to scroll to the bottom to see changes. Regards Rashmi On 5/2/07, Johnny Kewl [EMAIL PROTECTED] wrote: Thanks... does the trick. But still wondering why the file handles are left open... I would think its not good practice. - Original Message - From: Venkat Venkataramanan [EMAIL PROTECTED] To: 'Tomcat Users List' users@tomcat.apache.org Sent: Wednesday, May 02, 2007 8:45 PM Subject: RE: Log files always locked Johnny: I use Textpad to open the log file; if the log file is updated, it will automatically update the screen. Try that. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 2:34 PM To: Tomcat Users List Subject: Log files always locked Just something that bugs me. On windows if you try open a tomcat log file... which are typically associated with something like notepad, you get In Use By Another Program. Why does Tomcat lock the file handle indefinitely? It maybe good programming practice but windows utilities generally dont give one the option of will open as read only... its always a mission just to read a log file. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log files always locked
Johnny Kewl wrote: Thanks... does the trick. But still wondering why the file handles are left open... I would think its not good practice. I would assume for performance reasons, but that's just a guess. I do the same thing when I know I'm going to be doing a lot of writing, but if there are only going to be occasional writes, then I close it every time. - Original Message - From: Venkat Venkataramanan [EMAIL PROTECTED] To: 'Tomcat Users List' users@tomcat.apache.org Sent: Wednesday, May 02, 2007 8:45 PM Subject: RE: Log files always locked Johnny: I use Textpad to open the log file; if the log file is updated, it will automatically update the screen. Try that. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 2:34 PM To: Tomcat Users List Subject: Log files always locked Just something that bugs me. On windows if you try open a tomcat log file... which are typically associated with something like notepad, you get In Use By Another Program. Why does Tomcat lock the file handle indefinitely? It maybe good programming practice but windows utilities generally dont give one the option of will open as read only... its always a mission just to read a log file. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
I think this is a Windows issue. I doubt that Tomcat actually locks the log files. The reason I think that this is a Windows issue is that I run into the same thing with other programs. I don't run Tomcat on Windows, so I can't check Tomcat log files specifically. I think that this behavior depends on the type of filesystem used. In my case it seems that if a file is on a FAT filesystem I have this problem, but if it is on a NTFS filesystem I don't. I have not been able to prove this though. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 11:34 AM To: Tomcat Users List Subject: Log files always locked Just something that bugs me. On windows if you try open a tomcat log file... which are typically associated with something like notepad, you get In Use By Another Program. Why does Tomcat lock the file handle indefinitely? It maybe good programming practice but windows utilities generally dont give one the option of will open as read only... its always a mission just to read a log file. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log files always locked
Wots Up Doc!... Rashmi I am using the Windows Installer... and when I saw what you said I killed every thing and then just started and stopped Tomcat... and guess wot!... the files are not locking... ie they letting other programs open them. So now I dont know whats causing the solid lock... but when it does happen its not a fleeting thing. its a solid block for any program trying to open with read write access. was beginning to think maybe it was just me but if you look at Propes, Barry L post... thats exactly wot I had to do ie copy all the files... and then open them... which sucks. Clearly Tomcat is not designed to hard lock them but something causes it. Anyway I'll keep an eye on it and see if I can figure out what it is I do... that makes them hard lock. I'm always developing so it may be something subtle like a netbeans program bug that makes Tomcat not close the handle beats me but it happens a lot. I think the work arounds the other guys have found like those text editors, are opening as read only... and thats why they work... but there is something weird going on. Thanks Johnny - Original Message - From: Rashmi Rubdi [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, May 02, 2007 9:07 PM Subject: Re: Log files always locked I'm able to open Tomcat log files with Notepad, while Tomcat is running. I guess the lock happens when Tomcat is writing to the log file, and the file is being opened simultaneously. I think you're using the Windows Installer and I've installed mine from the zip file. I don't know if it makes a difference in case of locking log files. Also there are few tail -f utilities for Windows that simulate the Unix tail -f command, helpful to view recent changes to the log file or see it running. I don't know if Textpad does that, you my have to scroll to the bottom to see changes. Regards Rashmi - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: Log files always locked but if you look at Propes, Barry L post... thats exactly wot I had to do ie copy all the files... and then open them... That doesn't really make sense: if they were hard locked, how were you able to copy them? The lock should have prevented the copy as well. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
I actually didn't get a notification saying it was locked, but assumed it wouldn't write to the log while I had it open. Copying it takes a second for me, but I can see where that conflict should theoretically occur. However, I've not held the file open, and then been prompted to save, reload or other. -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 3:55 PM To: Tomcat Users List Subject: RE: Log files always locked From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: Log files always locked but if you look at Propes, Barry L post... thats exactly wot I had to do ie copy all the files... and then open them... That doesn't really make sense: if they were hard locked, how were you able to copy them? The lock should have prevented the copy as well. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
I use tomcat and jboss on windows. I have installed cygwin Unix shell for windows and put all the commands in my PATH env variable. Then I can run: tail -f log.out This continuously shows me the log file as it gets updated. -Steve -Original Message- From: Fargusson.Alan [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 3:54 PM To: Tomcat Users List Subject: RE: Log files always locked I think this is a Windows issue. I doubt that Tomcat actually locks the log files. The reason I think that this is a Windows issue is that I run into the same thing with other programs. I don't run Tomcat on Windows, so I can't check Tomcat log files specifically. I think that this behavior depends on the type of filesystem used. In my case it seems that if a file is on a FAT filesystem I have this problem, but if it is on a NTFS filesystem I don't. I have not been able to prove this though. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 11:34 AM To: Tomcat Users List Subject: Log files always locked Just something that bugs me. On windows if you try open a tomcat log file... which are typically associated with something like notepad, you get In Use By Another Program. Why does Tomcat lock the file handle indefinitely? It maybe good programming practice but windows utilities generally dont give one the option of will open as read only... its always a mission just to read a log file. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log files always locked
I think its just because a copy on a drag and drop is opening the file as read only... Thing is utilities like notepad and wordpad will try open rw. - Original Message - From: Caldarale, Charles R [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, May 02, 2007 10:54 PM Subject: RE: Log files always locked From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: Log files always locked but if you look at Propes, Barry L post... thats exactly wot I had to do ie copy all the files... and then open them... That doesn't really make sense: if they were hard locked, how were you able to copy them? The lock should have prevented the copy as well. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: Log files always locked I think its just because a copy on a drag and drop is opening the file as read only... Thing is utilities like notepad and wordpad will try open rw. Makes sense. What about a real editor like ConTEXT or jEdit (or myriad others)? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
I've not tried to attempt to open it in Textpad with a current date log. If I'm trying to troubleshoot some problems, I just drag it from my shared dir's subdirectory to either my desktop (usually) or another location and then open it in notepad. I'm not using any other logging mechanism like log4j, if that matters, which I doubt it does. -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 4:06 PM To: Tomcat Users List Subject: RE: Log files always locked From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: Log files always locked I think its just because a copy on a drag and drop is opening the file as read only... Thing is utilities like notepad and wordpad will try open rw. Makes sense. What about a real editor like ConTEXT or jEdit (or myriad others)? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
I've not ever gotten a file is copy-protected or disk-protected message, like MS is prone to do with files. However, I'm not sure about Textpad exclusively opening up a read only copy of those things. When I've got a servlet open in Textpad, and let's I say I opened it in Eclipse for some reason to view a little more of it closely and made a change. Textpad would then alert me with a prompt that the file had been changed. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 4:02 PM To: Tomcat Users List Subject: Re: Log files always locked I think its just because a copy on a drag and drop is opening the file as read only... Thing is utilities like notepad and wordpad will try open rw. - Original Message - From: Caldarale, Charles R [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, May 02, 2007 10:54 PM Subject: RE: Log files always locked From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: Log files always locked but if you look at Propes, Barry L post... thats exactly wot I had to do ie copy all the files... and then open them... That doesn't really make sense: if they were hard locked, how were you able to copy them? The lock should have prevented the copy as well. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log files always locked
Yes... but I dont think we should ever have to do that... Textpad works BTW... will save u you some hassle... But thanks... nice to know other guys are also seeing it. - Original Message - From: Propes, Barry L [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, May 02, 2007 11:13 PM Subject: RE: Log files always locked I've not tried to attempt to open it in Textpad with a current date log. If I'm trying to troubleshoot some problems, I just drag it from my shared dir's subdirectory to either my desktop (usually) or another location and then open it in notepad. I'm not using any other logging mechanism like log4j, if that matters, which I doubt it does. -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 4:06 PM To: Tomcat Users List Subject: RE: Log files always locked From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: Log files always locked I think its just because a copy on a drag and drop is opening the file as read only... Thing is utilities like notepad and wordpad will try open rw. Makes sense. What about a real editor like ConTEXT or jEdit (or myriad others)? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
oh yeah, I use Textpad a great deal, I just usually don't open the logs in it -- I just double click and open them in their native app (notepad.). -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 4:26 PM To: Tomcat Users List Subject: Re: Log files always locked Yes... but I dont think we should ever have to do that... Textpad works BTW... will save u you some hassle... But thanks... nice to know other guys are also seeing it. - Original Message - From: Propes, Barry L [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, May 02, 2007 11:13 PM Subject: RE: Log files always locked I've not tried to attempt to open it in Textpad with a current date log. If I'm trying to troubleshoot some problems, I just drag it from my shared dir's subdirectory to either my desktop (usually) or another location and then open it in notepad. I'm not using any other logging mechanism like log4j, if that matters, which I doubt it does. -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 02, 2007 4:06 PM To: Tomcat Users List Subject: RE: Log files always locked From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: Log files always locked I think its just because a copy on a drag and drop is opening the file as read only... Thing is utilities like notepad and wordpad will try open rw. Makes sense. What about a real editor like ConTEXT or jEdit (or myriad others)? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Log files always locked
From: Propes, Barry L [mailto:[EMAIL PROTECTED] Subject: RE: Log files always locked oh yeah, I use Textpad a great deal, I just usually don't open the logs in it -- I just double click and open them in their native app (notepad.). That's one of the reasons I use ConTEXT - it replaces the notepad.exe in C:\WINDOWS and C:\WINDOWS\system32 with a launcher for ConTEXT. All .txt, .log, etc., files then open automatically in an editor that's actually useful. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log Files
Hi, Newbie question here folks I read in previous mails that there is a Catalina.out file Is catalina_log.2006-05-06.txt file (one by date).. But no *.log files.. It's catalina.out (not .log), you will for sure find it, and yes, it's the most important log file. Regards, Gaël
Re: Log Files
Michael McQuade wrote: Newbie question here folks I read in previous mails that there is a Catalina.out file Is this an error logging file? I looked in my Tomcat directory for it, but I do not have one If its not, do I need to Enable error logging files somehow Or, are they there, and I dont know what they are called Under my LOGS directory I have a Localhost_log.2006-05-6.txt file (many by each days date) and a catalina_log.2006-05-06.txt file (one by date).. But no *.log files.. Thank You in advance. Mike I am a newbie, but I look at the files /usr/local/jakarta/jakarta-tomcat-5.5.9/logs/catalina.out and catalina.err. HTH, but possibly not. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
