[JBoss JIRA] (WFWIP-194) Operator does not provide way to expose arbitrary port
by Martin Choma (Jira)
Martin Choma created WFWIP-194:
----------------------------------
Summary: Operator does not provide way to expose arbitrary port
Key: WFWIP-194
URL: https://issues.jboss.org/browse/WFWIP-194
Project: WildFly WIP
Issue Type: Bug
Components: OpenShift
Reporter: Martin Choma
Assignee: Jeff Mesnil
Going through non-Operator approach scenarios we have identified Operator is missing this feature: way to expose arbitrary container port, e.g:
- https:8443
- jolokia:8778
- debugging:5000
- dns-ping:8888
- any app specific port
Could be partially workarounded by `oc port-forward` capability
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 10 months
[JBoss JIRA] (WFLY-12522) Memory Leak: RemoteConnectionHandler objects are created but not being freed when jboss-cli commands are executed
by Jean Francois Denise (Jira)
[ https://issues.jboss.org/browse/WFLY-12522?page=com.atlassian.jira.plugin... ]
Jean Francois Denise commented on WFLY-12522:
---------------------------------------------
Assigning to [~flavia.rainone].
> Memory Leak: RemoteConnectionHandler objects are created but not being freed when jboss-cli commands are executed
> -----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12522
> URL: https://issues.jboss.org/browse/WFLY-12522
> Project: WildFly
> Issue Type: Bug
> Components: CLI, Remoting, Web (Undertow)
> Affects Versions: 16.0.0.Final, 17.0.0.Final, 17.0.1.Final
> Reporter: super 6349
> Assignee: Flavia Rainone
> Priority: Major
>
> When the user executes jboss-cli commands on a fresh installation of wildfly, RemoteConnectionHandler objects are created but never released.
> We identified this problem when we configured a readiness probe on openshift using jboss-cli (repeating every 15 seconds) and the memory started to increase along the days. The application was in development and nobody was accessing it, but the memory increased nonetheless.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 10 months
[JBoss JIRA] (WFLY-12522) Memory Leak: RemoteConnectionHandler objects are created but not being freed when jboss-cli commands are executed
by Jean Francois Denise (Jira)
[ https://issues.jboss.org/browse/WFLY-12522?page=com.atlassian.jira.plugin... ]
Jean Francois Denise reassigned WFLY-12522:
-------------------------------------------
Assignee: Flavia Rainone (was: Jean Francois Denise)
> Memory Leak: RemoteConnectionHandler objects are created but not being freed when jboss-cli commands are executed
> -----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12522
> URL: https://issues.jboss.org/browse/WFLY-12522
> Project: WildFly
> Issue Type: Bug
> Components: CLI, Remoting, Web (Undertow)
> Affects Versions: 16.0.0.Final, 17.0.0.Final, 17.0.1.Final
> Reporter: super 6349
> Assignee: Flavia Rainone
> Priority: Major
>
> When the user executes jboss-cli commands on a fresh installation of wildfly, RemoteConnectionHandler objects are created but never released.
> We identified this problem when we configured a readiness probe on openshift using jboss-cli (repeating every 15 seconds) and the memory started to increase along the days. The application was in development and nobody was accessing it, but the memory increased nonetheless.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 10 months
[JBoss JIRA] (WFLY-12539) JGroups get modified in a wrong way after cli command
by Tomas Hofman (Jira)
[ https://issues.jboss.org/browse/WFLY-12539?page=com.atlassian.jira.plugin... ]
Tomas Hofman moved JBEAP-17563 to WFLY-12539:
---------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-12539 (was: JBEAP-17563)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Management
(was: Management)
Affects Version/s: 18.0.0.Beta1
(was: 7.2.3.GA)
Fix Version/s: (was: 7.2.5.GA)
> JGroups get modified in a wrong way after cli command
> -----------------------------------------------------
>
> Key: WFLY-12539
> URL: https://issues.jboss.org/browse/WFLY-12539
> Project: WildFly
> Issue Type: Bug
> Components: Management
> Affects Versions: 18.0.0.Beta1
> Environment: - Red Hat JBoss Enterprise Application Platform (EAP)
> - 7.1 onwards
> Reporter: Tomas Hofman
> Assignee: Tomas Hofman
> Priority: Major
>
> What happens:
> While trying to run domain with EAP 7 with EAP 6 as slaves the following happens:
> Intro:
> On running following cli commands after domain controller started, the jgroups get modified by themselves in a wrong way:
> ------
> cli commands run:
> /profile=MP_NONSINGLETONS/subsystem=bean-validation:remove
> /profile=MP_TRANS_RMP_RAY/subsystem=bean-validation:remove
> -------
> Before running cli command:
> <protocol type="pbcast.NAKACK"/>
> <protocol type="UNICAST2"/>
> After running cli command:
> <protocol type="pbcast.NAKACK2"/>
> <protocol type="UNICAST3"/>
> ------
> Full jgroups section before running cli command for MP_TRANS_RMP_RAY, MP_NONSINGLETONS profiles:
> Before running cli command:
> <subsystem xmlns="urn:jboss:domain:jgroups:1.1" default-stack="udp">
> <stack name="udp">
> <transport type="UDP" socket-binding="jgroups-udp"/>
> <protocol type="PING"/>
> <protocol type="MERGE3"/>
> <protocol type="FD_SOCK" socket-binding="jgroups-udp-fd"/>
> <protocol type="FD"/>
> <protocol type="VERIFY_SUSPECT"/>
> <protocol type="pbcast.NAKACK"/>
> <protocol type="UNICAST2"/>
> <protocol type="pbcast.STABLE"/>
> <protocol type="pbcast.GMS"/>
> <protocol type="UFC"/>
> <protocol type="MFC"/>
> <protocol type="FRAG2"/>
> <protocol type="RSVP"/>
> </stack>
> </subsystem>
> After running cli command:
> ~~~
> <subsystem xmlns="urn:jboss:domain:jgroups:6.0">
> <channels default="auto">
> <channel name="ee-web" stack="udp"/>
> <channel name="ee-hibernate" stack="udp"/>
> <channel name="auto" stack="udp"/>
> </channels>
> <stacks default="udp">
> <stack name="udp">
> <transport type="UDP" socket-binding="jgroups-udp">
> <property name="port_range">
> 50
> </property>
> </transport>
> <protocol type="PING"/>
> <protocol type="MERGE3"/>
> <protocol type="FD_SOCK" socket-binding="jgroups-udp-fd"/>
> <protocol type="FD"/>
> <protocol type="VERIFY_SUSPECT"/>
> <protocol type="pbcast.NAKACK2"/>
> <protocol type="UNICAST3"/>
> <protocol type="pbcast.STABLE"/>
> <protocol type="pbcast.GMS"/>
> <protocol type="UFC"/>
> <protocol type="MFC"/>
> <protocol type="FRAG2"/>
> <protocol type="RSVP"/>
> </stack>
> </stacks>
> </subsystem>
> ~~~
> The architecture EAP 7 master - EAP 6 slave is supported according to https://access.redhat.com/articles/2568341
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 10 months