You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/docs/deployment/private-cloud/private-cloud-license-manager.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,6 +9,8 @@ beta: true
9
9
10
10
{{% alert color="warning" %}}
11
11
Private Cloud License Manager is currently in beta. For more information, see [Beta Releases](/releasenotes/beta-features/).
12
+
13
+
Mendix highly recommends that you upgrade to the latest available version to ensure that all apps get a valid, non-expired license. Newer versions contain bugfixes and improvements.
Copy file name to clipboardExpand all lines: content/en/docs/deployment/private-cloud/private-cloud-supported-environments.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -36,8 +36,8 @@ If deploying to Red Hat OpenShift, you need to specify that specifically when cr
36
36
37
37
Mendix for Private Cloud Operator `v2.*.*` is the latest version which officially supports:
38
38
39
-
* Kubernetes versions 1.19 through 1.32
40
-
* OpenShift 4.6 through 4.17
39
+
* Kubernetes versions 1.19 through 1.33
40
+
* OpenShift 4.6 through 4.18
41
41
42
42
{{% alert color="warning" %}}
43
43
Kubernetes 1.22 is a [new release](https://kubernetes.io/blog/2021/08/04/kubernetes-1-22-release-announcement/) which removes support for several deprecated APIs and features.
Copy file name to clipboardExpand all lines: content/en/docs/releasenotes/deployment/mendix-for-private-cloud.md
+20-2Lines changed: 20 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,6 +12,24 @@ For information on the current status of deployment to Mendix for Private Cloud
12
12
13
13
## 2025
14
14
15
+
### May 23, 2025
16
+
17
+
#### Fixes
18
+
19
+
* We addressed an issue with updating expired licenses in PCLM and the Mendix Operator.
20
+
21
+
If you are using the Mendix Operator with PCLM, it is **highly recommended** that you upgrade Mendix Operator to version 2.21.3 or above and PCLM to version 0.10.3 or above.
22
+
23
+
#### License Manage CLI v0.10.3
24
+
25
+
* We added support for uploading license bundles with an extended license expiration date. (Ticket 249344)
26
+
27
+
#### Mendix Operator v2.21.3 {#2.21.3}
28
+
29
+
* We fixed an issue where an overlapping `/tmp/mendix/img` path could cause issues with some Marketplace components, for example [Azure Application Insights](https://marketplace.mendix.com/link/component/108303). (Ticket 248704)
30
+
* We updated the license refresh mechanism to automatically refresh expired licenses from PCLM. (Ticket 249344)
31
+
* Upgrading to Mendix Operator v2.21.3 from a previous version now restarts environments managed by that version of the Operator. Environments with two or more replicas and a **PreferRolling** update strategy are restarted without downtime.
32
+
15
33
### May 08, 2025
16
34
17
35
#### Portal Improvements
@@ -154,7 +172,7 @@ This issue has been fixed in Mendix Operator [version 2.21.1](#2.21.1).
154
172
#### Mendix Operator v2.20.1 {#2.20.1}
155
173
156
174
* We have updated the m2ee-sidecar lifecycle to no longer stop the Mendix Runtime if a `ping`times out or fails; an app will now only be restarted by the liveness probe (Ticket 230648).
157
-
* We have adjusted AWS STS token expiration forenvrionments using IRSA, which should prevent occasional *SQLState: 28000 Error code: 0 Message: "FATAL: PAM authentication failed for user …", retrying...(1/4)* errors (Ticket 234454).
175
+
* We have adjusted AWS STS token expiration forenvironments using IRSA, which should prevent occasional *SQLState: 28000 Error code: 0 Message: "FATAL: PAM authentication failed for user …", retrying...(1/4)* errors (Ticket 234454).
158
176
* We have switched the log format to JSON for the `build`, `database` and `file` pods, to help with parsing the logs and automatically assigning log levels and timestamps.
159
177
* We have updated a library used to validate licenses to the latest non-alpha version.
160
178
* We have updated documentation that OpenShift 4.17 and Postgres 17 are supported by the Mendix Operator.
@@ -165,7 +183,7 @@ This issue has been fixed in Mendix Operator [version 2.21.1](#2.21.1).
165
183
166
184
At present, a Technical Contact can only be assigned to one application at a time instead of multiple applications. If an individual who is already a Technical Contact foran existing application creates another application, they are automatically assigned as the Technical Contact for the new application. However, this resultsin their removal as the Technical Contact for the previous application.
167
185
168
-
Additionally, being assigned as a Technical Contact grants the individual administrator-level access across all namespaces where environments are created. Consequently, in this scenario, the individual gaina administrator access to the namespaces for both applications with created environments.
186
+
Additionally, being assigned as a Technical Contact grants the individual administrator-level access across all namespaces where environments are created. Consequently, in this scenario, the individual grants administrator access to the namespaces for both applications with created environments.
169
187
170
188
We are working on a fix, which is expected to be available in next release. Once the fix is available, make sure to check your applications and assign the Technical Contact accordingly.
0 commit comments