On 5/1/20, 5:07 PM, "André Warnier (tomcat/perl)" <a...@ice-sa.com> wrote:
I think you may have gotten everyone confused now because
1) you cannot have 2 different tomcat installations under the same
directory (/opt/tomcat in your above explanation)
I've used this style of parallel installation before.
2) previously, you wrote that the error the two in one case was that you
got back a 404 error.
Now you are saying that the browser is just waiting and "not returning".
Yes, the results have changed. As I have tried the different
things suggested.
3) in the diff output below, it seems that you have a line like
>> worker.worker1.secret="false"
in one of the "server.xml" files (although it appears to be part of a
comment).
That is not where such a line belongs.
I Just moved the line out of the syntax block and commented it
out to keep track of what I have tried in the block below.
Can you be more precise in exactly describing your installation, how you
are starting one
tomcat or the other, how you switch between them, and what happens ?
Both installations are in /opt/tomcat. One is in
/opt/tomcat/apache-tomcat-9.0.20 and the other in
/opt/tomcat/apache-tomcat-9.0.34. /opt/tomcat/latest is a symbolic link
I can point to either of the installations. The reason for
putting the workers.properties file in the apache-tomcat9.0.XX tree is that
Apache HTTPD can point
at the workers.properties file as
/opt/tomcat/latest/conf/jk/workers.properties and the systemd script can use
the "latest" path to control tomcat.
That way I can switch between the versions with no
modifications to Apache HTTPD or the systemd files, just by replacing the
symbolic link and restarting.
While writing this up I realized I for got one other
customization is the setenv.sh file. It is the same in both installations but
maybe it has to be different for the 9.0.34 installation.
It contains -- JAVA_OPTS="$JAVA_OPTS
-Djava.net.preferIPv4Stack=true -Djava.net.preferIPv4Addresses=true" and I am
using -- openjdk version "1.8.0_242"
P.S. I would recommend moving your workers.properties file away from the tomcat
directories, and into some httpd configuration directory, because that file
has in fact
nothing to do with tomcat. It is read by the mod_jk module, which is a
module running in httpd, not tomcat.
I will decline the suggestion as it works for the simple
flipping between versions as explained above.
Darryl Baker, GSEC (he/him/his)
Sr. System Administrator
Distributed Application Platform Services
Northwestern University
1800 Sherman Ave.
Suite 6-600 – Box #39
Evanston, IL 60201-3715
darryl.ba...@northwestern.edu
(847) 467-6674
On 5/1/20, 5:07 PM, "André Warnier (tomcat/perl)" <a...@ice-sa.com> wrote:
On 01.05.2020 20:32, Darryl Philip Baker wrote:
> Continuing the investigation:
>
> I have the two tomcat installation in /opt/tomcat. Apache HTTPD
references the worker file using a path that has a symbolic link that "latest"
I can switch to point to either installation of tomcat. The workers file is
defined in httpd.conf as "JkWorkersFile
/opt/tomcat/latest/conf/jk/workers.properties"
>
> Tomcat 9.0.20 works as expected. Tomcat 9.0.34 fails with just having the
browser clocking and not returning.
I think you may have gotten everyone confused now because
1) you cannot have 2 different tomcat installations under the same
directory (/opt/tomcat
in your above explanation)
2) previously, you wrote that the error in one case was that you got back a
404 error.
Now you are saying that the browser is just waiting and "not returning".
3) in the diff output below, it seems that you have a line like
>> worker.worker1.secret="false"
in one of the "server.xml" files (although it appears to be part of a
comment).
That is not where such a line belongs.
Can you be more precise in exactly describing your installation, how you
are starting one
tomcat or the other, how you switch between them, and what happens ?
P.S. I would recommend moving yourt workers.properties file away from the
tomcat
directories, and into some httpd configuration directory, because that file
has in fact
nothing to do with tomcat. It is read by the mod_jk module, which is a
module running in
httpd, not tomcat.
>
> Just to give you an idea of the differences in the control files:
>
> [[root@lmsdevsyncapp7 tomcat]# diff apache-tomcat-9.0.20/conf/server.xml
apache-tomcat-9.0.34/conf/server.xml
> 79c79
> < <!-- Define a SSL/TLS HTTP/1.1 Connector on port 8443
> ---
>> <!-- Define an SSL/TLS HTTP/1.1 Connector on port 8443
> 96c96
> < <!-- Define a SSL/TLS HTTP/1.1 Connector on port 8443 with HTTP/2
> ---
>> <!-- Define an SSL/TLS HTTP/1.1 Connector on port 8443 with HTTP/2
> 115a116,118
>> <!-- address="127.0.0.1"
>> worker.worker1.secret="false"
>> -->
> 119d121
> < address="127.0.0.1"
> [root@lmsdevsyncapp7 tomcat]# diff
apache-tomcat-9.0.20/conf/jk/workers.properties
apache-tomcat-9.0.34/conf/jk/workers.properties
> [root@lmsdevsyncapp7 tomcat]# ls -l
> total 8
> drwxrwxr-x 9 tomcat tomcat 4096 May 16 2019 apache-tomcat-9.0.20
> drwxr-xr-x 9 tomcat tomcat 4096 Apr 28 11:59 apache-tomcat-9.0.34
> lrwxrwxrwx 1 root root 20 Apr 28 15:00 latest ->
apache-tomcat-9.0.34
> [root@lmsdevsyncapp7 tomcat]#
>
>
> Darryl Baker, GSEC (he/him/his)
> Sr. System Administrator
> Distributed Application Platform Services
> Northwestern University
> 1800 Sherman Ave.
> Suite 6-600 – Box #39
> Evanston, IL 60201-3715
> darryl.ba...@northwestern.edu
> (847) 467-6674
>
>
> On 4/30/20, 5:09 PM, "Darryl Philip Baker"
<darryl.ba...@northwestern.edu> wrote:
>
> I am trying to browse to one of the JKmount URLs in this case
https://myserver.northwestern.edu/LmsSync/. When I point the symbolic link to
the 9.0.20 installation, it works fine. When I point the symbolic link to the
9.0.34 installation, it I get a 404 error.
>
> Darryl Baker, GSEC (he/him/his)
> Sr. System Administrator
> Distributed Application Platform Services
> Northwestern University
> 1800 Sherman Ave.
> Suite 6-600 – Box #39
> Evanston, IL 60201-3715
> darryl.ba...@northwestern.edu
> (847) 467-6674
>
>
> On 4/30/20, 3:35 PM, "Christopher Schultz"
<ch...@christopherschultz.net> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Darryl,
>
> On 4/30/20 07:59, Darryl Philip Baker wrote:
> > I am trying to upgrade a development environment from 9.0.20 to
> > 9.0.34 and I am having issues getting the
tomcat-connectors-1.2.46
> > (mod_jk) to work in with the new version.
>
> Can you be more specific? What are you trying, and how is it
(not)
> working, specifically?
>
> > The Apache HTTPD configuration remains unchanged the paths pass
> > through a symbolic link I change to switch versions. The
> > workers.properties file was copied over and is identical. I
added
> > the same definition for the AJP connector into server.xml. I
will
> > place the pieces I modified below.> Server.xml: <!-- Define an
AJP
> > 1.3 Connector on port 8009 --> <Connector port="8009"
> > protocol="AJP/1.3" redirectPort="443" address="127.0.0.1"
> > enableLookups="false" tomcatAuthentication="false"
> > secretRequired="false" maxPostSize="100000" />
> >
> > Workers.properties: #define 1st worker using worker1
> > worker.list=worker1
> >
> > #set properties for the worker1 worker
worker.worker1.type=ajp13
> > worker.worker1.host=127.0.0.1 worker.worker1.port=8009
> > worker.worker1.lbfactor=50 worker.worker1.cachesize=10
> > worker.worker1.cache_timeout=600
worker.worker1.socket_keepalive=1
> > worker.worker1.recycle_timeout=300
>
> At first glance, this configuration looks fine to me.
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Comment: Using GnuPG with Thunderbird -
https://urldefense.com/v3/__https://www.enigmail.net/__;!!Dq0X2DkFhyF93HkjWTBQKhk!ErC-A5wGkE-dmk8oRBS9gKPW7tZZ497pTwaCVibxsqDMz0KEnkBfwlQXEg7vdkyO3a5lJcl65g$
>
> iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl6rNncACgkQHPApP6U8
> pFh5nA//RMgbj+pgTSUqUq7zUaFvzEudyp3kfGDI7As7uvmE2BOwYABPtXjKniRF
> 2r/whNKQDu8VGOAp1JwTamPGpuNSh9pHW8KVqoTkr3Hg47E9fl86zE3a33/Gzq4G
> Q72SZNmIyZtDvkf7autdSUXUeb1DX4KJcX7O42c7TzYp6APb82u/NUwDLRBD24FK
> dVkMtkdoUgG19tsjLVNalGRkTgBNHC1ySIFikn0Tsd/28ApxCOtApn5Y85JxkjNh
> GwoxbFXjTtGDVVq3Yo039xelALdquk9mm5BdA1UyANTcOx1s2VZozlVy1ayPMHNm
> zPgqWLdhgRipAiLqDrPiE4u1R1PQ9wr/klQragHwY5LTzby8x1V7PAn4RZw0BRrt
> yPCIAoI+dEnsiMRxfnVuNYHYbqMjTKlEF4M2zBKYuq6bpGKZEw8/IoK86kEAFYR5
> trVt3o2uJ/qhn/34m4F30ilTXm7DR389ZaZ83nF4dihsst9aNmZuSUCZ6qEHTbNC
> Tk1v7p+GxMJQwLglr63hfhNTij3zJPbZjQ9NXza7UiLYqqkzStXJX9JeUCjHmKsq
> V6Ageh0STQm7zjRSsFse0QGP21anIxqmzkD6MmZE85v0Wsbe5gEzHXvGVpb5NdHe
> ClWrI8H94YGG9XeZePvD2hlMNwCwATqJlev+IKk5WyPE+zI8BkM=
> =NL+W
> -----END PGP SIGNATURE-----
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
