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:
>
>> 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 the
> worker it does not see it.
>> It
>> 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]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to