Weirdness going on with Tomcat on an AWS instance

[James H. H. Lampert]

Ladies and Gentlemen:

I am once again attempting to get our development AWS box switched over 
to Let's Encrypt.


This time, I've managed to get the httpd server working with the Let's 
Encrypt cert. And this time, I've even managed to get Tomcat 8.5 to use 
it without crashing on takeoff. It's not yet on speaking terms with 
Chrome, but Firefox can access it just fine. And that's when I noticed 
the weirdness:


The mere act of spinning up a spot instance from last night's backup 
caused Tomcat to update itself to the latest version (from 8.5.40 to 
8.5.57).


This would not be a bad thing in and of itself, except for two side effects:
First, the default ROOT context was overlaid onto our ROOT context!

Second, Manager was disabled!

I spun up a new spot instance, the same way I did the one I'm using for 
my experiments, and sure enough, the ROOT context was changed: eleven 
files were added, and an undetermined number were changed.


The other contexts appear to all be there, but the "examples" context, 
which we remove from all our working Tomcat installations, was added 
back in.


But our server.xml appears to be completely intact, and so does our 
tomcat-users.xml.


Yet, as I said, Manager is disabled.

Can anybody shed any light on what happened?

--
James H. H. Lampert

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

Re: [OT Upgrade: tomcat8w.exe //ES//example - dump Java Options and other information to tomcat9

[Bill Stewart]

On Tue, Aug 4, 2020 at 4:01 PM Christopher Schultz wrote:

I have a client who runs our product on Windows (we usually run it on
> Linux) and there are 2-4 separate Tomcat-based services on each node,
> so they have "Tomcat 8.5.x for FOO", "Tomcat 8.5.x for BAR", etc. in
> their service descriptions. Can they use your installer to upgrade
> just one of those with a new Tomcat version?
>

The alternative installer can only upgrade Tomcat instances it installs.
(It can't upgrade instances installed using Apache's installer or manual
installations; it doesn't know about those.)

The process in your case would be something like this:

1. Document the Tomcat service installation details for the instance you
want to replace and back up its config files.

2. Remove it (reverse whatever process you used to install, whether Apache
installer, manual, etc.).

3. Install using alternate installer; e.g.:

apache-tomcat-a.b.c-setup.exe /instance="FOO"

4. Update the config files, copy application server files, etc.

See the documentation - https://github.com/Bill-Stewart/ApacheTomcatSetup -
for details. (Without /instance it installs a default instance - i.e.,
default directory of "\Program Files\Apache Tomcat", "Apache Tomcat" as the
service name, etc.)

To upgrade (in general):

1. Touch (update timestamps of) config files you don't want the installer
to overwrite.

2. Run the above install commands with the new version of the installer.
Don't forget the /instance parameter if you used it to install initially
(otherwise, the installer will install or upgrade the default instance).

Note that each instance installed using the alternate installer (default or
otherwise) installs to a separate directory and appears as a separate entry
in the Windows "installed application" list. (This is typically the
expected behavior for application installations on Windows machines.)

I certainly don't claim that the alternative installer is suitable for all
applications and configurations, but for fairly common use cases on Windows
machines, the two-step upgrade process noted above (I think) is pretty
simple.

Bill

Re: [OT Upgrade: tomcat8w.exe //ES//example - dump Java Options and other information to tomcat9

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Bill,

On 8/4/20 17:06, Bill Stewart wrote:
> On Tue, Aug 4, 2020 at 2:18 PM Christopher Schultz wrote:
>
> So how do you switch Java versions?
>>
>
> What do you mean? 1. Point an existing Tomcat instance to a
> different Java runtime, or 2. Upgrade an existing instance of
> Java?
>
> For 1:
>
> Use the procrun GUI and change the path to the jvm.dll file.
> Naturally you would need to restart Tomcat instance.
>
> For 2:
>
> My alternative installer is for upgrading Tomcat, not the Java
> instance. To do that, you would need to:
>
> a. Stop the Tomcat instance b. Upgrade/install the Java you want c.
> (If path to jvm.dll changed) Use the procrun GUI to change the path
> to the jvm.dll file d. Start the Tomcat instance

Okay, so you edit the service directly; same as with Tomcat's provided
tools.

> [My alternative installer] automatically stops the service,
> updates the files, and restarts the service (preserving all
> configuration details).
Does this support multiple side-by-side Tomcat-based services?

I have a client who runs our product on Windows (we usually run it on
Linux) and there are 2-4 separate Tomcat-based services on each node,
so they have "Tomcat 8.5.x for FOO", "Tomcat 8.5.x for BAR", etc. in
their service descriptions. Can they use your installer to upgrade
just one of those with a new Tomcat version?

- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl8p2qwACgkQHPApP6U8
pFizrBAAxlI/lvrLg97BolT1t15kn3tCs2UCYnK1grl1tCrh+6ufhpMHmOVleggr
VBAZrXIV3b9i96GrB7Gi+XHgJ9iSS0I2/AAnghe6Qb9aHEiAnNKjWv+WhFzTTp67
I9v2sS50QEjX3AEUqN/3fH3+AG+ZMFhkChKalWW22Lm/TJUBqXyeNsApbzaKRAwG
cx30a/t6NPgVXzh4xRx3Bk1JIPA23kjXG40gdLnQg3Lchd2Nx3Hjqlk2C2ZGtNlq
ejrnYyj5Kz2715MAWQBJRo/UxEx2SfpEI/KWuwgh5KFCURFyM4gfYCGGaEqIlErx
dMpeZ2e2krLg7kTz3mbly7BwBa1WG2XqeHGPCV4XjDKqy2MkMgQjbbjZHal1PyBE
FpkX4VKnfEWwbSO/89mgsVwxwrVLnKvZrLI57QI0DvtT6ssB5dyVlTGP7XY4bHCo
s6beEsgnSmtJxm8j9j/vrH1zkD1fCUzjH8bOxNB098XhsDK/DZKs0q5IDycaTI0v
z6FauOTVoVk0Z8SB0j6FK9VMGKoquI9/JInFh2NozBX0M9fSL9hOYrulhQpAEMw9
HbMfno2cPAnwXYraA/N/G1xEITV2jX7xtNP0UlZNgQGBMHku27xe+eHT4uEGZVrP
1T0EoPlmm++y3tLRwLTIZ13r/6fMnvNZCNpjNvF8apuCkJfj5aQ=
=dw1h
-END PGP SIGNATURE-

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

Re: [OT Upgrade: tomcat8w.exe //ES//example - dump Java Options and other information to tomcat9

[Bill Stewart]

On Tue, Aug 4, 2020 at 2:18 PM Christopher Schultz wrote:

So how do you switch Java versions?
>

What do you mean? 1. Point an existing Tomcat instance to a different Java
runtime, or 2. Upgrade an existing instance of Java?

For 1:

Use the procrun GUI and change the path to the jvm.dll file. Naturally you
would need to restart Tomcat instance.

For 2:

My alternative installer is for upgrading Tomcat, not the Java instance. To
do that, you would need to:

a. Stop the Tomcat instance
b. Upgrade/install the Java you want
c. (If path to jvm.dll changed) Use the procrun GUI to change the path to
the jvm.dll file
d. Start the Tomcat instance

Bill

Re: Reloading JNDI

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Phil,

On 8/3/20 21:43, Phil Steitz wrote:
>
>
> On 7/24/20 10:46 AM, Christopher Schultz wrote: All,
>
> I have a JNDI  which is a JDBC DataSource. It is set to
> singleton="true" via defaults (not explicitly set).
>
> The JDBC Connections in this DataSource pool (using dbcp2 as
> provided by Tomcat) have TLS configuration including client
> certificates, trusted server certificates, etc.
>
> I'd like to be able to "bounce" the DataSource so that each
> Connection is re-established in order to pick-up any new TLS
> configuration -- specifically, reloading the key store and trust
> store for the connection .
>
> What's the best way to do that?
>
>> Do you want the connections that are checked out to clients to
>> be force-closed, so they will get exceptions when they try to use
>> them, or are you OK waiting until they get returned to the pool?

Waiting is totally fine for me. The idea is to rotate a TLS
certificate in advance of its expiration. I would expect that quite a
long grace period would be tolerable (like 24 hours), but my
application only uses db connections for a few ms at a time before
returning them.

Others may have other expectations or requirements.

>> If you are OK being kind to clients, there is an enhancement
>> request pending for DBCP
>> (https://issues.apache.org/jira/browse/DBCP-559)
>>  that might do
>> what you want.  I  have not tested this, but I suspect that BDS
>> closed followed by "open" (new method proposed, to be
>> JMX-exposed) would cause idle connections to be closed
>> immediately, checked out to be closed when they come back and new
>> ones to be created in a new pool created by the open request.

This sounds like exactly what I'm looking for. Subject to the JDBC
driver and DriverManager also playing along, of course.

>> If you really need to kill them all immediately, that would (as
>> Mark said) require an invalidateAll or somesuch method added to
>> commons pool, then exposed by DBCP as maybe closeAll.

Agreed, but not important for me as of yet.

Thanks!

- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl8pxCYACgkQHPApP6U8
pFiPbRAAvfSBbgjdFX+/n2iuhLWC+VPH+BBBeaLC+PlDXK/6QXZiUohUdmO5WO6X
ODh7N370DaLpI2feve/4by6WtNXEbqAe+SH8udrxKZFziYpKvah62sSqZvtwNAuw
vEJ8ZjT29HAGBDGI6ZD7BaQR71lX8F6/QPKNsm1UBMMuxAVvoNZVF4dvG+tE86l+
a26Pv4IEglc30RiNHxyiz4SqQR9geuA0bhd18hRrNpJ1z3gis/zUzzHrWKWlCijT
zCFgbeUp37mcFPvnnqF6Nc0nbnw7GMdom6a7ulkQUbVyJQlvnfPpX6IWSW+ZTiNh
V4h4PmB5wwzrHse9Wdt1MH7mm0j3X1FO0UJwJLbj7lcgd6oy06NBO1YNaId9EhVt
rQVKwmHQpHSWwbuFoB+rk2xztFiq3vtON8NeFW37ktlG3jrdSFO0E/p5qcHJ0yxx
2VF9LH1/kzbCqBWyIzYT2DxnqxjYLU+TjxyZ6MBufZirbMubCWo6Q9HH1Azss8cc
u869HHg0Id/xK0up+26OIlGoDnIfEIhdq7M3v7N6MgIyLVaxnkAp27Qioa8Bjmu9
L/Idm7HM/36JFsBtPwuGwf0Rsi4e4l6rNw67EN9IDjmTZaBkQ4+u+A+yBxlzfE7J
NQbykcgs0LJkalCZVtbaKyypTE2K1T5Vi07DTNGu2IkEGgRuKTE=
=210/
-END PGP SIGNATURE-

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

Re: Vulnerability on Apache Tomcat Default Files

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Fang,

On 8/3/20 23:10, FANG YAP wrote:
> I have an issue on the subject mentioned as the vulnerability scan
> flagged out.
>
> Plugin: 12085 Plugin Text: Apache Tomcat Default Files Protocol:
> TCP Port: 8080
>
> Apache Tomcat 8.5.55 (x64-bit machines)
>
> In my app folder (located in the webapp folder) I already had the
> necessary error pages. Also indicated the error jsp file in the
> app's web.xml. How to know what should be shown when they(user)
> enter the wrong site for tomcat?
>
> Should it be showing this page below or it should show my custom
> error page set in app's web.xml? HTTP 404 No Found The webpage
> cannot be found.. Most likely causes:... - There might be a typing
> error in the address - If you clicked on a link, it may be out of
> date
>
> What you can try: .

This doesn't look like a vuln to me. Your scanner is being overzealous.

But if you want to replace the 404 Not Found page when you request
/noapp and your application is deployed to /myapp then you can't fix
the problem in "myapp". You have to make other arrangements.

The easiest thing to do is deploy a ROOT application with all errors
(including 404) pointing to a custom error page. You can do this in
your ROOT application's WEB-INF/web.xml file.

- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl8pwxQACgkQHPApP6U8
pFieCA//T/Vr3DXF0AFJGPwo++x81iwy80VOSfRL6v0NNOxlKkBa7dPaUJuKYr+F
GzXaYf/FBH50dAVIfjkTtJQGvfCeEz9aqsYMCPpyzeFjtzU0FqUOrAmHJEzuBAYQ
85Vy5MOsncDb/QhW9wMi0Vt5ffc3p4ZavF8fU1D4zJk5ecDXZtz45H4MlOp06KH0
sUJX2wLPtWUuBLt9AvgxgXwqAmq1XJBulLAUcR8gUVkhmxB8KS/peR/eKcf11Nlk
FalhVIgHK2BkXouvaXMawbix6qt7+sd+AfmcW4dXcoiDLkuMz0MAx/FBxXP4nELF
+P5egFRE+wdTXLRr436ydhjGxhSw9nS9LiSpgSWLWBMw29/oSo+jhVQtuuVH133m
9IWWYgneWGvXEo02MmmMbt1pZ0KVPeWVhjTDpo48xfutbRCAZCK1xwtUzz96wy2E
PRpEscyjQQzEJ11Rglu3gi/bq/YIKZLZd4n5qH2c0Z11mff2KXD5sDbZsEKRGCDR
i8EEPMss5RaRF7JyqjDU+r1FvbLDMSxOb3YeX/MvuKTPvqHuSkvNLMeKIKHxOZfC
hwLWYY9Cu9ARUj3LYpaDj8DGFf4Jotn4LREOhhlaC4XZZQ2yPIOaimvQKtOjmdqF
E9Dgqed9lutJ9n3vQysppaijUo9oEQ14pxeU+TKK6/JBcjD/sN4=
=YcwV
-END PGP SIGNATURE-

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

Re: [OT Upgrade: tomcat8w.exe //ES//example - dump Java Options and other information to tomcat9

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Bill,

(Marking OT because this isn't about tomcatXw.exe anymore)

On 8/4/20 10:48, Bill Stewart wrote:
> On Tue, Aug 4, 2020 at 7:47 AM Christopher Schultz wrote:
>
> Done.
>>
>> https://issues.apache.org/jira/browse/DAEMON-422
>>
>
> I like this idea as an enhancement to procrun.
>
> I would also point out, for anyone interested, that my alternate
> installer supports upgrading without needing to document the
> settings: It automatically stops the service, updates the files,
> and restarts the service (preserving all configuration details).

So how do you switch Java versions?

- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl8pwnoACgkQHPApP6U8
pFghwg//Q3BKxB+8OeWCwwEfevRYNgbuI8OzgU6uYWmbysux8DpNZscrMHY4dbOk
fOCxJFXsPvqMEldlqChcOJObUESCtUnvgdwKlLeGzEgDWNT7RXXsCMt414UGNqCn
pp6EgYwdwj4jqQ+yUcsUFCdrBfHG2HXonI+jsgNhImdvHQcpEYmpFY6Li6atFXzT
yA4vE1mxBy+h18ShSi6Z4k5XfOQgISqEeMA3GSZz/sME8i7vWFtBtUpxrTQq0LA/
9OxEQaLTn+rGXB+nngBIkJkTqebeEpiyvL6sziUzX2saByFYpU5u/u+5gfUxHp7B
TieU+DDJSb8kIcqG4cXsqMoVzsdjCuc2NWak6zEC+lYQHgk8mLkmSLS2DNyu81uh
H3PKLyKq9Ibxf/dJVlev5kqKrjivTaX79BzcnvYlfxt3U0SM7LyCWANj6ezzYnMY
Uv2mmmCHCZL1vnawXJH3fQI8l5M0PjtubKH00sIhhhNVZIvQNGAcJlD6TT34m/5K
L3qzzHRmir/NAcb11JD+qribkEoBXExbsjAzieNPyBH2XDBWuWrpCl7O0pZYWLjN
IsOvo4WlU8yl7e2MrIUyG/btwzPVOA+gRKnz329oo7bqHtRzppkbe7N8kI/F/xM+
GYsMtBFj5ZoqQxgJ4vJYiGmEY7Lbd8KIuAadGPMAEB76XADa1e8=
=w+Y0
-END PGP SIGNATURE-

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

Re: Upgrade: tomcat8w.exe //ES//example - dump Java Options and other information to tomcat9

[Bill Stewart]

On Tue, Aug 4, 2020 at 7:47 AM Christopher Schultz wrote:

Done.
>
> https://issues.apache.org/jira/browse/DAEMON-422
>

I like this idea as an enhancement to procrun.

I would also point out, for anyone interested, that my alternate installer
supports upgrading without needing to document the settings: It
automatically stops the service, updates the files, and restarts the
service (preserving all configuration details).

https://github.com/Bill-Stewart/ApacheTomcatSetup

Bill

Re: Best practices for profiling

[Martin Grigorov]

Hi,

On Sun, Aug 2, 2020 at 1:09 AM calder  wrote:

> On Sat, Aug 1, 2020, 15:16 Aryeh Friedman 
> wrote:
>
> > On Sat, Aug 1, 2020 at 3:28 PM calder  wrote:
> >
> > > On Sat, Aug 1, 2020 at 12:53 PM Aryeh Friedman <
> aryeh.fried...@gmail.com
> > >
> > > wrote:
> > > >
> > > > What are the best practices for (open source) profiling a JSP (no
> > taglibs
> > >
> > > There's no "one rule" for this
> > >
> > > > or any EE outside of JSP and JDBC) webapp running on a remote machine
> > all
> > > > the way down the method level (our main user is complaining about
> > > > performance and we have done all the easy fixes that can be done
> > without
> > > > profiling).   I have played with VisualVM and while it was helpful in
> > > > finding the grosser high level stuff it was not the best for
> > pinpointing
> > > > specific bottlenecks in the actual code.
> > >
> >
> >
> > > [1] We prefer to not profile / debug in a client's environment,
> > > because there may be "too much going on elsewhere".
> > >
> >
> > Ours is a custom web app (remote cardiac monitoring/record keeping) that
> > has only one production server and thus might make the choices narrower.
> > The primary problem is it runs just fine on our development machines
> (even
> > under stress tests) because we have more efficent setup then what their
> > hosting company is willing to provide (we already use VM's and have them
> > backed by local SSD's w/ traditional file systems but the hosting company
> > insists on doing networked object storage [which is impossible to model
> > outside of that environment]).   When not loaded outside of peak business
> > hours it also runs just fine on the hosting company.   Thus it comes down
> > to a problem only when it is under a production load and the client is
> not
> > willing to pay for a duplicate setup at the hosting firm (nor would it
> let
> > us see it under load).   Our main goal in profiling is to identify which
> > classes/methods that are the bottlenecks.   We are fairly sure it is
> > backend I/O driven and just need to see which of the I/O calls are the
> big
> > offenders so we can work out ways of avoiding making them.
> >
> > As to debugging except for confirming the bug in production and/or using
> > its logs to pinpoint the bug we do not do debugging in production.
> >
>
> You'll probably want to look at an APM type, such as AppDynamics
>

Before doing this I'd suggest you to try something simpler: ask them to
provide you with thread dumps while the system is under load.
I.e. whenever they feel the system is slow someone who has access to Tomcat
should take several thread dumps (e.g. 3-5 seconds between each dump). They
could use jstack, jcmd, kill -3, VisualVM ...
>From the stack traces you could figure out which methods are busiest and
what kind of network calls are being done

Re: Upgrade: tomcat8w.exe //ES//example - dump Java Options and other information to tomcat9

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

All,

On 8/2/20 12:00, Mark Thomas wrote:
> On July 27, 2020 4:03:04 PM UTC, Christopher Schultz
 wrote:
> All,
>
> On 7/27/20 10:43, Bill Stewart wrote:
 On Mon, Jul 27, 2020 at 12:22 AM Hans Schou wrote:

 Yes I can add and change information, but how can I get the
 information out
> so I can use that for an upgrade to a new major version?
>

 From an elevated command line, run:

 tomcat8w.exe "//ES//servicename"

 This displays the GUI configuration dialog. From there you
 can manually document your settings.
>
> Seems like it would be kind of awesome to have a feature like
> //PS// which would dump-out the service as a .BAT file, like:
>
> C:> tomcat9w.exe //PS//my-service-name
>
> REM ** REM *
> Exported Configuration for Service my-service-name * REM * Export
> date: 2020-07-27 11:57:00 EDT   * REM
> ** REM REM This
> script will install the service named my-service-name REM including
> all configured settings at the time of export. REM Edit this script
> and run it to update the service description REM for
> my-service-name.
>
> SET CATALINA_HOME=\path\to\tomcat_home SET
> CATALINA_BASE=\path\to\tomcat_base SET
> TOMCAT_SERVICE_NAME=my-service-name
>
> %CATALINA_HOME%\bin\tomcat9w.exe "//IS//%TOMCAT_SERVICE_NAME%" ^
> --Jvm [jvm] ^ --JvmOptions [blah] ...
>
> I have absolutely no idea how to do that, since I know absolutely
> nothing about the tomcatXw.exe program. But I'll bet someone who
> DOES understand it would be able to write that up in a few hours.
>
> -chris
>>
>> -
>>
>>
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>
> Enhancement requests for this should go to Commons Daemon. Should
> be simple enough just to dump current config.

Done.

https://issues.apache.org/jira/browse/DAEMON-422

Thanks,
- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl8pZuAACgkQHPApP6U8
pFhGrw/7BrR3Ot4DytZ3meJcjjM4Q0YEm9M8FX2SwMtBgtvXFHwWE2x8LIE275TF
wmWmGo5AXJO49NU68AdEolmZKSWiifH7QQvi4vnDHY+DwjeoF54ibkZLL0HwzvJ5
fGP6vr9Ayh+wz6nnKc/F388jaFy3FJ8N4StWGLxbPtJJMVPdF4MjKxukAIfiO1e3
njrLNa8MuUGTy/uPNcaWYsG6vBp4S8F+SE6LmJbYKebXzK5kj3Jk+FWPtGXYMI/O
w+vFKuZggr/zPNhNRKT9DWt8a9x2fBOQdH+eTRH0gIE380XeAivbeUbRCBq7MyxH
HbELHS8W9mf1V+xkvqHLAxjtkvWso9moBTa6CGiGhjx+ej/XRqlE0GBZD1K8cv0z
5GaW6icjmwkOSEnjZDEMkzHLJsXMFNheN1/DqyY2dp2ZY4QOjmvWFsh+ql2xhNyh
+cVujHUhc5u9lP/8l//0JZkB5lAm49yQsXoj7WjxcgYbBb/2/TkT9Gh3kaJaBVQ/
X4dgtPXWjB/IXbdLrdU+tnfzzxx7TXOaZeG2w5Z6nBlqwz0mt9XhjLsFi+tDQgbS
RYrXL7+I/XcDPDk3T0OF+7FzPbJ4uYPYju9vE2InAsC08XfzOtQZbThSKPwxcbjZ
ykW3WBE3RzaAjUfojOnNBWFdwLWinsY+VyH5oY7YVHDPDcQ0PW4=
=1no6
-END PGP SIGNATURE-

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

Re: Tomcat 9 Catalina Logging issue

[Mark Thomas]

Operating system?

Are you sure the previous Tomcat process has fully shutdown?

It is a bit of a guess, but something like the following might explain
things if you are on a non-Windows platform:

- start Tomcat
- stop Tomcat
- delete log files
- start Tomcat

If the first "stop Tomcat" hasn't completed by the time you call the
second "start Tomcat", that might explain what you are seeing.

Mark


On 03/08/2020 20:56, Campbell, Lance wrote:
> Apache Tomcat Version 9.0.37
> 
>  
> 
> I just upgraded to this version.  When I start tomcat sometimes it
> generates a “logs/catalina.out” file and other times it does not.  What
> is going on? Is anyone else having this issue?
> 
>  
> 
> I always get a catalina.2020-08-03.log .  However, it is lacking all of
> my startup info that is in the catalina.out file.
> 
>  
> 
> Any help on identifying this issue would be most appreciated.
> 
>  
> 
> Thanks,
> 
>  
> 
>  
> 
> *LANCE CAMPBELL *
> 
> /Software Architect/
> 
>  
> 
> Web Services 
> 
> Public Affairs 
> 
> Contact the Webtools Team 
> 
> 217.333.0382
> 
> la...@illinois.edu 
> 
>  
> 
>  
> 
> /var/folders/wp/1f6l7hw95y718z976kgnl5f9kr5rtc/T/com.microsoft.Outlook/WebArchiveCopyPasteTempFiles/signature_logo.png
> 
> 
>  
> 
> /Under the Illinois Freedom of Information Act any written communication
> to or from university employees regarding university business is a
> public record and may be subject to public disclosure./
> 
>  
> 

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