May 2019 - mod_cluster-issues - Jboss List Archives

[JBoss JIRA] (MODCLUSTER-352) Default Port Change

by Jean-Frederic Clere (Jira)

[ https://issues.jboss.org/browse/MODCLUSTER-352?page=com.atlassian.jira.pl... ] Jean-Frederic Clere closed MODCLUSTER-352. ------------------------------------------ Resolution: Rejected > Default Port Change > ------------------- > > Key: MODCLUSTER-352 > URL: https://issues.jboss.org/browse/MODCLUSTER-352 > Project: mod_cluster > Issue Type: Enhancement > Affects Versions: 1.2.4.Final > Environment: All supported environments. > Reporter: Fernando Ribeiro > Assignee: Jean-Frederic Clere > Priority: Major > > When deploying in many enterprise customers, I have found that the default port is blocked by several security products because it was used by IRC and Napster. > The default port should be changed to avoid these issues. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-366) code for the dynamic classpath variable in run-demo.bat

by Jean-Frederic Clere (Jira)

[ https://issues.jboss.org/browse/MODCLUSTER-366?page=com.atlassian.jira.pl... ] Jean-Frederic Clere closed MODCLUSTER-366. ------------------------------------------ > code for the dynamic classpath variable in run-demo.bat > ------------------------------------------------------- > > Key: MODCLUSTER-366 > URL: https://issues.jboss.org/browse/MODCLUSTER-366 > Project: mod_cluster > Issue Type: Enhancement > Affects Versions: 1.2.6.Final > Reporter: Jan Häring > Assignee: Jean-Frederic Clere > Priority: Trivial > > Here is the code for the dynamic classpath variable in run-demo.bat: > @ECHO OFF & SETLOCAL EnableDelayedExpansion > set "CP=.\classes" > for %%i in (lib\*.jar) do ( > set "CP=!CP!;.\%%i" > ) -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-366) code for the dynamic classpath variable in run-demo.bat

by Jean-Frederic Clere (Jira)

[ https://issues.jboss.org/browse/MODCLUSTER-366?page=com.atlassian.jira.pl... ] Jean-Frederic Clere updated MODCLUSTER-366: ------------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > code for the dynamic classpath variable in run-demo.bat > ------------------------------------------------------- > > Key: MODCLUSTER-366 > URL: https://issues.jboss.org/browse/MODCLUSTER-366 > Project: mod_cluster > Issue Type: Enhancement > Affects Versions: 1.2.6.Final > Reporter: Jan Häring > Assignee: Jean-Frederic Clere > Priority: Trivial > > Here is the code for the dynamic classpath variable in run-demo.bat: > @ECHO OFF & SETLOCAL EnableDelayedExpansion > set "CP=.\classes" > for %%i in (lib\*.jar) do ( > set "CP=!CP!;.\%%i" > ) -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-366) code for the dynamic classpath variable in run-demo.bat

by Jean-Frederic Clere (Jira)

[ https://issues.jboss.org/browse/MODCLUSTER-366?page=com.atlassian.jira.pl... ] Jean-Frederic Clere updated MODCLUSTER-366: ------------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/modcluster/mod_cluster/pull/163 > code for the dynamic classpath variable in run-demo.bat > ------------------------------------------------------- > > Key: MODCLUSTER-366 > URL: https://issues.jboss.org/browse/MODCLUSTER-366 > Project: mod_cluster > Issue Type: Enhancement > Affects Versions: 1.2.6.Final > Reporter: Jan Häring > Assignee: Jean-Frederic Clere > Priority: Trivial > > Here is the code for the dynamic classpath variable in run-demo.bat: > @ECHO OFF & SETLOCAL EnableDelayedExpansion > set "CP=.\classes" > for %%i in (lib\*.jar) do ( > set "CP=!CP!;.\%%i" > ) -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-420) Drop support for httpd older than 2.4

by Jean-Frederic Clere (Jira)

[ https://issues.jboss.org/browse/MODCLUSTER-420?page=com.atlassian.jira.pl... ] Jean-Frederic Clere closed MODCLUSTER-420. ------------------------------------------ Resolution: Done > Drop support for httpd older than 2.4 > ------------------------------------- > > Key: MODCLUSTER-420 > URL: https://issues.jboss.org/browse/MODCLUSTER-420 > Project: mod_cluster > Issue Type: Task > Components: Native (httpd modules) > Affects Versions: 1.3.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > Fix For: 2.0.0.Alpha1 > > > The EWS is built on 2.2.24 and further on when productizing modcluster, this version might even increase. Lets consider dropping older versions prior to this one. > If the decision is made, you can assign to me to remove the support. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-430) CreateBalancers behave the same with option 0 or 2

by Jean-Frederic Clere (Jira)

[ https://issues.jboss.org/browse/MODCLUSTER-430?page=com.atlassian.jira.pl... ] Jean-Frederic Clere resolved MODCLUSTER-430. -------------------------------------------- Resolution: Rejected Not a bug. Just the VirtualHost needs a Proxy directive to be use by mod_proxy. > CreateBalancers behave the same with option 0 or 2 > -------------------------------------------------- > > Key: MODCLUSTER-430 > URL: https://issues.jboss.org/browse/MODCLUSTER-430 > Project: mod_cluster > Issue Type: Bug > Components: Native (httpd modules) > Affects Versions: 1.3.0.Final, 1.2.9.Final > Environment: RHEL 6.4.0 > Apache HTTPD 2.4.10 > JBoss 6.1.1 > Mod_cluster 1.3.0 Final > Reporter: John Jerome > Assignee: Michal Karm > Priority: Major > > The directive CreateBalancers with directive 0 or 2 creates the balancers on all httpd vhosts. > With option 2, the balancers should be created on the main server only, not in the vhosts. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-636) When setting PersistSlots to On, EAP node can not rejoin mod_cluster due to java.lang.IllegalArgumentException

by Jean-Frederic Clere (Jira)

[ https://issues.jboss.org/browse/MODCLUSTER-636?page=com.atlassian.jira.pl... ] Jean-Frederic Clere closed MODCLUSTER-636. ------------------------------------------ Resolution: Rejected Not a bug, don't change ThreadsPerChild nor smax/max when using PeristSlots on. > When setting PersistSlots to On, EAP node can not rejoin mod_cluster due to java.lang.IllegalArgumentException > -------------------------------------------------------------------------------------------------------------- > > Key: MODCLUSTER-636 > URL: https://issues.jboss.org/browse/MODCLUSTER-636 > Project: mod_cluster > Issue Type: Bug > Components: Native (httpd modules) > Affects Versions: 1.3.5.Final > Environment: * JBCS httpd 2.4.23 SP2 > * mod_cluster: 1.3.5 > * EAP: 7.0.8 > Reporter: Chengdong Cai > Assignee: Jean-Frederic Clere > Priority: Major > > Customer set 'PersistSlots On' and sometimes the jboss eap node could not rejoing into mod_cluster due to java.lang.IllegalArgumentException > When they got this exception, they have to delete every cache files then restart httpd and jboss for join correctly. > Customer tried the below actions: > 1) apache stop -> delet manager.* files in the mod_cluster directory -> apache start > - this action could cause http 503 error > or > 2) pre-backup the all files(normal files before issue) in the mod_cluster directory. when the issue occure, apache stop -> restore manager.* files from backuped files -> apache start > - no http 503 error > Please see the case for more details: > https://access.redhat.com/support/cases/01986243 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-690) mod_cluster cores with httpd trunk

by Jean-Frederic Clere (Jira)

[ https://issues.jboss.org/browse/MODCLUSTER-690?page=com.atlassian.jira.pl... ] Jean-Frederic Clere updated MODCLUSTER-690: ------------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > mod_cluster cores with httpd trunk > ---------------------------------- > > Key: MODCLUSTER-690 > URL: https://issues.jboss.org/browse/MODCLUSTER-690 > Project: mod_cluster > Issue Type: Feature Request > Components: Native (httpd modules) > Reporter: Jean-Frederic Clere > Assignee: Jean-Frederic Clere > Priority: Major > Fix For: 1.3.11.Final > > > 1.3.x cores due to SIZEOFSCORE too small probably... -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-694) Segfaults with httpd-2.4.39-2.fc29.x86_64, conn_rec/request_rec, core on myConnConfig(r->connection);

by Michal Karm (Jira)

Michal Karm created MODCLUSTER-694: -------------------------------------- Summary: Segfaults with httpd-2.4.39-2.fc29.x86_64, conn_rec/request_rec, core on myConnConfig(r->connection); Key: MODCLUSTER-694 URL: https://issues.jboss.org/browse/MODCLUSTER-694 Project: mod_cluster Issue Type: Bug Environment: httpd-2.4.39-2.fc29.x86_64 Reporter: Michal Karm Assignee: Michal Karm See https://bugzilla.redhat.com/show_bug.cgi?id=1705574 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-398) mod_cluster deadlock in a jboss/windows environment

by RH Bugzilla Integration (Jira)

[ https://issues.jboss.org/browse/MODCLUSTER-398?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on MODCLUSTER-398: ---------------------------------------------------- Jean-frederic Clere <jclere(a)redhat.com> changed the Status of [bug 1080047|https://bugzilla.redhat.com/show_bug.cgi?id=1080047] from VERIFIED to CLOSED > mod_cluster deadlock in a jboss/windows environment > --------------------------------------------------- > > Key: MODCLUSTER-398 > URL: https://issues.jboss.org/browse/MODCLUSTER-398 > Project: mod_cluster > Issue Type: Bug > Affects Versions: 1.2.6.Final > Environment: Windows 2008, EAP6 and EWS2.0.1 > Reporter: Marc Maurer > Assignee: Jean-Frederic Clere > Priority: Major > Fix For: 1.2.9.Final, 1.3.1.Alpha1 > > > Under load Apache stops serving pages, with all threads are stuck in "W : Sending reply" state. With the windows Process Explorer we then got a stacktrace from a hanging thread. We don't have debug symbols, but it's easy enough to see what's happening: > ntoskrnl.exe!KeWaitForMultipleObjects+0xc0a > ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x732 > ntoskrnl.exe!KeWaitForMutexObject+0x19f > ntoskrnl.exe!NtDeleteFile+0x3c4 > ntoskrnl.exe!PsDereferenceKernelStack+0x35358 > ntoskrnl.exe!KeSynchronizeExecution+0x3a23 > ntdll.dll!ZwLockFile+0xa > KERNELBASE.dll!LockFileEx+0xb2 > kernel32.dll!LockFileEx+0x1b > libapr-1.dll!apr_file_lock+0x69 <-- here > mod_slotmem.so+0x1318 <-- here > mod_manager.so+0x2a11 <-- here > mod_proxy_cluster.so+0x679e > mod_proxy.so!proxy_run_post_request+0x4e > mod_proxy.so!proxy_run_request_status+0x924 > libhttpd.dll!ap_run_handler+0x35 > libhttpd.dll!ap_invoke_handler+0x114 > libhttpd.dll!ap_die+0x2ea > libhttpd.dll!ap_psignature+0x1ae8 > libhttpd.dll!ap_run_process_connection+0x35 > libhttpd.dll!ap_process_connection+0x3b > libhttpd.dll!ap_regkey_value_remove+0x136e > msvcrt.dll!srand+0x93 > msvcrt.dll!ftime64_s+0x1dd > kernel32.dll!BaseThreadInitThunk+0xd > ntdll.dll!RtlUserThreadStart+0x21 > So mod_manager is requesting a filelock on one of the lockfiles in in the MemManagerFile path. In this case it was the "manager.sessionid.sessionid.lock" file. Removing the lockfile fixed the problem. > When bisecting the mod_cluster code, I think commit "74eeb9c026380deb8d833be53b09b3d808e02d10 - Lock in insert-update" in version 1.2.2 is the culprit. This would also explain why mod_cluster 1.2.1 is the last known working version. > What we don't know, is which process is already holding the lock when all Apache threads start blocking on it. We are trying to figure that out. There are no obviously wrong lock/unlock slotmem call pairs in the mod_manager module, and no locks are requested within other locks as far as we can see. Therefor our best guess would be a deadlock on a thread already holding the globalmutex_lock in combination with the slotmem file locks, but that's just a guess without debugging it. > More context can be found here: https://bugzilla.redhat.com/show_bug.cgi?id=1080047 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

mod_cluster-issues May 2019