I tried to open port 8009 on the firewall but that did not solve the problem...
-----Original Message----- From: Denise Mangano [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 1:51 PM To: 'Tomcat Users List' Subject: RE: Strange mod_jk error 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
