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: release_notes/ocp_3_10_release_notes.adoc
+28
Original file line number
Diff line number
Diff line change
@@ -308,6 +308,34 @@ features marked *GA* indicate _General Availability_.
308
308
[[ocp-310-known-issues]]
309
309
== Known Issues
310
310
311
+
* {product-title} 3.10 adds the ability for multiple instances of an APB to be
312
+
invoked in the same namespace. This new ability requires relying on a globally
313
+
unique identifier (GUID) for each instance. While instances deployed by an 3.9
314
+
version of an APB lack the GUID, 3.10 APBs require it.
315
+
+
316
+
--
317
+
A 3.10 APB is unable to manage a 3.9 deployed service because it lacks the
318
+
newly required GUID. This causes clusters upgraded from 3.9 to 3.10 to result in
319
+
an error if an application that was previously deployed on 3.9 is then
320
+
deprovisioned from 3.10 APB.
321
+
322
+
There are two workarounds to this issue currently:
323
+
324
+
* After the cluster upgrade to 3.10 has completed, delete the namespace of the
325
+
application and recreate it. This will use the 3.10 version of the APB and
326
+
function as expected.
327
+
328
+
* Modify the configuration of the OpenShift Ansible broker to remain on the 3.9
329
+
version of APBs. This is not recommended, however, as it has the downside of the
330
+
broker using 3.10 code while the APBs use the older 3.9 version:
331
+
332
+
.. Follow the procedure in
333
+
xref:../install_config/oab_broker_configuration.adoc#install-config-oab-modifying[Modifying the OpenShift Ansible Broker Configuration] to change the label to `v3.9`.
334
+
.. Run the `apb bootstrap` command to bootstrap the broker and relist the catalog.
0 commit comments