Skip to content

Commit 79655ae

Browse files
authored
Merge pull request #96477 from stevsmit/fio-136-jb-pickup-two
FIO 1.3.6 release notes
2 parents 80a21c2 + affaa17 commit 79655ae

File tree

1 file changed

+20
-0
lines changed

1 file changed

+20
-0
lines changed

security/file_integrity_operator/file-integrity-operator-release-notes.adoc

Lines changed: 20 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -15,6 +15,26 @@ For an overview of the File Integrity Operator, see xref:../../security/file_int
1515

1616
To access the latest release, see xref:../../security/file_integrity_operator/file-integrity-operator-updating.adoc#olm-preparing-upgrade_file-integrity-operator-updating[Updating the File Integrity Operator].
1717

18+
[id="file-integrity-operator-release-notes-1-3-6"]
19+
== OpenShift File Integrity Operator 1.3.6
20+
21+
The following advisory is available for the OpenShift File Integrity Operator 1.3.6:
22+
23+
* link:https://access.redhat.com/errata/RHBA-2025:11535[RHBA-2025:11535 OpenShift File Integrity Operator Bug Fix Update]
24+
25+
[id="file-integrity-operator-1-3-6-bug-fixes"]
26+
=== Bug fixes
27+
28+
* Previously, running the `oc annotate fileintegrities/<fileintegrity-name> file-integrity.openshift.io/re-init-on-failed=` command would trigger a reinitialization on all nodes. Now, it only reinitializes the nodes where failures occurred. (link:https://issues.redhat.com/browse/OCPBUGS-18933[*OCPBUGS-18933*])
29+
30+
* Previously, resetting FIO cleared the `NodeHasIntegrityFailure` alert. This occurred because the `metric file_integrity_operator_node_failed` setting was also reset. With this release, restarting FIO does not affect the `NodeHasIntegrityFailure` alert. (link:https://issues.redhat.com/browse/OCPBUGS-42807[*OCPBUGS-42807*])
31+
32+
* Previously, when a new node was added to a cluster by scaling up the `machineset` object, FIO marked the new node as `Failed` before the node was ready. With this release FIO waits until the new node is ready. (link:https://issues.redhat.com/browse/OCPBUGS-36483[*OCPBUGS-36483*])
33+
34+
* Previously, the Advanced Intrusion Detection Environment (AIDE) daemonset pods would constantly force-initialize the AIDE database. With this release, FIO initializes the AIDE database only once. (link:https://issues.redhat.com/browse/OCPBUGS-37300[*OCPBUGS-37300*])
35+
36+
* Previously, some link paths in the Machine Config Operator (MCO) configuration, such as `/hostroot/etc/ipsec.d/openshift.conf` and `hostroot/etc/mco/internal-registry-pull-secret.json`, were modified during an MCO update. This led to failed file integrity checks on nodes after the update, which disrupted user experience. With this update, the modified file link paths in the MCO configuration have been updated. File integrity checks now pass after an update, helping to ensure a stable cluster. (link:https://issues.redhat.com/browse/OCPBUGS-41628[*OCPBUGS-41628*])
37+
1838
[id="file-integrity-operator-release-notes-1-3-5"]
1939
== OpenShift File Integrity Operator 1.3.5
2040

0 commit comments

Comments
 (0)