[JBoss JIRA] (WFLY-12681) Create 'microprofile' layer spec
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12681?page=com.atlassian.jira.plugin... ]
Brian Stansberry edited comment on WFLY-12681 at 10/17/19 10:45 AM:
--------------------------------------------------------------------
I changed this to Feature Request as it's a feature. It perhaps ends up being a task under some other feature, but the basic thing about how to distribute and install the MP specs as an aggregate is a feature.
was (Author: brian.stansberry):
I changed this to Feature Request as it's a feature. It perhaps ends up being a task under some other feature, but the basic thing about how to distribute and install the MP specs as an aggregate is a feature.
I'll file an EAP7.
> Create 'microprofile' layer spec
> --------------------------------
>
> Key: WFLY-12681
> URL: https://issues.jboss.org/browse/WFLY-12681
> Project: WildFly
> Issue Type: Feature Request
> Components: Build System
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Major
>
> We used to have a 'microprofile' layer spec aggregating all MP specs which at the moment only contained config, health and metrics which got renamed to 'observability' by WFLY-11774.
> With the introduction of new specs fault tolerance, openapi, etc. we should reintroduce the 'microprofile' layer spec which contains all of the MP specs.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12681) Create 'microprofile' layer spec
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12681?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFLY-12681:
-----------------------------------------
I changed this to Feature Request as it's a feature. It perhaps ends up being a task under some other feature, but the basic thing about how to distribute and install the MP specs as an aggregate is a feature.
I'll file an EAP7.
> Create 'microprofile' layer spec
> --------------------------------
>
> Key: WFLY-12681
> URL: https://issues.jboss.org/browse/WFLY-12681
> Project: WildFly
> Issue Type: Feature Request
> Components: Build System
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Major
>
> We used to have a 'microprofile' layer spec aggregating all MP specs which at the moment only contained config, health and metrics which got renamed to 'observability' by WFLY-11774.
> With the introduction of new specs fault tolerance, openapi, etc. we should reintroduce the 'microprofile' layer spec which contains all of the MP specs.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFLY-12681) Create 'microprofile' layer spec
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12681?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-12681:
------------------------------------
Issue Type: Feature Request (was: Task)
> Create 'microprofile' layer spec
> --------------------------------
>
> Key: WFLY-12681
> URL: https://issues.jboss.org/browse/WFLY-12681
> Project: WildFly
> Issue Type: Feature Request
> Components: Build System
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Major
>
> We used to have a 'microprofile' layer spec aggregating all MP specs which at the moment only contained config, health and metrics which got renamed to 'observability' by WFLY-11774.
> With the introduction of new specs fault tolerance, openapi, etc. we should reintroduce the 'microprofile' layer spec which contains all of the MP specs.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months
[JBoss JIRA] (WFWIP-254) Changes in volumeClaimTemplate triggers creation of a new statefulset
by Jeff Mesnil (Jira)
[ https://issues.jboss.org/browse/WFWIP-254?page=com.atlassian.jira.plugin.... ]
Jeff Mesnil commented on WFWIP-254:
-----------------------------------
[~pkremens]That's not a bug: the VCT of a statefulset can not be updated. It requires to recreate the statefulset.
I don't have a running example atm but you should be able to reproduce by creating a vanilla statefulset and update its vct. The kubectl edit command will reject the update
> Changes in volumeClaimTemplate triggers creation of a new statefulset
> ---------------------------------------------------------------------
>
> Key: WFWIP-254
> URL: https://issues.jboss.org/browse/WFWIP-254
> Project: WildFly WIP
> Issue Type: Bug
> Components: OpenShift
> Reporter: Petr Kremensky
> Assignee: Jeff Mesnil
> Priority: Critical
> Labels: operator
>
> Adding a volumeClaimTemplate, or existing an existing one leads to the re-creation of statefulset -> all pods are immediately terminated and route is unavailable until some of the pods is ready again.
> *reproduce*
> * deploy operator {noformat}./build/run-openshift.sh{noformat}
> * deploy updatedquickstart project from operator repository {noformat}cat deploy/crds/quickstart-cr.yaml
> apiVersion: wildfly.org/v1alpha1
> kind: WildFlyServer
> metadata:
> name: quickstart
> spec:
> applicationImage: "quay.io/wildfly-quickstarts/wildfly-operator-quickstart:18.0"
> replicas: 2
> storage:
> volumeClaimTemplate:
> spec:
> resources:
> requests:
> storage: 1Mi
> oc apply -f deploy/crds/quickstart-cr.yaml{noformat}
> * wait for both replicas to be ready & print ss creation timestamp & verify application readiness {noformat}oc get pods
> NAME READY STATUS RESTARTS AGE
> quickstart-0 1/1 Running 0 2m48s
> quickstart-1 1/1 Running 0 2m48s
> wildfly-operator-54455dbcd8-flnd4 1/1 Running 0 69m
> oc get statefulset.apps/quickstart --template={{.metadata.creationTimestamp}}
> 2019-10-17T13:55:03Z
> curl quickstart-route-wildfly.apps-crc.testing
> {"ip":"10.128.1.36"}
> {noformat}
> * edit the storage field (e.g. storage: 1Mi -> storage: 2Mi)
> * notice the both pods are terminating, stateful set creation timestamp has changed and application route is not available until one of the pods will start again (could take a minute){noformat}oc get pods
> NAME READY STATUS RESTARTS AGE
> quickstart-0 1/1 Terminating 0 5m42s
> quickstart-1 1/1 Terminating 0 5m42s
> wildfly-operator-54455dbcd8-flnd4 1/1 Running 0 72m
> oc get statefulset.apps/quickstart --template={{.metadata.creationTimestamp}}
> 2019-10-17T14:00:44Z
> curl quickstart-route-wildfly.apps-crc.testing
> ...
> Application is not available
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 9 months