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]

Reply via email to