Yes, 8009 needs to be "open" on your firewall, but only if the Tomcat server has its own internal firewall. If by "firewall" you mean an external firewall, on a machine physically distinct from the Tomcat server, then no, all you need is 80 and 443. Some operating systems, like Red Hat, come with a software firewall (iptables or ipchains) that is installed by default and is sometimes configured to be very restrictive.
John
On Tue, 3 Jun 2003 13:51:27 -0400, Denise Mangano <[EMAIL PROTECTED]> wrote:
Ok, dumb question. Does port 8009 have to be open on my firewall then? If
so then how was it possibly working before? I can only telnet on port 80
and port 443 (These are the only ports open on my firewall).
The results of the netstat are:
tcp 0 0 *:32768 *:* LISTEN
tcp 0 0 *:login *:* LISTEN
tcp 0 0 *:vboxd *:* LISTEN
tcp 0 0 *:sunrpc *:* LISTEN
tcp 0 0 *:ssh *:* LISTEN
tcp 0 0 cdiserv:smtp *:* LISTEN
unix 2 [ ACC ] STREAM LISTENING 1257 /dev/gpmctl unix 2 [ ACC ] STREAM LISTENING 1324 /tmp/.font-unix/fs7100
I am getting the feeling something is not right... But it did work at one point with the single virtual host...
In httpd.conf Port 80 BindAddress * NameVirtualHost * <If HAVE_SSL> Listen 80 Listen 443 </IfDefine> ServerName www (overwritten within Vhosts)
Thanks, Denise
-----Original Message-----
From: PELOQUIN,JEFFREY (HP-Boise,ex1) [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 1:06 PM
To: 'Tomcat Users List'
Subject: RE: Strange mod_jk error
Denise,
I could not see in the email trail if it ever was determined that you truly
have a listener on the ajp13 port for the problem domain
if you do telnet test.mysite.com 8009
or whatever the correct domain/port for your current configuration do you get a valid telnet response?
also if you are on linux, you can do a netstat -a | grep LISTEN to see what
is addresses and port have listeners
Jeff
-----Original Message----- From: Denise Mangano [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 10:58 AM To: 'Tomcat Users List' Subject: RE: Strange mod_jk error
Well it throws me two warnings:
[Tue Jun 3 11:16:23 2003] [warn] VirtualHost www.ptp.com:80 overlaps with
VirtualHost test.ptp.com:80, the first has precedence, perhaps you need a
NameVirtualHost directive [Tue Jun 3 11:16:23 2003] [warn] VirtualHost www.ptp.com:443 overlaps with
VirtualHost test.ptp.com:443, the first has precedence, perhaps you need a
NameVirtualHost directive
I'm in the process of trying to get this problem worked out. Other than this, the syntax is OK.
Denise
-----Original Message-----
From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 12:45 PM
To: Tomcat Users List
Subject: Re: Strange mod_jk error
A "configtest" of Apache returns "Syntax OK"?
John
On Tue, 3 Jun 2003 12:50:25 -0400, Denise Mangano <[EMAIL PROTECTED]> wrote:
Those lines are at the top of my mod_jk.conf (the one I edited) and my Include statement points to my version of the mod_jk.conf.
This is a strange problem, I've searched the archives but can't seem
to
find
a fix. Whats worse is that it doesn't give more detail on the error, for
example what file and line the error occurs on...
Denise
-----Original Message----- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 12:18 PM To: Tomcat Users List Subject: Re: Strange mod_jk error
The mod_jk.conf file isn't getting used unless there is an Include directive in httpd.conf to include it.
Make sure you have these lines somewhere, either hard-coded in httpd.conf, or at the top of your mod_jk.conf file:
JkWorkersFile "/path/to/workers.properties" JkLogFile "/path/to/mod_jk.log" JkLogLevel emerg
John
On Tue, 3 Jun 2003 12:05:09 -0400, Denise Mangano <[EMAIL PROTECTED]> wrote:
worker it does not see it.I noticed that having the worker named worker wasn't the smartest thing, so I changed it to worker1 and still got the same problem.
Now the strange thing is, I did not have an include statement in my httpd.conf. I had originally set this up a while ago, so to be honest I am not sure why I didn't have it there, because I remember putting it in when I followed your how-to. So this means that I have been using the auto generated mod_jk.conf (is that right?).
I tried to 1) change the worker name to ajp13 and 2) include the
edited
mod_jk.conf. I am still getting the error message when I start up apache stating that there was an error opening the workers and jk will not work. When I try to access a jsp page I still get the same error message in my mod_jk.log stating that it is looking for worker ajp13, but the worker is not found. It appears that the actual problem is opening the workers.properties... The system finds it, sets the rules, attempts the matches the URI request, and eventually finds a context match for the worker. The problem is when looking for theIt
would make sense that this would happen since Apache is having
trouble opening the workers.properties file. The strange thing is that Apache is also stating there is "No such file or directory" but the file is in fact
there, and all the paths pointing to it are correct.
Any other suggestions? Should I maybe post my files?
Thanks, Denise
-----Original Message-----
From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 9:59 AM
To: Tomcat Users List
Subject: Re: Strange mod_jk error
On Tue, 3 Jun 2003 09:51:14 -0400, Denise Mangano <[EMAIL PROTECTED]> wrote:
1) It is possible that I am still using the auto generated
mod_jk.conf
file
- which would have worked previously when I had one default host set up,
but
will not work now that I have added in the virtual hosts? How can I check
this to make sure that I am using my version of mod_jk.conf found in
/tomcat/conf and not the auto generated one in /tomcat/conf/auto? The
problem with this possibility is that I get this error message when trying
either Virtual Host (even the one that is in the generated mod_jk.conf) .
There's no way to check, as far as I know. It would be based on the
Include statement in httpd.conf. Is it possible that your Apache restart didn't actually happen? Sometimes the "restart" option doesn't behave...I have more luck actually shutting Apache down, then starting it back up.
2) The permissions are wrong on the workers.properties file: permissions are read everyone, write owner
I doubt this is a problem, 644 should be fine.
3) The workers.properties specifies the host as localhost: will this work with virtual hosts?
Yes...the .host parameter is the location of the machine hosting the
Tomcat instance, not any sort of virtual host or other server name/address.
4) I do not have the connectors configured right: The connectors configured are the original defaults so I don't think this is the problem.
I agree.
Do any of these sound like valid possibilities? Or is there something I am missing. I appreciate all your help.
#1 sounds pretty good. The other thing I noticed, on reviewing your
earlier posts, is that your worker is named "worker". My gut feeling tells me that's bad. Try changing it to "ajp13" for the sake of debugging.
John
-----Original Message----- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 8:16 AM To: Tomcat Users List Subject: Re: Strange mod_jk error
I think the problem is that, in the .properties files you posted, you have the port as 8080. That's the HTTP port...the JK port is 8009.
John
On Mon, 2 Jun 2003 23:37:04 -0400, Denise Mangano <[EMAIL PROTECTED]> wrote:
I decided to scratch having the second worker since my problems
seemed
to start with that approach. I restored everything to the original worker file and have both default and test virtual hosts pointing to the same workers.properties.
For some reason, mod_jk is still not working. Its not a problem
with Tomcat itself because I can access everything on port 8080. Apache throws an internal server error every time I try to access a jsp without the port in the URL.
The error in the apache error log is:
[Mon Jun 2 23:04:59 2003] [error] Error while opening the workers,
jk will not work [Mon Jun 2 23:05:01 2003] [error] (2)No such file or directory: Error while
opening the workers, jk will not work
The error in mod_jk.log is:
[Mon Jun 02 23:01:47 2003] [jk_uri_worker_map.c (558)]: jk_uri_worker_map_t::map_uri_to_worker, Found a suffix match worker - > *.jsp [Mon Jun 02 23:01:47 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name worker [Mon Jun 02 23:01:47 2003] [jk_worker.c (136)]: wc_get_worker_for_name,
done did not found a worker
Content of my worker file is: worker.list = worker worker.worker.type = ajp13 worker.worker.host = localhost worker.worker.port = 8009
My JkMount statements are like this: JkMount /*.jsp worker
I'd appreciate any help on this. It has put me in a pretty serious bind, and I can't for the life of me figure out why it won't work.
Thanks, Denise
-----Original Message----- From: Denise Mangano [mailto:[EMAIL PROTECTED] Sent: Monday, June 02, 2003 4:56 PM To: 'Tomcat Users List' Subject: RE: Strange mod_jk error
By "some configuration changes" I added in virtual hosting. That error message is gone. I'm not exactly sure what I did to get it to 'go away' but it did. The problem I am having is that my worker is not being found.
I have two properties files defined. One is workers.properties for use with the default virtual host, and one is test.workers.properties to use with my
testing virtual host. I tried combining each into one workers.properties
file but still get the same error message. The suffix is matched, but when
it looks for the worker named testWorker it doesn't fin it:
[Mon Jun 02 16:16:57 2003] [jk_worker.c (132)]: Into
wc_get_worker_for_name testWorker [Mon Jun 02 16:16:57 2003]
[jk_worker.c (136)]: wc_get_worker_for_name, done did not found a worker
My test.workers.properties file looks like: worker.list = testWorker worker.testWorker.type = ajp13 worker.testWorker.host = test.mysite.com worker.testWorker.port = 8080
My test.workers.properties file looks like: worker.list = worker worker.worker.type = ajp13 worker.worker.host = www.mysite.com worker.worker.port = 8080
My server.xml, mod_jk.conf and httpd.conf both point to the appropriate worker properties file within each virtual host. I am in the process of going over all my config files to see if I missed anything, but it appears that everything is configured right. Mod_jk is doing its job - but for some reason it is not finding the definition of the named worker.
Any suggestion? I can post my files if necessary.
Thanks for taking a look! Denise
-----Original Message----- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, June 02, 2003 4:10 PM To: Tomcat Users List Subject: Re: Strange mod_jk error
As far as I know, that error message is socket related, as in the
socket is closed, or Apache thinks the socket is closed when it isn't.
Its pretty old, from what I know, and should be fixed in recent incarnations of mod_jk. Then again, you are using Apache 1.3.23, so maybe that error still crops up.
Verify that your workers.properties has the right port number,
verify that it has the right host, and verify that you don't have any workers configured (like ajp12 or ajp14) that you don't need.
Other than that, you'll have to explain further what you mean by "some configuration changes". ;)
John
On Mon, 2 Jun 2003 16:09:26 -0400, Denise Mangano <[EMAIL PROTECTED]> wrote:
Hi all.
I have not posted in some time as thanks to some great help from
this
list my application was running smoothly. However, I needed to make some configuration changes, and now my apps stopped working. Apache
(1.3.23) runs fine, and Tomcat (4.1.17) runs fine but the problem is
with mod_jk.
I tried searching the archives for this one but had no luck. The error I am getting in my mod_jk.log is:
In jk_endpoint_t::service, Error sd = -1
And of course the error I am getting in my apache error log shows that it is looking for the file in the apache web directory. So it appears that mod_jk
is not working and the request is never being interpreted by the JkMount
statements.
Does anyone have any idea what this means? I even tried restoring the original server.xml file, but I still received the error. I can post server.xml, httpd.conf, etc if you need to see it, but I thought first I would send out the error message.
Thanks for your help!
Denise Mangano Help Desk Analyst Complus Data Innovations, Inc.
------------------------------------------------------------------ - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
