October 2014 - mod_cluster-issues

[JBoss JIRA] (MODCLUSTER-391) mod_cluster and mod_proxy integration

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-391?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on MODCLUSTER-391: ---------------------------------------------------- Michal Babacek <mbabacek(a)redhat.com> changed the Status of [bug 987260|https://bugzilla.redhat.com/show_bug.cgi?id=987260] from NEW to MODIFIED > mod_cluster and mod_proxy integration > ------------------------------------- > > Key: MODCLUSTER-391 > URL: https://issues.jboss.org/browse/MODCLUSTER-391 > Project: mod_cluster > Issue Type: Bug > Affects Versions: 1.2.6.Final > Environment: All platforms we build mod_cluster for. > Reporter: Michal Babacek > Assignee: Jean-Frederic Clere > Labels: native_libraries > Fix For: 1.2.10.Final, 1.3.1.Alpha3 > > Attachments: error_log, mod_cluster.conf, mod_proxy.conf, standalone-ha.xml > > > This Jira encapsulates all concerns regarding mod_cluster - mod_proxy integration. For instance, while basic {{ProxyPass}} settings work just fine, e.g. serving some files on {{/static}} from the Apache HTTP itself: > {code} > ProxyPassMatch ^/static/ ! > ProxyPass / balancer://qacluster stickysession=JSESSIONID|jsessionid nofailover=on > ProxyPassReverse / balancer://qacluster > ProxyPreserveHost on > {code} > there are more complex setups, involving {{BalancerMember}} configurations, that do not work as expected. In the following example, one wanted to have {{/clusterbench}} application managed by mod_cluster, dynamically, while at the same time, in a different VirtualHost, having {{/tses}} application handled by manually created mod_proxy balancer settings. > Attached [^mod_cluster.conf], [^mod_proxy.conf], [^standalone-ha.xml](modcluster subsystem element only) and [^error_log]. > The aforementioned setup resulted in: > |HTTP 200|(From worker)|http://10.16.88.19:8847/clusterbench/requestinfo/|OK|(/)| > |HTTP 404|(From httpd)|http://10.16.88.19:8847/tses/session.jsp|Expected fail|(/)| > |HTTP 503|(From httpd)|http://10.16.88.19:2182/tses/session.jsp|Unexpected fail|(x)| -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-432) on MacOSX Mavericks java stops behaving linuxlike...

by Jean-Frederic Clere (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-432?page=com.atlassian.jira.pl... ] Jean-Frederic Clere commented on MODCLUSTER-432: ------------------------------------------------ There is: +++ public class MulticastSocketFactoryImplTestCase { static { System.setProperty("java.net.preferIPv4Stack", "true"); } +++ in ./core/src/test/java/org/jboss/modcluster/advertise/MulticastSocketFactoryImplTestCase.java > on MacOSX Mavericks java stops behaving linuxlike... > ---------------------------------------------------- > > Key: MODCLUSTER-432 > URL: https://issues.jboss.org/browse/MODCLUSTER-432 > Project: mod_cluster > Issue Type: Feature Request > Components: Core & Container Integration (Java) > Affects Versions: 1.3.1.Alpha2 > Reporter: Jean-Frederic Clere > Assignee: Jean-Frederic Clere > Fix For: 1.3.1.Alpha3 > > > Basically that causes 2 tests to fail on macsox (Darwin Kernel Version 13.4.0) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-432) on MacOSX Mavericks java stops behaving linuxlike...

by Jean-Frederic Clere (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-432?page=com.atlassian.jira.pl... ] Jean-Frederic Clere commented on MODCLUSTER-432: ------------------------------------------------ mvn -Djava.net.preferIPv4Stack=true install didn't help. > on MacOSX Mavericks java stops behaving linuxlike... > ---------------------------------------------------- > > Key: MODCLUSTER-432 > URL: https://issues.jboss.org/browse/MODCLUSTER-432 > Project: mod_cluster > Issue Type: Feature Request > Components: Core & Container Integration (Java) > Affects Versions: 1.3.1.Alpha2 > Reporter: Jean-Frederic Clere > Assignee: Jean-Frederic Clere > Fix For: 1.3.1.Alpha3 > > > Basically that causes 2 tests to fail on macsox (Darwin Kernel Version 13.4.0) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-428) proxy_cluster_child_init in mod_proxy_cluster.c after commit 603d2dac is broken on Windows

by Michal Babacek (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-428?page=com.atlassian.jira.pl... ] Michal Babacek updated MODCLUSTER-428: -------------------------------------- Status: Closed (was: Pull Request Sent) Resolution: Done See JFC's [pull/115|https://github.com/modcluster/mod_cluster/pull/115] > proxy_cluster_child_init in mod_proxy_cluster.c after commit 603d2dac is broken on Windows > ------------------------------------------------------------------------------------------ > > Key: MODCLUSTER-428 > URL: https://issues.jboss.org/browse/MODCLUSTER-428 > Project: mod_cluster > Issue Type: Bug > Environment: Windows, httpd:2.4.7|apr:v:1.5.0|apu:v:1.5.3|api:v:1.2.1|ssl:v:0.9.8r|zlib:v:1.2.3|iconv:v:1.14|expat:v:1.95.8|pcre:v:8.34 > Reporter: Michal Babacek > Assignee: Michal Babacek > Priority: Blocker > > It seems that 603d2dac version of mod_proxy_cluster.c is the last one that operates on Windows. More recent versions of the module fail on compilation: > {code} > Building slotmem module ... > 2 File(s) copied > cl -c -nologo -DWIN32 -D_WIN32 -D_WINDOWS -D_WINNT -D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -D_WIN32_IE=0x0600 -W3 -D_X86_=1 -O2 -Ob2 -Oy- -Zi -DNDEBUG -D_MT -MD -c -nologo -DWIN32 -D_WIN32 -D_WINDOWS -D_WINNT -D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -D_WIN32_IE=0x0600 -W3 -D_X86_=1 -O2 -Ob2 -Oy- -Zi -DNDEBUG -D_MT -MD -c -nologo -DWIN32 -D_WIN32 -D_WINDOWS -D_WINNT -D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -D_WIN32_IE=0x0600 -W3 -D_CONSOLE -D_X86_=1 -O2 -Ob2 -Oy- -Zi -DNDEBUG -D_MT -MD -c -nologo -DWIN32 -D_WIN32 -D_WINDOWS -D_WINNT -D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -D_WIN32_IE=0x0600 -W3 -D_CONSOLE -D_X86_=1 -O2 -Ob2 -Oy- -Zi -DNDEBUG -D_MT -MD -O2 -DPROXY_DECLARE_IMPORT -I. -IC:\tmp\jbossnative\build\unix\work\mod_cluster-1.3.1.Alpha2-SNAPSHOT-src-ssl\output\windows-x86\httpd-2.4\include -I../generators -I../ssl -FoWINXP_X86_DLL_RELEASE\ -FdWINXP_X86_DLL_RELEASE\mod_proxy_cluster-src .\mod_proxy_cluster.c > mod_proxy_cluster.c > .\mod_proxy_cluster.c(2679) : error C2275: 'server_rec' : illegal use of this type as an expression > c:\tmp\jbossnative\build\unix\work\mod_cluster-1.3.1.alpha2-snapshot-src-ssl\output\windows-x86\httpd-2.4\include\httpd.h(750) : see declaration of 'server_rec' > .\mod_proxy_cluster.c(2679) : error C2065: 's2' : undeclared identifier > .\mod_proxy_cluster.c(2680) : error C2143: syntax error : missing ';' before 'type' > .\mod_proxy_cluster.c(2681) : error C2275: 'proxy_server_conf' : illegal use of this type as an expression > c:\tmp\jbossnative\build\unix\work\mod_cluster-1.3.1.alpha2-snapshot-src-ssl\srclib\httpd-2.4.7\modules\proxy\mod_proxy.h(186) : see declaration of 'proxy_server_conf' > .\mod_proxy_cluster.c(2681) : error C2065: 'conf' : undeclared identifier > .\mod_proxy_cluster.c(2682) : error C2065: 'sconf' : undeclared identifier > .\mod_proxy_cluster.c(2683) : error C2065: 'conf' : undeclared identifier > .\mod_proxy_cluster.c(2685) : error C2065: 'conf' : undeclared identifier > .\mod_proxy_cluster.c(2685) : error C2223: left of '->pool' must point to struct/union > .\mod_proxy_cluster.c(2685) : error C2198: 'apr_pool_create_ex' : too few arguments for call > .\mod_proxy_cluster.c(2686) : error C2065: 's2' : undeclared identifier > .\mod_proxy_cluster.c(2687) : error C2065: 'sconf' : undeclared identifier > .\mod_proxy_cluster.c(2687) : error C2065: 's2' : undeclared identifier > .\mod_proxy_cluster.c(2687) : error C2223: left of '->module_config' must point to struct/union > .\mod_proxy_cluster.c(2688) : error C2065: 'conf' : undeclared identifier > .\mod_proxy_cluster.c(2689) : error C2065: 'sconf' : undeclared identifier > .\mod_proxy_cluster.c(2689) : warning C4047: '=' : 'int' differs in levels of indirection from 'proxy_server_conf *' > .\mod_proxy_cluster.c(2691) : error C2065: 'conf' : undeclared identifier > .\mod_proxy_cluster.c(2691) : warning C4047: 'function' : 'proxy_server_conf *' differs in levels of indirection from 'int' > .\mod_proxy_cluster.c(2691) : warning C4024: 'update_workers_node' : different types for formal and actual parameter 1 > .\mod_proxy_cluster.c(2691) : error C2065: 's2' : undeclared identifier > .\mod_proxy_cluster.c(2691) : warning C4047: 'function' : 'server_rec *' differs in levels of indirection from 'int' > .\mod_proxy_cluster.c(2691) : warning C4024: 'update_workers_node' : different types for formal and actual parameter 3 > .\mod_proxy_cluster.c(2693) : error C2065: 's2' : undeclared identifier > .\mod_proxy_cluster.c(2693) : error C2065: 's2' : undeclared identifier > .\mod_proxy_cluster.c(2693) : error C2223: left of '->next' must point to struct/union > NMAKE : fatal error U1077: 'C:\cmsc\msvc\bin\i386\cl.EXE' : return code '0x2' > Stop. > NMAKE : fatal error U1077: 'C:\cmsc\msvc\bin\nmake.exe' : return code '0x2' > Stop. > Building aaa modules ... > {code} > One may safely guess that the error lies along these lines: > {code} > /native/mod_proxy_cluster/mod_proxy_cluster.c > server_rec *s2 = main_server; > void *sconf = s2->module_config; > proxy_server_conf *conf = (proxy_server_conf *) > ap_get_module_config(sconf, &proxy_module); > if (conf) { > apr_pool_t *pool; > apr_pool_create(&pool, conf->pool); > while (s2) { > sconf = s2->module_config; > conf = (proxy_server_conf *) > ap_get_module_config(sconf, &proxy_module); > update_workers_node(conf, pool, s2, 0); > s2 = s2->next; > } > apr_pool_destroy(pool); > } > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-432) on MacOSX Mavericks java stops behaving linuxlike...

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-432?page=com.atlassian.jira.pl... ] Paul Ferraro commented on MODCLUSTER-432: ----------------------------------------- The other reason why I think this is a routing issue is that the exception happens during send(). The "linuxLike" logic is used during multicast socket creation. > on MacOSX Mavericks java stops behaving linuxlike... > ---------------------------------------------------- > > Key: MODCLUSTER-432 > URL: https://issues.jboss.org/browse/MODCLUSTER-432 > Project: mod_cluster > Issue Type: Feature Request > Components: Core & Container Integration (Java) > Affects Versions: 1.3.1.Alpha2 > Reporter: Jean-Frederic Clere > Assignee: Jean-Frederic Clere > Fix For: 1.3.1.Alpha3 > > > Basically that causes 2 tests to fail on macsox (Darwin Kernel Version 13.4.0) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-432) on MacOSX Mavericks java stops behaving linuxlike...

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-432?page=com.atlassian.jira.pl... ] Paul Ferraro commented on MODCLUSTER-432: ----------------------------------------- Are we sure the test is setting -Djava.net.preferIPv4Stack=true ? As of JDK7 (I think) this defaults to false, which means the interface address, if unspecified, will be an IPv6 address. > on MacOSX Mavericks java stops behaving linuxlike... > ---------------------------------------------------- > > Key: MODCLUSTER-432 > URL: https://issues.jboss.org/browse/MODCLUSTER-432 > Project: mod_cluster > Issue Type: Feature Request > Components: Core & Container Integration (Java) > Affects Versions: 1.3.1.Alpha2 > Reporter: Jean-Frederic Clere > Assignee: Jean-Frederic Clere > Fix For: 1.3.1.Alpha3 > > > Basically that causes 2 tests to fail on macsox (Darwin Kernel Version 13.4.0) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-432) on MacOSX Mavericks java stops behaving linuxlike...

by Jean-Frederic Clere (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-432?page=com.atlassian.jira.pl... ] Jean-Frederic Clere edited comment on MODCLUSTER-432 at 10/15/14 4:10 AM: -------------------------------------------------------------------------- In fact the configuration looks OK. +++ macosx:~ jfclere$ route -n get 224.0.1.106 route to: 224.0.1.106 destination: default mask: default gateway: 10.33.144.254 interface: en0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 0 ++++ So the route used is default one and the interface is the expected one: +++ en0: flags=8863 mtu 1500 options=b ether 10:9a:dd:4d:31:73 inet6 fe80::129a:ddff:fe4d:3173%en0 prefixlen 64 scopeid 0x4 inet 10.33.144.4 netmask 0xffffff00 broadcast 10.33.144.255 +++ was (Author: jfclere): In fact the configuration looks OK. +++ macosx:~ jfclere$ route -n get 224.0.1.105 route to: 224.0.1.105 destination: default mask: default gateway: 10.33.144.254 interface: en0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 0 ++++ So the route used is default one and the interface is the expected one: +++ en0: flags=8863 mtu 1500 options=b ether 10:9a:dd:4d:31:73 inet6 fe80::129a:ddff:fe4d:3173%en0 prefixlen 64 scopeid 0x4 inet 10.33.144.4 netmask 0xffffff00 broadcast 10.33.144.255 +++ > on MacOSX Mavericks java stops behaving linuxlike... > ---------------------------------------------------- > > Key: MODCLUSTER-432 > URL: https://issues.jboss.org/browse/MODCLUSTER-432 > Project: mod_cluster > Issue Type: Feature Request > Components: Core & Container Integration (Java) > Affects Versions: 1.3.1.Alpha2 > Reporter: Jean-Frederic Clere > Assignee: Jean-Frederic Clere > Fix For: 1.3.1.Alpha3 > > > Basically that causes 2 tests to fail on macsox (Darwin Kernel Version 13.4.0) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-432) on MacOSX Mavericks java stops behaving linuxlike...

by Jean-Frederic Clere (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-432?page=com.atlassian.jira.pl... ] Jean-Frederic Clere commented on MODCLUSTER-432: ------------------------------------------------ In fact the configuration looks OK. +++ macosx:~ jfclere$ route -n get 224.0.1.105 route to: 224.0.1.105 destination: default mask: default gateway: 10.33.144.254 interface: en0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 0 ++++ So the route used is default one and the interface is the expected one: +++ en0: flags=8863 mtu 1500 options=b ether 10:9a:dd:4d:31:73 inet6 fe80::129a:ddff:fe4d:3173%en0 prefixlen 64 scopeid 0x4 inet 10.33.144.4 netmask 0xffffff00 broadcast 10.33.144.255 +++ > on MacOSX Mavericks java stops behaving linuxlike... > ---------------------------------------------------- > > Key: MODCLUSTER-432 > URL: https://issues.jboss.org/browse/MODCLUSTER-432 > Project: mod_cluster > Issue Type: Feature Request > Components: Core & Container Integration (Java) > Affects Versions: 1.3.1.Alpha2 > Reporter: Jean-Frederic Clere > Assignee: Jean-Frederic Clere > Fix For: 1.3.1.Alpha3 > > > Basically that causes 2 tests to fail on macsox (Darwin Kernel Version 13.4.0) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-432) on MacOSX Mavericks java stops behaving linuxlike...

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-432?page=com.atlassian.jira.pl... ] Paul Ferraro commented on MODCLUSTER-432: ----------------------------------------- My hunch is that your network setup lacks a route for the specific multicast address to the configured interface. > on MacOSX Mavericks java stops behaving linuxlike... > ---------------------------------------------------- > > Key: MODCLUSTER-432 > URL: https://issues.jboss.org/browse/MODCLUSTER-432 > Project: mod_cluster > Issue Type: Feature Request > Components: Core & Container Integration (Java) > Affects Versions: 1.3.1.Alpha2 > Reporter: Jean-Frederic Clere > Assignee: Jean-Frederic Clere > Fix For: 1.3.1.Alpha3 > > > Basically that causes 2 tests to fail on macsox (Darwin Kernel Version 13.4.0) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-432) on MacOSX Mavericks java stops behaving linuxlike...

by Jean-Frederic Clere (JIRA)

[ https://issues.jboss.org/browse/MODCLUSTER-432?page=com.atlassian.jira.pl... ] Jean-Frederic Clere commented on MODCLUSTER-432: ------------------------------------------------ Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.379 sec <<< FAILURE! - in org.jboss.modcluster.advertise.AdvertiseListenerImplTestCase testBasicOperation(org.jboss.modcluster.advertise.AdvertiseListenerImplTestCase) Time elapsed: 0.089 sec <<< ERROR! java.io.IOException: Can't assign requested address at java.net.PlainDatagramSocketImpl.send(Native Method) at java.net.DatagramSocket.send(DatagramSocket.java:676) at org.jboss.modcluster.advertise.AdvertiseListenerImplTestCase.testBasicOperation(AdvertiseListenerImplTestCase.java:126) Running org.jboss.modcluster.advertise.MulticastSocketFactoryImplTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0 sec <<< FAILURE! - in org.jboss.modcluster.advertise.MulticastSocketFactoryImplTestCase testMulticastSocketNoCrossTalk(org.jboss.modcluster.advertise.MulticastSocketFactoryImplTestCase) Time elapsed: 0 sec <<< ERROR! java.io.IOException: Can't assign requested address at java.net.PlainDatagramSocketImpl.send(Native Method) at java.net.DatagramSocket.send(DatagramSocket.java:676) at org.jboss.modcluster.advertise.MulticastSocketFactoryImplTestCase.testMulticastSocket(MulticastSocketFactoryImplTestCase.java:94) at org.jboss.modcluster.advertise.MulticastSocketFactoryImplTestCase.testMulticastSocketNoCrossTalk(MulticastSocketFactoryImplTestCase.java:63) > on MacOSX Mavericks java stops behaving linuxlike... > ---------------------------------------------------- > > Key: MODCLUSTER-432 > URL: https://issues.jboss.org/browse/MODCLUSTER-432 > Project: mod_cluster > Issue Type: Feature Request > Components: Core & Container Integration (Java) > Affects Versions: 1.3.1.Alpha2 > Reporter: Jean-Frederic Clere > Assignee: Jean-Frederic Clere > Fix For: 1.3.1.Alpha3 > > > Basically that causes 2 tests to fail on macsox (Darwin Kernel Version 13.4.0) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

mod_cluster-issues October 2014