Skip to content

Commit 659cb4e

Browse files
committed
updated release notes
Signed-off-by: Fabrice Flore-Thébault <[email protected]>
1 parent 61cbbfd commit 659cb4e

File tree

2 files changed

+87
-1
lines changed

2 files changed

+87
-1
lines changed

modules/release-notes/ref-release-notes-fixed-issues.adoc

Lines changed: 86 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -4,6 +4,92 @@
44

55
This section lists issues fixed in {product} {product-version}.
66

7+
== Fixed issues in 1.3.5
8+
9+
[id="bug-fix-rhidp-5835"]
10+
=== In the Helm chart, dynamic plugins PVC Storage class and Access mode are not configurable
11+
12+
In the previous versions of the {product-short} Helm Chart, it was not possible to configure the storage class and access mode to use in the dynamic plugins PVC created by the Chart. This could cause the {product-short} Deployment to remain stuck forever in clusters without a default storage class or where the default storage class cannot be used.
13+
This issue has been fixed by making the whole dynamic plugins PVC specification configurable. This way, it is possible to configure various aspects of the PVC, like the storage class or the access mode.
14+
The following fields are now exposed in the Helm Chart:
15+
16+
[source,yaml]
17+
----
18+
dynamicPlugins:
19+
cache:
20+
# -- Spec of the dynamic plugins root volume claim.
21+
# Note that, by default, this is set to use the default storage class, if available in the cluster.
22+
volumeClaimSpec:
23+
accessModes:
24+
- ReadWriteOnce
25+
resources:
26+
requests:
27+
storage: 5Gi
28+
storageClassName: null
29+
----
30+
31+
32+
.Additional resources
33+
34+
* link:https://issues.redhat.com/browse/RHIDP-5835[RHIDP-5835]
35+
36+
37+
[id="bug-fix-rhidp-5837"]
38+
=== In the Helm chart, test-connection pod Image is hardcoded, which can be an issue in air-gapped environments
39+
40+
In the previous versions of the {product-short} Helm Chart, it was not possible to configure the image for the `test-connection` pod, which could be a problem for air-gapped environments.
41+
The `test-connection` pod is a Pod created by the Helm Chart when a user runs the `helm test` command to test a deployed Release.
42+
This issue has been fixed by making the image configurable and also allowing disabling the `test-connection` pod creation altogether. The following fields are now exposed in the Helm Chart:
43+
44+
[source,yaml]
45+
----
46+
# -- Test pod parameters
47+
test:
48+
# -- Whether to enable the test-connection pod used for testing the Release using `helm test`.
49+
enabled: true
50+
image:
51+
# -- Test connection pod image registry
52+
registry: quay.io
53+
# -- Test connection pod image repository. Note that the image needs to have both the `sh` and `curl` binaries in it.
54+
repository: curl/curl
55+
# -- Test connection pod image tag. Note that the image needs to have both the `sh` and `curl` binaries in it.
56+
tag: latest
57+
----
58+
59+
60+
.Additional resources
61+
62+
* link:https://issues.redhat.com/browse/RHIDP-5837[RHIDP-5837]
63+
64+
65+
[id="bug-fix-rhidp-5839"]
66+
=== In the Helm chart, the audit log PVC Storage class and Access mode are not configurable
67+
68+
In the previous versions of the {product-short} Helm Chart, it was not possible to configure the storage class and access mode to use in the audit log PVC created by the Chart. This could cause the {product-short} Deployment to remain stuck forever in clusters without a default storage class or where the default storage class cannot be used.
69+
This issue has been fixed in this version by making the whole audit log PVC specification configurable. This way, it is possible to configure various aspects of the PVC, like the storage class or the access mode.
70+
Please note that the audit log PVC has been removed in 1.4.
71+
72+
The following fields are now exposed in this release of the Helm Chart:
73+
74+
[source,yaml]
75+
----
76+
auditLog:
77+
# -- Spec of the audit log volume claim.
78+
# Note that, by default, this is set to use the default storage class, if available in the cluster.
79+
volumeClaimSpec:
80+
accessModes:
81+
- ReadWriteOnce
82+
resources:
83+
requests:
84+
storage: 1Gi
85+
storageClassName: null
86+
----
87+
88+
89+
.Additional resources
90+
91+
* link:https://issues.redhat.com/browse/RHIDP-5839[RHIDP-5839]
92+
793
== Fixed issues in 1.3.4
894

995
[id="bug-fix-rhidp-5477"]

modules/release-notes/ref-release-notes-new-features.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -171,7 +171,7 @@ dynamicPlugins:
171171

172172
This update also introduced the ability to override core API service factories from a dynamic plugin, which can be helpful for more specialized use cases such as providing a custom ScmAuth configuration for the {product-short} frontend.
173173
[id="enhancement-rhidp-5833"]
174-
== Manage concurrent writing on install dynamic plugins [1.3.5]
174+
== Manage concurrent writing on install dynamic plugins
175175

176176
Previously, running multi-replica RHDH with a Persistent Volume for the Dynamic Plugins cache was not possible due to potential write conflicts. This update mitigates that risk
177177

0 commit comments

Comments
 (0)