no reponse for mod_cluster_manager

[fnossair]

i installed tow jboss AS in mode cluster with Apach. the load balancing works fine but when i try to call mod_cluster_manager with url_apach/mod_cluster_manager, i get no response.

can anyone tell me why.

thanks

[rhusar]

No response - can you elaborate? What is the response code, turn on LogLevel debug and see what does it say in error.log, make sure that you have your host allowed, you are trying on the right vhost/port, etc.

I remember there was a bug on sparc long time ago where the response was empty, I doubt this would be the same issue, but also share your version, OS and architecture.

[fnossair]

i get the code

Etat HTTP 404

[rhusar]

404 means "not found" and that means you dont have mod_cluster_manager at this address. Look closely at your HTTPd configuration what host + port + address you register mod_cluster_manager at.

Usually you access at 127.0.0.1:6666/mod_cluster_manager if your configuration looks like this:

<IfModule manager_module>
  Listen 127.0.0.1:6666
  ManagerBalancerName mycluster
  <VirtualHost 127.0.0.1:6666>
    ....
    <Location /mod_cluster_manager>
       SetHandler mod_cluster-manager
       Order deny,allow
       Deny from all
       Allow from 127.0.0
    </Location>
  </VirtualHost>
</IfModule>

[fnossair]

this is my config

# MOD_CLUSTER_ADDS

<IfModule manager_module>

  Listen adr_apache:8796

  ManagerBalancerName mycluster

  <VirtualHost adr_apache:8796>

    <Directory />

     Order deny,allow

#     Deny from all

     Allow from adr_jboss1,adr_jboss2

    </Directory>

    EnableMCPMReceive

    KeepAliveTimeout 300

    MaxKeepAliveRequests 0

    #ServerAdvertise on http://@IP@:6666

    AdvertiseFrequency 5

    #AdvertiseSecurityKey secret

    #AdvertiseGroup @ADVIP@:23364

    <Location /mod_cluster_manager>

       SetHandler mod_cluster-manager

       Order deny,allow

#    Deny from all

       Allow from adr_jboss1,adr_jboss2

    </Location>

  </VirtualHost>

</IfModule>

but now when i use http://adr_apache:8796/mod_cluster_manager, it take a while and i get a time out.

[rhusar]

Sorry, so timeout or 404? :-)

[mbabacek]

Hey...according to this bit:

Allow from adr_jboss1,adr_jboss2

It kinda looks like you allowed only your workers to access the mod_cluster manager console.

Put there the actual IP of the box from which you are trying to access that console, perhaps, your workstation? Your workers don't need to be granted this permission.

Furthermore, pay pretty close attention to stuff like mod_cluster-manager != mod-cluster-manager != mod_cluster_manager etc.

The only valid mapping for mod_cluster 1.2.+ is:

<Location /whateverYouAreComfortableWith>

   SetHandler mod_cluster-manager

   Order deny,allow

   Deny from all

   Allow from :-)

</Location>

[fnossair]

Radoslav :

when i use http://adr_apache:8796/mod_cluster_manager, i get a time out. and when i use http://adr_apache:8080/mod_cluster_manager (because i have a "Listen 8080" in my httpd.conf), i get 404.

Michal :

i change the config like that

<Location /mod_cluster_manager>

       SetHandler mod_cluster-manager

       Order deny,allow

#    Deny from all

       Allow from all

    </Location>

and i still have the same behavior

[rhusar]

and when i use http://adr_apache:8080/mod_cluster_manager (because i have a "Listen 8080" in my httpd.conf), i get 404.

Thats correct, that location is not registered on that address (look in the conf: 8796).

Michal :

i change the config like that

<Location /mod_cluster_manager>

       SetHandler mod_cluster-manager

       Order deny,allow

#    Deny from all

       Allow from all

    </Location>

and i still have the same behavior

That cannot help a timeout -- you would get a 403 instead.

when i use http://adr_apache:8796/mod_cluster_manager, i get a time out.

This is not OK, still sounds like a bug. Can you set LogLevel debug and look in the error log?

[fnossair]

it works now. thnaks for youre response.

the 8796 port was blocked. it's not a problem in the Jboss.

thanks Radoslav,

thanks Michal