Updated Date: 06/30/2026
Version: 2.0.0
Build: 22925
Note: This content is current as of the software release date
Updates to bug information occur periodically. For the most up-to-date bug data, see Bug Tracker.
| The blue background highlights fixes |
F5OS-A Fixes
F5OS-C Fixes
F5OS-A and F5OS-C Fixes
Known Issues in F5OS v2.0.x
Vulnerability Fixes
| ID Number | CVE | Links to More Info | Description |
| 2131057 | CVE-2016-2148 | K000156994, BT2131057 | CVE-2016-2148: Heap-based buffer overflow in the DHCP client, affecting BMC firmware |
| 1975237 | CVE-2025-49794,CVE-2025-49795,CVE-2025-49796 | K000153130 | F5OS-A/C : CVE-2025-49794 / CVE-2025-49795 / CVE-2025-49796 libxml2 vulnerabilities |
| 1614821 | CVE-2024-3596 | K000141008, BT1614821 | CVE-2024-3596 - Blast-RADIUS |
| 2221097 | CVE-2025-69419 | K000160558 | CVE-2025-69419 openssl: OpenSSL: Arbitrary code execution due to out-of-bounds write in PKCS#12 processing |
| 2218885 | CVE-2025-40154 | K000160420 | CVE-2025-40154 kernel: ASoC: Intel: bytcr_rt5640: Fix invalid quirk input mapping |
| 2181757 | CVE-2022-50367 | K000158972, BT2181757 | CVE-2022-50367 kernel: fs: UAF/GPF bug in nilfs_mdt_destroy |
| 2063565 | CVE-2022-23219 | K52308021, BT2063565 | CVE-2022-23219: glibc: Stack-based buffer overflow in sunrpc clnt_create via a long pathname |
| 2063545 | CVE-2022-23218 | K52308021, BT2063545 | CVE-2022-23218: glibc: Stack-based buffer overflow in svcunix_create via long pathnames |
| 2008753 | CVE-2025-57780 | K000156771, BT2008753 | Privilege Escalation to Admin via SSH Port Forwarding |
| 2008505 | CVE-2025-61955 | K000156771, BT2008505 | F5OS SCP hardening |
| 1953653 | CVE-2022-27406 | K000141126, BT1953653 | cve-2022-27406: Freetype: Segmentation violation via FT_Request_Size |
| 1889913 | CVE-2025-59778 | K000151718, BT1889913 | VELOS partition Allowed IP rule restrictions |
| 1881341 | CVE-2025-27363 | K000150937 | CVE-2025-27363 freetype: OOB write when attempting to parse font subglyph structures related to TrueType GX and variable font files |
| 1814053 | CVE-2025-59778 | K000151718, BT1814053 | Orchestration Agent process may core |
| 1814045 | CVE-2025-59778 | K000151718, BT1814045 | Daemons that handle ZMQ messages may crash under certain conditions. |
| 1772501 | CVE-2024-45337 | K000152659, BT1772501 | CVE-2024-45337 - Misuse of ServerConfig.PublicKeyCallback in golang.org/x/crypto/ssh |
| 1772473-1 | CVE-2024-45337 | K000152659, BT1772473 | CVE-2024-45337 - Misuse of ServerConfig.PublicKeyCallback in golang.org/x/crypto/ssh |
| 1617805 | CVE-2024-6345 | K000152019, BT1617805 | CVE-2024-6345 Python Setup Tools vulnerability |
| 1598633 | CVE-2023-45288 | K000148640, BT1598633 | CVE-2023-45288 - HTTP/2 endpoint excessive header reading via CONTINUATION frames |
| 1505617-2 | CVE-2023-39325 | K000152389 | CVE-2023-39325 golang: net/http, x/net/http2 vulnerability CVE-2023-39325 |
| 1492725-2 | CVE-2023-39325, CVE-2023-44487 | K000152389 | CVE-2023-39325 golang: net/http, x/net/http2 vulnerability CVE-2023-39325 |
| 1388877 | CVE-2023-39325, CVE-2023-44487 | K000152389 | CVE-2023-39325 golang: net/http, x/net/http2 vulnerability CVE-2023-39325 |
| 1381225 | CVE-2023-39325, CVE-2022-41723, CVE-2023-44487 | K000152389, BT1381225 | CVE-2023-39325 - HTTP/2 rapid reset |
| 1381205 | CVE-2023-39325, CVE-2022-41723, CVE-2023-44487 | K000152389, BT1381205 | CVE-2023-39325 - HTTP/2 rapid reset |
| 1381177 | CVE-2023-39325, CVE-2022-41723 | K000152389, BT1381177 | CVE-2023-39325 - HTTP/2 rapid reset |
| 1091853-7 | CVE-2022-23308 | K32760744, BT1091853 | CVE-2022-23308: libxml2 vulnerability |
| 2258845 | CVE-2026-28421 | K000160853 | CVE-2026-28421: vim: Vim: Denial of service and information disclosure via crafted swap file |
| 2221105 | CVE-2025-69421 | K000160554 | CVE-2025-69421 openssl: OpenSSL: Denial of Service via malformed PKCS#12 file processing |
| 2221101 | CVE-2025-69420 | K000160560 | CVE-2025-69420 openssl: OpenSSL: Denial of Service via malformed TimeStamp Response |
| 2221093 | CVE-2025-69418 | K000160557 | CVE-2025-69418 openssl: OpenSSL: Information disclosure and data tampering via specific low-level OCB encryption/decryption calls |
| 2218937 | CVE-2025-14524 | K000160292 | CVE-2025-14524 curl: Information disclosure via cross-protocol redirect with OAuth2 bearer token |
| 2197021 | CVE-2025-65082 | K000159875 | CVE-2025-65082 httpd: Apache HTTP Server: CGI environment variable override |
| 2181737 | CVE-2025-38718 | K000158198 | CVE-2025-38718 kernel: sctp: linearize cloned gso packets in sctp_rcv |
| 2181721 | CVE-2023-53354 | K000158127 | CVE-2023-53354 kernel: skbuff: skb_segment, Call zero copy functions before using skbuff frags |
| 2181701 | CVE-2022-50406 | K000158197 | CVE-2022-50406 kernel: iomap: iomap: fix memory corruption when recording errors during writeback |
| 2131529 | CVE-2025-8058 | K000157129, BT2131529 | CVE-2025-8058: glibc: Double free in glibc |
| 2130793 | CVE-2025-47268 | K000158112, BT2130793 | CVE-2025-47268 iputils: Signed Integer Overflow in Timestamp Multiplication in iputils ping |
| 2078301-4 | CVE-2025-60015 | K000156796, BT2078301 | Dagd may crash if a malicious message is sent from the tenant |
| 1824213 | CVE-2025-0395 | K000151474, BT1824213 | CVE-2025-0395: glibc: buffer overflow in the GNU C Library's assert() |
| 1797813-1 | CVE-2024-12085 | K000150363 | CVE-2024-12085: rsync: Info Leak via Uninitialized Stack Contents |
| 1797289-1 | CVE-2024-12747 | K000150363 | CVE-2024-12747: rsync: Race Condition in rsync Handling Symbolic Links |
| 1789481-1 | CVE-2024-13176 | K000150784 | OpenSSL vulnerability CVE-2024-13176 |
| 1787537 | CVE-2013-7040 | K000151520 | CVE-2013-7040 python: hash secret can be recovered remotely |
| 1695549 | CVE-2024-23599 | K000141500, BT1695549 | CVE-2024-23599: Race condition in Seamless Firmware Updates |
| 1691557-2 | CVE-2020-8037 | K000149929 | CVE-2020-8037: tcpdump memory leak. |
| 1628557 | CVE-2025-47150 | K000149820, BT1628557 | F5OS high memory usage when using snmp |
| 1498413 | CVE-2023-28484 | K000139641, BT1498413 | CVE-2023-28484: A NULL pointer dereference vulnerability was found in libxml2. This issue occurs when parsing (invalid) XML schemas. |
| 1495337 | CVE-2025-60013 | K000154661, BT1495337 | FIPS Password Initialization Failure with Special Characters |
| 1494269 | CVE-2023-48795 | K000138264 | CVE-2023-48795: ssh: Prefix truncation attack on Binary Packet Protocol (BPP) |
| 1494209 | CVE-2023-2953 | K000138814, BT1494209 | CVE-2023-2953 openldap: null pointer dereference in ber_memalloc_x function |
| 1401945 | CVE-2023-3899 | K000137798, BT1401945 | CVE-2023-3899: subscription-manager : inadequate authorization of com.redhat.RHSM1 D-Bus interface allows local users to modify configuration |
| 1400521-1 | CVE-2023-5678 | K000138242 | CVE-2023-5678: OpenSSL vulnerability |
| 1388777 | CVE-2022-43750 | K000139700, BT1388777 | CVE-2022-43750: kernel: memory corruption in usbmon driver |
| 1306201 | CVE-2022-23218 | K49921213, BT1306201 | glibc CVEs CVE-2009-5155, CVE-2022-23218, CVE-2022-23219, CVE-2017-8804, CVE-2020-1752, CVE-2021-35942, CVE-2021-3999 |
| 1306113 | CVE-2019-8457 | K000158050, BT1306113 | Multiple CVEs in SQLite package |
| 1301165 | CVE-2022-4378 | K000134768 | CVE-2022-4378 kernel: stack overflow in do_proc_dointvec and proc_skip_spaces |
| 1297945 | CVE-2022-45061 | K000134706 | CVE-2022-45061 python: CPU denial of service via inefficient IDNA decoder |
| 1289481 | CVE-2021-3697, CVE-2021-3695, CVE-2022-28733, CVE-2022-28734 |
K000132893, BT1289481 | CVE-2021-3697, CVE-2021-3695, CVE-2022-28733, CVE-2022-28734: grub2 |
| 1240453 | CVE-2023-0215 | K000132946 | CVE-2023-0215: openssl: use-after-free following BIO_new_NDEF |
| 1239465 | CVE-2022-4304 | K000132943 | CVE-2022-4304: openssl: timing attack in RSA Decryption implementation |
| 1225805-12 | CVE-2020-15778 | K04305530 | CVE-2020-15778 openssh: scp allows command injection when using backtick characters in the destination argument |
| 1205429 | CVE-2018-17199 | K54296221 | CVE-2018-17199: httpd: mod_session_cookie does not respect expiry time |
| 1190153 | CVE-2019-17567 | K000133522 | Apache HTTP Server mod_proxy_wstunnel access control bypass vulnerability (CVE-2019-17567) |
| 1171849-7 | CVE-2022-2588 | K32615023 | CVE-2022-2588: kernel: a use-after-free in cls_route filter implementation may lead to privilege escalation |
| 1169625 | CVE-2018-20685 | K11315080, BT1169625 | CVE-2018-20685: openssh: scp client improper directory name validation |
| 1127361 | CVE-2022-21166 | K08152433 | CVE-2022-21166: hw: cpu: incomplete clean-up in specific special register write operations (aka DRPW) |
| 1127357 | CVE-2022-21166 | K08152433 | CVE-2022-21166: hw: cpu: incomplete clean-up in specific special register write operations (aka DRPW) |
| 1127353 | CVE-2022-21166 | K08152433 | CVE-2022-21166: hw: cpu: incomplete clean-up in specific special register write operations (aka DRPW) |
| 1093681 | CVE-2022-0359 | K08827426, BT1093681 | CVE-2022-0359 vim: Heap-based buffer overflow in init_ccline() in ex_getln.c |
| 1091329 | CVE-2021-3999, CVE-2022-23218, CVE-2022-23219 | K52308021 | CVE-2021-3999, CVE-2022-23218, CVE-2022-23219 Glibc Vulnerabilities |
| 2224645 | CVE-2025-11731 | K000160721 | CVE-2025-11731: libxslt: Type Confusion in exsltFuncResultCompfunction of libxslt |
| 1677249-4 | CVE-2024-6232 | K000148252 | CVE-2024-6232: python: cpython: tarfile: ReDos via excessive backtracking while parsing header values |
| 1593569 | CVE-2024-2961 | K000140901 | CVE-2024-2961: A bug in glibc iconv() causes a small memory overflow, which can crash apps or be exploited for more serious attacks. |
| 2264293-1 | CVE-2026-23307 | K000161138 | CVE-2026-23307 kernel: can: ems_usb: ems_usb_read_bulk_callback(): check the proper length of a message |
| 2181681 | CVE-2023-53373 | K000159889, BT2181681 | CVE-2023-53373 kernel: crypto: seqiv - Handle EBUSY correctly |
| 2164309 | CVE-2023-53178 | K000159018 | CVE-2023-53178 kernel: mm: fix zswap writeback race condition |
| 2162969 | CVE-2022-50356 | K000160222, BT2162969 | CVE-2022-50356 kernel: net: sched: sfb: fix null pointer access issue when sfb_init() fails |
| 1962741-1 | CVE-2023-31436 | K000152785 | CVE-2023-31436: kernel: out-of-bounds write in qfq_change_class function |
| 1953309 | CVE-2024-6345 | K000152019 | CVE-2024-6345: pypa/setuptools: Remote code execution via download functions in the package_index module in pypa/setuptools |
| 1813965-2 | CVE-2024-11187 | K000150814 | CVE-2024-11187: bind: bind9: Many records in the additional section cause CPU exhaustion |
| 1797025-1 | CVE-2024-12088 | K000150363 | CVE-2024-12088: rsync: --safe-links option bypass leads to path traversal |
| 1796889-1 | CVE-2024-12087 | K000150363 | CVE-2024-12087: rsync: Path traversal vulnerability in rsync |
| 1789441-2 | CVE-2024-9287 | K000149756 | CVE-2024-9287 python: Virtual environment (venv) activation scripts don't quote paths |
| 1773173-2 | CVE-2024-40998 | K000149484 | CVE-2024-40998: kernel: ext4: fix uninitialized ratelimit_state->lock access in __ext4_fill_super() |
| 1758949-2 | CVE-2024-4032 | K000150749 | CVE-2024-4032: python: incorrect IPv4 and IPv6 private ranges |
| 1677269-4 | CVE-2024-38428 | K000141479 | CVE-2024-38428 wget: Misinterpretation of input may lead to improper behavior |
| 1630273-1 | CVE-2023-4207 | K000138693 | CVE-2023-4207 - Centos Security Update for kernel |
| 1630253-1 | CVE-2023-4208 | K000138693 | CVE-2023-4208 - Centos Security Update for kernel |
| 1623973 | CVE-2022-48174 | K000140863 | CVE-2022-48174 Busybox Vulnerability |
| 1622125-3 | CVE-2024-1975 | K000140745 | CVE-2024-1975: bind9: bind: SIG(0) can be used to exhaust CPU resources |
| 1622113-2 | CVE-2024-1737 | K000140732 | CVE-2024-1737: bind: bind9: BIND's database will be slow if a very large number of RRs exist at the same nam |
| 1613061-3 | CVE-2024-5535 | K000140882 | CVE-2024-5535 openssl: SSL_select_next_proto buffer overread |
| 1612497-1 | CVE-2024-22195 | K000141253 | CVE-2024-22195: python-jinja2: HTML attribute injection when passing user input as keys to xmlattr filter |
| 1589149 | CVE-2023-42753 | K000139897 | CVE-2023-42753: kernel: netfilter: potential slab-out-of-bound access due to integer underflow |
| 1581389 | CVE-2024-28182 | K000139225 | CVE-2024-28182 - nghttp2 vulnerability |
| 1394569 | CVE-2023-3609 | K000137790 | CVE-2023-3609: kernel: net/sched: cls_u32 component reference counter leak if tcf_change_indev() fails |
| 1388729 | CVE-2023-35001 | K000137871 | CVE-2023-35001: stack-out-of-bounds-read in nft_byteorder_eval() |
| 1327029 | CVE-2023-38408 | K000135709 | CVE-2023-38408 PKCS#11 in ssh-agent, insufficiently trustworthy search path, possible RCE |
| 1092037 | CVE-2021-4155 | K71080411, BT1092037 | CVE-2021-4155 Linux Kernel Vulnerability |
Functional Change Fixes
| ID Number | Severity | Links to More Info | Description |
| 1297365 | 4-Minor | SSH cryptographic algorithm update |
F5OS-A and F5OS-C Fixes
| ID Number | Severity | Links to More Info | Description |
| 2279229 | 2-Critical | BT2279229 | Kernel Panic Occurs While Accessing page_private Data During Writeback |
| 2260817 | 2-Critical | BT2260817 | [Windows AD] Secure LDAP / Basic LDAP is not working post toggling the active_directory flag True/False |
| 2209117 | 2-Critical | System is not booting after trying password recovery steps on rocky OS | |
| 2162701 | 2-Critical | BT2162701 | Tenant outage caused by deletion of VLAN in the tenant and unassignment of the VLAN from F5OS |
| 1987017 | 2-Critical | qat_stat process generates core.host.unknown during system upgrade or reboot | |
| 1917753 | 2-Critical | REST API for Docker Restart command fails | |
| 1620077-3 | 2-Critical | BT1620077 | FDB entry port motion not working if new interface is a trunk/LAG |
| 1586089-3 | 2-Critical | BT1586089 | Resource-admin is unable to perform SCP. |
| 1426157 | 2-Critical | BT1426157 | F5OS-A: utils-agent cored and did not restart, resulting in HTTP 500 API responses |
| 1303065 | 2-Critical | VELOS/rSeries does not have infield diagnostic capability | |
| 2295445 | 3-Major | BT2295445 | Kubelet log flood: "orphaned pod ... failed to remove volume ... directory not empty" for Tenant ConfigMap Volumes After Reboot |
| 2292429 | 3-Major | CVE-2026-4786 python: cpython: Python: Arbitrary code execution via command injection in webbrowser.open() API | |
| 2261481 | 3-Major | BT2261481 | Packet loss on a F5OS tenant when vlan-groups are in use |
| 2230697 | 3-Major | BT2230697 | Tenant image uploads are failing without error notifications, despite sufficient available storage. |
| 2230673 | 3-Major | BT2230673 | Tenant image upload silently fails |
| 2225181 | 3-Major | BT2225181 | 'Show NTP' Command Displays Incorrect Server IP Information |
| 2219077 | 3-Major | Enhance logging for clear-all alert cases. | |
| 2218193 | 3-Major | No guradrail for downgrade from 2.0.0 to lower version when common criteria mode enabled.★ | |
| 2201365 | 3-Major | BT2201365 | Intermittent webUI startup failure after F5OS v1.8.x upgrade caused by SSL certificate generation issue |
| 2138185 | 3-Major | BT2138185 | LLDP may core when ConfD restarts or reconnects |
| 2064397 | 3-Major | BT2064397 | TACACS GUI Authentication Failure |
| 2035545 | 3-Major | Incorrect network namespace for system_tmstat_merged | |
| 2015869 | 3-Major | BT2015869 | F5OS qkview fails to collect log files due to journal logs |
| 2008381 | 3-Major | BT2008381 | A TACACS+ server secret with a newline breaks PAM configs and blocks all user logins, including root. |
| 1987177 | 3-Major | BT1987177 | Add output of "show system uptime" for Qkview data |
| 1953401 | 3-Major | BT1953401 | QKView creation status does not update automatically in the GUI. |
| 1891301 | 3-Major | CVE 2020-27743: pam_tacplus through 1.5.1 lacks a check for a failure of RAND_bytes()/RAND_pseudo_bytes(). | |
| 1857001 | 3-Major | CVE-2025-27152: axios vulnerability | |
| 1827777 | 3-Major | F5OS webUI: Remove mandatory requirement for e-mail in CSR creation | |
| 1826301-1 | 3-Major | BT1826301 | Update ConfD CLI Help Text for SANs Input |
| 1812497 | 3-Major | BT1812497 | Restoring a backup with an SNMP user on a system with a different SNMP Engine ID will duplicate the SNMP user |
| 1789117 | 3-Major | BT1789117 | SNMP bulk queries for LAGs on VELOS might return incomplete information |
| 1757729 | 3-Major | BT1757729 | Default port for LDAP server does not match default server type |
| 1627257 | 3-Major | F5OS does not support mapping multiple LDAP groups to a single F5OS role (many-to-one LDAP group mapping) | |
| 1600189 | 3-Major | BT1600189 | F5OS API tokens invalidated after a minute of inactivity |
| 1586661 | 3-Major | BT1586661 | Remote User First Login Failure |
| 1572137-3 | 3-Major | BT1572137 | Upload/Download API should work with '/api' and '/restconf' |
| 1399041 | 3-Major | BT1399041 | F5OS-A:"Use of libssh2 in utils-agent restricting to add known-hosts entry in host" |
| 1365937 | 3-Major | Support bcrypt/blowfish for password hashing algorithm | |
| 1341493 | 3-Major | BT1341493 | OpenShift cluster failure due to disk exhaustion from oversized log file's |
| 1285997-9 | 3-Major | BT1285997 | LLDP is allowed to configure on interfaces when virtual wire is enabled |
| 1238437 | 3-Major | Missing rpm-ostree status output in QkView diagnostic data | |
| 2183301 | 4-Minor | Error Catalog not generating Hex Values in msgid | |
| 1962213 | 4-Minor | TCPDUMP on Management Port Fails to Exit Gracefully After Restart | |
| 1933477-1 | 4-Minor | Resolved Tcpdump Issue of Capturing Packets Indefinitely with Count Set to 0 | |
| 1462929-1 | 4-Minor | BT1462929 | Platform-deployment script logs are now captured in both its dedicated log file and the systemd journal★ |
| 1391001 | 4-Minor | Unable to Specify Allowed Cipher Suites and TLS Protocol Versions for F5OS Management Interface (HTTPS) | |
| 1359261 | 4-Minor | Customize "internal chassis network" for F5OS |
F5OS-A Fixes
| ID Number | Severity | Links to More Info | Description |
| 2132141 | 1-Blocking | BT2132141 | Interface 8.0 on r2000 and r4000-series F5OS appliances does not join LACP LAG or transmit LLDP BPDUs after upgrade to F5OS-A 1.8.3★ |
| 1988997 | 1-Blocking | BT1988997 | Tenant experiences master key decrypt error after F5OS api-svc-gateway restart |
| 1952801-1 | 1-Blocking | Unable to launch tenant, as VF interface missing under "ip link show" across reboots | |
| 1926489 | 1-Blocking | BT1926489 | L2 Port motion events are not generated for certain port combinations on r10k. |
| 1624777 | 1-Blocking | BT1624777 | Tenants will not deploy since Orchestration Agent process is continuously generating a core |
| 1620921 | 1-Blocking | BT1620921 | During live-upgrade, "show cluster cluster-status" shows "K3s IMAGE update has failed, will retry"★ |
| 1582817 | 1-Blocking | BT1582817 | Unable to add rSeries device IP to 'known-hosts' file |
| 1250901-6 | 1-Blocking | BT1250901 | On rSeries FIPS system live upgrade, cavium_n3fips (liquidsec_pf_vf driver) may fail to come into operational state |
| 2279301 | 2-Critical | CVE-2026-33412: Vim glob() handling | |
| 2277137 | 2-Critical | CVE-2026-3497: OpenSSH GSSAPI message handling | |
| 2216829 | 2-Critical | F5 rSeries Port Down, Optic Unplugged, or other frequent unexpected events. | |
| 2211261 | 2-Critical | BT2211261 | Enable login-attribute to work with UPN based authentication in F5OS |
| 2183789 | 2-Critical | BT2183789 | FDB entries may expire when multiple entries hash to the same FPGA table index and traffic is intermittent |
| 2180637-3 | 2-Critical | Tenant disk can get removed when there is a double fault scenario | |
| 2179369 | 2-Critical | BT2179369 | F5OS does not validate the LDAP TLS CA certificate |
| 2152949 | 2-Critical | BT2152949 | Disabled ports or port mode mismatchs can cause bad register reads. |
| 2152353 | 2-Critical | BT2152353 | The "system aaa tls config passphrase" command does not validate whether or not the new passphrase correctly decrypts the current key file |
| 2151413 | 2-Critical | BT2151413 | TACACS External Authentication Failure after a software upgrade |
| 2137577 | 2-Critical | BT2137577 | After upgrading, system health shows "disk encryption" as unhealthy even when UEFI communication is successful★ |
| 2063201 | 2-Critical | BT2063201 | Authentication of LDAP Remote user in AD server may fail |
| 1993021 | 2-Critical | BT1993021 | File download failing from log/system |
| 1992117 | 2-Critical | Unable to get link on 25G interfaces | |
| 1976833-3 | 2-Critical | BT1976833 | Unable to change F5OS primary key with LDAP TLS client cert+key set |
| 1969573 | 2-Critical | K000140362, BT1969573 | iHealth upload is failing with error "certificate signed by unknown authority" |
| 1968289 | 2-Critical | BT1968289 | Confd.smp memory consumption spikes high with snmpEnableAuthenTraps enabled |
| 1968009 | 2-Critical | On system startup, DIMM faults are reported even when no actual hardware issue exists. | |
| 1966265 | 2-Critical | BT1966265 | Removed unsupported traps from F5OS-APPLIANCE-ALERT-NOTIF-MIB |
| 1928829 | 2-Critical | BT1928829 | Egress traffic is being dropped by upstream switch following a reboot of rSeries. |
| 1928137 | 2-Critical | BT1928137 | During partition software upgrade dagd process may crash and dump a core★ |
| 1926829 | 2-Critical | When attributes are added under exporters for Open Telemetry, the keys are not visible in the GUI. | |
| 1891029 | 2-Critical | BT1891029 | Port not enabling after SFP connection when previously disabled |
| 1858617 | 2-Critical | BT1858617 | Users unable to login after reboot with LDAP group configured★ |
| 1789141 | 2-Critical | If 'ldap-group is configured for a role but LDAP search fails, users with the default GID for the role can still get those privileges | |
| 1783685 | 2-Critical | BT1783685 | ATSE Datapath lockup on HBM calibration issue |
| 1783681 | 2-Critical | BT1783681 | ATSE Datapath lockup causes blade to report unhealthy and stop passing traffic |
| 1782925 | 2-Critical | BT1782925 | Active Directory LDAP integration without uidNumber/gidNumber does not work after system reboot |
| 1759097 | 2-Critical | BT1759097 | F5OS STP with LAG sends BPDU on single interface regardless of member interface status |
| 1757617 | 2-Critical | BT1757617 | XBAR rate limit not updated when modifying LAG |
| 1754097 | 2-Critical | BT1754097 | F5 rSeries ATSE v72.41.6.00 firmware |
| 1753033 | 2-Critical | BT1753033 | Snmp is not working if mgmt is in 172.17.x.x network in 1.8.0★ |
| 1737677 | 2-Critical | BT1737677 | Reboot of both system controllers results in dataplane issues |
| 1713485 | 2-Critical | BT1713485 | F5 rSeries ATSE v72.5.6.00 firmware |
| 1713073 | 2-Critical | K000148566, BT1713073 | F5OS rSeries spontaneous reboot after upgrade★ |
| 1709665-3 | 2-Critical | BT1709665 | Blade NotReady after liveupgrade★ |
| 1697237 | 2-Critical | BT1697237 | Partition volumes IMAGES, shared are not present in partition snmpwalk output. in hrStorageDescr in HOST-RESOURCES-MIB |
| 1696325 | 2-Critical | BT1696325 | Unresolved VQF IMM watchdogs after system controller failover, VoQ Window Errors, and extensive disconnect to confd |
| 1694481 | 2-Critical | BT1694481 | K3s token expiry causing tenant unresponsiveness |
| 1633681 | 2-Critical | BT1633681 | Dynamic FDB entries may not be flushed from all blades when a vlan tag is removed from a LAG. |
| 1630009 | 2-Critical | BT1630009 | F5 rSeries NSO firmware v70.5.2.22 |
| 1630005 | 2-Critical | BT1630005 | F5 rSeries NSO firmware v70.5.2.11 |
| 1630001 | 2-Critical | BT1630001 | F5 rSeries NSO firmware v70.5.2.00 |
| 1629993 | 2-Critical | BT1629993 | F5 rSeries ASW firmware v71.5.2.22 |
| 1629985 | 2-Critical | BT1629985 | F5 rSeries ASW firmware v71.5.2.11 |
| 1629977 | 2-Critical | BT1629977 | F5 rSeries ASW firmware v71.5.2.00 |
| 1629257 | 2-Critical | BT1629257 | Diag-agent service memory utilization increases because of heartbeat probe |
| 1627293 | 2-Critical | BT1627293 | GUI session may log out prematurely |
| 1622869-1 | 2-Critical | BT1622869 | Might see TPOB core after HA disassembly |
| 1621757-5 | 2-Critical | Observing "Stp Maapi request to readPortFlushes failed" errors while enabling MSTP port | |
| 1612605 | 2-Critical | BT1612605 | RSeries 2000/4000 NIC driver/firmware/utilities update |
| 1612405-2 | 2-Critical | BT1612405 | LACP status shows UP in BIG-IP tenant even if its down on F5OS. |
| 1601985-2 | 2-Critical | BT1601985 | F5OS unable to transmit frames out to external interface, even though link is reported as UP |
| 1596625-1 | 2-Critical | BT1596625 | BE2 GCI interface training failures during runtime results in failure to process networking traffic★ |
| 1596149-2 | 2-Critical | BT1596149 | Monitor rSeries ATSE to BE2 links and Raise Alarms in the Event of Failures |
| 1594125-1 | 2-Critical | BT1594125 | GUI fails to modify interfaces on F5OS-C |
| 1591645 | 2-Critical | BT1591645 | EPVA related dma-agent crash |
| 1591549 | 2-Critical | BT1591549 | Support for case-insensitive LDAP username lookup |
| 1586965 | 2-Critical | BT1586965 | No active instance of ConfD after failover |
| 1581077 | 2-Critical | BT1581077 | A blade may fail to join the Kubernetes cluster if another blade is offline. |
| 1576345 | 2-Critical | K000139339, BT1576345 | Port mode mismatch on QSFP ports can cause interface flaps on other ports★ |
| 1568485-1 | 2-Critical | BT1568485 | GRE V1 packets are being dropped before even reaching BIG-IP on F5 r2xxx/r4xxx |
| 1550693-2 | 2-Critical | BT1550693 | Missing LACP ConfD events may lead to loss of connectivity to blade control plane |
| 1341701-3 | 2-Critical | BT1341701 | Unable to launch tenant, as VF interface is getting incorrect name while attaching to tenant. |
| 932945-3 | 3-Major | BT932945 | STP references to stale interfaces remain when the port group changes |
| 2292365 | 3-Major | CVE-2026-4424 libarchive: Information disclosure via heap out-of-bounds read in RAR archive processing | |
| 2291497 | 3-Major | CVE-2026-1519 bind: BIND: Denial of Service via maliciously crafted DNSSEC-validated zone | |
| 2287977-1 | 3-Major | CVE-2026-23340: kernel: net: sched: avoid qdisc_reset_all_tx_gt() vs dequeue race for lockless qdiscs | |
| 2287953-5 | 3-Major | CVE-2026-23352:kernel: x86/efi: defer freeing of boot services memory | |
| 2266017-5 | 3-Major | CVE-2025-37789: Kernel openvswitch key length validation | |
| 2265989 | 3-Major | CVE-2026-23304 kernel: ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu() | |
| 2263417-5 | 3-Major | CVE-2026-23290 kernel: net: usb: pegasus: validate USB endpoints | |
| 2258893 | 3-Major | CVE-2026-3783: curl: curl: Information disclosure via OAuth2 bearer token leakage during HTTP(S) redirect | |
| 2257649 | 3-Major | BT2257649 | Memory leak in confd-key-migrationd when frequently retrieving primary key data |
| 2257529 | 3-Major | CVE-2022-50865 kernel: tcp: fix a signed-integer-overflow bug in tcp_add_backlog() | |
| 2241521 | 3-Major | BT2241521 | PlatformStatsBridge crash on VELOS due to malformed SNMP requests |
| 2228961 | 3-Major | CVE-2026-25749 : Vim: Arbitrary code execution via 'helpfile' option processing | |
| 2227221 | 3-Major | BT2227221 | F5OS tpm-integrity-status is Unavailable on certain versions released since October 2025 |
| 2225577 | 3-Major | BT2225577 | AOM and fan alarms persist on rSeries appliance persist after hardware replacement and cannot be cleared |
| 2225321 | 3-Major | CVE-2025-15281: glibc: wordexp with WRDE_REUSE and WRDE_APPEND may return uninitialized memory | |
| 2220649 | 3-Major | CVE-2023-53552 kernel: drm/i915: mark requests for GuC virtual engines to avoid use-after-free | |
| 2219861 | 3-Major | BT2219861 | TCP Packet loss after upgrade with AFM provisioned★ |
| 2219841 | 3-Major | L2 table become inconsistent after reseating VELOS blades | |
| 2218489 | 3-Major | CVE-2025-38085 kernel: mm/hugetlb: fix huge_pmd_unshare() vs GUP-fast race | |
| 2218469 | 3-Major | CVE-2025-39817: kernel: efivarfs: Fix slab-out-of-bounds in efivarfs_d_compare | |
| 2218133 | 3-Major | CVE-2026-0915: glibc: glibc: Information disclosure via zero-valued network query | |
| 2209005 | 3-Major | BT2209005 | TLS client authentication for LDAP servers not working |
| 2208601 | 3-Major | BT2208601 | Long BIG-IP tenant names will prevent virtual console access |
| 2207865 | 3-Major | BT2207865 | Snmpwalk misses LAG interface stats intermittently |
| 2202065 | 3-Major | BT2202065 | LACP LAG interface stops forwarding packets when interface is disabled and re-enabled |
| 2199337 | 3-Major | BT2199337 | Invalid or unresponsive rsyslog remote servers for log forwarding can exhaust system memory. |
| 2196545 | 3-Major | BT2196545 | Tenant image upload failure when there is still sufficient space available |
| 2196293 | 3-Major | BT2196293 | The file /var/omd/CLUSTER_REINSTALL on Standby causes openshift reinstall after failover |
| 2195581 | 3-Major | BT2195581 | FPGA firmware health status reported as unhealthy/error |
| 2187625 | 3-Major | BT2187625 | Chassis partition go-standby command does not work correctly after Active/Active resolution |
| 2185853 | 3-Major | BT2185853 | No logs observed when mgmt interface state changes |
| 2182497-4 | 3-Major | CVE-2025-38352: kernel: posix-cpu-timers: fix race between handle_posix_cpu_timers() and posix_cpu_timer_del() | |
| 2181801 | 3-Major | CVE-2025-38498 kernel: do_change_type(): refuse to operate on unmounted/not ours mounts | |
| 2171937 | 3-Major | BT2171937 | The Virtual Server is not receiving traffic due to an incorrect VLAN update from F5OS platform |
| 2171805 | 3-Major | BT2171805 | DmaTenantTcpCopOperHdlr, couldn't find stats for tenant |
| 2163677 | 3-Major | BT2163677 | K3s install fails if a weak SSH MAC algorithm is configured★ |
| 2153821 | 3-Major | During live-upgrade, "show cluster cluster-status" shows "K3s IMAGE update has failed, will retry"★ | |
| 2151269 | 3-Major | BT2151269 | Prompt-statusd process occasionally cores |
| 2150537 | 3-Major | BT2150537 | On r5xxx, multicast packets are replicated to unused ports causing invalid packet drops. |
| 2148949 | 3-Major | CVE-2025-8194: cpython: Cpython infinite loop when parsing a tarfile | |
| 2145489 | 3-Major | CVE-2025-6069: cpython: Python HTMLParser quadratic complexity | |
| 2141089 | 3-Major | BT2141089 | Multicast traffic can be dropped by Host DLF rate-limiter |
| 2141081 | 3-Major | Serial console access behavior | |
| 2140617 | 3-Major | BT2140617 | Tenants not receiving traffic after multi-bladed VELOS chassis upgrade to F5OS-C 1.8.2★ |
| 2139613 | 3-Major | BT2139613 | Open Telemetry - system.disk.usage is always reported 0 on rSeries and VELOS |
| 2137893 | 3-Major | BT2137893 | TCP response packets dropped between F5OS and tenant after upgrade to F5OS 1.8.3★ |
| 2131773 | 3-Major | BT2131773 | Error message IDs for image-agent do not match those documented in the error catalog |
| 2131677 | 3-Major | BT2131677 | PSU inventory data shows "Not Available" on F5OS-A |
| 2131429 | 3-Major | BT2131429 | init_etile: Cable check failed |
| 2130889 | 3-Major | CVE-2025-47273: setuptools path handling | |
| 2130773 | 3-Major | CVE-2025-48964 iputils: iputils integer overflow | |
| 2119061 | 3-Major | BT2119061 | Authentication failures not logged at default level in authentication-mgr and user-manager |
| 2119017 | 3-Major | BT2119017 | F5OS not able to handle changes to LDAP tls_reqcert configuration |
| 2078813 | 3-Major | CVE-2025-6395 gnutls: NULL pointer dereference in _gnutls_figure_common_ciphersuite() | |
| 2078809 | 3-Major | CVE-2025-32990 gnutls: certtool template parsing | |
| 2047361 | 3-Major | BT2047361 | 'show cluster events' cli output is not displaying unhealthy->healthy, ordering and timestamps of events |
| 2046501 | 3-Major | NTP CLI/webUI displays "ntp api, the server or underlying service is unreachable" | |
| 2044517 | 3-Major | BT2044517 | Changing LDAP configuration via the GUI results in an unexpected error |
| 2037525 | 3-Major | BT2037525 | Appliance_orchestration_manager process occasionally cores |
| 2035593-2 | 3-Major | BT2035593 | Max DNS entries supported are three, if more are configured the extras are ignored, and even after reducing to three, the previously ignored entries are not reapplied. |
| 2035549 | 3-Major | System_host_config container's outbound DNS traffic will use stale DNS lookup entries. | |
| 2035153 | 3-Major | BT2035153 | The confd-key-migrationd logs may display incorrect error messages during migration failures |
| 2025949 | 3-Major | BT2025949 | Configuring more than one mgmt aggregation interface may cause an aggregated management port to stop working |
| 2009765 | 3-Major | BT2009765 | Tcpdump may crash with "malloc(): corrupted top size" when using complex BPF filters |
| 2008113 | 3-Major | BT2008113 | TLS Extended Master Secret Extension in F5OS |
| 1993457 | 3-Major | BT1993457 | Show system version should rely on sw-mgmt, not the confd db. |
| 1993253 | 3-Major | BT1993253 | VOQs don't recover after window error on own slot |
| 1990257 | 3-Major | BT1990257 | PSU fault alarm triggered due to outdated system data when PSU is removed and then reinserted |
| 1983061 | 3-Major | BT1983061 | VLAN cannot be deleted after removing all tenant and interface references |
| 1976845 | 3-Major | BT1976845 | OPT-0056 QSFPO Rev 1C showing as "40G/100GBASE-FR" in "show portgroup" output |
| 1975309 | 3-Major | BT1975309 | Logging from PAM modules only seen for SSH authentication, and not GUI/API authentication |
| 1967481 | 3-Major | BT1967481 | "Show cluster" may incorrectly log a system controller as not present |
| 1966945 | 3-Major | BT1966945 | High CPU or increased translation errors following upgrade or restart when DAG distribution changes |
| 1963457 | 3-Major | BT1963457 | Tenant file system stats fail to clear after deleting a tenant |
| 1959817 | 3-Major | BT1959817 | Qkview-collect crashes while collecting a QKView |
| 1953617 | 3-Major | CVE-2019-2201 libjpeg-turbo: several integer overflows and subsequent segfaults when attempting to compress/decompress gigapixel images | |
| 1953601 | 3-Major | CVE-2020-13790 buffer overflow in libjpeg-turbo 2.0.4, and mozjpeg 4.0.0. | |
| 1934645 | 3-Major | BT1934645 | Logging doest work properly if wrong tls is configured for remote log servers |
| 1934005 | 3-Major | K000152328, BT1934005 | Infrequent and uneven traffic to front panel LAGs can lead to premature aging of L2 events |
| 1933793 | 3-Major | BT1933793 | SNMP PSU stats display incorrect measurement units |
| 1933721 | 3-Major | BT1933721 | Interface remain down in F5OS after removing and reinserting SFP modules |
| 1933645 | 3-Major | BT1933645 | GUI immediately logs user off with "User Session Terminated" error and "validator" process cores |
| 1932313 | 3-Major | "system diagnostics net-utils tcpdump" Tab Completion Does Not Show Option Descriptions | |
| 1926585 | 3-Major | BT1926585 | High memory utilization by NetworkManager★ |
| 1921793 | 3-Major | BT1921793 | Health summary is not reported for some nodes in controller and partition ConfD |
| 1894177 | 3-Major | BT1894177 | F5OS LDAP operations from authentication-manager and user-manager do not respect timeouts or chase-referrals |
| 1890289 | 3-Major | BT1890289 | Stp stats (ex counters) are not reset when stp mode removed and added again. |
| 1881557 | 3-Major | BT1881557 | Optic removed while system down does not get removed from ConfD state |
| 1858657 | 3-Major | BT1858657 | Inconsistency with network interface alarms |
| 1857245 | 3-Major | CVE-2025-22869 - SSH file-transfer servers vulnerable to Denial of Service via slow key exchange | |
| 1850165 | 3-Major | BT1850165 | Missing internal interface pgindex field causes l2-agent to restart★ |
| 1825501 | 3-Major | BT1825501 | Cmp_dest may give incorrect results on rSeries. |
| 1820613 | 3-Major | BT1820613 | BX520 Port LED solidly illuminated indicating link up while system software reports link down. |
| 1812665 | 3-Major | BT1812665 | Fpgamgr failing to clear alarms when unplugging and replugging SFPs combined with disabling/enabling interfaces |
| 1812541 | 3-Major | K000150155, BT1812541 | DDM system alarms triggered when interface is disabled |
| 1798869 | 3-Major | BT1798869 | F5OS-A webUI HTTP responses are unexpectedly gzip-compressed |
| 1789413 | 3-Major | IPMI 0xC0 "Node Busy" PEL/SEL related messages | |
| 1789125 | 3-Major | BT1789125 | VQF VOQ entries missing for the functional blades in the show fpga-tables output |
| 1788369 | 3-Major | BT1788369 | In rare instances, LACPD may crash when creating a new aggregation interface. |
| 1786237 | 3-Major | BT1786237 | Unable to launch tenant, VF interface is missing under "ip link show" |
| 1783781-1 | 3-Major | BT1783781 | Bash history file containing "PRIVATE KEY" may block qkview |
| 1779677 | 3-Major | BT1779677 | Multiple docker containers can get assigned the same bridge IP during rolling upgrade |
| 1779289 | 3-Major | BT1779289 | Error when creating a server-group name with an embedded space |
| 1778721 | 3-Major | BT1778721 | PAM faillock data is deleted on restart, allowing users to log in immediately |
| 1778453 | 3-Major | BT1778453 | ImageAgent process occasionally cores |
| 1772433 | 3-Major | BT1772433 | Config restore fails after upgrade★ |
| 1759761 | 3-Major | BT1759761 | VLAN unassigned from Tenant followed by VLAN deletion may result in error |
| 1759733 | 3-Major | BT1759733 | Controller reboot during a controller loading can cause openshift cluster to fail. |
| 1759397 | 3-Major | Qkview can only be run on active or standby controller, but not both concurrently | |
| 1757461 | 3-Major | BT1757461 | ConfD encryption key is recreated when there is an error reading it from the hardware TPM |
| 1753725 | 3-Major | BT1753725 | Enhance qkview to report MAC Tx/Rx enable states |
| 1712249 | 3-Major | BT1712249 | F5OS webUI reversed LDAP Connect and Read Timeout mapping; field names clarified |
| 1709121 | 3-Major | BT1709121 | Unable to create a tenant as the Network Manager start-up or failover may result in a looping process |
| 1699821-1 | 3-Major | BT1699821 | Partition data missing |
| 1696269 | 3-Major | BT1696269 | If partition confd initiates a failover due to a health fault, it may incorrectly attempt to fail over repeatedly |
| 1696157 | 3-Major | BT1696157 | Container api-svc-gateway crashes after enabling a tenant |
| 1680121 | 3-Major | F5 r5k/10k/12k series platforms may fail to PXE boot due to incorrect MAC address assignment | |
| 1680105-4 | 3-Major | BT1680105 | Using 'iburst' option is preferred when adding NTP servers. |
| 1673265 | 3-Major | BT1673265 | RADIUS remote auth on F5OS may not use system management IP as NAS IP address |
| 1671629 | 3-Major | BT1671629 | [rSeries r2000/r4000] After F5OS reboot, tenant interfaces might be in UNINITIALIZED state |
| 1671133-1 | 3-Major | kernel: new DNS Cache Poisoning Attack based on ICMP fragment needed packets replies | |
| 1670029-2 | 3-Major | BT1670029 | Reset counter functionality not working properly on rSeries platforms |
| 1644185 | 3-Major | BT1644185 | DAG State table is not cleaned when a tenant is deleted or moved to configured/provisioned |
| 1635729 | 3-Major | BT1635729 | Restrict Multiple STP protocol selection★ |
| 1635497-1 | 3-Major | BT1635497 | TACACS server secret key gets corrupted after changing the primary key |
| 1633073 | 3-Major | BT1633073 | A core can occur in a forked process with an Orchestration Agent |
| 1628569-1 | 3-Major | Kubevirt pods virt-api, virt-controller, and virt-handler report readiness/liveness probe errors due to timeout issues | |
| 1624837 | 3-Major | BT1624837 | Possible to have inconsistencies in the cluster member ready status after a Controller Connection failover |
| 1624665 | 3-Major | BT1624665 | ConfD state data shows key and certificate configured for secure (mTLS) even after deleting from config |
| 1624573-2 | 3-Major | BT1624573 | Intermittent inlet temperature sensor faults or abnormal value (e.g. -40.0 degreesC) |
| 1624057 | 3-Major | BT1624057 | BX110 Port Flapping or interface/connectivity issues |
| 1623613-2 | 3-Major | BT1623613 | F5OS:Change of OIDs type from Counter64 to Gauge32 for system memory |
| 1623101 | 3-Major | BT1623101 | External OTEL server receives log data for both the platform and event logs, even if only one of them has been configured |
| 1621861 | 3-Major | BT1621861 | F5OS Upgrade on optics-mgr-package installed device may result in mismatched OS and services★ |
| 1621769 | 3-Major | Observing FPGA errors when VLAN cannot configured for the interface and VLAN state is not set up | |
| 1620597-2 | 3-Major | BT1620597 | Reset counter functionality not working properly on rSeries platforms |
| 1619925 | 3-Major | BT1619925 | Tenant disk utilization stats fail to clear after deleting the tenant. |
| 1615917 | 3-Major | BT1615917 | L2_agent crash due to SNMP★ |
| 1614617 | 3-Major | Meaningful errors logs should be printed for LACP out-of-sync issues for better debugging. | |
| 1612557 | 3-Major | Dma-agent service health warnings appears in show system summary | |
| 1612429-3 | 3-Major | BT1612429 | License installation is not working with HTTPS Proxy server |
| 1604669 | 3-Major | BT1604669 | Unable to search events using a keyword. |
| 1603661 | 3-Major | BT1603661 | SysDescr value returns empty string under SNMPwalk, after performing backup/restore configuration |
| 1602245 | 3-Major | BT1602245 | F5OS-A/F5OS-C support for SNMPv3 using Auth 'SHA256' and Encryption 'AES192, AES256'. |
| 1601397 | 3-Major | BT1601397 | Incorrect PSU mismatch indication for two Murata MW2100 PSUs operating at different AC input voltages |
| 1600949-2 | 3-Major | Tenant status is not accurate when the F5OS upgrade is in progress | |
| 1598509 | 3-Major | BT1598509 | iHealth client can occasionally throw a core file |
| 1595113-1 | 3-Major | BT1595113 | Interface state enabled value stale due to timeout to reach confd |
| 1593865 | 3-Major | BT1593865 | SEL does not contain entries without a timestamp |
| 1593385-1 | 3-Major | BT1593385 | F5OS Tenant Throughput (bits/packets) and TMM CPU usage higher than expected until VLAN is added or removed |
| 1589205 | 3-Major | BT1589205 | Timestamp is missing from logfile /var/log_controller/reprogram_chassis_network |
| 1586461 | 3-Major | Timestamps in PEL/SEL Output Align with Timezone | |
| 1586057-2 | 3-Major | BT1586057 | F5OS displays an incorrect error if the admin tries to set a password before committing a new user |
| 1583989 | 3-Major | BT1583989 | Setting LDAP search 'base' after 'ldap-group' is already configured for a role affects the role mapping |
| 1583969-2 | 3-Major | CVE-2022-41723: golang.org/x/net/http2: avoid quadratic complexity in HPACK decoding | |
| 1579181 | 3-Major | BT1579181 | Rate limit XBAR to sum of speeds of used interfaces |
| 1575433 | 3-Major | "ReadyRequest failed for 'system_fpga' @ 'tcp://127.0.0.1:1060', Inner -> 'receive timeout'" logs are being seen couple of times a day | |
| 1505621-2 | 3-Major | CVE-2023-39325 golang: net/http, x/net/http2 vulnerability CVE-2023-39325 | |
| 1505345 | 3-Major | BT1505345 | The audit log does not show the reason for users' failed authentication |
| 1505281-4 | 3-Major | Libvirt core file is generated when the system is rebooted. | |
| 1497385 | 3-Major | BT1497385 | F5OS SNMP IF-MIB::ifAlias missing from snmpwalk |
| 1472605-1 | 3-Major | BT1472605 | When configuring SNMPv3 users, require passwords be set when corresponding auth/privacy protocol are specified★ |
| 1471677 | 3-Major | BT1471677 | /usr/libexec/appliance/iptables-vanquish.sh: line 178: local: can only be used in a function★ |
| 1469485-2 | 3-Major | BT1469485 | "show components component state memory full" does not have any meaningful output |
| 1468545-2 | 3-Major | BT1468545 | Inconsistency with time zones displayed in log files |
| 1455745-1 | 3-Major | Missing allowed IP rule | |
| 1430293 | 3-Major | BT1430293 | Disk requirement validation is not implemented when tenant is in "Configured/Provision" state |
| 1411157 | 3-Major | BT1411157 | F5 rSeries platforms incorrectly report phantom/stale for second PSU |
| 1394205 | 3-Major | BT1394205 | NTP CLI/webUI displays "ntp api, the server or underlying service is unreachable" |
| 1381237 | 3-Major | Messages like "Failed to set up mount unit" may flood in /var/log/messages file | |
| 1378153 | 3-Major | system AOM allows static configuration of IP address with DHCP enabled | |
| 1377629 | 3-Major | Failed to ping tenant mgmt-ip | |
| 1359933-4 | 3-Major | BT1359933 | System controller fails over when mgmt ports are aggregated |
| 1350801 | 3-Major | Error message when attempting to delete a service or OS image that was imported as part of an ISO bundle on rSeries 5600 | |
| 1346873 | 3-Major | BT1346873 | Timezone configuration logs "Timezone is invalid" warning |
| 1338645 | 3-Major | K000151762, BT1338645 | R2000/R4000 silent reboot★ |
| 1338557-1 | 3-Major | BT1338557 | VM events are not captured inside the log file |
| 1332293-5 | 3-Major | BT1332293 | Tcpdump performed with an interface filter on VELOS or rSeries will show broadcast traffic from all interfaces |
| 1328921 | 3-Major | K000137633, BT1328921 | Tenants on rSeries system will not deploy, stuck in "Starting" state, with status "Not ready: containers with unready status: [compute]" |
| 1327229 | 3-Major | Some nuisance messages are sent to the platform log after every authentication configuration change | |
| 1306109 | 3-Major | TCP dump CVE-2018-14469, CVE-2018-14467, CVE-2018-16452, CVE-2018-14881 CVE-2018-14461, CVE-2018-14882, CVE-2018-14880, CVE-2020-8037, CVE-2018-14466, CVE-2018-14879 vulnerabilities | |
| 1292521 | 3-Major | CVE-2023-0361 gnutls: timing side-channel in the TLS RSA key exchange code | |
| 1292397 | 3-Major | CVE-2023-27561 runc: volume mount race condition (regression of CVE-2019-19921) | |
| 1292353 | 3-Major | CVE-2023-1579 binutils: Heap-buffer-overflow binutils-gdb/bfd/libbfd.c in bfd_getl64 | |
| 1292297 | 3-Major | CVE-2021-20095 CVE-2021-42771 python-babel: Relative path traversal allows attacker to load arbitrary locale files and execute arbitrary code | |
| 1292293 | 3-Major | CVE-2023-25173 containerd: Supplementary groups are not set up properly | |
| 1285993 | 3-Major | BT1285993 | WebUI limitation when enabling LLDP on multiple interfaces |
| 1230085-1 | 3-Major | ConfD CLI not prompting user to confirm the LDAP bind password | |
| 1195201 | 3-Major | BT1195201 | Missing/defective DIMM not reported sufficiently to end user |
| 1167069 | 3-Major | CVE-2021-38185: cpio: integer overflow in ds_fgetstr() in dstring.c can lead to an out-of-bounds write via a crafted pattern file | |
| 1144397 | 3-Major | tmstat-merged logs only applicable to chassis no longer appear in appliance logs | |
| 1110881-1 | 3-Major | TLS Extended Master Secret support | |
| 1069181-3 | 3-Major | CVE-2021-37750 krb5: NULL pointer dereference in process_tgs_req() in kdc/do_tgs_req.c via a FAST inner body that lacks server field | |
| 2222109 | 4-Minor | K000160552 | CVE-2025-68160 openssl vulnerability |
| 2131289 | 4-Minor | CVE-2025-8114 | |
| 2078689 | 4-Minor | CVE-2025-6170 libxml2: Stack Buffer Overflow in xmllint Interactive Shell Command Handling | |
| 2017057 | 4-Minor | BT2017057 | F5OS-A 1.8.0 qkview does not include "user readable" docker ps -a command output |
| 2016349 | 4-Minor | BT2016349 | IPv6 NDP Neighbor Advertisements may get dropped at the VELOS platform layer when tenant transitions from Standby to Active during a failover |
| 2011521 | 4-Minor | Backplane trap exists on appliance | |
| 1962481 | 4-Minor | CVE-2024-53382 | |
| 1962477 | 4-Minor | CVE-2024-53382 | |
| 1962353 | 4-Minor | CVE-2024-53382 | |
| 1962337 | 4-Minor | CVE-2024-53382 prismjs vulnerability | |
| 1929185 | 4-Minor | BT1929185 | "Failed to write to cdb" and "Unable to set STP VLAN state" error logs are seen with MSTP configuration deletion via CLI |
| 1926525 | 4-Minor | BT1926525 | Capture /etc/prompt-status part of qkview |
| 1890637 | 4-Minor | BT1890637 | "show system install" to be part of system-manager qkview |
| 1856649 | 4-Minor | BT1856649 | Version option is not required when creating Certificate Signing Request via CLI |
| 1856625 | 4-Minor | BT1856625 | Version option is not need when creating Certificate Signing Request |
| 1818725 | 4-Minor | CVE-2022-48695 kernel: scsi: mpt3sas: Fix use-after-free warning | |
| 1785977 | 4-Minor | It's possible to add a l2 listener fdb without error | |
| 1771841 | 4-Minor | BT1771841 | F5OS login events for alert-service reports two timezones in a log messgae |
| 1757929 | 4-Minor | BT1757929 | Log flood observed in /var/log/messages when platform-monitoring agent continuously monitored the /health endpoint of ihealth-service. |
| 1757497 | 4-Minor | Inconsistent log message fields in F5OS v1.8.0 platform logs | |
| 1756937 | 4-Minor | F5OS-A qkview does not include ps_mem.py output for memory usage analysis | |
| 1730881 | 4-Minor | BT1730881 | QKview may truncate non-truncatable log files |
| 1711021 | 4-Minor | BT1711021 | Duplicate boot_marker entries are logged after a reboot |
| 1696177-1 | 4-Minor | BT1696177 | Both controllers attempt vfc FWU which results in incorrect status display★ |
| 1644293-1 | 4-Minor | BT1644293 | Interface status alert and SNMP trap is not sent immediately after interface is disabled |
| 1603285 | 4-Minor | Improved logging to identify the cause of unexpected system reboots | |
| 1600385 | 4-Minor | BT1600385 | BAY ID of RAID drivers are displayed as 0,1 |
| 1596777-1 | 4-Minor | Seeing error logs in messages file for offline vcpus when lower end license is installed | |
| 1575093 | 4-Minor | BT1575093 | Higher latency in R2K/4K appliances compared to iSeries appliances |
| 1404241 | 4-Minor | CVE-2021-0326 wpa_supplicant: P2P group information processing | |
| 1332289 | 4-Minor | BT1332289 | Remove unused nslcd.service file |
| 1329277 | 4-Minor | BT1329277 | Help string mismatching between GUI and CLI for port 8888 |
| 1306561 | 4-Minor | CVE-2021-27218: glib2: integer overflow in g_byte_array_new_take function when called with a buffer of 4GB or more on a 64-bit platform | |
| 1306137 | 4-Minor | CVE-2021-20294 binutils: stack buffer overflow WRITE may lead to a DoS via a crafted ELF | |
| 1249821 | 4-Minor | BT1249821 | Show tenants displays trust-mode parameter on R5K/10K/12K |
| 1122941 | 4-Minor | BT1122941 | Port-profile changes when tenants are in the deployed state |
| 2152701 | 5-Cosmetic | BT2152701 | The port of Allowed IP Addresses is shown as "Select" on GUI instead of port number. |
F5OS-C Fixes
| ID Number | Severity | Links to More Info | Description |
| 2185625-1 | 1-Blocking | BT2185625 | Controller upgrade struck in in-progress after upgrading the chassis from 1.7.1 EHF1 to 1.8.2 EHF3★ |
| 2183141 | 1-Blocking | BT2183141 | Observed ctrlplane0x interface missing & ixgbe load errors after Active System Controller power cycle test |
| 2049845 | 1-Blocking | BT2049845 | OPT-0056 100G link intermittently fails to come up after reboot or hot plug insertion due to incorrect Media Side FEC programming |
| 2007545 | 1-Blocking | BT2007545 | System controller may not update IP range for docker0 network after changing internal chassis network range★ |
| 1972357-2 | 1-Blocking | BT1972357 | BIG-IP Tenant's VM will be patched/relaunched everytime after system reboot/upgrade/failover/TPOB restart |
| 1970817 | 1-Blocking | BT1970817 | Can't upgrade F5OS-C 1.8.x FIPS-licensed chassis to F5OS 2.x★ |
| 2296793 | 2-Critical | Supported optic reports UNKNOWN state after upgrade | |
| 2219813-2 | 2-Critical | BT2219813 | Empty File path in upload api leads to core |
| 2217377-2 | 2-Critical | Tenant management IP may be inaccessible until ARP entries timeout after controller failover | |
| 2216921-2 | 2-Critical | BT2216921 | Controller can incorrectly remove from the OpenShift cluster during rolling upgrade★ |
| 2201053 | 2-Critical | BT2201053 | WebUI Connection may be refused After Upgrading to version F5OS-A 1.8.3 |
| 2200097-1 | 2-Critical | F5OS Backplane connectivity issues: 'TMM Not Ready', VoQ EMMs disabled for Blades due to VQF-CC link failures | |
| 2188089-2 | 2-Critical | BT2188089 | After Power Cycle testing on 1.8.2 EHF-3, observed partition mgmt interface stuck DOWN |
| 2181285 | 2-Critical | BT2181285 | Vqf bitstream failed to load on blade |
| 2162197-2 | 2-Critical | BT2162197 | After a controller upgrade, out-of-sync etcd processes can lead to unhealthy cluster |
| 2153981 | 2-Critical | BT2153981 | Tenant Disk can be removed as a result of misinterpreting system state. |
| 2152845 | 2-Critical | BT2152845 | VELOS controller unhealthy if it is rebooted after clean install while platform-services-deployment still starting★ |
| 2048033 | 2-Critical | BT2048033 | FCS or FEC uncorrected errors seen continuously on the system |
| 2046597 | 2-Critical | BT2046597 | Setting the primary key on VELOS will intermittently cause a failover and primary key inconsistency |
| 2034665 | 2-Critical | BT2034665 | F5 VELOS BX520 ATSE firmware v75.3.25.00 |
| 2034661 | 2-Critical | BT2034661 | BX520 blade eDAG masking issue causes redirections with ipv6-prefix-len not equal to 128. |
| 2014413 | 2-Critical | Platform registry failures on standby partition | |
| 1992749 | 2-Critical | BT1992749 | F5 VELOS BX520 TAM firmware v73.80.18.66 |
| 1983021 | 2-Critical | BT1983021 | No egress traffic from front-panel interface for port 1/2.1 in 4x100G mode on CX1610/BX520 blades |
| 1982773 | 2-Critical | OTel telemetry data for a system controller or blade stopped after its reboot | |
| 1982765 | 2-Critical | VOQ IMM watchdog does not resolve | |
| 1977845 | 2-Critical | BT1977845 | WebUi does not display warning about Zeroization during FIPS license installation or removal |
| 1965629 | 2-Critical | BT1965629 | SSH configuration file on the active controller can be corrupted |
| 1952797 | 2-Critical | BT1952797 | Partitions can leave stale tenant pods when controller configuration reset to default is issued★ |
| 1920325 | 2-Critical | BT1920325 | The network-manager container crashes when it fails to create FDB entry in database★ |
| 1850481-3 | 2-Critical | BT1850481 | Standby tenant is unreachable after F5OS partition upgrade to 1.7.x or higher.★ |
| 1779465 | 2-Critical | BT1779465 | SwitchD core file observed after live upgrade |
| 1772053 | 2-Critical | BT1772053 | High memory usage due to log flood when one controller is in FIPS error state |
| 1754113 | 2-Critical | BT1754113 | Open Telemetry - Data export intermittently fails when handling large volumes of data. |
| 1682425 | 2-Critical | BT1682425 | Rate limiting does not work on BX520 front panel interfaces |
| 1677797 | 2-Critical | BT1677797 | OMD on Active system controller hung due to 'oc delete project' command hang, after delete and recreate a partition and move slots |
| 1673925 | 2-Critical | BT1673925 | Missing masquerade MAC FDB entry causes excessive DLFs following tenant failover. |
| 1672269 | 2-Critical | BT1672269 | Blades missing L2 entries causing excessive DLFs. |
| 1644221-2 | 2-Critical | BT1644221 | Log file grows to gigabytes (GBs) under /var/log |
| 1638629 | 2-Critical | BT1638629 | "Unhealthy" kubevirt pod due to internal networking issue with blade★ |
| 1615105 | 2-Critical | BT1615105 | Observing Active-Active status in both controller bash prompts for long period of time after reboot |
| 1590617 | 2-Critical | BT1590617 | Partition Network Manager is crashing when turning up. |
| 1586265 | 2-Critical | BT1586265 | 100G-LR and 100G-LR4 (Innolight and Coherent) optics can fail to link |
| 1270969 | 2-Critical | Automatic LOP recovery failure when stuck in bootloader mode. | |
| 1018557 | 2-Critical | BT1018557 | On system controller failover, tenant mgmt IP's may be unreachable for several minutes. |
| 2290657-1 | 3-Major | BT2290657 | Orchestration Manager crash when partition configured with mgmt-vlans |
| 2285041-2 | 3-Major | BT2285041 | The module-communication-error not clearing post-recovery |
| 2265997 | 3-Major | CVE-2026-23291 kernel: nfc: pn533: properly drop the usb interface reference on disconnect | |
| 2265985 | 3-Major | CVE-2026-23303 kernel: smb: client: Don't log plaintext credentials in cifs_set_cifscreds | |
| 2241641 | 3-Major | BT2241641 | Ports 7100 and 7200 Exposed, Allowing Remote Console Access via Management Network |
| 2230833 | 3-Major | BT2230833 | Stale USB drive entry remains in show components after USB removal on VELOS |
| 2230189 | 3-Major | The dbus-daemon SIGSEGV causes NetworkManager communication failures leading to Vcc-host-config issues | |
| 2229517-2 | 3-Major | BT2229517 | Possible that cluster status output in controller CLI may not represent actual status |
| 2225081 | 3-Major | VELOS BX520 ATSE Datapath lockup causes blade to report unhealthy and stop passing traffic | |
| 2221793 | 3-Major | BT2221793 | PSU alarm disappears intermittently when PSU issues exist |
| 2219897 | 3-Major | PSU alarms getting cleared during controller failover | |
| 2218565 | 3-Major | BT2218565 | Controller boot up in rare conditions can impact blade management network after failover |
| 2201421 | 3-Major | Removing the active controller does not trigger an immediate tenant failover | |
| 2179429 | 3-Major | BT2179429 | Switchd may process blade slot operational data updates that are not intended to trigger any action |
| 2160697 | 3-Major | BT2160697 | Rsync.log files on blades are not rotated |
| 2152957 | 3-Major | BT2152957 | Disabled ports or port mode mismatches can cause bad register reads. |
| 2151753 | 3-Major | BT2151753 | BX110 ports configured for 40G can fail to link with OPT-036 optics |
| 2150853 | 3-Major | BT2150853 | Logs in /var/confd/log are not rotated on system controllers★ |
| 2137957 | 3-Major | BT2137957 | Observing FCS Errors on system controller Peer HG Links |
| 2099829 | 3-Major | BT2099829 | LLDP errors are logged when no IPv4 management address is configured |
| 2088601 | 3-Major | BT2088601 | The anaconda-ssh service fails to start during installation phase, preventing remote SSH access |
| 2087761 | 3-Major | BT2087761 | A partition's "show system events" no longer updates after multiple partition failovers |
| 2079113 | 3-Major | BT2079113 | Partitions created on VELOS v1.1.x will have configuration wiped during controller upgrade to VELOS v1.6.4, v1.8.1, or v1.8.2★ |
| 2063497 | 3-Major | Controllers lose connectivity to blades with stale LACP members in member table | |
| 2037233 | 3-Major | BT2037233 | VELOS controller cannot change primary key if there is an NTP key configured |
| 2034949 | 3-Major | Authentication-mgr's restart triggers Controller Switchover | |
| 2034889 | 3-Major | BT2034889 | Blade interface presence/stats are getting wiped because of bad power event during system controller failover |
| 2034381 | 3-Major | BT2034381 | System controller configuration of cplagg interfaces should be modified |
| 2008593 | 3-Major | BT2008593 | System health may show a transient alert during controller firmware updates that does not clear automatically★ |
| 2008537 | 3-Major | SNMPv3 support with SHA512 authentication | |
| 1989161-2 | 3-Major | Serial Console Occasionally Locks Up Immediately After Logout | |
| 1987113 | 3-Major | BT1987113 | System uptime misreported when uptime is 7 days or more |
| 1978041-2 | 3-Major | Module Communication Error Persists After Component Removal | |
| 1966141 | 3-Major | Tcpdump performance improvement | |
| 1962245 | 3-Major | BT1962245 | When setting "Apply Policy on Setting Passwords for User Accounts" to false, trying to change user password fails and triggers application timeout |
| 1962229 | 3-Major | Deployment fails to start after downgrading from a USB-installed version 2.0.0-2690 to 1.8.0-9682 | |
| 1959845-1 | 3-Major | CVE-2022-48340: glusterfs: heap use-after-free in dht_setxattr_mds_cbk() in dht-common.c | |
| 1936105 | 3-Major | BT1936105 | DOC: EtherLike-MIB file need to be updated for unsupported OID |
| 1926625 | 3-Major | BT1926625 | Core file generated while QkView upload in ihealth server |
| 1926417 | 3-Major | BT1926417 | Traffic over a LAG not working after upgrade from v1.6.2 to v1.8.0 or v1.8.1★ |
| 1926413 | 3-Major | BT1926413 | Traffic over a LAG not working after upgrade from v1.6.2 to v1.8.0 or v1.8.1★ |
| 1824525 | 3-Major | BT1824525 | LDAP Remote user may show as a different user after logging in to the system |
| 1824025 | 3-Major | BT1824025 | Partition 'cluster reboot all' can be excessively slow |
| 1819289 | 3-Major | BT1819289 | Zero is not allowed as Prefix Length for allowed IPs |
| 1817669 | 3-Major | BT1817669 | Timeout for the Ansible playbook during cluster install cannot be retried.★ |
| 1814809 | 3-Major | BT1814809 | After a controller failover, sometimes CPU stats not getting displayed in the GUI |
| 1814073 | 3-Major | BT1814073 | F5OS chassis switchd core dump |
| 1813721 | 3-Major | BT1813721 | Arrow keys do not work in the GRUB edit screen of the console |
| 1789417 | 3-Major | BT1789417 | Component fpgamgr in restart loop with segmentation fault after failed FPGA firmware update |
| 1788149 | 3-Major | BT1788149 | Question mark for wName, fw-version-sirr in snmpwalk ouput |
| 1785841 | 3-Major | BT1785841 | Management port not bouncing on failover on VELOS CX410 chassis |
| 1785621 | 3-Major | BT1785621 | Tenant deployed with Max Memory available on system results in Resource allocation failed - Node is up but Platform services not responding |
| 1779881 | 3-Major | CVE-2022-41722 stdlib-1.17.8: A path traversal vulnerability exists in filepath | |
| 1779873 | 3-Major | CVE-2022-41720 stdlib-1.17.8: On Windows, restricted files can be accessed via os.DirFS and http.Dir | |
| 1779865 | 3-Major | CVE-2022-41716 Unsanitized NUL in environment variables on Windows in syscall and os/exec | |
| 1779857 | 3-Major | CVE-2022-30634 golang-runtime | |
| 1779849 | 3-Major | CVE-2022-29804 Path traversal via Clean on Windows in path/filepath | |
| 1779669 | 3-Major | BT1779669 | ConfD HA Status does not match bash prompt |
| 1778689 | 3-Major | BT1778689 | Duplicate OMD alerts during Inaccessible Memory incident |
| 1772305 | 3-Major | BT1772305 | Unable to deploy a tenant to both BX110 and BX520 blade in same partition |
| 1750613 | 3-Major | BT1750613 | If a system controller PXE boots and reimages, partitions may not start correctly, and cause data loss★ |
| 1737517 | 3-Major | BT1737517 | Rare partition startup conditions can cause persistent application-communication error on that partition |
| 1711633 | 3-Major | BT1711633 | All nodes can be reported as not ready, after a live controller upgrade★ |
| 1710765 | 3-Major | BT1710765 | The node number fetched by the SNMP disk stats handler from the disk operational handler has the wrong blade value.★ |
| 1710453 | 3-Major | BT1710453 | Partition configuration wiped out during Controller reboot |
| 1710429 | 3-Major | BT1710429 | Platform-Services-Deployment Fails to Detect Docker Failures |
| 1710405 | 3-Major | BT1710405 | MAC exhausted error can occur even though there are available MACs |
| 1695589 | 3-Major | BT1695589 | Data-plane links are bounced on HA failover |
| 1690173 | 3-Major | Enhance Boot Markers on VELOS Chassis to Log Slot ID and Partition ID | |
| 1671057-1 | 3-Major | Add SSH and SSHD config files in Qkviews | |
| 1670437 | 3-Major | BT1670437 | Jumbo frames with an IP length greater than 9174 bytes may be dropped |
| 1627541 | 3-Major | BT1627541 | System Controller unexpected failover in auto mode due to unhealthy SwitchD |
| 1623017 | 3-Major | Interface VLAN in Use While Top-Level VLANs/VLAN Deleted | |
| 1615849-2 | 3-Major | BT1615849 | LAG interface ifAdminStatus always shows "up" in SNMP ifTable o/p despite the same not being populated in cli as admin up/down is not configurable |
| 1603345 | 3-Major | i40e driver not loaded error | |
| 1602993 | 3-Major | Multus may not be installed after new blade is inserted | |
| 1600693 | 3-Major | BT1600693 | F5OS - BIG-IP Tenant does not display VELOS Chassis slot serial number |
| 1590261 | 3-Major | New Command Added for Configuration Changes and system controller Database Rationalization | |
| 1590253 | 3-Major | New Alarms Introduced for Chassis-Wide MAC Pool Issues | |
| 1590249 | 3-Major | Partition may raise alarms if there are duplicate MAC address assignments | |
| 1589209 | 3-Major | BT1589209 | F5OS-C system update logs now include timestamps |
| 1584469 | 3-Major | BT1584469 | BX520 tcpdump throughput improvement |
| 1582105 | 3-Major | BT1582105 | Partition RESTCONF may return an incomplete response for f5-cluster:cluster/nodes/node |
| 1574861 | 3-Major | BT1574861 | Incomplete API payload and CLI failure for openconfig interfaces when one controller node is not ready |
| 1572873 | 3-Major | Added SNMP support for identifying the active controller | |
| 1567165 | 3-Major | No Prompt or Warning When Setting User Password via ConfD CLI | |
| 1469333 | 3-Major | BT1469333 | VELOS management LAG may bridge traffic between management interfaces during LACP negotiation |
| 1429737 | 3-Major | Support linkup and linkdown SNMP-traps | |
| 1351249 | 3-Major | BT1351249 | Before deployments, if cpu_users database file has stale data then tenant deployment fails. |
| 1332577 | 3-Major | VELOS Tenant console utility virtctl is missing from default shell path. | |
| 1319357-1 | 3-Major | Malformed JSON Output for DNS Server State Queries in ConfD CLI | |
| 1285037 | 3-Major | No error when DNS server is configured with port other than 53 | |
| 1271417-1 | 3-Major | BT1271417 | VELOS system controller fails to PXE boot when network-range-type is RFC1918 |
| 1962317 | 4-Minor | CVE-2025-27789 | |
| 1826209 | 4-Minor | BT1826209 | Error log does not contain all needed information. |
| 1759021 | 4-Minor | QkView Fails to Redact NTP Authentication Keys from Chrony.keys File | |
| 1695037 | 4-Minor | BT1695037 | Backplane interfaces lack a description configuration field |
| 1332493 | 4-Minor | BT1332493 | Documentation Added for VCC Terminal Server |
| 1298401 | 4-Minor | Log levels adjusted for tmstat rsync messages about non-critical partial transfers |
Cumulative fix details for F5OS v2.0.0 that are included in this release
932945-3 : STP references to stale interfaces remain when the port group changes
Links to More Info: BT932945
Component: F5OS-A
Symptoms:
When you change an existing port group, e.g., from one 100G to 4 25G, STP still reports the old interfaces when you issue 'show stp' from the CLI. Additionally, the new interface does not display in the CLI.
Conditions:
This occurs when making changes to the port group mode, e.g., from one 100G to 4 25G mode.
Impact:
-- The old interfaces still display when running 'show stp' from the CLI.
-- The new interface does not display when running 'show stp' from the CLI.
-- You must manually remove the old interfaces and add the new interface via the CLI.
Workaround:
You must manually remove the old interfaces and add the new interface using the CLI.
2296793 : Supported optic reports UNKNOWN state after upgrade
Component: F5OS-C
Symptoms:
After a system upgrade, a supported optic may report its state as UNKNOWN even though the system supports it.
Conditions:
This issue occurs when optics are inserted in the system before a live upgrade.
Impact:
For any optics that require specific tuning values, they will not be applied and may result in unexpected or inconsistent behavior.
Workaround:
Remove and reinsert the affected optic, or reboot the device.
Fix:
The optics-mgr process was timing out before it could retrieve optic data. The timeout period has been extended to allow the system to complete the data request.
2295445 : Kubelet log flood: "orphaned pod ... failed to remove volume ... directory not empty" for Tenant ConfigMap Volumes After Reboot
Links to More Info: BT2295445
Component: F5OS-A and F5OS-C
Symptoms:
On F5OS-A systems, kubelet may continuously log errors similar to the following every ~2 seconds:
orphaned pod "<pod-uuid>" found, but failed to remove volume at path /var/lib/kubelet/pods/<pod-uuid>/volumes/kubernetes.io~configmap/<tenant>-configmap: remove ...: directory not empty
This log flood occurs when the kubelet is unable to clean up the configmap volume directory for an orphaned tenant pod
Conditions:
-- F5OS-A version 1.5.x or 1.8.x (including 1.8.3) on rSeries platforms
-- The tenant pod is orphaned after a reboot (old pod replaced by a new pod for the same tenant)
-- The configmap volume directory for the old pod retains its standard Kubernetes content (timestamped data subdirectory, ..data symlink, and key symlinks)
Impact:
-- Continuous error log messages in /var/log/messages (approximately one every two seconds)
-- No functional impact to running tenants; the issue is cosmetic/operational (log noise)
-- Manual intervention may be required to clean up the stale directory
Workaround:
Manually delete the stale configmap directory for the orphaned pod using standard Linux file removal commands (e.g., rm -rf)
Note: Ensure the directory is not in use by any active pod before removal
Fix:
This issue is fixed in F5OS 2.0 and later, which incorporate improved cleanup logic from upstream Kubernetes. For F5OS-A 1.8.x and 1.5.x, a dedicated fix is being tracked under this bug.
2292429 : CVE-2026-4786 python: cpython: Python: Arbitrary code execution via command injection in webbrowser.open() API
Component: F5OS-A and F5OS-C
Symptoms:
This flaw in the Python webbrowser.open() API allows for command injection and arbitrary code execution when processing specially crafted URLs containing "%action". This bypasses a previous mitigation for CVE-2026-4519
Conditions:
N/A
Impact:
This bypass enables command injection, potentially resulting in arbitrary code execution.
Workaround:
N/A
Fix:
Fixed
2292365 : CVE-2026-4424 libarchive: Information disclosure via heap out-of-bounds read in RAR archive processing
Component: F5OS-A
Symptoms:
A heap out-of-bounds read vulnerability exists in the libarchive RAR archive processing logic due to improper validation of the LZSS sliding window size during compression method transitions
Conditions:
NA
Impact:
Leading to the disclosure of sensitive heap memory information without requiring authentication or user interaction.
Workaround:
N/A
Fix:
Upgrade to fixed version
2291497 : CVE-2026-1519 bind: BIND: Denial of Service via maliciously crafted DNSSEC-validated zone
Component: F5OS-A
Symptoms:
A flaw in BIND where processing a maliciously crafted DNSSEC-validated zone causes the resolver to consume excessive CPU resources
Conditions:
This occurs when a BIND resolver is configured for DNSSEC validation and receives a specific, crafted zone from a remote attacker
Impact:
N/A
Workaround:
N/A
Fix:
upgraded to the bind version.
2290657-1 : Orchestration Manager crash when partition configured with mgmt-vlans
Links to More Info: BT2290657
Component: F5OS-C
Symptoms:
The Orchestration Manager (OMD) process crashes and restarts when a partition is configured with mgmt-vlans.
Conditions:
- Partition configured with mgmt-vlans, e.g. "mgmt-vlans untagged".
- The mgmt-vlans added to an existing partition.
Impact:
- The Orchestration Manager process crashes and restarts.
- Cluster data is unavailable during the restart.
Workaround:
Create partition without "mgmt-vlans", or remove from existing partition:
conf
no partitions partition <partition> config mgmt-vlans
commit
2287977-1 : CVE-2026-23340: kernel: net: sched: avoid qdisc_reset_all_tx_gt() vs dequeue race for lockless qdiscs
Component: F5OS-A
Symptoms:
A flaw was found in the Linux kernel. A race condition exists in the network queue management (qdisc) component when the number of transmit queues is dynamically reduced while network traffic is active. This can lead to a Use-After-Free (UAF) vulnerability, where memory is prematurely freed while still being accessed. A local attacker could exploit this to cause a denial of service.
Conditions:
NA
Impact:
Signal Handler Race Condition
Fix:
Fixed in kernel.
2287953-5 : CVE-2026-23352:kernel: x86/efi: defer freeing of boot services memory
Component: F5OS-A
Symptoms:
A flaw was found in the Linux kernel. During system startup, when the kernel attempts to free memory used by EFI (Extensible Firmware Interface) boot services, it may fail to properly release these memory regions. This occurs because the memory freeing process is initiated before the system's memory map is fully initialized. The consequence is a memory leak, which can lead to a denial of service by consuming available system resources.
Conditions:
NA
Impact:
Release of Invalid Pointer or Reference
Fix:
Fixed.
2285041-2 : The module-communication-error not clearing post-recovery
Links to More Info: BT2285041
Component: F5OS-C
Symptoms:
A shared commError flag in the VPC and VFC health monitoring tasks caused a race condition when tracking communication errors across controllers.
Conditions:
A shared commError flag caused a race condition where a communication error in one PSU controller could be incorrectly cleared by another PSU controller, leaving the original controller's error uncleared even after recovery.
Impact:
This led to scenarios where a module communication error status was not cleared even after recovery.
Workaround:
Restart diag-agent using the below command
docker restart diag-agent
Fix:
Fixed Communication Error not clearing for recovered modules
2279301 : CVE-2026-33412: Vim glob() handling
Component: F5OS-A
Symptoms:
Certain patterns may be processed incorrectly in specific scenarios.
Conditions:
NA
Impact:
May result in unintended command execution.
Workaround:
NA
Fix:
Fixed
2279229 : Kernel Panic Occurs While Accessing page_private Data During Writeback
Links to More Info: BT2279229
Component: F5OS-A and F5OS-C
Symptoms:
System crashes with kernel panic during filesystem writeback
Conditions:
Occurs when hardware or drivers (e.g., RDMA/DMA) write directly to file-backed pages pinned with get_user_pages() (GUP), bypassing normal filesystem write paths, so the filesystem is unaware of the changes
Impact:
Kernel panic/system crash
Workaround:
None
Fix:
Kernel upgraded
2277137 : CVE-2026-3497: OpenSSH GSSAPI message handling
Component: F5OS-A
Symptoms:
Certain SSH connections using GSSAPI may terminate unexpectedly under specific message sequences.
Conditions:
Applies when GSSAPI authentication is enabled and specific protocol error conditions occur during key exchange.
Impact:
May result in reduced availability and, in limited cases, exposure of unintended information.
Workaround:
Recommended mitigation is by default in place.
Fix:
Fixed
2266017-5 : CVE-2025-37789: Kernel openvswitch key length validation
Component: F5OS-A
Symptoms:
Under specific conditions, the system may become unresponsive.
Conditions:
NA
Impact:
May result in reduced availability and limited information exposure.
Workaround:
NA
Fix:
fixed in kernel.
2265997 : CVE-2026-23291 kernel: nfc: pn533: properly drop the usb interface reference on disconnect
Component: F5OS-C
Symptoms:
A reference counting issue in the Linux kernel nfc: pn533 driver may lead to a dangling USB interface reference when a supported NFC device is disconnected, potentially resulting in system instability or denial of service.
Conditions:
NA
Impact:
May cause system instability or denial of service (DoS).
Workaround:
The affected NFC pn533 driver is not present or active in F5OS.
Fix:
Fixed
2265989 : CVE-2026-23304 kernel: ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu()
Component: F5OS-A
Symptoms:
A flaw in the Linux kernel IPv6 routing subsystem may trigger a NULL pointer dereference when a network device is removed from a Virtual Routing and Forwarding (VRF) instance while IPv6 route lookups are in progress, potentially causing a system crash.
Conditions:
Occurs on systems using VRF with IPv6 enabled while network devices are actively being attached to or removed from VRF instances during IPv6 traffic processing.
Impact:
May cause a kernel crash leading to denial of service (DoS).
Workaround:
N/A
Fix:
Fixed
2265985 : CVE-2026-23303 kernel: smb: client: Don't log plaintext credentials in cifs_set_cifscreds
Component: F5OS-C
Symptoms:
A flaw in the Linux kernel SMB client may expose plaintext SMB usernames and passwords in debug logs when CIFS debug logging is enabled.
Conditions:
Occurs only when the SMB/CIFS client is used with debug logging enabled and a local user has access to the generated debug logs containing credential information.
Impact:
May allow disclosure of plaintext SMB credentials to local users with access to debug logs, potentially leading to unauthorized access to SMB resources.
Workaround:
CIFS debug logging is disabled by default in F5OS. Avoid enabling SMB/CIFS debug logging and restrict access to system and debug logs to privileged users only.
Fix:
Fixed
2264293-1 : CVE-2026-23307 kernel: can: ems_usb: ems_usb_read_bulk_callback(): check the proper length of a message
Links to More Info: K000161138
2263417-5 : CVE-2026-23290 kernel: net: usb: pegasus: validate USB endpoints
Component: F5OS-A
Symptoms:
A flaw was found in the Linux kernel's pegasus driver. A malicious USB device can exploit this vulnerability by not presenting the expected number and types of USB endpoints. This lack of proper validation causes the driver to blindly access uninitialized endpoints, leading to a system crash.
Conditions:
NA
Impact:
System crash.
Workaround:
NA
Fix:
fixed by upstream patch.
2261481 : Packet loss on a F5OS tenant when vlan-groups are in use
Links to More Info: BT2261481
Component: F5OS-A and F5OS-C
Symptoms:
On an F5OS tenant, there may be packet loss when vlan-groups are in use. This occurs due to high churn inside the FDB table due to MAC addresses being learned between different host ports resulting in temporary DLF drops while the MAC is learned on the new port.
Conditions:
- BX520 blade
- VLAN groups
- A large amount of unique MAC addresses in the FDB table
Impact:
Packet loss. Failing monitor probes.
Workaround:
Monitor probe issues may be alleviated by creating a static FDB entry for the local admin bit flipped MAC address that TMM is egressing packets from.
Fix:
Enable service-DAG when learning host generated MAC addresses to eliminate port-motion events between host ports.
2260817 : [Windows AD] Secure LDAP / Basic LDAP is not working post toggling the active_directory flag True/False
Links to More Info: BT2260817
Component: F5OS-A and F5OS-C
Symptoms:
With Basic LDAP or Secure LDAP (LDAPS) integrated with Windows Active Directory, toggling the active_directory and unix_attributes flags causes LDAP authentication to stop working.
Specifically:
1. The Windows AD Domain SID is not recreated after the toggle.
2. LDAP-authenticated users receive a 403 Forbidden error when accessing the REST API.
Conditions:
1. F5OS-A/C is configured with Windows AD LDAP or Secure LDAP (LDAPS) authentication.
2. LDAP roles are mapped to AD groups using system aaa authentication roles.
The active_directory flag is toggled from true -> false (and unix_attributes from false -> true), then toggled back.
Impact:
All remote LDAP users cannot authenticate via LDAP, and LDAP-authenticated users lose access to the management CLI and REST API.
Workaround:
None.
Fix:
The issue is fixed on F5OS-2.0.0 and F5OS-A-1.8.4
2258893 : CVE-2026-3783: curl: curl: Information disclosure via OAuth2 bearer token leakage during HTTP(S) redirect
Component: F5OS-A
Symptoms:
A flaw was found in curl. When an OAuth2 bearer token is used for an HTTP(S) transfer that redirects to a second URL, curl could unintentionally leak the token. This occurs if the second hostname has entries in the .netrc file, allowing the bearer token intended for the first host to be sent to the redirected host.
Conditions:
NA
Impact:
May result in unintended information exposure.
Workaround:
Allow system access to trusted users.
Fix:
Fixed
2258845 : CVE-2026-28421: vim: Vim: Denial of service and information disclosure via crafted swap file
Links to More Info: K000160853
2257649 : Memory leak in confd-key-migrationd when frequently retrieving primary key data
Links to More Info: BT2257649
Component: F5OS-A
Symptoms:
The confd-key-migrationd process experiences a slow memory leak.
Conditions:
- primary-key state is frequently retrieved via 'show system aaa' or 'show system aaa primary-key state'.
- Equivalent API endpoints such as '/restconf/data/openconfig-system:system/aaa' can also trigger the leak.
Impact:
The resident size of the confd-key-migrationd process increases slowly over time, and may eventually exhaust system memory, resulting in OOM killer and system instability (typically after months of uptime).
Workaround:
Observe the resident size (RSS) of the confd-key-migrationd process with the following command:
ps -o pid,vsz,rss,cmd -p $(pidof confd-key-migrationd)
It is typically no more than ~20MB on a healthy system.
Reboot the system or restart the confd-key-migration-mgr docker container to free up the memory, if needed:
docker container restart confd-key-migration-mgr
2257529 : CVE-2022-50865 kernel: tcp: fix a signed-integer-overflow bug in tcp_add_backlog()
Component: F5OS-A
Symptoms:
Improper TCP backlog limit calculations may cause unexpected packet drops under heavy network load.
Conditions:
NA
Impact:
May cause reduced TCP service availability or degraded network performance due to premature packet drops
Workaround:
N/A
Fix:
Upgraded to fixed version
2241641 : Ports 7100 and 7200 Exposed, Allowing Remote Console Access via Management Network
Links to More Info: BT2241641
Component: F5OS-C
Symptoms:
Ports 7100 and 7200, used for internal console access between controllers, are remotely accessible over the management network. This can lead to potential unauthorized access to the controllers.
Conditions:
N/A
Impact:
Unauthorized access to the controller's console using exposed ports.
Workaround:
N/A
Fix:
Ports 7100 and 7200 are included in the controller allowlist, which allows adding allowed-IP rules for these ports.
2241521 : PlatformStatsBridge crash on VELOS due to malformed SNMP requests
Links to More Info: BT2241521
Component: F5OS-A
Symptoms:
Multiple PlatformStatsBridge core dumps observed on VELOS controller and partition.
Conditions:
Occurs when the system receives malformed or out-of-range SNMP queries, such as those generated by misconfigured monitoring scripts (e.g., Zabbix integration).
Impact:
PlatformStatsBridge process crashes, generating core files. No impact to production traffic or overall VELOS system health reported.
Workaround:
Ensure SNMP monitoring tools send only valid and supported OIDs. Review and correct any custom SNMP scripts or templates to avoid malformed queries. No further action required if scripts are compliant; issue does not affect production service.
2230833 : Stale USB drive entry remains in show components after USB removal on VELOS
Links to More Info: BT2230833
Component: F5OS-C
Symptoms:
After a USB drive is removed, show components may still display the removed USB disk entry (for example sda DataTraveler) even though lsusb, lsblk, and platform-hal GET:drives no longer show it.
Conditions:
On VELOS systems, a USB drive was previously attached to a controller and then removed; stale drive data may remain shown in show components.
Impact:
Show components can report stale storage information, which may mislead operators about currently attached USB devices.
Workaround:
None.
2230697 : Tenant image uploads are failing without error notifications, despite sufficient available storage.
Links to More Info: BT2230697
Component: F5OS-A and F5OS-C
Symptoms:
In some scenarios extra disk space is required for a tenant image. If there is enough space to upload the image, but not enough extra space, the operation will silently fail.
Conditions:
There is sufficient disk space to upload the tenant image; however, there is not enough space to copy it.
Impact:
Silent failure when uploading a tenant image.
Workaround:
Clear disk space by removing old tenant images, or resize the images volume.
2230673 : Tenant image upload silently fails
Links to More Info: BT2230673
Component: F5OS-A and F5OS-C
Symptoms:
In some scenarios extra disk space is required for a tenant image. If there is enough space to upload the image, but not enough extra space, the operation will silently fail.
Conditions:
Enough disk space available to upload a tenant image, but not enough to copy it.
Impact:
Silent failure when uploading a tenant image.
Workaround:
Clear disk space by removing old tenant images, or resize the images volume.
2230189 : The dbus-daemon SIGSEGV causes NetworkManager communication failures leading to Vcc-host-config issues
Component: F5OS-C
Symptoms:
The dbus-daemon SIGSEGV causes NetworkManager communication failures leading to Vcc-host-config issues.
Conditions:
The dbus daemon should crashed or restarted.
Impact:
Communication failures leading to Vcc-host-config issues.
Workaround:
Restart NetworkManager.service.
Fix:
Issue has been fixed.
2229517-2 : Possible that cluster status output in controller CLI may not represent actual status
Links to More Info: BT2229517
Component: F5OS-C
Symptoms:
There is a rare possibility that the cluster status output in the controller CLI may not display the actual cluster status in the chassis.
Conditions:
There is a timing case where stale values for the cluster status are written to the confd database on startup and are not refreshed when actual values are available.
Impact:
User will see an incorrect cluster state.
Workaround:
User can issue a controller failover and that will update to the correct cluster status within confd
2228961 : CVE-2026-25749 : Vim: Arbitrary code execution via 'helpfile' option processing
Component: F5OS-A
Symptoms:
Vim's tag file resolution logic allows a local attacker to achieve a out-of-bounds write. By providing a specially crafted helpfile option value a local user can trigger a heap buffer overflow, as consequence lead to memory corruption presenting a data integrity impact or leading the vim process to crash resulting in availability impact. Although being non-trivial and very complex, arbitrary code execution is not discarded as worst case scenario.
Conditions:
a local user provides or opens a specially crafted 'helpfile' option value or help/tag file
Impact:
Leading to impact on confidentiality, integrity, and availability, within the privileges of the local user.
Workaround:
N/A
Fix:
updated to the fixed version
2227221 : F5OS tpm-integrity-status is Unavailable on certain versions released since October 2025
Links to More Info: BT2227221
Component: F5OS-A
Symptoms:
When you run show components component state tpm-integrity-status, the TPM integrity status reports "Unavailable"
# show components component state tpm-integrity-status
TPM
INTEGRITY
NAME STATUS
-----------------------
platform Unavailable
Conditions:
-- Running the tpm-integrity-status command from F5OS-A or F5OS-C on rSeries or VELOS:
- VELOS systems running F5OS-C versions 1.8.2, 1.8.2-EHF, or 1.6.4
- rSeries systems running F5OS-A versions 1.8.3, 1.8.3-EHF, or 1.5.4
- EHFs built after October 15, 2025, including EHFs posted to MyF5 downloads in October such as:
- F5OS-A-1.8.3-23493.R5R10.EHF-1
- F5OS-C-1.8.2-28324.CONTROLLER.EHF-1
- F5OS-C-1.8.2-28324.PARTITION.EHF-1
-- The calendar date is on or after April 4, 2026
Impact:
The tpm-integrity-status output reads Unavailable after April 4th, 2026.
Workaround:
If it is before April 4, 2026, you can run 'show components component state tpm-integrity-status' to get the TPM status.
2225577 : AOM and fan alarms persist on rSeries appliance persist after hardware replacement and cannot be cleared
Links to More Info: BT2225577
Component: F5OS-A
Symptoms:
After replacing a faulty fan tray via RMA, critical fan and AOM fault alarms remain visible in show system alarms even though replacement hardware is operating normally and show system health reports all components as healthy. Standard docker alert-service clear commands fail to remove the stale alarms.
Conditions:
Fan tray hardware replaced via RMA
Replacement fans operating correctly (>15K RPM, health status: ok)
Impact:
Persistent false-positive critical alarms create operational confusion and monitoring noise.
Workaround:
Log into the system as root and run:
docker exec alert-service /confd/test/sendAlert -n "<message>" -s <Resource> -r clear -se error -i <ID> -d "<Text>"
If above does not clear it.
1. docker restart alert-service
2.docker exec alert-service /confd/test/sendAlert -n "<message>" -s <Resource> -r clear -se error -i <ID> -d "<Text>"
2225321 : CVE-2025-15281: glibc: wordexp with WRDE_REUSE and WRDE_APPEND may return uninitialized memory
Component: F5OS-A
Symptoms:
A flaw was found in glibc. When the wordexp function is called with the flags WRDE_REUSE and WRDE_APPEND, it may return uninitialized memory.
Conditions:
If the caller inspects the we_wordv array or calls the wordfree function to free the allocated memory.
Impact:
Reduced availability
Workaround:
NA
Fix:
Fixed
2225181 : 'Show NTP' Command Displays Incorrect Server IP Information
Links to More Info: BT2225181
Component: F5OS-A and F5OS-C
Symptoms:
The 'show ntp' command does not indicate an error when a server DNS name cannot be resolved. Additionally, if multiple NTP servers are configured, sometimes it displays the IP address of the synchronized time source as the IP address of all configured servers.
Conditions:
Configure multiple NTP servers, possibly with some with unresolvable domain names.
Impact:
NTP server information is inaccurate.
Workaround:
None
Fix:
NTP server status display has been corrected.
2225081 : VELOS BX520 ATSE Datapath lockup causes blade to report unhealthy and stop passing traffic
Component: F5OS-C
Symptoms:
This failure looks like an RQM lockup. An RQM lockup can show up as a DMA receive failure or a DMA transmit failure.
Receive failure because the receive queue will not accept HBM memory writes. Transmit failure because loopback health check packets will back up and flow control the transmit data-path.
Conditions:
No known conditions. This typically happens on initialization, but has been seen at runtime.
Impact:
This causes a data-path lock-up and traffic will not be passed by the affected blade.
Workaround:
Reboot the system.
Fix:
HBM calibration has been fixed.
2224645 : CVE-2025-11731: libxslt: Type Confusion in exsltFuncResultCompfunction of libxslt
Links to More Info: K000160721
2222109 : CVE-2025-68160 openssl vulnerability
Links to More Info: K000160552
Component: F5OS-A
Symptoms:
See https://my.f5.com/manage/s/article/K000160552
Conditions:
See https://my.f5.com/manage/s/article/K000160552
Impact:
See https://my.f5.com/manage/s/article/K000160552
Workaround:
See https://my.f5.com/manage/s/article/K000160552
Fix:
https://my.f5.com/manage/s/article/K000160552
2221793 : PSU alarm disappears intermittently when PSU issues exist
Links to More Info: BT2221793
Component: F5OS-C
Symptoms:
The PSU alarm gets stuck when PSU hardware is faulty and frequent controller switchovers (or power cycle followed by switchovers) that can generate more LOP events and trigger the issue.
Conditions:
Faulty PSU hardware and frequent controllers switchover.
Impact:
No functional impact but PSU alarm gets stuck in ConfD.
Workaround:
Need to replace faulty PSU hardware. For more information on Platform maintenance, refer to Platform Guide: VELOS CX Series. For further assistance, contact F5 Support.
2221105 : CVE-2025-69421 openssl: OpenSSL: Denial of Service via malformed PKCS#12 file processing
Links to More Info: K000160554
2221101 : CVE-2025-69420 openssl: OpenSSL: Denial of Service via malformed TimeStamp Response
Links to More Info: K000160560
2221097 : CVE-2025-69419 openssl: OpenSSL: Arbitrary code execution due to out-of-bounds write in PKCS#12 processing
Links to More Info: K000160558
2221093 : CVE-2025-69418 openssl: OpenSSL: Information disclosure and data tampering via specific low-level OCB encryption/decryption calls
Links to More Info: K000160557
2220649 : CVE-2023-53552 kernel: drm/i915: mark requests for GuC virtual engines to avoid use-after-free
Component: F5OS-A
Symptoms:
Improper handling of Intel i915 GPU virtual engine requests may lead to invalid memory access.
Conditions:
Applies only when the Intel i915 graphics driver is loaded and GPU rendering is in use.
Impact:
May result in reduced stability and unexpected behavior.
Workaround:
This driver is not active by default. Keep the i915 module unloaded unless required.
Fix:
Upgraded to fixed version
2219897 : PSU alarms getting cleared during controller failover
Component: F5OS-C
Symptoms:
PSU fault alarms were not triggered during controller failover.
Conditions:
When PSU alarms are present in the system and are followed by a controller failover.
Impact:
When PSU health status is displayed as faulty, the corresponding alarm notification does not appear.
Workaround:
None.
Fix:
Updated diag-agent service so that any psu alarms won't be cleared by standby controller boot up.
2219861 : TCP Packet loss after upgrade with AFM provisioned★
Links to More Info: BT2219861
Component: F5OS-A
Symptoms:
After an upgrade, disabled hardware DOS vectors may use old values.
Conditions:
-- F5OS tenant
-- Upgrade
-- AFM provisioned
Impact:
DOS thresholds may be incorrectly set or set too low resulting in packet loss that causes poor throughput.
Workaround:
Disable and re-enable the disabled DOS vectors.
Log into the BIG-IP GUI and navigate to
Security ›› DoS Protection : Device Protection
Filter attack vectors: tcp
click the "Network" text
Enable all the disabled vectors by clicking on the vector name and changing state from "disabled" to "mitigate".
Then disable the vectors by clicking on the vector name and changing state from "mitigate" to "disabled".
2219841 : L2 table become inconsistent after reseating VELOS blades
Component: F5OS-A
Symptoms:
After reseating blades, L2 tables become inconsistent and traffic is sent to wrong interfaces despite static FIB entries being present.
Conditions:
Occurs when multiple VELOS blades are removed and reinserted. L2-agent fails to connect to confd during blade initialization, preventing proper interface/portgroup configuration updates.
Impact:
Traffic misdirection, inconsistent L2 tables, SNMP and CLI interface commands may fail.
Workaround:
Perform partition failover, disable/re-enable partition, or reseat affected blades.
2219813-2 : Empty File path in upload api leads to core
Links to More Info: BT2219813
Component: F5OS-C
Symptoms:
The utils-agent service crashes
Conditions:
Provide an empty file path to the upload api
Impact:
Utils-agent crashes and generates a core.
Workaround:
None
Fix:
Empty/Null check added for file path field in upload api to make sure no crash in utils-agent service.
2219077 : Enhance logging for clear-all alert cases.
Component: F5OS-A and F5OS-C
Symptoms:
When a Power Supply Unit (PSU) is removed or a hardware component is cleared, there is no corresponding trace or log entry in velos.log or platform.log confirming that the associated alarms were cleared. The system clears the alarms, but it does so silently.
Conditions:
Observed the behaviour when triggers a "clear-all" operation for component specific alerts.
Impact:
No functional impact.
Administrators and support cannot verify via system logs whether an automatic clear-all alert operation was successfully triggered or executed, making it difficult to diagnose edge cases where alarms might fail to clear properly.
Workaround:
No
Fix:
Logging has been enhanced. The system now explicitly logs informational messages whenever a clear-all request type is received and processed.
2218937 : CVE-2025-14524 curl: Information disclosure via cross-protocol redirect with OAuth2 bearer token
Links to More Info: K000160292
2218885 : CVE-2025-40154 kernel: ASoC: Intel: bytcr_rt5640: Fix invalid quirk input mapping
Links to More Info: K000160420
2218565 : Controller boot up in rare conditions can impact blade management network after failover
Links to More Info: BT2218565
Component: F5OS-C
Symptoms:
A rare race condition in the vcc-lacpd process can prevent a system controller failover correctly setting the LACP status for LACP based link aggregations.
This condition is easily identifiable if the log msgid=0x6602000000000003 originating from vcc-lacpd process is seen since the last controller reboot.
Conditions:
Controller reboot. It is more likely though still extremely rare to occur if vcc-lacpd process restarts independently of a controller reboot.
Impact:
Blade management network can be impacted which can cause a variety of issues, including blade reboot loops on partition upgrade. If a management aggregation on the controller front panel management ports is configured for LACP, this aggregation may also be impacted.
Workaround:
Restart the affected vcc-lacpd process via docker restart cc-lacpd.
Fix:
While you may still see msgid=0x6602000000000003, the log no longer indicates a problem as the vcc-lacpd process will appropriately recover.
2218489 : CVE-2025-38085 kernel: mm/hugetlb: fix huge_pmd_unshare() vs GUP-fast race
Component: F5OS-A
Symptoms:
Unexpected memory access behavior may occur due to race conditions in huge page management
Conditions:
Occurs on vulnerable kernel versions during concurrent memory operations involving huge pages (hugetlb) and fast page pinning (GUP-fast)
Impact:
May lead to unintended access to memory belonging to another process, potentially exposing sensitive information
Workaround:
N/A
Fix:
Fixed
2218469 : CVE-2025-39817: kernel: efivarfs: Fix slab-out-of-bounds in efivarfs_d_compare
Component: F5OS-A
Symptoms:
A slab-out-of-bounds exists in the linux kernel in efivarfs_d_compare, such that the issue can be triggered by parallel lookups using an invalid filename due to an incorrect memcmp function.
Conditions:
Occurs during concurrent efivarfs lookups with malformed or invalid EFI variable filenames, typically requiring local privileged access
Impact:
May lead to kernel instability or crash.
Workaround:
N/A
Fix:
The kernel has been updated to the fixed version.
2218193 : No guradrail for downgrade from 2.0.0 to lower version when common criteria mode enabled.★
Component: F5OS-A and F5OS-C
Symptoms:
The common criteria compliance_cfg file is persistent with status enabled when downgrading from 2.0.0 to a lower version.
Conditions:
No guardrail for downgrade from 2.0.0 to lower version when common criteria mode is enabled.
Impact:
The common criteria compliance_cfg file will have incorrect information about the common criteria mode.
Workaround:
Implement guardrail while downgrading from 2.0.0 when common criteria mode is enabled.
Fix:
Once Common criteria mode is enabled, the user will not be able to downgrade to a version that does not support Common Criteria mode. To perform a downgrade, the user must first disable Common Criteria mode.
2218133 : CVE-2026-0915: glibc: glibc: Information disclosure via zero-valued network query
Component: F5OS-A
Symptoms:
A flaw was found in glibc, the GNU C Library. When an application calls the getnetbyaddr or getnetbyaddr_r functions to resolve a network address, and the system's nsswitch.conf file is configured to use a DNS (Domain Name System) backend for network lookups, a query for a zero-valued network can lead to the disclosure of stack memory contents.
Conditions:
DNS must be enabled in nsswitch config.
Impact:
Sensitive data gain.
Workaround:
NA
Fix:
Fixed
2217377-2 : Tenant management IP may be inaccessible until ARP entries timeout after controller failover
Component: F5OS-C
Symptoms:
After a controller failover, or reboot of the active CC mode, Stale ARP entries may cause the tenant management IPs to not be accessible.
GARP packets are sent, but there was a race between the management port on the new CC becoming active and the tenant orchestration layer sending the GARPs
Conditions:
This can happen after reboot/power cycle of the active controller, or manual failover the system controllers.
Impact:
The tenant management IP will become inaccessible until the ARP entries in the upstream switch times out, or the tenant generates outbound traffic on the management port that causes an update of the ARP table.
Workaround:
None.
Fix:
GARPs are now sent for a longer time after the controller failover to make sure they reach the upstream network device.
2216921-2 : Controller can incorrectly remove from the OpenShift cluster during rolling upgrade★
Links to More Info: BT2216921
Component: F5OS-C
Symptoms:
After a rolling upgrade of the controller software, one of the controllers may incorrectly be removed from the OpenShift cluster. This leaves the OpenShift cluster in a state where there is only one leader node in the cluster.
Conditions:
This can happen during a rolling upgrade due to a race condition on checking the status of the standby controller.
Impact:
If this occurs the affected controller will no longer be in the OpenShift cluster, so HA availability of the OpenShift cluster between the controllers will be compromised.
Workaround:
The workaround is to manually retrigger the addition of the removed controller to the Openshift cluster.
If controller-1 was removed, on controller 2 the user would do a touch /var/omd/CONTROLLER1_REINSTALL
If controller-2 was removed, on controller 1 the user would do a touch /var/omd/CONTROLLER2_REINSTALL
Fix:
The race condition that led to the controller being incorrectly removed from the cluster has been fixed, so that a controller will no longer be removed from the cluster during rolling upgrade.
2216829 : F5 rSeries Port Down, Optic Unplugged, or other frequent unexpected events.
Component: F5OS-A
Symptoms:
A small number of r5000/r10000 appliances have been found with a hardware defect on the internal PCIe links. This defect can result in erroneous internal register reads, causing the system to falsely detect conditions such as link down or optic unplugged. Other alarms or indications of system instability are possible.
Conditions:
There are no special conditions. This issue occurs frequently on affected systems.
Impact:
The system is unstable and unusable.
Workaround:
There is no specific log entry to detect the issue. Provide a QKVIEW for assessment by F5. If the issue is found in the QKVIEW, the unit must be returned and replaced.
Fix:
The manufacturing test has been updated to screen these defects in production. Existing units confirmed to have the issue must be returned and replaced.
2211261 : Enable login-attribute to work with UPN based authentication in F5OS
Links to More Info: BT2211261
Component: F5OS-A
Symptoms:
Authentication using userPrincipalName is not enabled by default in F5OS.
Conditions:
In F5OS, When configured active_directory to true and trying to authenticate the user with userPrincipalName instead of sAMAccountName will fail.
Impact:
Authentication using userPrincipalName will fail in F5OS for active directory based remote authentications.
Workaround:
1. Configure login-attrribute to userPrincipalName from ConfD CLI as below:
system aaa authentication ldap login-attrribute userPrincipalName
2. For client based UPN authentication -
a. Client Certificates should have been generated using UPN name
b. Configure in which field we need to fetch username in confd via "system aaa authentication clientcert config client-cert-name-field"
c. Configure login-attribute as userPrincipalName in confd via "system aaa authentication ldap login-attrribute userPrincipalName"
Note:
We can configure login-attribute via confd cli or restconf api. In this release there is no support to configure login-attribute from GUI.
Fix:
Added configurable parameter in confd to enable "userPrincipalName" based authentication.
2209117 : System is not booting after trying password recovery steps on rocky OS
Component: F5OS-A and F5OS-C
Symptoms:
When tried to use password recovery steps as mentioned in the KB article https://my.f5.com/manage/s/article/K000134739, system is unable to boot to OS.
Conditions:
When tried to use password recovery steps as mentioned in the KB article https://my.f5.com/manage/s/article/K000134739, system is unable to boot to OS.
Impact:
System is unable to boot to OS.
Workaround:
In the recovery steps, if we use reboot instead of the 2nd exit, the containers/services are getting up as expected.
Fix:
KB article must be updated with proper steps mentioning that reboot must used, instead of the second exit.
2209005 : TLS client authentication for LDAP servers not working
Links to More Info: BT2209005
Component: F5OS-A
Symptoms:
F5OS does not authenticate to LDAP servers.
Conditions:
- LDAP authentication in F5OS configured to use a client certificate and key ("system aaa authentication ldap tls_cert" and "system aaa authentication ldap tls_key").
- Either or both of the following:
-- An LDAP group mapping is configured (ldap-group specified for a role)
-- Active Directory enabled and Unix Attributes disabled
Impact:
F5OS is unable to connect to the LDAP server
Workaround:
None
2208601 : Long BIG-IP tenant names will prevent virtual console access
Links to More Info: BT2208601
Component: F5OS-A
Symptoms:
Creating a BIG-IP tenant in the GUI with a name longer than 32 characters will prevent virtual console access to the tenant.
Conditions:
BIG-IP tenant name is longer than 32 characters.
Impact:
The creation of the tenant-console user fails, preventing access to the virtual console for that tenant.
Workaround:
Use tenant names that don't exceed 32 characters in length.
2207865 : Snmpwalk misses LAG interface stats intermittently
Links to More Info: BT2207865
Component: F5OS-A
Symptoms:
Though the LAG interface is configured in system, some stats for the LAG interface will be missed in snmpwalk output intermittently.
Conditions:
Issue is rarely observed when running snmpwalk in a loop continuously.
Impact:
Snmpwalk may not display all statistics for the LAG interfaces.
Workaround:
Run snmpwalk after a 20 second delay.
Fix:
Ensured all LAG interface statistics are properly reported in SNMP walk output.
2202065 : LACP LAG interface stops forwarding packets when interface is disabled and re-enabled
Links to More Info: BT2202065
Component: F5OS-A
Symptoms:
When an interface that is part of a LACP LAG is disabled and then re-enabled, the interface stops forwarding packets.
Conditions:
LACP LAG interface disabled and re-enabled.
Impact:
LACP LAG down since BPDU packets are not being captured.
Workaround:
A reboot re-enables packet forwarding on the interface.
Fix:
Restarting the appliance allows BPDU packet capture which fixes LACP.
2201421 : Removing the active controller does not trigger an immediate tenant failover
Component: F5OS-C
Symptoms:
On a VELOS chassis setup where the BIG-IP tenant is active for a traffic group and the HA score includes a weighted value for F5OS_INTERNAL_TRUNK. Removing the active controller does not result in an immediate failover.
Conditions:
The tenant is active for a traffic group and is running on the controller that is currently active for the partition hosting the tenant.
The active system controller is removed or powered off using AOM.
Impact:
Tenant failover is delayed upto 4min when an active controller of the active tenant is pulled out .
Workaround:
None.
Fix:
Reduce the polling interval for lost VQF-link confD events to shorten the event detection time.
2201365 : Intermittent webUI startup failure after F5OS v1.8.x upgrade caused by SSL certificate generation issue
Links to More Info: BT2201365
Component: F5OS-A and F5OS-C
Symptoms:
In rare cases after upgrading to F5OS v1.8.x, the Web GUI (httpd) may fail to start. System logs may show a missing ServerName directive, and the /etc/auth-config/default/f5os.cert file may be missing or zero bytes.
Conditions:
This issue can occur in certain scenarios where the upgrade process fails to properly generate or retain the f5os.cert certificate file, and the authentication-manager does not recover from the missing or empty certificate, resulting in an invalid httpd configuration.
Impact:
The webUI is completely unavailable. CLI and API access remain functional.
Workaround:
Restart the authentication-mgr and http-server services using the following CLI command:
system diagnostics os-utils docker restart node platform service authentication-mgr
system diagnostics os-utils docker restart node platform service http-server
2201053 : WebUI Connection may be refused After Upgrading to version F5OS-A 1.8.3
Links to More Info: BT2201053
Component: F5OS-C
Symptoms:
After upgrading from version 1.5.3 to 1.8.3, access to the WebUI is no longer available. All connection attempts result in a "connection refused" error.
Conditions:
Occurs when upgrading from v1.5.3 to v1.8.3
Impact:
WebUI becomes inaccessible.
Workaround:
None.
2200097-1 : F5OS Backplane connectivity issues: 'TMM Not Ready', VoQ EMMs disabled for Blades due to VQF-CC link failures
Component: F5OS-C
Symptoms:
Dataplane switch interfaces corresponding to the even slot of a BX520 blade may be incorrectly disabled, causing a link outage to the Dataplane port of the even slot BX520 blade.
Conditions:
The Platform HAL sends a chassis platform response to the Chassis Manager indicating lop_ok is 0 for the even slot of a BX520 blade. Consequently, the Chassis Manager registers the blade as 'not present' (present = 0), prompting switchd to disable the port associated with the even-numbered slot.
Impact:
VQF IMM watchdog timeouts appear in the FPGA manager log.
Workaround:
Reboot both CCs. Can be performed in service if standby is rebooted first, followed by lsystem redundancy go-standby and then rebooting the new standby.
Fix:
The Chassis Manager will not publish a loss of presence specifically for the even slot of BX520 blades, ensuring that the corresponding dataplane port is not inadvertently disabled by switchd.
2199337 : Invalid or unresponsive rsyslog remote servers for log forwarding can exhaust system memory.
Links to More Info: BT2199337
Component: F5OS-A
Symptoms:
System memory usage will increase over time without boundaries.
Conditions:
Remote-syslog servers configured with TCP protocol that cannot establish a connection (or has a unreliable connectivity).
Impact:
The rsyslog daemon will retry, and memory will continue to increase.
This could potentially exhaust system memory.
Workaround:
Fix the connection, remove the invalid or flaky servers from config, OR use the UDP protocol.
Fix:
The new syntax used for rsyslogd remote-servers forwarding configuration requires specifying for each forwarding action a linked list queue type. This will implicitly use the default queue size of 1000 messages (or lower for earlier versions of rsyslogd).
2197021 : CVE-2025-65082 httpd: Apache HTTP Server: CGI environment variable override
Links to More Info: K000159875
2196545 : Tenant image upload failure when there is still sufficient space available
Links to More Info: BT2196545
Component: F5OS-A
Symptoms:
Tenant image upload failure when there is still sufficient space available. You may see below error from logs
"Disk usage exceeded threshold."
Conditions:
When there is sufficient space available, tenant image upload fails.
Impact:
Unable to upload tenant image
Workaround:
None
Fix:
Fixed in 2.0
2196293 : The file /var/omd/CLUSTER_REINSTALL on Standby causes openshift reinstall after failover
Links to More Info: BT2196293
Component: F5OS-A
Symptoms:
If /var/omd/CLUSTER_REINSTALL exists on Standby, when there is a controller failover, an openshift reinstall triggers.
Conditions:
- /var/omd/CLUSTER_REINSTALL exists on the Standby controller.
- A failover to that controller occurs.
Impact:
Service outage of Chassis
Workaround:
The file /var/omd/CLUSTER_REINSTALL is created by the user in order to trigger an openshift reinstall. It should not normally exist.
Proactively check that /var/omd/CLUSTER_REINSTALL does not exist on the Standby controller.
For example, from Active blade console:
[root@controller-A(VELOS):Active ~]# ssh controller-B ls -la /var/omd/CLUSTER_REINSTALL
ls: cannot access /var/omd/CLUSTER_REINSTALL: No such file or directory
Where "controller-B" is the other controller, for example "controller-2".
2195581 : FPGA firmware health status reported as unhealthy/error
Links to More Info: BT2195581
Component: F5OS-A
Symptoms:
Shortly after a VELOS BX520 blade boots up, the health status of the blade shows an error for one of the FPGAs, it never clears, and the blade still successfully runs traffic. There are also verification errors in velos.log.
For example, in confd: "blade/firmware/fpga/atse1 firmware:update-status unhealthy error error"
In velos.log, entries such as:
"FWU response error." ... "PCI slot ca:00.0 width is 4; expected 8."
FWU atse2 Verification failed, retrying (also appears in the blade PEL)
FWU atse2 Verification failed (also appears in the blade PEL)
Conditions:
Booting up a VELOS BX520 blade.
Impact:
One or more of the FPGA-to-CPU (PCIe) links may be running in a degraded state and could affect the bandwidth of traffic between the blade's FPGA and CPU.
Workaround:
The blade can be rebooted to retry the FPGA load process, which will retrain all the FPGA PCIe links.
Fix:
Retries were increased for the FPGA load process to make it more reliable.
2188089-2 : After Power Cycle testing on 1.8.2 EHF-3, observed partition mgmt interface stuck DOWN
Links to More Info: BT2188089
Component: F5OS-C
Symptoms:
Access to partition management can be permanently lost if
the System Controller is power cycled.
Conditions:
Power cycle the system controller on which the active instance of a partition is running.
Impact:
Management access to partition CLI / webUI lost.
Workaround:
Delete and recreate the partition management interface from the System Controller ConfD partition configuration.
config# no partitions partition <name> config mgmt-ip
config# commit
config# partitions partition <name> config mgmt-ip <ipv4 | ipv6> address <ip address> prefix-length <length> gateway <gateway address>
Fix:
Reconnection to partition CLI/webUI through the management IP can be reliably reestablished after power cycling the system controller hosting the active partition instance.
2187625 : Chassis partition go-standby command does not work correctly after Active/Active resolution
Links to More Info: BT2187625
Component: F5OS-A
Symptoms:
If an internal chassis network partition causes the chassis partition HA pair to go active/active, the HA pair will resolve to the current preferred controller when the network partition is fixed. But future attempts to manually fail over to the other controller using the 'go-standby' command will immediately fail back to the original controller.
Conditions:
If an internal controller network partition causes partition HA pair to go active/active the internal failover state is left inconsistent.
Impact:
The go-standby command will not work.
Workaround:
Proper operation can be restored by restarting the partition HA on the non-preferred controller (controller-2 if in 'auto' mode):
syscon-1-active(config)# system diagnostics os-utils docker restart node controller-2 service partition1_ha
Restarting container affects configuration and data path. Do you want to proceed? [yes/no] yes
result partition1_ha restarted successfully
syscon-1-active(config)#
Fix:
The go-standby command works correctly after active/active resolution.
2185853 : No logs observed when mgmt interface state changes
Links to More Info: BT2185853
Component: F5OS-A
Symptoms:
When mgmt interface state changes, there are no logs observed in platform.log.
Conditions:
Mgmt interface state change.
Impact:
There is no functional impact. interface state changes can be still read from Confd.
Workaround:
None
Fix:
NA
2185625-1 : Controller upgrade struck in in-progress after upgrading the chassis from 1.7.1 EHF1 to 1.8.2 EHF3★
Links to More Info: BT2185625
Component: F5OS-C
Symptoms:
When performing a rolling System controller upgrade from 1.7.1 to 1.8.x it is possible on of the upgrading System Controllers does not complete its upgrade and show system image displays "in-progress" for that system controllers upgrade status indefinitely.
Conditions:
Problem is known to occur on a fully loaded CX1610 chassis.
Impact:
Dataplane should continue to function at a reduced rate. However, the System Controllers will not form a ConfD HA pair until both System Controllers are running the same System Controller version and management communication may be lost with the upgrading controller.
Workaround:
Perform a manual switch of both service and os versions to match the peer System Controller. Example:
echo "switch cc_os <iso-version> " | nc -U /var/sw-mgmt.unix
echo "switch cc_serv <iso-version> no_restart" | nc -U /var/sw-mgmt.unix
where <iso-version> is the version the peer System Controller is currently running.
Then reboot the system reboot the system controller
Fix:
Ugrades from 1.7.1 to releases 1.8.x and later are no longer subject to becoming stuck in the "in-progress" state.
2183789 : FDB entries may expire when multiple entries hash to the same FPGA table index and traffic is intermittent
Links to More Info: BT2183789
Component: F5OS-A
Symptoms:
L2/FDB entries may expire even when traffic is arriving at the FPGA of the Appliance or VELOS Blade.
Conditions:
L2 entries which internally hash to the same table index inside the FPGA can lead to the expiration of the entry when traffic is arriving on intervals of more than 30 seconds from that MAC address. On each interval, an age refresh message might be lost, leading to decrement the age of the entry on 30 seconds. When the entry reaches the last period it will expire, and then it will be re-learnt again.
Impact:
The expiration of the FDB entry can lead to Destination Lookup Failures that are rate-limited, i.e. traffic loss. Depending on the scenario this could lead to intermittent potential outages between the entry expires, and it is learnt again.
Workaround:
Create a static FDB entry for the MAC address that suffers expiration issues. See K000152328.
Ensure that traffic from the MAC address expiring arrives continuously under 30 seconds intervals.
Open a Support case and request an EHF.
2183301 : Error Catalog not generating Hex Values in msgid
Component: F5OS-A and F5OS-C
Symptoms:
Error catalog messages were not generated past 9. Hex values A-F were skipped if they were in the msgid.
Conditions:
When there is a log message that has msgid that go past 9.
Impact:
Previously generated log messages did not have Hex msgid values past 9. Clouddocs error catalog page will not show the HEX msgid entries.
Workaround:
None.
Fix:
Allow msgid's to represented as hex values.
2183141 : Observed ctrlplane0x interface missing & ixgbe load errors after Active System Controller power cycle test
Links to More Info: BT2183141
Component: F5OS-C
Symptoms:
After performing a power cycle of active system controller, an error of loading ixgbe diver is observed which results in ctrlplane0x port missing in team0.
Errors:
[ 5.611594] ixgbe: probe of 0000:06:00.0 failed with error -5
Conditions:
Install v1.8.X-C/v1.7.C-X build on the system and perform active system controller power cycle. (This is intermittent issue)
On the failure case, dmesg logs will point:
[ 5.611594] ixgbe: probe of 0000:06:00.0 failed with error -5
Impact:
A malformed trunk between the control plane switch and controller host can lead to unpredictably unreliable traffic flows between the controller host and control plane switch.
Workaround:
Reboot the controller.
Fix:
The failed PCI device has been reinitialised.
2182497-4 : CVE-2025-38352: kernel: posix-cpu-timers: fix race between handle_posix_cpu_timers() and posix_cpu_timer_del()
Component: F5OS-A
Symptoms:
A race condition was found in the Linux kernel’s POSIX CPU timer handling, where handle_posix_cpu_timers() may run concurrently with posix_cpu_timer_del() on an exiting task which could result in use-after-free scenarios. An attacker with local user access could use this flaw to crash or escalate their privileges on a system.
Conditions:
NA
Impact:
Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')
Fix:
Kernel has been updated to a non-vulnerable version.
2181801 : CVE-2025-38498 kernel: do_change_type(): refuse to operate on unmounted/not ours mounts
Component: F5OS-A
Symptoms:
A flaw in do_change_type() allowed a process to change mount propagation flags on mounts outside its own mount namespace, breaking expected isolation guarantees. This could enable a local attacker with mount privileges to disrupt or alter mount behavior in other namespaces, potentially causing system-wide denial of service.
Conditions:
NA
Impact:
denial of service
Workaround:
N/A
Fix:
updated to fixeed version
2181757 : CVE-2022-50367 kernel: fs: UAF/GPF bug in nilfs_mdt_destroy
Links to More Info: K000158972, BT2181757
2181737 : CVE-2025-38718 kernel: sctp: linearize cloned gso packets in sctp_rcv
Links to More Info: K000158198
2181721 : CVE-2023-53354 kernel: skbuff: skb_segment, Call zero copy functions before using skbuff frags
Links to More Info: K000158127
2181701 : CVE-2022-50406 kernel: iomap: iomap: fix memory corruption when recording errors during writeback
Links to More Info: K000158197
2181681 : CVE-2023-53373 kernel: crypto: seqiv - Handle EBUSY correctly
Links to More Info: K000159889, BT2181681
2181285 : Vqf bitstream failed to load on blade
Links to More Info: BT2181285
Component: F5OS-C
Symptoms:
When there is a power outage/down without power backup then sometime a blade's usb drive will be disconnected. That will cause the vqf bitstream to fail to load.
Conditions:
Install the 1.8.2-C build on the system and perform power cycle. (This is highly intermittent issue)
Impact:
Blade will be in an inoperative state.
Workaround:
Power cycle will bring the system back
Fix:
NA
2180637-3 : Tenant disk can get removed when there is a double fault scenario
Component: F5OS-A
Symptoms:
Tenant disk will be recreated from scratch, prompting for changing the password from the default one.
Conditions:
When a controller is booting and is required to become the active role (including all partition active instances) due to the other controller being unavailable, a race condition may occur. This can result in the orchestration daemon removing tenant disks, as it has not have acquired the latest system state.
Impact:
Tenant disk is lost. No way to recover it.
Workaround:
Whenever possible, perform a power cycle on the controllers following a partition failover to the active controllers. Additionally, verify that there are no faults in the controller hosting the active partitions. This approach helps mitigate race conditions that may occur when the standby controller, during startup, is required to take over due to an unhealthy active controller.
Fix:
Removed the race condition that could cause prematurely removing tenant disks.
2179429 : Switchd may process blade slot operational data updates that are not intended to trigger any action
Links to More Info: BT2179429
Component: F5OS-C
Symptoms:
On software upgrade v1.7.x to v1.8.x and later releases following with a firmware upgrade, it is observed that the power field in the slot operdata may fluctuate. This behavior can cause switchd to incorrectly detect that the slot's dataplane ports require reconfiguration, resulting in a link flap on the affected blade dataplane port(s)
This will show up in the blade fpga manager as VOQ watchdog timeouts.
Conditions:
Upgrade from v1.7.x to v1.8.x and later that also involve a firmware update.
Impact:
Degraded dataplane performance and TMM HA failovers.
Workaround:
Reboot system controllers and / or impacted blades.
Fix:
Switchd configures the dataplane ports of a slot only in response to changes in slot presence or blade type
2179369 : F5OS does not validate the LDAP TLS CA certificate
Links to More Info: BT2179369
Component: F5OS-A
Symptoms:
F5OS does not validate that LDAP CA cert config (system aaa authentication ldap tls_cacert) is a valid CA certificate. An error similar to the following will be logged:
authd[7]: priority="Err" version=1.0 msgid=0x3901000000000101 msg="LDAP API error during : -" oper="SASL bind" code=-1 msg="Can't contact LDAP server".
Conditions:
-- F5OS system configured to use remote authentication via LDAP.
-- Invalid ldap tls_cacert configured.
Impact:
Remote LDAP authentication does not work.
Workaround:
None
2171937 : The Virtual Server is not receiving traffic due to an incorrect VLAN update from F5OS platform
Links to More Info: BT2171937
Component: F5OS-A
Symptoms:
When a specific native VLAN is configured for a port in virtual-wire, the incoming packets still arrive with VLAN ID 4094, while the Virtual Server expects traffic with the configured VLAN ID.
Conditions:
Configuring a specific native vlan on a port and then configuring it in virtual-wire.
Impact:
When enabling/disabling virtual-wire mode on a port with a configured native VLAN, the port default VLAN was being set with values (4094 for vwire enable, 4095 for vwire disable), ignoring any existing native VLAN configuration.
Workaround:
Once the virtual-wire is configured on the port, if the remove and re-add the native vlans to the interfaces, the hardware should get programmed correctly.
Fix:
Added a fix such that ensure native VLAN configuration is respected and preserved throughout the virtual-wire lifecycle.
2171805 : DmaTenantTcpCopOperHdlr, couldn't find stats for tenant
Links to More Info: BT2171805
Component: F5OS-A
Symptoms:
An error is found in platform.log
platform-stats-bridge[10]: nodename=controller-1(p3) priority="Err" version=1.0 msgid=0x4305000000000008 msg="" msg="DmaTenantTcpCopOperHdlr, couldn't find stats for tenant".
Conditions:
-- Tenant is in configured or not deployed completely
-- tcp-cop stats are queried when there are not yet any stats. (show tenants tenant tcp-cop tcp-cop)
Impact:
No functional impact. The log message is logged at the error level and should be logged at the warning level.
Workaround:
None
Fix:
The Err log is changed to Warning log in the latest versions (from 2.0+ and C-1.8.3)
2164309 : CVE-2023-53178 kernel: mm: fix zswap writeback race condition
Links to More Info: K000159018
2163677 : K3s install fails if a weak SSH MAC algorithm is configured★
Links to More Info: BT2163677
Component: F5OS-A
Symptoms:
If a weak SSH MAC algorithm is configured (via "system security services service sshd"), K3s will fail to install.
Conditions:
-- Appliance.
-- Weak SSH MAC algorithm configured.
Impact:
This can prevent upgrades or K3s reinstallations.
Workaround:
Configure a strong SSH MAC algorithm, e.g. hmac-sha2-256. In the CLI:
config
system security services service sshd config macs [ hmac-sha2-256 ]
commit
It is possible to configure multiple MAC algorithms, in which case the administrator should keep the stronger algorithms enabled as well.
2162969 : CVE-2022-50356 kernel: net: sched: sfb: fix null pointer access issue when sfb_init() fails
Links to More Info: K000160222, BT2162969
2162701 : Tenant outage caused by deletion of VLAN in the tenant and unassignment of the VLAN from F5OS
Links to More Info: BT2162701
Component: F5OS-A and F5OS-C
Symptoms:
When a VLAN inside the tenant is deleted and the VLAN is un-assigned from F5OS, a service for the tenant could be deleted. Deletion of service will cause an outage on the tenant.
Here are the two log messages on F5OS
datapath-cp-proxy[11]: priority="Info" msgid=0x5901000000000045 msg="Confd Event Update:" EVENT="DELETE_SERVICE_ID" FROM="CONFD" TENANTNAME="" ATSE=0 SUBMODULE=0.
datapath-cp-proxy[11]: priority="Info" msgid=0x5901000000000034 msg="Service Instance Update Success." TENANTNAME="tenant-1" DOSGRP="[2]" SVCGRP="[7]" SVCID=22.
Conditions:
-- Deletion of the VLAN inside the tenant.
-- Un-assignment of the same VLAN from the F5OS.
Impact:
Because the service is removed, all VLANs on that service will be inaccessible for the tenant and cause an outage in the tenant.
Workaround:
If a VLAN is going to be deleted from the tenant, first un-assign the VLAN inside the tenant from F5OS. Then after a 2 second delay, delete the VLAN inside the tenant.
2162197-2 : After a controller upgrade, out-of-sync etcd processes can lead to unhealthy cluster
Links to More Info: BT2162197
Component: F5OS-C
Symptoms:
After a controller upgrade, is is possible that the controller etcd processes can be out of sync causing the cluster to go into an unhealthy state.
Conditions:
The etcd processes require a quorum of three and the third etcd process is not being launched which leaves the etcds on both controllers in an inconsistent state.
Impact:
The cluster will remain in an unhealthy state.
Workaround:
On the active controller, manually launch the third etcd instance, by running this command at the root shell
/etc/etcd/launch_etcd.sh
Then issue a controller failover.
2160697 : Rsync.log files on blades are not rotated
Links to More Info: BT2160697
Component: F5OS-C
Symptoms:
The rsync.log files on VELOS blades are not rotated.
Conditions:
-- Chassis-based system.
-- Large (several GB) rsync.log file on at least one blade.
Impact:
This can cause disk space issues on blades, which can cause various issues, including the failure to run tenants.
Workaround:
Manually truncate the rsync.log file.
1. From the active controller, ssh to the blade with the large log file, e.g.:
ssh blade-1
2. Truncate the rsync.log file:
truncate -s0 /var/F5/partitionN/log/rsync.log
... where N is the ID of the partition with the large rsync.log file.
NOTE: This will remove all the contents of the rsync.log file. If you wish to keep this data, back it up before performing this operation.
2153981 : Tenant Disk can be removed as a result of misinterpreting system state.
Links to More Info: BT2153981
Component: F5OS-C
Symptoms:
A tenant disk will be removed from compute nodes when the tenant appears to be running from partition ConfD CLI. As a result, the VM pods cannot be started because the disk is gone.
The orchestration software will notice this and recreate the tenant with a new disk, but all configuration and other data associated with the original tenant will be lost.
Conditions:
- Power Cycle is performed on the a controller, forcing the partition go to the one staying up if it was not already there
- Cause a fault in the system that is up (like unplug mgmt interface cable). This is to cause the controller that was power cycled to take over as soon as it is able to.
- When the node that was down takes over (because the one that became active is at fault after unplugging cable) the tenants in the partition could end up getting wiped. This is intermittent since it is cause by a race condition at failover time.
When the failover occurs, the other partition instance is running on controller node that will take a number of seconds to become active on the controller side and take over the kubernetes layer.
Impact:
The orchestration software that takes over because the other node is at fault could end up running the reconciliation logic to add and remove tenants with no data because the DB read is not done and/or the kubernetes layer is not ready for queries.
If the reconciliation tenant list is empty, orchestration software end up misinterpreting it as if there were no tenants, causing tenants to be removed. But the DB does have the tenants. Subsequent iterations will detect there is a tenant that needs to be created, but at this point the disk is gone and a new disk gets created.
Workaround:
Because this is a race condition that occurs when a double fault happens (powercycle on one controller node and not having the mgmt interface up on the other controller node), the only way to try avoid it is to be ahead of the faults reported by the system.
Fix:
Orchestration software that was meant to reconcile what was missed should not take any action if the information is not available.
2153821 : During live-upgrade, "show cluster cluster-status" shows "K3s IMAGE update has failed, will retry"★
Component: F5OS-A
Symptoms:
If the prompt status is stuck in either of these 2 stages after F5OS-A live upgrade:
'Cluster update in-progress/Waiting for cluster service',
checkout the cluster state by running following command:
'show cluster cluster-status'
If the cluster state shows some output like this where K3s Image update has failed, and confirm that this same issue is hit.
INDEX STATUS
---------------------------------------------------------------------------------------------------
... . . . ...
6 2024-07-25 15:51:23.567837+00:00 - K3s IMAGE update has failed, will retry.
... . . . ...
Conditions:
This can occur while performing a live upgrade of F5OS-A.
Impact:
The prompt status is stuck in 'Cluster update in-progress/Waiting for cluster service' error.
Workaround:
Reboot the system. The upgrade will resume and complete.
2152957 : Disabled ports or port mode mismatches can cause bad register reads.
Links to More Info: BT2152957
Component: F5OS-C
Symptoms:
When a Front panel port is disabled or the port mode is mismatched, it can cause incorrect register reads. This may manifest as port interface flapping on other unrelated ports.
Conditions:
Front Panel Port is disabled or a port mode mismatch, such as a 100GE optic installed when the port is configured for 40GE operating mode.
Impact:
The status on other interfaces may incorrectly show ‘down’ when the interface is ‘up’ or other unexpected behavior.
Workaround:
Enable all Front Panel ports, even those not in use, and ensure there are no port mode mismatches.
Fix:
Updated FPGA firmware is required for the fix.
2152949 : Disabled ports or port mode mismatchs can cause bad register reads.
Links to More Info: BT2152949
Component: F5OS-A
Symptoms:
When a Front panel port is disabled or the port mode is mismatched, it can cause incorrect register reads. This may manifest as port interface flapping on other unrelated ports.
Conditions:
Front Panel Port is disabled or a port mode mismatch, such as a 100GE optic installed when the port is configured for 40GE operating mode.
Impact:
The status on other interfaces may incorrectly show ‘down’ when the interface is ‘up’ or other unexpected behavior.
Workaround:
Enable all Front Panel ports, even those not in use, and ensure there are no port mode mismatches.
Fix:
Updated FPGA firmware is required for the fix.
2152845 : VELOS controller unhealthy if it is rebooted after clean install while platform-services-deployment still starting★
Links to More Info: BT2152845
Component: F5OS-C
Symptoms:
A newly-installed controller running the correct software version is inaccessible from the network or peer controller, even though it is booted into F5OS.
Log messages in /var/log/messages or "journalctl -u platform-services-deployment" indicating that it failed to pull docker images, and the initial registries were set as a mirror of themselves:
platform-deployment: Initial registry (port 2000) setup as mirror of port 2000 registry complete
platform-deployment: Initial registry (port 2500) setup as mirror of port 2500 registry complete
[...]
platform-deployment: Pulling repository localhost:2500/vcc-partition-software-manager
platform-deployment: Error: image vcc-partition-software-manager:7.2.7-f5os-c-1-8-1-candidate.2025-02-11-05-55-35.S383ff41b not found
platform-deployment: Unexpected error encountered while starting platform services via docker-compose.
platform-deployment: Nov 12 11:57:57 controller-2.chassis.local platform-deployment[3342]: Error: image vcc-partition-software-manager:7.2.7-f5os-c-1-8-1-candidate.2025-02-11-05-55-35.S383ff41b not found
platform-deployment: Platform services done
Conditions:
A fresh install of software on a VELOS system controller (an RMA replacement system controller, or a clean install via PXE or USB).
During the initial boot into F5OS, the new system controller is rebooted while platform-services-deployment is still running in the background.
Impact:
The VELOS system controller remains inoperative.
Workaround:
Perform a clean install of the VELOS system controller software again, and do not reboot the controller while platform-services-deployment is still running.
2152701 : The port of Allowed IP Addresses is shown as "Select" on GUI instead of port number.
Links to More Info: BT2152701
Component: F5OS-A
Symptoms:
While editing Allow List Entry under System Settings -> System Security -> Allowed IP Addresses in the "Port" field you see "Select" instead of port number e.g. "22".
Conditions:
You configured Allowed IP Address Entry for port other than SNMP (161).
Impact:
The word "select" is incorrectly displayed, but it otherwise has no effect.
Workaround:
None
Fix:
None
2152353 : The "system aaa tls config passphrase" command does not validate whether or not the new passphrase correctly decrypts the current key file
Links to More Info: BT2152353
Component: F5OS-A
Symptoms:
If the GUI is configured to use a custom key and certificate ("system aaa tls config certificate" and "system aaa tls config key") and use an encrypted key file protected by a passphrase ("system aaa tls config passphrase"), the system fails to perform validation for subsequent changes to the passphrase (and the system is not decrypting and re-encrypting the key file).
Conditions:
-- System is configured to use a custom key and certificate for GUI access.
-- They key is encrypted with a passphrase, and "system aaa tls config passphrase" is used to set this passphrase in F5OS.
-- "system aaa tls config passphrase" is later used to change the passphrase, but the underlying key is not changed.
Impact:
-- Key migration fails
-- HTTP GUI and API are rendered unusable
Workaround:
Using the CLI:
-- Manually re-encrypt the key to use the new passphrase.
OR
-- Change the passphrase ("system aaa tls config passphrase") back to the one that matches they key.
2151753 : BX110 ports configured for 40G can fail to link with OPT-036 optics
Links to More Info: BT2151753
Component: F5OS-C
Symptoms:
BX110 front panel interface configured for 40G with OPT-0036 optic fails to achieve link.
Conditions:
BX110 front panel interface configured for 40G and using an OPT-0036 optic.
Impact:
Front panel interface remains DOWN, preventing traffic from flowing.
Workaround:
None
Fix:
Implement a software workaround that first writes a reset bit to '0' before writing it to a '1'.
2151413 : TACACS External Authentication Failure after a software upgrade
Links to More Info: BT2151413
Component: F5OS-A
Symptoms:
TACACS users are not able to login to the device.
Conditions:
TACACS+ server sends back an authorization reply with an auth status of 'PASS_REPL' (pass + *replace all attributes*) instead of 'PASS_ADD' (pass + *add* to attributes)
Impact:
TACACS users will be unable to log in when the server is configured under the specified conditions.
Workaround:
Avoid using PASS_REPL on Tacacs server.
Fix:
After upgrading device to latest EHF build, the issue is not reproduced.
2151269 : Prompt-statusd process occasionally cores
Links to More Info: BT2151269
Component: F5OS-A
Symptoms:
Occasionally the prompt-statusd daemon will core.
Conditions:
This can occur in prompt-statusd during normal operation.
Impact:
After core, service will restart the operation
Workaround:
None
2150853 : Logs in /var/confd/log are not rotated on system controllers★
Links to More Info: BT2150853
Component: F5OS-C
Symptoms:
Log files in /var/confd/log are not rotated on system controllers. Upgrades may fail due to a timeout.
Conditions:
-- A chassis-based system.
Impact:
If the files get too large, there can be disk space issues. It can also cause upgrades to fail due to a timeout.
Workaround:
If these files get too large, they can be pared down using the Linux "truncate" command. Note that this will remove log messages from these files.
2150537 : On r5xxx, multicast packets are replicated to unused ports causing invalid packet drops.
Links to More Info: BT2150537
Component: F5OS-A
Symptoms:
On r5xxx systems, multicast packets are forwarded to unused ports of the crossbar switch, resulting in packet drops on those ports. Because the ports are unused, the drop counters are meaningless.
Conditions:
Multicast packets received on a front-panel interface.
Impact:
None, this is purely cosmetic.
Workaround:
None
Fix:
Don't include unused ports in multicast duplication.
2148949 : CVE-2025-8194: cpython: Cpython infinite loop when parsing a tarfile
Component: F5OS-A
Symptoms:
A flaw was found in the Python tarfile module. Processing a specially crafted tar archive, specifically an archive with negative offsets, can cause an infinite loop and deadlock.
Conditions:
Should be able to process specially crafted tar archive.
Impact:
Infinite loop and deadlock resulting in denial of service.
Workaround:
Not affected.
Fix:
Fixed
2145489 : CVE-2025-6069: cpython: Python HTMLParser quadratic complexity
Component: F5OS-A
Symptoms:
A denial-of-service (DoS) vulnerability has been discovered in Python's html.parser.HTMLParser class.
Conditions:
Should be able to process specially malformed HTML input.
Impact:
Increased processing time can lead to excessive resource consumption, ultimately causing a denial-of-service condition in applications that rely on this parser.
Workaround:
NA
Fix:
Fixed
2141089 : Multicast traffic can be dropped by Host DLF rate-limiter
Links to More Info: BT2141089
Component: F5OS-A
Symptoms:
Multicast traffic from a tenant can be dropped by the host DLF rate-limiter, causing traffic loss.
Conditions:
Egress multicast traffic exceeding 2500 packets per second.
Impact:
Loss of multicast traffic.
Workaround:
Create a static FDB entry for the multicast MAC address.
Fix:
We changed the behavior of the FPGA code to remove multicast packets that miss the L2 table from being classified as DLF.
2141081 : Serial console access behavior
Component: F5OS-A
Symptoms:
Console access may be temporarily unavailable.
Conditions:
NA
Impact:
Could affect maintenance operations.
Workaround:
Follow standard recovery procedures.
Fix:
Fixed
2140617 : Tenants not receiving traffic after multi-bladed VELOS chassis upgrade to F5OS-C 1.8.2★
Links to More Info: BT2140617
Component: F5OS-A
Symptoms:
1. Output of "show fpga-tables vqf-voq-stats" on a partition will show 0s in IMM_ENABLED column for affected destination blade.
For example:
partition-1# show fpga-tables vqf-voq-stats
EMM IMM SMS
SLOT NAME ENABLED ENABLED DRPLVL PKT CNT BYTE CNT
----------------------------------------------------------
1 1.15 1 1 65535 212663 30410809
1 1.4 1 1 65535 106066 15170734
1 1.9 1 1 65535 122845 22230707
1 2.15 1 1 65535 416 67808
1 2.4 1 1 65535 110 23540
1 2.9 1 1 65535 0 0
1 3.15 1 1 65535 26772858 2222180494
1 3.4 1 1 65535 991 194844
1 3.9 1 1 65535 7 611
1 4.15 1 0 65535 0 0 <==
1 4.4 1 0 65535 0 0 <==
1 4.9 1 0 65535 0 0 <==
1 5.15 1 1 65535 415 67645
1 5.4 1 1 65535 12 1926
1 5.9 1 1 65535 2 170
IMM_ENABLED ןis 0 for 4.15,4.4 and 4.9, which means that blade1 will not send traffic to either of the blade4 ports including to tenants deployed on blade4.
2. Partition velos.log will have similar "Could not acquire lock" for voq-state component creation/deletion errors after trying to set EMM state or activation status of the peer blades (there can be number of similar occurrences along the log):
fpgamgr[12]: nodename=blade-4(p1) priority="Info" version=1.0 msgid=0x305000000000005 msg="VoQ programmed" blade=2 port=4 module="EMM" state="enabled".
fpgamgr[12]: nodename=blade-4(p1) priority="Info" version=1.0 msgid=0x305000000000005 msg="VoQ programmed" blade=2 port=9 module="EMM" state="enabled".
fpgamgr[12]: nodename=blade-4(p1) priority="Info" version=1.0 msgid=0x305000000000005 msg="VoQ programmed" blade=2 port=15 module="EMM" state="enabled".
fpgamgr[12]: nodename=blade-4(p1) priority="Err" version=1.0 msgid=0x302000000000009 msg="Failed to delete CDB component" COMPONENT="/voq-states/voq-state" ERROR="locked" LASTERR="Could not acquire lock" ERRNO=10.
or
fpgamgr[13]: nodename=blade-8(p1) priority="Info" version=1.0 msgid=0x305000000000023 msg="Enabling VQF synchronization with slot" slot=1.
fpgamgr[13]: nodename=blade-8(p1) priority="Info" version=1.0 msgid=0x305000000000024 msg="Slot activation status updated in VQF" slot=1 status=1.
fpgamgr[13]: nodename=blade-8(p1) priority="Err" version=1.0 msgid=0x302000000000003 msg="Failed to create CDB component" COMPONENT="/voq-states/voq-state{%d %d}" ERROR="locked" LASTERR="Could not acquire lock" ERRNO=10.
fpgamgr[13]: nodename=blade-8(p1) priority="Info" version=1.0 msgid=0x305000000000023 msg="Enabling VQF synchronization with slot" slot=2.
fpgamgr[13]: nodename=blade-8(p1) priority="Info" version=1.0 msgid=0x305000000000024 msg="Slot activation status updated in VQF" slot=2 status=1.
fpgamgr[13]: nodename=blade-8(p1) priority="Err" version=1.0 msgid=0x302000000000003 msg="Failed to create CDB component" COMPONENT="/voq-states/voq-state{%d %d}" ERROR="locked" LASTERR="Could not acquire lock" ERRNO=10.
fpgamgr[13]: nodename=blade-8(p1) priority="Info" version=1.0 msgid=0x305000000000023 msg="Enabling VQF synchronization with slot" slot=3.
fpgamgr[13]: nodename=blade-8(p1) priority="Info" version=1.0 msgid=0x305000000000024 msg="Slot activation status updated in VQF" slot=3 status=1.
fpgamgr[13]: nodename=blade-8(p1) priority="Err" version=1.0 msgid=0x302000000000003 msg="Failed to create CDB component" COMPONENT="/voq-states/voq-state{%d %d}" ERROR="locked" LASTERR="Could not acquire lock" ERRNO=10.
Conditions:
Multi-bladed chassis is rebooted after an upgrade to 1.8.2.
Impact:
The impact will be related to inter-blade traffic.
If imm_enabled is 0 for an affected destination blade, ingress traffic entering the chassis on one blade destined to the tenant deployed on the affected blade will not reach the tenant.
Workaround:
Reboot affected blade, on partition issue:
cluster nodes node blade-X reboot
X being the number of the affected blade.
2139613 : Open Telemetry - system.disk.usage is always reported 0 on rSeries and VELOS
Links to More Info: BT2139613
Component: F5OS-A
Symptoms:
Open Telemetry - system.disk.usage is always reported 0 on rSeries and VELOS
Conditions:
In all cases when a telemetry exporter is configured
Impact:
In all cases when a telemetry exporter is configured, the system.disk.usage is always reported 0
Workaround:
None
Fix:
When an exporter is configured, the value for system.disk.usage is always 0. This is because of mapping the metric to a wrong tmstat table. As a part of fix, mapped this correctly to report the correct value of stats.
2138185 : LLDP may core when ConfD restarts or reconnects
Links to More Info: BT2138185
Component: F5OS-A and F5OS-C
Symptoms:
LLDP may core when ConfD restarts or reconnects. Log messages similar to the following may be soon in velos.log (F5OS-C) or platform.log (F5OS-A) around the time of the core:
2025-06-04T01:09:47.357839+03:00 blade-1(p1) lldpd[8]: priority="Err" version=1.0 msgid=0x6001000000000015 msg="Unable to start confD session." ERROR="Lost connection to ConfD" LASTERR="EOF on socket to ConfD" ERRNO=45.
2025-06-04T01:09:47.357842+03:00 blade-1(p1) lldpd[8]: priority="Err" version=1.0 msgid=0x6001000000000015 msg="Unable to start confD session." ERROR="Lost connection to ConfD" LASTERR="EOF on socket to ConfD" ERRNO=45.
Conditions:
-- LLDP in use.
-- ConfD restarts or reconnects.
Impact:
No functional impact.
Workaround:
NA
Fix:
Thread processing has been improved to enable smoother restarts and reconnections.
2137957 : Observing FCS Errors on system controller Peer HG Links
Links to More Info: BT2137957
Component: F5OS-C
Symptoms:
The symptom of this issue is FCS error counters incrementing on control plane system controller peer HG links.
Conditions:
Run a system with 1.8.1+ that has the 6.5.26 version of the broadcom SDK.
Impact:
Error counters increment, no system impact is observed aside from the counters incrementing.
Workaround:
None
Fix:
Had to modify SDK at init time to properly set advertisements to disable FEC on the peer links when running 6.5.26 SDK.
2137893 : TCP response packets dropped between F5OS and tenant after upgrade to F5OS 1.8.3★
Links to More Info: BT2137893
Component: F5OS-A
Symptoms:
TCP packets (e.g., ServerHello) are dropped between F5OS and tenant, causing application slowness or outages when connections exceed ~25K.
Conditions:
-- F5OS-A upgraded to 1.8.3 (from 1.3.2)
-- BIG-IP tenant running 17.1.3 or 17.5.1
-- TCP ACK (TS) DoS vector enabled (default or low threshold settings)
-- High connection rates (25K–30K+ active connections)
Impact:
- -Application downtime or degraded performance
-- Service disruption at high connection counts
Workaround:
Raise TCP ACK (TS) vector thresholds per K000139860
Disable the vector if not needed
2137577 : After upgrading, system health shows "disk encryption" as unhealthy even when UEFI communication is successful★
Links to More Info: BT2137577
Component: F5OS-A
Symptoms:
When upgrading from a version before 1.8.2 to version 1.8.2 or later, the system may incorrectly show "Disk Encryption" as unhealthy.
Conditions:
Occurs when upgrading from a version earlier than 1.8.2 to version 1.8.2 or later.
Impact:
System hardware health is incorrectly shown as unhealthy.
Workaround:
Reset the component attributes by calling below API as below:
docker exec -it diag-agent psf run POST:components/reset component=appliance/hardware/drives/disk-encryption
Fix:
Component attributes have been updated to correctly reflect the actual system state.
2132141 : Interface 8.0 on r2000 and r4000-series F5OS appliances does not join LACP LAG or transmit LLDP BPDUs after upgrade to F5OS-A 1.8.3★
Links to More Info: BT2132141
Component: F5OS-A
Symptoms:
- Interface 8.0 has an operational status of UP
- Interface 8.0 does not join a LACP LAG.
- Interface 8.0 does not transmit any LLDP packets.
- Log messages similar to the following in the platform.log:
nic-manager[8]: priority="Err" version=1.0 msgid=0x720c000000000003 msg="Error NULL interface descriptor".
Conditions:
- Running an affected version of F5OS-A.
- An r2000-series or r4000-series appliance. This issue does not affect r5000-, r10000-, or r12000-series appliances.
- Interface 8.0 is in a LACP LAG.
Impact:
Interface 8.0 is not able to negotiate and join a LACP LAG
Workaround:
This issue is fixed in F5OS-A 1.8.3 EHF-1, which is available for download on MyF5: https://my.f5.com/manage/s/downloads?productFamily=F5OS&productLine=F5OS+Appliance+Software&version=1.8.3&container=1.8.3-EHF
2131773 : Error message IDs for image-agent do not match those documented in the error catalog
Links to More Info: BT2131773
Component: F5OS-A
Symptoms:
Some of the message ids logged by the image-agent service in platform log do not match the error message id in the catalog.
Conditions:
Looking up image-agent logs by ID in the error message catalog.
Impact:
This discrepancy makes it difficult to correlate system logs with documentation for troubleshooting and support.
Workaround:
None
Fix:
Updated the error catalog message IDs correctly.
2131677 : PSU inventory data shows "Not Available" on F5OS-A
Links to More Info: BT2131677
Component: F5OS-A
Symptoms:
After PSU power test, F5OS reports PSU serial/part number as "Not Available" and shows empty state. Platform-hal logs "wrong common header format version: 0" and "wrong zero checksum 255 != 254" errors. PSU functions normally but inventory data unavailable.
Conditions:
Occurs after PSU power test/reseat
PSU FRU EEPROM corrupted
Failed to read the Seriel number.
Impact:
Incorrect PSU inventory display.
Workaround:
None
2131529 : CVE-2025-8058: glibc: Double free in glibc
Links to More Info: K000157129, BT2131529
2131429 : init_etile: Cable check failed
Links to More Info: BT2131429
Component: F5OS-A
Symptoms:
F5 rSeries Appliances may experience issues with port bringup when using an OPT-0036 in 4x10G bifurcated (breakout) mode. The system log will show an “init_etile: Cable check failed” message for one or more of the bifurcated ports. The system will not be able to establish a link on the port and the port status will remain down.
Conditions:
rSeries Appliance using an OPT-0036 in 4x10G breakout mode running F5OS-A-1.8.3 or earlier.
Impact:
Port remains down.
Workaround:
None. Requires F5OS update.
Fix:
Fixed in F5OS-A-1.8.3-25023-EHF-6 and later.
2131289 : CVE-2025-8114
Component: F5OS-A
Symptoms:
A flaw was found in libssh, a library that implements the SSH protocol. When calculating the session ID during the key exchange (KEX) process, an allocation failure in cryptographic functions may lead to a NULL pointer dereference. This issue can cause the client or server to crash.
Conditions:
NA
Impact:
NULL Pointer Dereference
Workaround:
NA
Fix:
Fixed libssh rpm.
2131057 : CVE-2016-2148: Heap-based buffer overflow in the DHCP client, affecting BMC firmware
Links to More Info: K000156994, BT2131057
2130889 : CVE-2025-47273: setuptools path handling
Component: F5OS-A
Symptoms:
Certain package download operations may write files outside the expected temporary location.
Conditions:
Applies when the affected setuptools functionality is invoked in an environment where download inputs can be influenced.
Impact:
May lead to unintended file placement within the same security boundary.
Workaround:
NA
Fix:
Fixed
2130793 : CVE-2025-47268 iputils: Signed Integer Overflow in Timestamp Multiplication in iputils ping
Links to More Info: K000158112, BT2130793
2130773 : CVE-2025-48964 iputils: iputils integer overflow
Component: F5OS-A
Symptoms:
An integer overflow flaw has been discovered in the ping function within the iputils package. This overflow may allow an attacker to craft an ECHO reply which can prevent iputils from operating normally.
Conditions:
ping to the system.
Impact:
This issue may allow an attacker to craft an ECHO reply which can prevent iputils from operating normally.
Workaround:
NA
Fix:
Fixed
2119061 : Authentication failures not logged at default level in authentication-mgr and user-manager
Links to More Info: BT2119061
Component: F5OS-A
Symptoms:
When LDAP authentication fails due to TLS certificate validation errors (e.g., "unable to get local issuer certificate"), these failures are not captured in the default log level of authentication-mgr or user-manager. As a result, administrators must enable debug logging to obtain useful diagnostic information about the failure.
Conditions:
Running F5OS-C 1.8.1 (VELOS platform) or lower version.
LDAP authentication is configured for the system.
Impact:
- Administrators are unable to diagnose LDAP/TLS authentication failures using standard logs.
- Additional troubleshooting steps (enabling debug logging) are required to obtain error details.
- Increases time to resolution and may delay identification of root cause for authentication issues.
Workaround:
Enable debug logging for authentication-mgr and user-manager to capture detailed error messages related to LDAP/TLS failures.
Fix:
Future versions will improve logging so that LDAP/TLS authentication failures (such as certificate validation errors) are captured at the default log level, eliminating the need to enable debug logging for basic troubleshooting.
2119017 : F5OS not able to handle changes to LDAP tls_reqcert configuration
Links to More Info: BT2119017
Component: F5OS-A
Symptoms:
Changes to an LDAP server's tls_reqcert configuration are not handled by F5OS, resulting in authentication-manager and user-manager communication failures with the LDAP server
Conditions:
- LDAP system authentication configured to authenticate against an Active Directory Server
- Under the system Authentication Settings configuration in the Common LDAP Configuration section, "Authenticate with Active Directory" set to True and "Unix Attributes" set to False
- LDAP group filters specified for one or more roles
- The LDAP server's tls_reqcert configuration is modified while F5OS is actively running.
Impact:
Changes to the LDAP server's tls_reqcert setting will cause communication failures with the LDAP server.
Workaround:
Restart authentication manager and user manager after making configuration changes to the tls_reqcert configuration option.
2099829 : LLDP errors are logged when no IPv4 management address is configured
Links to More Info: BT2099829
Component: F5OS-C
Symptoms:
If a partition (F5OS-C) does not have an IPv4 management address configured, errors like the following will be logged in the partition's velos.log file:
lldpd[9]: nodename=blade-1(p1) priority="Err" version=1.0 msgid=0x6001000000000015 msg="Unable to start confD session." ERROR="item does not exist" LASTERR="/oc-sys:system/state/f5-partition:mgmt-ipv4 does not exist" ERRNO=1.
fpgamgr[11]: nodename=blade-5(p2) priority="Err" version=1.0 msgid=0x302000000000005 msg="cdb_get failed for" COMPONENT="/voq-states/voq-state{1 5}" ERROR="item does not exist" LASTERR="/f5-voq:voq-states/voq-state{1 5}/voqs_enabled does not exist" ERRNO=1.
Conditions:
A partition's IPv4 management address is not configured. Systems with only an ip6 address will also exhibit the same messages.
Impact:
These logs are benign and can be ignored.
Workaround:
To prevent these logs, configure an IPv4 management IP address.
2088601 : The anaconda-ssh service fails to start during installation phase, preventing remote SSH access
Links to More Info: BT2088601
Component: F5OS-C
Symptoms:
SSH access is unavailable when using the inst.sshd boot parameter to enable remote debugging or Kickstart monitoring.
Conditions:
To enable SSH access and troubleshoot boot issues during the bare metal installation process.
Impact:
Blocks remote debugging over SSH during the bare metal installation process.
Workaround:
Need to trobleshoot through console only.
Fix:
Enabled the eno1 physical port and resolved the OpenSSL and OpenSSH compatibility.
2087761 : A partition's "show system events" no longer updates after multiple partition failovers
Links to More Info: BT2087761
Component: F5OS-C
Symptoms:
After a partition is failed over more than once it will no longer list new events when running "show system events".
Conditions:
-- Chassis system with at least one partition.
-- The partition must have failed over at least twice.
Impact:
New events are no longer seen when running "show system events".
Workaround:
None
2079113 : Partitions created on VELOS v1.1.x will have configuration wiped during controller upgrade to VELOS v1.6.4, v1.8.1, or v1.8.2★
Links to More Info: BT2079113
Component: F5OS-C
Symptoms:
A partition's configuration can get wiped out and reset to default when the controller is upgraded to VELOS 1.6.4, v1.8.1, or v1.8.2.
Conditions:
If a partition was created while the system controller was running VELOS v1.1.x, the partition configuration volume may have been created with as an LVM "thin pool" rather than a logical volume. The problem does not occur with partitions created on VELOS 1.2.0 or later.
In VELOS v1.6.4, v1.8.1, and v1.8.2, the partition startup logic incorrectly fails to recognize that these filesystem volumes are already initialized, and reinitializes them resulting in data loss.
The reinitialization error is persistent, and will be repeated any time the partition instance is restarted, until the volumes are recreated without "thin provisioning".
Impact:
-- The partition configuration data is wiped and reset back to default.
Workaround:
Before upgrading to the system controllers to VELOS v1.6.4, v1.8.1, or v1.8.2, check if the partition logical volumes on either system controller are incorrectly provisioned.
To do this, run the "lvs" command from a bash shell on both controllers. "Thin provisioned" volumes will have numeric entries in the "Data%" and "Meta%" columns, and will have the "t" flag in the "Attr" column
In this example, partitions 1 is effected:
[root@controller-1:Active log]# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
partition1 partition_config twi-a-tz-- 10.00g 0.00 10.61
partition3 partition_config -wi-ao-z-- 10.00g
export_chassis partition_image -wi-ao---- 256.12g
partition1 partition_image twi-a-tz-- 15.00g 0.00 10.57
partition1_shared partition_image -wi-a----- 10.00g
partition3 partition_image -wi-ao-z-- 15.00g
partition3_shared partition_image -wi-ao---- 10.00g
...
If this condition exists, do not upgrade to these versions and contact support for assistance for non-destructively converting these volumes.
Fix:
In VELOS v1.8.3, the partition startup logic correctly recognizes that these partition logical volumes are already initialized, and does not wipe and recreate them.
2078813 : CVE-2025-6395 gnutls: NULL pointer dereference in _gnutls_figure_common_ciphersuite()
Component: F5OS-A
Symptoms:
A NULL pointer dereference flaw was found in the GnuTLS software in _gnutls_figure_common_ciphersuite().
Conditions:
NA
Impact:
NULL Pointer Dereference
Workaround:
NA
Fix:
Fixed the gnutls.
2078809 : CVE-2025-32990 gnutls: certtool template parsing
Component: F5OS-A
Symptoms:
A heap-buffer-overflow (off-by-one) flaw was found in the GnuTLS software in the template parsing logic within the certtool utility. When it reads certain settings from a template file, it allows an attacker to cause an out-of-bounds (OOB) NULL pointer write, resulting in memory corruption and a denial-of-service (DoS) that could potentially crash the system.
Conditions:
NA
Impact:
Heap-based Buffer Overflow
Workaround:
NA
Fix:
Fixed the gnutls.
2078689 : CVE-2025-6170 libxml2: Stack Buffer Overflow in xmllint Interactive Shell Command Handling
Component: F5OS-A
Symptoms:
The xmllint interactive shell may crash when processing excessively long user input.
Conditions:
Occurs when a local user runs xmllint in interactive shell mode and provides specially crafted oversized input.
Impact:
May cause the xmllint process to crash, resulting in limited denial of service; exploitation is unlikely in typical deployments.
Workaround:
N/A
Fix:
Upgraded to fixed version
2078301-4 : Dagd may crash if a malicious message is sent from the tenant
Links to More Info: K000156796, BT2078301
2064397 : TACACS GUI Authentication Failure
Links to More Info: BT2064397
Component: F5OS-A and F5OS-C
Symptoms:
When using an affected version of F5OS, TACACS users may successfully authenticate; however, the GUI session closes immediately, and any requests return a 401 error. The following error message is observed:
ERROR: PAM validation failed: User role modified
Conditions:
-- Occurs on F5OS-A (rSeries) and F5OS-C (VELOS) platforms running version 1.8.x.
-- TACACS server configuration includes a home directory attribute (F5-F5OS-HOMEDIR) with a trailing space (e.g., "/tmp ").
Impact:
TACACS users are unable to log into the F5OS GUI.
Authentication succeeds, but authorization fails, resulting in immediate session termination and a 401 error.
SSH access is unaffected.
Workaround:
-- Remove any trailing spaces from the F5-F5OS-HOMEDIR attribute in the TACACS server configuration.
-- Ensure all TACACS attributes are formatted correctly without extra whitespace.
Fix:
The system handles extraneous whitespace in TACACS attributes more robustly.
2063565 : CVE-2022-23219: glibc: Stack-based buffer overflow in sunrpc clnt_create via a long pathname
2063497 : Controllers lose connectivity to blades with stale LACP members in member table
Component: F5OS-C
Symptoms:
LACP member table has stale members and controllers lose connectivity to blades.
Conditions:
Issue can happen when the following are performed.
- Manually failover the controllers.
- Power down active controller.
- Reboot active controller.
- Physically remove active controller from the chassis.
Impact:
Controllers lose connectivity to blades and stale LACP members cannot be cleaned up.
Workaround:
Restart cc-lacpd container on the active controller, or reboot active controller.
Fix:
Debug log is added to help debugging the issue. Enable cc-lacpd debug log and look for msgid=0x3301000000000050 from velos.log. This debug log prints the cache of current confD member table data.
2063201 : Authentication of LDAP Remote user in AD server may fail
Links to More Info: BT2063201
Component: F5OS-A
Symptoms:
LDAP Remote user authentication in F5OS may fail when the Unix attributes is set to false.
Conditions:
If LDAP authentication is configured with an Active Directory (AD) server, remote users will not be able to authenticate successfully on F5OS.
Impact:
Remote user may not be able to login to F5OS.
Workaround:
None
2049845 : OPT-0056 100G link intermittently fails to come up after reboot or hot plug insertion due to incorrect Media Side FEC programming
Links to More Info: BT2049845
Component: F5OS-C
Symptoms:
An OPT-0056 100G link intermittently fails to come up after a reboot or hot plug insertion.
Conditions:
Having an OPT-0056 100G link and after a system reboot or hot plug inserts the optic into the system.
Impact:
Intermittent link issues.
Workaround:
None
2048033 : FCS or FEC uncorrected errors seen continuously on the system
Links to More Info: BT2048033
Component: F5OS-C
Symptoms:
FCS (Frame Check Sequence) and FEC (Forward Error Correction) error statistics for chassis/blade backplane ports were incorrectly reported as unhealthy because the system interpreted raw (non-zero) counter values as errors.
Conditions:
Occurs when switch reports FCS or FEC errors greater than 0
Impact:
System will display switch port status alarms and events.
Workaround:
None.
2047361 : 'show cluster events' cli output is not displaying unhealthy->healthy, ordering and timestamps of events
Links to More Info: BT2047361
Component: F5OS-A
Symptoms:
'show cluster events' cli output is not showing timestamp of events(when the event occurred) and no detailed information on the healthiness(healthy/unhealthy) or severity(Info/Warning) of the event.
Conditions:
When user executes cli related to 'show cluster events', the output is not showing timestamp of events(when the event occurred) and no detailed information on the healthiness(healthy/unhealthy) or severity(Info/Warning) of the event.
Impact:
There is no functional impact but displayed events timestamp, healthiness is missed.
Workaround:
No workaround.
Fix:
The issue is fixed.
2046597 : Setting the primary key on VELOS will intermittently cause a failover and primary key inconsistency
Links to More Info: BT2046597
Component: F5OS-C
Symptoms:
When performing a "system aaa primary-key set" operation, sometimes the controller will fail over prior to updating the database values, resulting in an inconsistent decryption key. The set key operation remains in 'IN_PROGRESS' and does not recover.
Conditions:
Retry timing problem in the key retrieval logic sometimes causes the database to hang for over 30 seconds during configuration reload, resulting in the hardware watchdog expiring and causing a failover.
Impact:
Configuration database will not be usable, partitions will not start correctly. System must be restored from backup.
Workaround:
Prior to attempting to change the primary-key, ensure that a controller, partition, and tenant backups with a known primary-key are available. If the problem occurs, perform a "system database reset-to-default", reset the primary key to the previous known value corresponding to the backup and restore the backups.
Fix:
Setting the primary key does not cause a failover.
2046501 : NTP CLI/webUI displays "ntp api, the server or underlying service is unreachable"
Component: F5OS-A
Symptoms:
1. Newly configured DNS IPs are not used in tcpdump-platform-agent container.
2. show system ntp command is unresponsive.
Conditions:
1. New DNS IPs are configured
Impact:
1. The "ping" command is unable to use the recently configured DNS IPs
2. Timeout occurs when you execute "show system ntp".
Workaround:
None
Fix:
1. Ping now correctly uses newly configured DNS servers.
2. The show system ntp command responds faster.
2044517 : Changing LDAP configuration via the GUI results in an unexpected error
Links to More Info: BT2044517
Component: F5OS-A
Symptoms:
Changing LDAP configuration on GUI errors out with the following error message - "object is not writable:
/oc-sys:system/oc-sys:aaa/oc-sys:authentication/f5-aaa-ldap:ldap/f5-aaa-ldap:state"
Conditions:
When using a Windows Active Directory (AD) server and LDAP settings are configured with Active Directory authentication enabled (true) and Unix Attributes disabled (false).
Impact:
You are unable to make LDAP configuration changes via the GUI.
Workaround:
Make the configuration change from CLI.
Fix:
GUI will not modify the read-only state part of the LDAP configuration and allow user to save the LDAP configuration changes.
2037525 : Appliance_orchestration_manager process occasionally cores
Links to More Info: BT2037525
Component: F5OS-A
Symptoms:
Occasionally the appliance_orchestration_manager daemon will core.
Conditions:
This can occur in appliance_orchestration_manager during normal operation.
Impact:
After core, service will restart the operation.
Workaround:
None
2037233 : VELOS controller cannot change primary key if there is an NTP key configured
Links to More Info: BT2037233
Component: F5OS-C
Symptoms:
If an NTP key is configured, attempts to change the system's primary key will fail and log these errors:
confd-key-migrationd[9]: nodename=controller-1 priority="Err" version=1.0 msgid=0x1b01000000000010 msg="Failed to set element in cdb" path="/system/ntp/ntp-keys/ntp-key{1}/state/key-value" error="" errno="Interrupted system call".
confd-key-migrationd[9]: nodename=controller-1 priority="Crit" version=1.0 msgid=0x1b01000000000002 msg="Key Migration failed, attempting to restore" stage="RESTORE_SECURE_ELEMENTS"
Conditions:
-- VELOS system controller running F5OS-C.
-- NTP encryption key configured.
Impact:
Unable to change primary key.
Workaround:
-- Remove the NTP key from the configuration.
-- Perform the key migration.
-- Re-add the NTP key to the configuration.
2035593-2 : Max DNS entries supported are three, if more are configured the extras are ignored, and even after reducing to three, the previously ignored entries are not reapplied.
Links to More Info: BT2035593
Component: F5OS-A
Symptoms:
The system supports a maximum of three DNS entries. When more than three are configured, the additional entries are ignored. However, after removing the extra entries and reducing the list to three, the previously ignored entries are still not added back to the system.
Conditions:
Configuring more than 3 DNS entries and removing previously added entries
Impact:
DNS resolution failure.
Workaround:
Recreate DNS entries
Fix:
NA
2035549 : System_host_config container's outbound DNS traffic will use stale DNS lookup entries.
Component: F5OS-A
Symptoms:
When DNS server entries are added to the appliance via ConfD, the entry is not updated in /etc/resolv.conf of the system_host_config container. Outbound traffic from system_host_config will use stale DNS entries.
Conditions:
A new DNS server or host-entries are added on appliances via ConfD.
Impact:
The new entry is not updated in the system_host_config container's /etc/resolv.conf file. This container does not generate outbound traffic so there is no functional impact.
Workaround:
If you need system_host_config to have the updated DNS server entries, restart the system_host_config container:
docker restart system_host_config
Fix:
Restarting the container should update the DNS lookup entries.
2035545 : Incorrect network namespace for system_tmstat_merged
Component: F5OS-A and F5OS-C
Symptoms:
system_tmstat_merged is running in the host network namespace at all times
Conditions:
It is running in the host network namespace all the time.
Impact:
Isolation, Security Implications, Behaviour change
Workaround:
Changed the network namespace from host to service:identifier
Fix:
system_tmstat_merged is running in the container network namespace
2035153 : The confd-key-migrationd logs may display incorrect error messages during migration failures
Links to More Info: BT2035153
Component: F5OS-A
Symptoms:
The confd-key-migrationd logs may display incorrect or misleading error messages during migration failures.
Conditions:
When confd-key-migrationd encounters errors during migration, the logged error messages may not accurately reflect the actual cause.
Impact:
The logs don't provide enough detail to identify the underlying problem.
Workaround:
NA
Fix:
Fixed an issue that caused confd-key-migrationd to log incorrect error messages during migration failures.
2034949 : Authentication-mgr's restart triggers Controller Switchover
Component: F5OS-C
Symptoms:
When the container is restarted using ‘docker restart authentication-mgr’, at times, controller failover occurs.
Conditions:
When the container is restarted using ‘docker restart authentication-mgr’, the following container events take place: · container:event:kill · container:event:die · container:event:stop · container:event:start · container:event:restart. During this process, it's container:running attribute is temporarily set to Unhealthy | Error before the container starts.
Impact:
When authentication-mgr's container:running attribute is set to Unhealthy, even for a very short interval, In some of the instances, the parent components(Controller)are also updated to Unhealthy, which triggers a failover.
Workaround:
None.
Fix:
The value of parameter 'critical' for authentication-mgr is updated. This will not set the container:running attribute to Unhealthy | Error before the container starts.
2034889 : Blade interface presence/stats are getting wiped because of bad power event during system controller failover
Links to More Info: BT2034889
Component: F5OS-C
Symptoms:
After inserting a blade in the chassis, the blade interface state may be wiped out on the next system controller failover.
Interfaces will be shown as "NOT_PRESENT" even though the blade is present and running.
default-1# show interfaces interface state oper-status
NAME OPER STATUS
--------------------
1/1.0 DOWN
1/2.0 DOWN
2/1.0 NOT_PRESENT
2/2.0 NOT_PRESENT
3/1.0 DOWN
3/2.0 DOWN
Conditions:
Physically inserting a blade in the chassis, followed by a controller failover after the blade finishes booting.
Impact:
After the controller failover, the incorrect 'power off' event causes the partition software to erase the blade dataplane state, resulting in the blade dataplane being inoperative.
Workaround:
To avoid the issue:
After inserting a blade in the chassis, cause a controller failover and then reboot the blade.
To recover if the problem is encountered:
Reboot the blade.
Fix:
Inaccurate power events are not generated during system controller failover.
2034665 : F5 VELOS BX520 ATSE firmware v75.3.25.00
Links to More Info: BT2034665
Component: F5OS-C
Symptoms:
F5 VELOS BX520 ATSE firmware v75.3.25.00
Conditions:
F5 VELOS BX520 Platform
Impact:
Not applicable.
Workaround:
None
Fix:
Fixes disaggregation issue. See ID2034661 for more information.
2034661 : BX520 blade eDAG masking issue causes redirections with ipv6-prefix-len not equal to 128.
Links to More Info: BT2034661
Component: F5OS-C
Symptoms:
This issue can cause lower overall system performance because of bad disaggregation to service endpoint. Host software recognizes that packets are not at the correct endpoint and redirects the packets to the correct endpoint. The extra packet hop can cause lower overall system performance.
Conditions:
ipv6-prefix-len not equal to 128.
ATSE v75.3.23.00 or earlier.
Impact:
Variable packet performance and latency impact.
Workaround:
Update to ATSE v75.3.25.00 or newer bitstream release for BX520 blade.
Fix:
Logic issue in disaggregation masking found and fixed in ATSE v75.3.25.00 bitstream release for BX520 blade.
2034381 : System controller configuration of cplagg interfaces should be modified
Links to More Info: BT2034381
Component: F5OS-C
Symptoms:
If the lag-type of a cplagg_1.x interface is removed,
System Controller/blade communications will stop working. System Controller ConfD configuration of cplagg interfaces is set up by the confd initialization XML. The configuration may be viewed but should never be modified. Modification of the CPLAGG interface configuration needs to be blocked.
Conditions:
System Controllers are up and running, and the confd configuration is accessible to the user.
Impact:
Control plane communications may be lost to the blade reachable through the modified cplagg interface.
Workaround:
Restore the CPLAGG configuration that existed before the modification. Perform a staged reboot of the system controllers: reboot the standby controller, after the rebooted controller comes up, make it the active controller, and reboot the new standby controller.
Fix:
Users are prevented from modifying the System Controller confd configuration of the CPLAGG interfaces.
2025949 : Configuring more than one mgmt aggregation interface may cause an aggregated management port to stop working
Links to More Info: BT2025949
Component: F5OS-A
Symptoms:
It is a documented restriction that only one user-defined aggregation interface is allowed to be configured in the System Controller ConfD configuration - the aggregation interface required to support management port aggregation.
All subsequent user defined aggregation interfaces added to the System Controller ConfD configuration will be ignored by switchd. The management port aggregation may continue to function even after this configuration is performed since the switch trunk hardware is already programmed. However, after any event which requires reprogramming of the trunk hardware (ie. loss of trunk member or a system controller reboot), requests by LACP to update the trunk will be ignored by switchd and management connectivity will appear unreliable or completely non-existent.
Conditions:
Configuration of an additional System Controller aggregation interface followed by some event which requires switch hardware to be reprogrammed. Example: User upgrades the System Controller which causes the controllers to reboot.
Impact:
You may experience unreliable or complete loss of chassis, partition and tenant management connectivity.
Workaround:
- Delete all but one of the user-defined aggregation interfaces and LACP interfaces of the same name from the System Controller ConfD configuration.
- Make sure that SC management ports 1/mgmt0 and 2/mgmt0 ethernet aggregation-id are configured with the name of the aggregation interface that remains.
- Reboot both system controllers.
Fix:
Attempts to configure additional user-defined aggregation interfaces are blocked.
2017057 : F5OS-A 1.8.0 qkview does not include "user readable" docker ps -a command output
Links to More Info: BT2017057
Component: F5OS-A
Symptoms:
Qkview does not include "user readable" docker ps -a command output
Conditions:
While capturing host qkview
Impact:
The captured "docker ps" command is not user-readable in the qkview file.
Workaround:
Manually capture the output if necessary.
Fix:
Fixed in 2.1.0
2016349 : IPv6 NDP Neighbor Advertisements may get dropped at the VELOS platform layer when tenant transitions from Standby to Active during a failover
Links to More Info: BT2016349
Component: F5OS-A
Symptoms:
-- Some IPv6 NDP Neighbor Advertisements (NA) from a tenant does not egress the VELOS platform when the tenant becomes active during failover.
-- When a failover occurs, drop_pkt_cnt increases when observing the counters from the controller using the following command:
for i in blade-{1,2}; do echo $i; echo '====='; ssh $i docker exec -i partition_fpga fpgatool -c \"nsms hdp_drop_pkt_cnt 1\"; done
Conditions:
-- Tenant running on VELOS v1.8.1, v1.8.2.
-- IPv6 floating self-IPs and many IPv6 floating virtual addresses are configured in VLANs on the tenant.
-- Failover occurs.
Impact:
Upstream devices do not receive the IPv6 NDP NAs that should have indicated that the new tenant has taken over for the affected IPv6 addresses.
Workaround:
None
2015869 : F5OS qkview fails to collect log files due to journal logs
Links to More Info: BT2015869
Component: F5OS-A and F5OS-C
Symptoms:
When generating a host qkview on F5OS, some of the journal log files are not handled properly, resulting in the output qkview missing expected log files, and the following example error log is observed in the platform.log file:
panic: runtime error: index out of range [327713] with length 128
Conditions:
The issue occurs when qkview is generated using the standard qkview-collect on F5OS with the software version 1.8.x and lower, and the system contains binary systemd journal files in /var/log/journal folder.
Impact:
-- Resulting qkview archive is incomplete and missing log files.
-- Diagnostic and support efforts may be hindered due to missing data.
Workaround:
Edit the qkview-collect.config.yml to not collect /var/log/journal files before running qkview using the below steps and commands to collect the qkview
-- Edit the file /etc/qkview-collect/qkview-collect.config.yml and add the line "- /var/log/journal" under the “excludes:" section, ensuring it follows the existing YAML syntax and indentation.
-- Generate a qkview:
f5sh 'system diagnostics qkview capture'
-- Check the qkview status using the below command and wait for the qkview collection to complete:
f5sh 'system diagnostics qkview status'
Fix:
Journal log files are handled properly during the qkview files collection, resulting in the successful collection of log files.
2014413 : Platform registry failures on standby partition
Component: F5OS-C
Symptoms:
This issue can manifest in several ways, including:
- Tenant deployments fail.
- Partition upgrade fails.
- Partition fails to join the cluster after a PXE boot.
This issue is due to overridden port assignments for platform registry services on the partition's standby controller.
Conditions:
-- Chassis-based system.
-- An active controller's port assignment replaces one on the standby controller.
Impact:
This issue can manifest in several ways, including:
- Tenant deployment fails.
- Partition upgrade fails.
- Partition fails to join the cluster after a PXE boot.
2011521 : Backplane trap exists on appliance
Component: F5OS-A
Symptoms:
"backplane" trap exists on F5OS-APPLIANCE-ALERT-NOTIF-MIB.txt on applicance, where it is not applicable.
Conditions:
F5OS-APPLIANCE-ALERT-NOTIF-MIB.txt MIB file.
Impact:
"backplane" trap exists on appliance, where it is not applicable.
Workaround:
None
Fix:
"backplane" trap exists on F5OS-APPLIANCE-ALERT-NOTIF-MIB.txt on applicance, where it is not applicable.
2009765 : Tcpdump may crash with "malloc(): corrupted top size" when using complex BPF filters
Links to More Info: BT2009765
Component: F5OS-A
Symptoms:
Running tcpdump with complex or long BPF filter expressions may result in a crash with the error message:
malloc(): corrupted top size
Conditions:
This issue occurs when tcpdump is invoked with a filter expression containing multiple conditions or a long filter string, especially when run via the system diagnostics
Impact:
Packet capture operations fails and no data is collected. This may impact troubleshooting or monitoring activities that rely on tcpdump.
Workaround:
None
Fix:
Tcpdump has been updated to reliably support complex and long filter expressions. The utility now validates filter input to prevent errors, ensuring stable and consistent packet capture operations
2008753 : Privilege Escalation to Admin via SSH Port Forwarding
Links to More Info: K000156771, BT2008753
2008593 : System health may show a transient alert during controller firmware updates that does not clear automatically★
Links to More Info: BT2008593
Component: F5OS-C
Symptoms:
During or shortly after a controller firmware update, system health can display an error indicating the controller’s hardware alert handler failed to initialize.
The health view may suggest a fan or power controller monitoring failure even though all components later report Healthy/Ok.
The error may persist in health/status after the firmware update completes, creating the impression of a controller health problem.
Conditions:
Occurs when controller firmware updates, controller failover, or a restart of the diagnostics service temporarily interrupts hardware health monitoring at startup.
Impact:
Misleading controller health alarms may remain visible after updates complete, causing confusion and unnecessary investigation. Firmware updates themselves complete successfully.
Workaround:
- After the firmware update, confirm that fans/power controllers report Healthy/Ok in system health.
- If an initialization error persists, restart the diagnostics service or perform a controller failover to clear the stale alert.
Fix:
Diagnostics alert handlers now automatically retry during transient outages and recover initial alert states once hardware monitoring becomes available. As a result, the initialization error no longer appears, and system health clears correctly after firmware updates.
2008537 : SNMPv3 support with SHA512 authentication
Component: F5OS-C
Symptoms:
Improvement. No known functional issue.
Conditions:
NA
Impact:
improvement to support SHA512 authentication in SNMPv3
Workaround:
Its improvement.
Fix:
Added SNMPv3 SHA12 authentication protocol support.
2008505 : F5OS SCP hardening
Links to More Info: K000156771, BT2008505
2008381 : A TACACS+ server secret with a newline breaks PAM configs and blocks all user logins, including root.
Links to More Info: BT2008381
Component: F5OS-A and F5OS-C
Symptoms:
When a TACACS+ server secret contains a newline character, the PAM configuration files (/etc/pam.d/password-auth and /etc/pam.d/system-auth) become corrupted. This causes PAM to report "illegal module type" and "expecting return value" errors, preventing all user authentication, including root login via SSH and console.
Conditions:
A TACACS+ server is configured with a secret-key value that contains a literal newline character (U+000A). This can occur either by directly submitting a secret containing a newline via the REST API or when the system's primary key is corrupted, causing the decrypted secret value to contain unexpected characters.
Impact:
TACACS+ authentication to the system is broken.
Workaround:
NA
Fix:
Fixed in F5 v2.0 version.
2008113 : TLS Extended Master Secret Extension in F5OS
Links to More Info: BT2008113
Component: F5OS-A
Symptoms:
EMS (extended_master_secret) extension is not present in F5OS-A versions 1.3.x and 1.4.x and F5OS-C versions 1.3.x,1.4.x,1.5.x
Conditions:
Openssl 1.0.2q in the F5OS-A/C does not support EMS.
Impact:
F5OS-A version < 1.5.x, Does not support EMS.
F5OS-C version < 1.6.x, Does not support EMS.
Workaround:
Upgrade to supported Openssl verison
Fix:
F5OS-A versions 1.5.0 and above use OpenSSL version 1.0.2zc, which includes EMS support. Any version below 1.5.0 do not.
F5OS-C versions 1.6.0 and above use OpenSSL version 1.0.2zc, which includes EMS support. Any version below 1.6.0 do not.
2007545 : System controller may not update IP range for docker0 network after changing internal chassis network range★
Links to More Info: BT2007545
Component: F5OS-C
Symptoms:
When using a non-default internal chassis network range, a VELOS system controller may keep using 100.64.10.0/16 for the IP range for the docker0 network.
Conditions:
This can occur when performing an RMA replacement, or a clean install of a controller via PXE or USB drive.
Impact:
Some internal containers running on the system controller will continue to be addressed in 100.64.0.0/16 (RFC6598 address space) rather than the RFC1918 space configured.
Workaround:
1. Log into the system controller as root
2. Edit /etc/sysconfig/docker and update the "--bip" parameter in the OPTIONS line. This can be done automatically by running the following commands from a root shell:
source /etc/sysconfig/chassis_network_active.txt
prefix=${network_prefix:-"100.65"}
chassis_id=${chassis_id:-1}
first_octet=${network_prefix%%.*}
second_octet=${network_prefix##*.}
(( second_octet=second_octet - chassis_id ))
sed -i.bak -E "s@--bip[ =][0-9]*\.[0-9]*\.@--bip=${first_octet}.${second_octet}.@g" /etc/sysconfig/docker
Or all on one line:
( source /etc/sysconfig/chassis_network_active.txt; prefix=${network_prefix:-"100.65"}; chassis_id=${chassis_id:-1}; first_octet=${network_prefix%%.*}; second_octet=${network_prefix##*.}; (( second_octet=second_octet - chassis_id )); sed -i.bak -E "s@--bip[ =][0-9]*\.[0-9]*\.@--bip=${first_octet}.${second_octet}.@g" /etc/sysconfig/docker )
3. Reboot the system controller.
1993457 : Show system version should rely on sw-mgmt, not the confd db.
Links to More Info: BT1993457
Component: F5OS-A
Symptoms:
After an upgrade, 'show system version' shows the previous version until reboot
Conditions:
Running 'show system version' or 'show system image' shortly after an upgrade of an HA pair.
Impact:
Possibility of stale information
Workaround:
None
Fix:
Updated system-service to use baseos-socket-client-lib to get runtime data instead of cdb call.
1993253 : VOQs don't recover after window error on own slot
Links to More Info: BT1993253
Component: F5OS-A
Symptoms:
Traffic outage after a VOQ window error occurs on a the blade's own slot.
The VQF_CORE_GLOBAL_ACTIVE_BLADES_REG (0x1024) on the blade will not have the bit for itself asserted.
Conditions:
VOQ window error occurs on a the blade's own slot.
Impact:
Traffic outage.
Workaround:
Reboot the blade with the VOQ window error.
1993021 : File download failing from log/system
Links to More Info: BT1993021
Component: F5OS-A
Symptoms:
File download failing from log/system using GUI and RESTCONF both.
Conditions:
While trying to to download audit.log or the file from host directory from log/system, 500 internal server error will display
Impact:
Not able to download the log file.
Workaround:
Instead of download use file export utility
1992749 : F5 VELOS BX520 TAM firmware v73.80.18.66
Links to More Info: BT1992749
Component: F5OS-C
Symptoms:
F5 VELOS BX520 TAM firmware v73.80.18.66
Conditions:
F5 VELOS BX520 Platform.
Impact:
Not applicable.
Workaround:
None
Fix:
Fixes issue with 4x100G mode. See ID1983021 for more information.
1992117 : Unable to get link on 25G interfaces
Component: F5OS-A
Symptoms:
The portgroup speeds on r2xx/r4xx platforms are configured with the port-profile. Possible settings are:
appliance-1(config)# port-profile config mode
Possible completions:
2x25G-4x10G 4x25G 8x10G
When changing 2x25G-4x10G to 4x25G, interfaces are not renumbered. There was a coding error that did not detect the change and did not publish the new configuration.
Conditions:
Changing port-profile from 2x25G-4x10G to 4x25G.
Impact:
Improperly published configuration caused interfaces to not get link.
Workaround:
Select the 8x10 port-profile in between the changes. This renumbers interfaces and the change is properly detected.
2x25_4x10 -> 8x10 -> 4x25
Fix:
The code has been fixed to properly detect the configuration change.
1990257 : PSU fault alarm triggered due to outdated system data when PSU is removed and then reinserted
Links to More Info: BT1990257
Component: F5OS-A
Symptoms:
A PSU fault alarm occurs but the PSU is inserted and operational.
Conditions:
This is applicable only to r2000 and r4000 Series models.
Issue happens only when BMC events arrive in below sequence
1.Received Output inactive event
2.Received Input lost event
3.Now PSU is removed and reinserted
4.Received Input lost event
5.Received Input active event
This case, PSU Fault alarm is not getting cleared
Impact:
Stale PSU Fault alarm will be present
Workaround:
Stale alarm will get cleared through running below command
docker exec -it platform-hal psf run POST:bmc/rearm-all-sensors
Fix:
PSU state gets properly updated when a PSU is removed and reinserted, thereby eliminating erroneous fault alarms due to outdated data.
1989161-2 : Serial Console Occasionally Locks Up Immediately After Logout
Component: F5OS-C
Symptoms:
The serial console locks up and does not drop the login prompt again intermittently.
Conditions:
Log out of the blade serial console.
Impact:
Cannot log in to the serial console
Workaround:
Restart the serial console service
$ systemctl restart serial-getty@ttyS0.service
Fix:
Detect the problem and auto-restart the console service.
1988997 : Tenant experiences master key decrypt error after F5OS api-svc-gateway restart
Links to More Info: BT1988997
Component: F5OS-A
Symptoms:
After the F5OS API service gateway (api-svc-gateway) restarts, tenants may experience SecureVault errors while attempting to decrypt the master key. The tenant will be inoperative.
Logs similar to the following will be present in F5OS:
api-svc-gateway[13]: nodename=blade-2(p3) priority="Err" version=1.0 msgid=0x5803000000000011 msg="Crypto key installation failed:" ERRNOSTR="Lost connection to ConfD" LASTERR="EOF on socket to ConfD" ERRNO=45
api-svc-gateway[13]: nodename=blade-2(p3) priority="Err" version=1.0 msgid=0x5804000000000027 msg="No unit key was found in confd for tenant" TENANT="tenant1"
Logs similar to the following in the tenant:
err mcpd[5803]: 010713d0:3: Symmetric Unit Key decrypt failure - decrypt failure
notice mcpd[5803]: 01071029:5: Symmetric Unit Key decrypt
notice mcpd[5803]: 01071027:5: Master key OpenSSL error: 4007094004:error:06065064:digital envelope routines:EVP_DecryptFinal_ex:bad decrypt:evp_enc.c:664:
Conditions:
Issue is observed rarely when there is a recent restart (or power-cycle) of the system (specifically after a restart of the F5OS api-svc-gateway container).
Impact:
Unable to access tenants. Tenant restarts.
Workaround:
Restart the API service gateway and ensure it does not log errors while retrieving the tenant unit keys.
If the problem persists, restart the tenants.
If the problem continues to persist after number of tenant restarts, deploy new tenant and load UCS.
1987177 : Add output of "show system uptime" for Qkview data
Links to More Info: BT1987177
Component: F5OS-A and F5OS-C
Symptoms:
Uptime data was missing from QKView data.
Conditions:
No ConfD repo changes for collecting output of uptime.
Impact:
No uptime data about devices for debugging and records.
Workaround:
Changes to ConfD repo for collecting output for uptime.
Fix:
Qkview will have output of "show system uptime".
1987113 : System uptime misreported when uptime is 7 days or more
Links to More Info: BT1987113
Component: F5OS-C
Symptoms:
The "show system uptime" command and uptime reported for controllers and blades in the F5OS GUI will report incorrect uptime values when it has an uptime that is 7 days or more, e.g.:
[root@controller-1:Active ~]# f5sh show system uptime
NAME UPTIME
---------------------------------
controller-1 0d, 21h, 36m, 55s
controller-2 3d, 5h, 37m, 27s
[root@controller-1:Active ~]# uptime
15:41:54 up 21 days, 21:36, 1 user, load average: 6.73, 7.01, 6.56
[root@controller-1:Active ~]#
Conditions:
- VELOS system
Impact:
The "show system uptime" command output fails to include the number of weeks of uptime.
Workaround:
Log into the system as root and run "uptime" on the appropriate system controller or blade.
1987017 : qat_stat process generates core.host.unknown during system upgrade or reboot
Component: F5OS-A and F5OS-C
Symptoms:
The qat_stat process generates a core dump file (core.host.unknown) on F5OS appliance and chassis platforms. The core dump triggers alert event 327680 in the platform log:
"Core dumped on appliance. process=qat_stat, location=/var/shared/core/host/core.host.unknown.xxxxx.xxxxxxxxxx.core.gz"
Conditions:
This issue occurs during system reboot or F5OS software upgrade operations. When the system sends a SIGTERM signal during these operations, the qat_stat process is terminated immediately without properly releasing tmstat rows and other resources, resulting in a core dump.
Impact:
Unexpected core.host.unknown files are generated and core-dump alerts are raised during upgrade or reboot operations. There is no impact to system functionality or traffic processing. The core files consume disk space and may cause confusion during troubleshooting.
Workaround:
Upgrade to F5OS version containing qat-support-pod 3.1.34 or later.
Fix:
Added signal handlers (SIGTERM, SIGINT, SIGHUP) to the qat_stat process to enable graceful shutdown. When a termination signal is received during upgrade or reboot, qat_stat now properly releases tmstat rows and cleans up resources before exiting, preventing core dumps. Additionally, the qat_service_manager (QAT-Support-Pod) was updated to send SIGTERM instead of SIGKILL, allowing the qat_stat process time to perform cleanup before shutdown.
1983061 : VLAN cannot be deleted after removing all tenant and interface references
Links to More Info: BT1983061
Component: F5OS-A
Symptoms:
If a box experiences hitting Bug ID 1759761, sometimes the workaround for that bug does not always work.
The currently published workaround for that bug is:
"The [vlan] deletion operation can be retried, or wait a moment after unassigning the VLAN before deleting it."
However, in some cases the vlan delete will always fail because the vlan-listener for the tenant is never removed.
Which means every attempt to delete the vlan will fail until the vlan-listener is removed, and any lingering fdb entries.
You will see one or even a handful of vlan listeners that should not exist anymore.
Conditions:
Sometimes it will take several iterations for the vlan-listener to not be deleted in time.
It's possible enabling network-manager and api-svc-gw debug logging increases the probability of hitting this bug.
1. Create and deploy a tenant
2. Copy the bash script vlan.tenant.tort.bsh to an external client
3. Modify the script to match rseries or partition mgmt ip, username, password and tenant name:
ex.
PARTITION_MGMT_IP=172.12.12.12
USERNAME=admin
PASSWORD=admin
TENANT=rdt1
4. run show vlan-listener | repeat 1 on the rSeries
5. run the script:
while :;do date;bash vlan.tenant.tort.bsh 1;echo "sleeping for 10";sleep 10;done
6. As soon as the script reports it's sleeping for 10 seconds, check to see if the vlan-listener still exists from
the output of #5.
If its still there for 2+ seconds; kill the bash script to leave the device in that state.
Impact:
VLAN-listener does not get deleted, and will show disabled.
Workaround:
There are two delays needed, which I know is less then ideal.
One for Bug ID 1759761 which is before removing the vlan entirely.
and
A second one for Bug ID 1983061 before removing the vlan from the tenant.
And both bugs are resolved by the change for 1759761 which is fixed in F5OS v2.0.0 and is unfortunately not backportable.
Fix:
Fixed in version 2.0.0.
1983021 : No egress traffic from front-panel interface for port 1/2.1 in 4x100G mode on CX1610/BX520 blades
Links to More Info: BT1983021
Component: F5OS-C
Symptoms:
Symptom is no traffic from front-panel interface for port 1/2.1 in 4x100G mode.
Conditions:
CX1610/BX520 blade front panel ports have to be configured in 4x100G mode.
Impact:
Loss of traffic routed to front panel.
Workaround:
This has been fixed with a TAM bitfile update in F5OS-C-1.8.1 EHF2 and newer.
This issue is fixed in TAM FPGA bitfile version 73.80.18.66 and newer.
Fix:
FPGA logic fix in TAM FPGA bitfile version 73.80.18.66 (or newer).
1982773 : OTel telemetry data for a system controller or blade stopped after its reboot
Component: F5OS-C
Symptoms:
If a system controller is rebooted or a blade is rebooted or removed and inserted back, OTel telemetry data is stopped for it.
Conditions:
System controller or blade reboot, blade removed and inserted back.
Impact:
OTel telemetry data is stopped after a blade or system controller reboot.
Workaround:
Blade reboot scenario - making changes in the exporter path like disabling and enabling back, change in instrument list might help.
Restartinig diag-agent on the active system controller might help.
In a system controller reboot scenario - restart diag-agent on the active system controller.
Fix:
Fixed an issue causing OTel telemetry data to stop being collected after a reboot.
1982765 : VOQ IMM watchdog does not resolve
Component: F5OS-C
Symptoms:
VOQs do not sync after an IMM watchdog. Backplane traffic may be disrupted.
Conditions:
IMM VOQ watchdog occurs.
Impact:
Backplane traffic may be disrupted.
Workaround:
Reboot the affected blade.
1978041-2 : Module Communication Error Persists After Component Removal
Component: F5OS-C
Symptoms:
The module communication error does not clear when the component is removed
Conditions:
A module communication error has occurred, and the component has been removed
Impact:
This resulted in situations where the module communication error status remained uncleared even after the component was removed.
Workaround:
Restart the diag-agent using the command below
docker restart diag-agent
Fix:
Fixed Communication Error not clearing after component removal
1977845 : WebUi does not display warning about Zeroization during FIPS license installation or removal
Links to More Info: BT1977845
Component: F5OS-C
Symptoms:
When adding or removing a FIPS license through the webUI, no notification is provided to alert that this action will initiate zeroization and results in the deletion of all partitions and the primary key.
Conditions:
This occurs during the installation or removal of a FIPS license using the webUI.
Impact:
The absence of this warning can lead to unintentional data loss.
Workaround:
The CLI provides a warning during this operation. Additionally, the Admin Guide documents this behaviour and its implications.
Fix:
A warning message is added in the webUI which alerts you that installing or removing a FIPS license will initiate zeroization, including deletion of all partitions and the primary key.
1976845 : OPT-0056 QSFPO Rev 1C showing as "40G/100GBASE-FR" in "show portgroup" output
Links to More Info: BT1976845
Component: F5OS-A
Symptoms:
OPT-0056 QSFPs have 100G media speed. The Rev 1A shows this when running "show portgroups", but the Rev 1C versions show "40G/100GBASE-FR".
Conditions:
-- OPT-0056 Rev 1C QSFP installed in the system.
-- Running "show portgroups" on the CLI.
Impact:
Misinformation.
Workaround:
None
1976833-3 : Unable to change F5OS primary key with LDAP TLS client cert+key set
Links to More Info: BT1976833
Component: F5OS-A
Symptoms:
Attempting to set the system's primary key ("system aaa primary-key set") aborts and fails. System log shows:
authd[8]: priority="Err" version=1.0 msgid=0x7b01000000000075 msg="OpenSSL Keys and Certificates must start with -----BEGIN ...".
Conditions:
-- LDAP TLS certificate and key are configured.
Impact:
Unable to change primary key on device.
Workaround:
1. Make sure you know the unencrypted value of the LDAP TLS cert and key.
2. Remove the LDAP TLS cert and key values
3. Rotate the system primary key
4. Re-configure the LDAP TLS cert and key values.
1975309 : Logging from PAM modules only seen for SSH authentication, and not GUI/API authentication
Links to More Info: BT1975309
Component: F5OS-A
Symptoms:
Logging from PAM modules (e.g. pam_unix, pam_radius_auth, or pam_unix) is only captured in system logs when a user attempts to authenticate via SSH; no such logging occurs when authenticating via the F5OS GUI or API.
Conditions:
- F5OS system
- Attempting to troubleshoot issues related to authentication
Impact:
PAM module log messages are not logged anywhere.
The system does generate authentication success/failure messages that are captured in the audit.log, e.g.:
audit-service[12]: priority="Notice" version=1.0 msgid=0x1f03000000000012 msg="User authentication failed" reason="Invalid login attempt, user-id/password is incorrect" failcount=8 user="otters".
Workaround:
When troubleshooting authentication issues, attempt to log in via SSH. PAM modules will generate log messages that are captured in /var/log/secure and the systemd journal.
1975237 : F5OS-A/C : CVE-2025-49794 / CVE-2025-49795 / CVE-2025-49796 libxml2 vulnerabilities
Links to More Info: K000153130
1972357-2 : BIG-IP Tenant's VM will be patched/relaunched everytime after system reboot/upgrade/failover/TPOB restart
Links to More Info: BT1972357
Component: F5OS-C
Symptoms:
After upgrading from F5OS v1.6.1/1.7.0 to v1.8.x, tenant VMs were being unnecessarily patched and recreated, VM patches also not being properly applied.
Conditions:
- System upgraded from F5OS-C v1.6.1 or v1.7.0 to v1.8.x.
- System reboot, failover, or TPOB restart occurs.
Impact:
Tenant VMs were being unnecessarily patched and relaunched after every reboot.
Workaround:
None. Recommended to upgrade to F5OS-C v1.8.3 which includes this fix.
Fix:
These changes prevent unnecessary VM patching and recreation after system upgrades, reboots, or TPOB restarts while ensuring legitimate patches are properly applied.
1970817 : Can't upgrade F5OS-C 1.8.x FIPS-licensed chassis to F5OS 2.x★
Links to More Info: BT1970817
Component: F5OS-C
Symptoms:
On F5OS-C-1.8.0 and 1.8.1, the "check-version-fips" and "set-version-fips" commands fail with a compatibility check failure.
Conditions:
Upgrade chassis from 1.8.0 or 1.8.1 to 2.0 or later w/ FIPS licensed.
Impact:
Cannot upgrade to F5OS 2.x
Workaround:
None
Fix:
Upgrade compatibility check succeeds.
1969573 : iHealth upload is failing with error "certificate signed by unknown authority"
Links to More Info: K000140362, BT1969573
Component: F5OS-A
Symptoms:
When attempting to use the QKView upload feature, the upload may fail with the message "certificate signed by unknown authority". This is due to a recent Entrust certificate authority shutdown resulted inconsistency between F5OS and iHealth.
Conditions:
Attempting to upload a qkview file to iHealth after 30 June 2025.
Impact:
Unable to upload QKView files to iHealth with a single click.
Workaround:
You can use the File Export feature to download QKView files, and then log into iHealth and upload the files via the iHealth page.
You can find the QKView files in the GUI at System Settings > File Utilities, then choose "diags/shared" as the base directory, then select "qkview".
Fix:
Certificate authorities used by the iHealth upload feature in F5OS will be updated.
1968289 : Confd.smp memory consumption spikes high with snmpEnableAuthenTraps enabled
Links to More Info: BT1968289
Component: F5OS-A
Symptoms:
When config-restore is performed on a RMA system, with the configuration of SNMPv3 users and targets and snmpEnableAuthenTraps enabled, observed confd.smp process memory spikes increase and causes OOM after system reboot.
Conditions:
Restoring the configuration onto an RMA replacement system.
Impact:
Confd's RSS memory begins to grow rapidly and causes restart of ConfD process.
Workaround:
The available workarounds,
1. After performing config-restore on a RMA system, disable snmpEnableAuthenTraps
2. Reset all SNMPv3 users and passwords right after performing config-restore.
Fix:
Disabling snmpEnableAuthenTraps when the engine-id of the database backup and the system engine-id. This will prevent confd.smp process memory hike in case of any sudden reboot of the system.
User can reconfigure the snmpEnableAuthenTraps after reseting the SNMPv3 users authentication and privacy password.
1968009 : On system startup, DIMM faults are reported even when no actual hardware issue exists.
Component: F5OS-A
Symptoms:
On system startup, DIMM faults are reported even though no actual hardware issue is present.
Conditions:
On startup, the system may falsely detect DIMM faults due to incorrect fault criteria.
Impact:
Customers may see false DIMM fault alerts
Workaround:
None.
Fix:
Corrected the DIMM fault detection logic to prevent false alarms during system startup.
1967481 : "Show cluster" may incorrectly log a system controller as not present
Links to More Info: BT1967481
Component: F5OS-A
Symptoms:
When running "show cluster", it may show a message like this, even though a system controller is present:
Controller 2 is NOT present.
A service incorrectly reads that a system controller is not present, but correctly reads it as present immediately after.
Conditions:
This happens very rarely. There are no specific conditions that will cause this issue.
Impact:
This only causes a message to be logged and does not affect the stability of the chassis.
Workaround:
None.
1966945 : High CPU or increased translation errors following upgrade or restart when DAG distribution changes
Links to More Info: BT1966945
Component: F5OS-A
Symptoms:
Dagv2 tables are randomized and may change when a tmm is restarted. This can result in a change of traffic distribution, which in some cases may lead to traffic disruption.
The specific condition when this option was introduced is using a CGNAT pool that is not large enough.
Conditions:
- tmm is restarted (or chassis rebooted)
Impact:
- dag distribution changes which may cause a traffic disruption.
Workaround:
You can restart tmm until the distribution is good, which can be checked using tools like cmp_dest.
Fix:
ID 1966941 added two DB variables to control dagv2 behavior -
sdag.runtime.hashtable
sdag.runtime.mirror.hashtable.
This adds F5OS-side support to this solution.
1966265 : Removed unsupported traps from F5OS-APPLIANCE-ALERT-NOTIF-MIB
Links to More Info: BT1966265
Component: F5OS-A
Symptoms:
The F5OS-APPLIANCE-ALERT-NOTIF-MIB mib was contained trap OIDs which are not supported by appliance platform. Those trap OIDs are removed from the MIB.
Conditions:
F5OS-APPLIANCE-ALERT-NOTIF-MIB.txt MIB file.
Impact:
OIDs exist for elements that do not apply to rSeries such as blade-hardware-fault and boot-time-integrity-status.
Workaround:
None
Fix:
The F5OS-APPLIANCE-ALERT-NOTIF-MIB mib contained trap OIDs which are not supported by appliance platform. Those trap OIDs are removed from the MIB.
1966141 : Tcpdump performance improvement
Component: F5OS-C
Symptoms:
There were a lot of drop logged for tcpdump when under large amount of traffic.
Conditions:
Send large amount of traffic.
Impact:
Tcpdump is capturing less than 1% of the traffic
Workaround:
N/A
Fix:
Performance of tcpdump is improved by restructuring tcpdumpd-master. The system no longer returns EAGAIN errors during high-volume traffic captures, resulting in more reliable packet capture
1965629 : SSH configuration file on the active controller can be corrupted
Links to More Info: BT1965629
Component: F5OS-C
Symptoms:
It is possible that the SSH configuration file on the active controller can become corrupted.
Conditions:
The SSH configuration file is not protected correctly from the multi-threaded orchestration-manager process.
Impact:
Host names that do not correspond to the correct IP addresses are observed.
Workaround:
The corrupted configuration file required to be fixed manually.
Fix:
This issue is fixed.
1963457 : Tenant file system stats fail to clear after deleting a tenant
Links to More Info: BT1963457
Component: F5OS-A
Symptoms:
When running "show components component state file-systems", a row of file system data will appear for a previously deleted tenant.
Conditions:
A tenant is deleted.
Impact:
This is cosmetic only. It is stale data captured before the tenant was deleted.
Workaround:
Reboot the system to clear the stale data.
1962741-1 : CVE-2023-31436: kernel: out-of-bounds write in qfq_change_class function
Links to More Info: K000152785
1962481 : CVE-2024-53382
Component: F5OS-A
Symptoms:
Certain UI pages that include Prism syntax highlighting may be affected by a client-side script loading weakness.
Conditions:
Occurs on pages where Prism (prism-autoloader) is used and untrusted HTML content can be introduced into the page.
Impact:
Could lead to unintended client-side script execution in the browser.
Workaround:
NA
Fix:
Fixed
1962477 : CVE-2024-53382
Component: F5OS-A
Symptoms:
Certain UI pages that include Prism syntax highlighting may be affected by a client-side script loading weakness.
Conditions:
Occurs on pages where Prism (prism-autoloader) is used and untrusted HTML content can be introduced into the page.
Impact:
Could lead to unintended client-side script execution in the browser.
Workaround:
NA
Fix:
Fixed
1962353 : CVE-2024-53382
Component: F5OS-A
Symptoms:
Certain UI pages that include Prism syntax highlighting may be affected by a client-side script loading weakness.
Conditions:
Occurs on pages where Prism (prism-autoloader) is used and untrusted HTML content can be introduced into the page.
Impact:
Could lead to unintended client-side script execution in the browser.
Workaround:
NA
Fix:
Fixed
1962337 : CVE-2024-53382 prismjs vulnerability
Component: F5OS-A
Symptoms:
Certain UI pages that include Prism syntax highlighting may be affected by a client-side script loading weakness.
Conditions:
Occurs on pages where Prism (prism-autoloader) is used and untrusted HTML content can be introduced into the page.
Impact:
Could lead to unintended client-side script execution in the browser.
Workaround:
NA
Fix:
Fixed in 2.0
1962317 : CVE-2025-27789
Component: F5OS-C
Symptoms:
Under certain client-side operations, response time may degrade when processing specific input patterns.
Conditions:
Occurs when affected Babel-generated code paths are used and specific replacement patterns are processed.
Impact:
Could lead to increased resource usage and reduced responsiveness in the affected component.
Workaround:
NA
Fix:
Fixed
1962245 : When setting "Apply Policy on Setting Passwords for User Accounts" to false, trying to change user password fails and triggers application timeout
Links to More Info: BT1962245
Component: F5OS-C
Symptoms:
- The GUI reports a Server Error 'application timeout' when attempting to change a user's password.
- Attempting to load the "Users & Roles" page fails with the error "Failure for data/openconfig-system:system/aaa/authentication/f5-system-aaa:roles/role API. The server or an underlying service is unreachable."
Conditions:
- VELOS system
- The local password policy "Apply Policy on Setting Passwords for User Accounts" option (referred to as "apply-to-root" in the CLI and API) is set to "false". The default for this option is "true".
- Attempt to change a user's password.
Impact:
The user manager daemon is temporarily unresponsive. It should recover after approximately five minutes.
Attempts to change user's password does not take effect and authentication fails when using the new password.
Workaround:
Set the "Apply Policy on Setting Passwords for User Accounts" / "apply-to-root" option to "true".
1962229 : Deployment fails to start after downgrading from a USB-installed version 2.0.0-2690 to 1.8.0-9682
Component: F5OS-C
Symptoms:
Unable to access the system when we downgrade from 2.x bare metal to 1.x version because of VDO backward compatibility issue.
Conditions:
1. Do baremetal installation of 2.x version
2. Downgrade to 1.x version
3. Check the system (VDO.service)
Impact:
Unable to access the system.
Workaround:
None.
Fix:
This issue is fixed in F5OS v2.0. Replaced VDO with lvm.
1962213 : TCPDUMP on Management Port Fails to Exit Gracefully After Restart
Component: F5OS-A and F5OS-C
Symptoms:
When a network capture (tcpdump) is running on the management interface and the underlying diagnostic service is restarted, the tcpdump session does not terminate gracefully. Instead of exiting with a clear status and packet summary, the command ends with an “application communication failure” message, providing no proper indication that the diagnostic service was restarted.
Conditions:
This issue occurs when a tcpdump capture is running on the management interface and the underlying diagnostic service responsible for tcpdump is restarted while the capture is still in progress.
Impact:
The tcpdump session terminates with an “application communication failure” instead of a clear, informative message and packet summary. This can mislead administrators into suspecting a network or application issue, complicate troubleshooting, and require them to rerun captures to obtain complete diagnostic data.
Workaround:
None
Fix:
When a tcpdump capture is running on the management interface and the underlying diagnostic service is restarted, the tcpdump session now terminates gracefully. The command exits with a clear, informative message indicating that the diagnostic service was restarted and provides the expected packet summary, instead of reporting an “application communication failure.”
1959845-1 : CVE-2022-48340: glusterfs: heap use-after-free in dht_setxattr_mds_cbk() in dht-common.c
Component: F5OS-C
Symptoms:
A flaw was found in Gluster, where GlusterFS is vulnerable to a denial of service caused by an xlators/cluster/dht/src/dht-common.c dht_setxattr_mds_cbk use-after-free. By sending a specially-crafted request, a remote attacker can cause a denial of service.
Conditions:
NA
Impact:
Clients may experience service interruption or unexpected termination of GlusterFS in certain operating scenarios.
Workaround:
NA
Fix:
This issue has been addressed with a fix
1959817 : Qkview-collect crashes while collecting a QKView
Links to More Info: BT1959817
Component: F5OS-A
Symptoms:
Qkview-collect may crash when collecting a QKView.
Conditions:
This happens intermittently when collecting a QKView.
Impact:
Unable to collect a QKView.
Workaround:
None
1953653 : cve-2022-27406: Freetype: Segmentation violation via FT_Request_Size
Links to More Info: K000141126, BT1953653
1953617 : CVE-2019-2201 libjpeg-turbo: several integer overflows and subsequent segfaults when attempting to compress/decompress gigapixel images
Component: F5OS-A
Symptoms:
In generate_jsimd_ycc_rgb_convert_neon of jsimd_arm64_neon.S, there is a possible out of bounds write due to a missing bounds check. This could lead to remote code execution in an unprivileged process with no additional execution privileges needed. User interaction is needed for exploitation.Product: AndroidVersions: Android-8.0 Android-8.1 Android-9 Android-10Android ID: A-120551338
Conditions:
NA
Impact:
The image processing component may experience instability or process termination when handling very large image data.
Workaround:
NA
Fix:
The issue has been resolved by removing the unused libjpeg-turbo package from the product image.
1953601 : CVE-2020-13790 buffer overflow in libjpeg-turbo 2.0.4, and mozjpeg 4.0.0.
Component: F5OS-A
Symptoms:
libjpeg-turbo 2.0.4, and mozjpeg 4.0.0, has a heap-based buffer over-read in get_rgb_row() in rdppm.c via a malformed PPM input file.
Conditions:
NA
Impact:
The image processing component may terminate unexpectedly or exhibit unstable behavior when handling specific image inputs.
Workaround:
NA
Fix:
The issue has been addressed by removing the unused libjpeg-turbo and mozjpeg packages from the product image.
1953401 : QKView creation status does not update automatically in the GUI.
Links to More Info: BT1953401
Component: F5OS-A and F5OS-C
Symptoms:
When generating a QKView via the web UI, the progress status remains at "Collecting - 0% completed" and does not update automatically.
Conditions:
This occurs when using the GUI to generate a system diagnostics report (QKView). The status updates only if the user manually refreshes the page or switches windows.
Impact:
Users cannot track the real-time progress of QKView creation through the GUI. The display may incorrectly suggest the process is stalled at 0%.
Workaround:
Manually refresh the browser page or navigate to a different GUI screen and back to update the status.
Fix:
The GUI now correctly reflects the real-time progress of QKView generation without requiring a manual page refresh.
1953309 : CVE-2024-6345: pypa/setuptools: Remote code execution via download functions in the package_index module in pypa/setuptools
Links to More Info: K000152019
1952801-1 : Unable to launch tenant, as VF interface missing under "ip link show" across reboots
Component: F5OS-A
Symptoms:
On r2x00/r4x00 related systems, tenant launch fails with an error in ConfD tenant status leaf:
"error adding container to network "sriov-net3-bip1": failed to set up pod interface "net7" from the device "x557_4": failed to set netlink MAC address to <mac>: resource temporarily unavailable" or
"SRIOV-CNI failed to load netconf: LoadConf(): the VF 0000:ec:01.3 does not have a interface name or a dpdk driver"
Linux network manager udev rules and sriov cni try to
access the VF and change the interface name of VF. During this process, VFs fail and unable to retrieve. Thus, resource temporarily unavailable error occurs.
Conditions:
On r4x00 or r2x00 based systems:
1. In kubectl get pods -A output, the tenant pod goes into Init:0/1 state.
default virt-launcher-bip1-1-t6rkh 0/1 Init:0/1 0 36s
2. And in kubectl events, "resource temporarily unavailable" occurs on one of the VFs.
3. In /sys/class/net folder unable to see the below VF interfaces. Instead, some interfaces point to ensp* names which are wrong.
4. Under "ip link show <pf>" you may see the missing VFs. (Example: ip link show x557_1)
Impact:
Tenant launch is unsuccessful and unable to connect to the tenant console or tenants' management connection.
Workaround:
1. Set all tenants to the Configured state.
2. Reboot the appliance.
3. Once the system is up, change one tenant’s state to Deployed at a time, allowing a gap of 3–5 minutes before moving to the next tenant.
4. Repeat this process until all tenants are deployed.
1952797 : Partitions can leave stale tenant pods when controller configuration reset to default is issued★
Links to More Info: BT1952797
Component: F5OS-C
Symptoms:
Partition tenants that are configured with slots greater than max-nodes can fail to come back when resetting the controller configuration and restoring it back via save configuration for controller and partition.
Conditions:
Occurs typically when
- Partition with ID 1
- Tenant uses virtual slots that do not match the physical slot.
- Controller reset-to-default is issued
Impact:
Stale tenant pods for partition 1 tenants will still show after restoring the controller configuration and partition configuration, but the impacted tenants may not came back up fully (multinodes case).
Workaround:
- Bring partition tenants down if planning to do controller configuration reset-to-default.
or
- Manually delete default partition 1 after reset-to-default before restoring the save controller configuration. This should take care of removing everything associated to the namespace before the config-restore happens.
Partitions with ID different than 1 should clear the namespace automatically, since they don't get recreated as part of reset-to-default.
Fix:
Startup stale cleanup logic has been adjusted to manage multinode and virtual slots tenants appropriately.
1936105 : DOC: EtherLike-MIB file need to be updated for unsupported OID
Links to More Info: BT1936105
Component: F5OS-C
Symptoms:
Document update with F5OS supported OIDs in the EtherLike-MIB
Conditions:
Its a documentation bug.
Impact:
No functional impact.
Workaround:
NA
Fix:
Updated KB article (https://my.f5.com/manage/s/article/K000151374)
1934645 : Logging doest work properly if wrong tls is configured for remote log servers
Links to More Info: BT1934645
Component: F5OS-A
Symptoms:
Logging is halted
qkview generation fails
Conditions:
-- F5OS configured for remote log server authentication for secure log forwarding.
-- TLS settings are missing or incorrect
Impact:
F5OS logging will be stopped.
Workaround:
Fix the wrong or missed tls configuration for remote logging servers.
Fix:
The log forwarding actions should be fine tuned so that F5OS logging continues to work even in case of wrong tls is configured.
1934005 : Infrequent and uneven traffic to front panel LAGs can lead to premature aging of L2 events
Links to More Info: K000152328, BT1934005
Component: F5OS-A
Symptoms:
For front panel LAGs on rSeries which span FPGAs (1.0/11.0, 2.0/12.0, etc) infrequent traffic which is not evenly distributed across the LAG members can lead to premature aging of L2 entries.
Conditions:
- r10000 or r12000-series appliance
- LAG members spanning FPGAs and minimal incoming traffic on the LAG can cause premature aging of L2 entries when the traffic isn't evenly distributed among LAG members.
Impact:
Missing L2 entries can cause excessive DLFs until the MAC address is re-learned.
Workaround:
Re-configure the LAG members such that they connect to the same FPGA (1.0/2.0, 11.0/12.0). Interfaces 1.0 through 10.0 are on one FPGA, and interfaces 11.0 through 20.0 are on the other FPGA.
Fix:
Ensure L2 age events are handled for all LAG members.
1933793 : SNMP PSU stats display incorrect measurement units
Links to More Info: BT1933793
Component: F5OS-A
Symptoms:
SNMP PSU statistics output shows the numerical reading, followed by an incorrect measurement unit (milli-<unit>) instead of whole units.
mV -> (V)olts
mW -> (W)atts
mA -> (A)mps
Conditions:
SNMP polling for PSU Statistics.
Impact:
Cosmetic only. Numerical values are correct but annotation includes 'm'before the unit of measure.
"psu-1" = INTEGER: 9.671 mA.
"psu-1" = INTEGER: 206.000 mV
"psu-1" = INTEGER: 1872.000 mW
The measurements are in whole units: (A)mps, (V)olts or (W)atts.
Workaround:
None
1933721 : Interface remain down in F5OS after removing and reinserting SFP modules
Links to More Info: BT1933721
Component: F5OS-A
Symptoms:
After SFPs are removed and reinserted in a VELOS blade, the interface will remain down in F5OS until the blade is rebooted. The peer switch may report the interfaces as having a link.
Conditions:
- VELOS chassis running F5OS-C 1.8.0
- SFPs in blade are removed and reinserted.
Impact:
F5OS interfaces remain reported as operationally down until the blade is rebooted.
Workaround:
After SFP modules are removed and reinserted on a blade, reboot the blade.
1933645 : GUI immediately logs user off with "User Session Terminated" error and "validator" process cores
Links to More Info: BT1933645
Component: F5OS-A
Symptoms:
After logging into the device, the GUI immediately reports "User Session Terminated. You will be logged out of the application."
Core files generated from the "validator" process in the confd container (system_manager, vcc-confd, or partition<X>_manager).
Conditions:
Trying to login to the GUI, and the "limited" group is missing from /etc/group.
The "limited" group is an internal role that should always be defined and cannot be deleted by a user. The most likely reason for it to be missing is https://cdn.f5.com/product/bugtracker/ID1858617.html
Impact:
Users are not able to access the GUI.
Workaround:
Apply a workaround for https://cdn.f5.com/product/bugtracker/ID1858617.html
Fix:
Even if the "limited" group goes missing, users should still be able to access the GUI.
1933477-1 : Resolved Tcpdump Issue of Capturing Packets Indefinitely with Count Set to 0
Component: F5OS-A and F5OS-C
Symptoms:
Tcpdump does not stop capturing packets when the packet count is set to zero; instead, it continues running indefinitely until it is manually interrupted.
Conditions:
This issue arises when tcpdump is initiated with the packet count parameter set to zero or a value that equates to zero. This leads to the capture process running indefinitely without a natural termination condition.
Impact:
Prolonged or unintended packet captures can lead to increased resource usage (CPU, memory, and disk), potential log or storage exhaustion, and operational overhead, as administrators must manually detect and stop the capture process.
Workaround:
None
Fix:
Updated tcpdump behavior so that when the packet count is configured as zero, it is handled correctly and no longer causes the capture to run indefinitely. Tcpdump now terminates as expected based on the configured capture limits, preventing unintended long‑running captures and excessive resource usage.
1932313 : "system diagnostics net-utils tcpdump" Tab Completion Does Not Show Option Descriptions
Component: F5OS-A
Symptoms:
When using the system diagnostics net-utils tcpdump command and pressing Tab for completion, the CLI only lists the available keywords and flags, but does not display any descriptive information for those options.
Conditions:
This occurs when a user runs:
appliance-1# system diagnostics net-utils tcpdump <Tab>
on the appliance CLI to view available tcpdump options under net-utils
Impact:
Users only see a list of possible completions (such as --timeout, -c, -w, bpf, count, filter, outfile) with no description of what each option does. This makes the interface less user-friendly, forces users to rely on external documentation or prior knowledge, and can slow down troubleshooting or diagnostics activities.
Workaround:
None.
Fix:
After the fix, when the user enters:
system diagnostics net-utils tcpdump <Tab>
The CLI will display both possible completions and brief descriptions for each option, similar to the behavior of the system diagnostic tcpdump command. This provides inline guidance on tcpdump parameters, improving usability and reducing the need to reference external documentation.
1929185 : "Failed to write to cdb" and "Unable to set STP VLAN state" error logs are seen with MSTP configuration deletion via CLI
Links to More Info: BT1929185
Component: F5OS-A
Symptoms:
Stpd and FPGA error logs are observed while doing MSTP configuration.
In platform.log:
stpd[1]: priority="Err" version=1.0 msgid=0x6102000000000018 msg="Failed to write to cdb" FIELD="MST Instance mst-id" ERRNO=8 ERRNOSTR="badly formatted or nonexistent path".
stpd[1]: priority="Err" version=1.0 msgid=0x6102000000000018 msg="Failed to write to cdb" FIELD="MST Instance designated-root-address" ERRNO=8 ERRNOSTR="badly formatted or nonexistent path".
stpd[1]: priority="Err" version=1.0 msgid=0x6102000000000018 msg="Failed to write to cdb" FIELD="WriteTenantOperMSTInstance failed" ERRNO=0 ERRNOSTR="Unknown error".
Conditions:
1. Create VLANs.
2. Attach VLANs to the interfaces.
3. Enable MSTP using webUI. Select Network Settings > STP configuration and select MSTP.
4. Create an instance(1) and attach a VLAN to it (created VLANs).
5. Add the interfaces to instance 1.
6. Delete mstp instance.
7. You will observe errors under platform.log.
Impact:
There is no impact on MSTP behavior and convergence.
Workaround:
None
Fix:
The fix added to change the deletion logic so that STP state is only reset on interfaces belonging to the MST instance.
1928829 : Egress traffic is being dropped by upstream switch following a reboot of rSeries.
Links to More Info: BT1928829
Component: F5OS-A
Symptoms:
Intermittently observed egress packets sent from the rSeries device through a specific port are discarded by the adjacent device.
Conditions:
- r5000, r10000, or r12000-series appliance
- Intermittently occurs when a link is brought up during boot, for instance after multiple reboot attempts.
Impact:
Traffic on the affected port is completely dropped when the system comes up after a reboot. This includes the failure of all Layer 2 (L2) protocols, such as LACP, STP, and LLDP, along with tenant traffic.
Workaround:
An additional reboot helps to recover the system.
1928137 : During partition software upgrade dagd process may crash and dump a core★
Links to More Info: BT1928137
Component: F5OS-A
Symptoms:
During partition software upgrade (or when multiple blades are restarted simultaneously), dagd process crashes and produces a core dumpump a core.
Conditions:
One of:
-- Partition software version is upgraded.
-- Multiple blades are restarted at the same time.
Impact:
This has no impact except for the core dump.
Workaround:
Prior to a partition software upgrade, manually move your tenants into provisioned running state.
Fix:
Fixed dagd core dump during partition software upgrade.
1926829 : When attributes are added under exporters for Open Telemetry, the keys are not visible in the GUI.
Component: F5OS-A
Symptoms:
When attributes are added under exporters for Open Telemetry, the keys are not visible in the GUI.
If any exporters have existing attributes and you try to edit the exporter from the GUI, the attributes get deleted.
Conditions:
Adding or updating attributes to an open telemetry exporter through the GUI.
Impact:
-- New attributes created under exporters don not have their keys visible in the GUI.
-- Editing the exporter from the GUI will delete existing attributes.
Workaround:
Add attributes to exporters or update existing exporters via the CLI.
1926625 : Core file generated while QkView upload in ihealth server
Links to More Info: BT1926625
Component: F5OS-C
Symptoms:
Core file getting generated when QkView file is uploading in ihealth server.
Conditions:
QkView upload in ihealth server.
Impact:
QkView upload will fail.
Workaround:
Retry the QkView upload.
Fix:
Fixed the issue that caused core.
1926585 : High memory utilization by NetworkManager★
Links to More Info: BT1926585
Component: F5OS-A
Symptoms:
After a VELOS system controller, blade, or rSeries appliance has been running for several hundred days, the NetworkManager service may start leaking memory. This will eventually result in system instability including a failover between system controllers, or instability to tenants.
Log messages similar to the following occurring in /var/log/messages or the systemd journal:
controller-2.chassis.local NetworkManager[180091]: gsignal.c:2642: instance '0x564069a2be40' has no handler with id '34120'
Prior to these log messages being generated, there is no way to tell if the issue is close to occurring.
Conditions:
The NetworkManager service has been running for a substantial period of time (i.e. more than 500 days).
Impact:
NetworkManager service utilizes high memory in the system, which leads to controller failover.
Workaround:
Restart NetworkManager by logging in to the appropriate device as root (system controller, blade, or appliance) and running the command "systemctl restart NetworkManager".
1926525 : Capture /etc/prompt-status part of qkview
Links to More Info: BT1926525
Component: F5OS-A
Symptoms:
The /etc/prompt-status contents are not captured part of qkview
Conditions:
Analyzing a qkview file
Impact:
Not having contents of /etc/prompt-status can impede issue diagnosis.
Workaround:
Capture manually from the system
Fix:
Fixed in v2.0.0
1926489 : L2 Port motion events are not generated for certain port combinations on r10k.
Links to More Info: BT1926489
Component: F5OS-A
Symptoms:
Missing port-motion events between interfaces on r10k platform can result in missing L2 entries.
Conditions:
Port-motion between the following sets of ports on the r10k appliance:
1.0, 11.0, 12.0
2.0, 11.0, 12.0
11.0, 1.0, 2.0
12.0, 1.0, 2.0
3.0, 13.0, 17.0
7.0, 13.0, 17.0
13.0, 3.0, 7.0
17.0, 3.0, 7.0
4.0, 14.0, 18.0
8.0, 14.0, 18.0
14.0, 4.0, 8.0
18.0, 4.0, 8.0
5.0, 15.0, 19.0
9.0, 15.0, 19.0
15.0, 5.0, 9.0
19.0, 5.0, 9.0
6.0, 16.0, 20.0
10.0, 16.0, 20.0
16.0, 6.0, 10.0
20.0, 6.0, 10.0
Impact:
Missing port-motion causes missing L2 entries, resulting in excessive DLFs.
Workaround:
Ensure that ports used in redundancy configurations are not in the same set of affected ports listed above.
Fix:
Configure the L2 FDB table so port-motion is detected between the affected sets of ports.
1926417 : Traffic over a LAG not working after upgrade from v1.6.2 to v1.8.0 or v1.8.1★
Links to More Info: BT1926417
Component: F5OS-C
Symptoms:
After upgrading from v1.6.2 to v1.8.0 or v1.8.1, the internal LAG programming may become faulty, resulting in incorrect configuration of interfaces within the LAG. This issue disrupts the proper flow of traffic.
Conditions:
Upgrade from v1.6.2 to v1.8.0 or v1.8.1
Impact:
Traffic over the LAG doesn’t work correctly.
Workaround:
Reboot the blades hosting the members of the LAG.
1926413 : Traffic over a LAG not working after upgrade from v1.6.2 to v1.8.0 or v1.8.1★
Links to More Info: BT1926413
Component: F5OS-C
Symptoms:
After upgrading from v1.6.2 to v1.8.0 or v1.8.1, the internal LAG programming may become faulty, resulting in incorrect configuration of interfaces within the LAG. This issue disrupts the proper flow of traffic.
Conditions:
Upgrade from v1.6.2 to v1.8.0 or v1.8.1
Impact:
Traffic over the LAG does not work correctly.
Workaround:
Reboot the blades hosting the members of the LAG.
1921793 : Health summary is not reported for some nodes in controller and partition ConfD
Links to More Info: BT1921793
Component: F5OS-A
Symptoms:
System health summary is missing for some nodes.
Conditions:
It is observed when iso is upgraded to 1.8.1 branch
Impact:
System health summary is not reported for some nodes. It throws error while fetching summary.
Workaround:
None
Fix:
Updated Node tag in components properly. Since GET:health api is fixed in diag-agent, Show system health summary reports etails properly for all nodes.
1920325 : The network-manager container crashes when it fails to create FDB entry in database★
Links to More Info: BT1920325
Component: F5OS-C
Symptoms:
Network-manager container crashes.
Conditions:
The issue may occur when there is an upgrade/downgrade, tenant creation/deletion, or reset/restore the database.
Impact:
The network-manager container will restart.
Workaround:
None
Fix:
The network-manager will not crash when it fails to create FDB entry in database.
1917753 : REST API for Docker Restart command fails
Component: F5OS-A and F5OS-C
Symptoms:
The endpoint restconf/data/openconfig-system:system/f5-system-diagnostics-qkview:diagnostics/f5-system-diagnostics-docker:os-utils/f5-system-diagnostics-docker:docker/f5-system-diagnostics-docker:restart can be used (with POST) to restart some Docker containers. However it will fail with the message "restart aborted", e.g.:
{
"f5-system-diagnostics-docker:output": {
"result": "snmpd restart aborted"
}
}
Conditions:
Attempting to restart a Docker container using the REST API.
Impact:
Unable to use the REST API to restart a Docker container.
Workaround:
Use the CLI instead:
config
system diagnostics os-utils docker restart node <node> service <service>
1894177 : F5OS LDAP operations from authentication-manager and user-manager do not respect timeouts or chase-referrals
Links to More Info: BT1894177
Component: F5OS-A
Symptoms:
LDAP queries performed by authentication-manager and user-manager do not respect some of the LDAP configuration, in particular chase-referrals and connection and bind timeouts.
LDAP queries take an extensive period of time.
This can result in user-manager losing its connection to confd, resulting in the problems described in https://cdn.f5.com/product/bugtracker/ID1858617.html
Conditions:
- LDAP system authentication
- authentication-manager trying to query the directory, which will occur if active_directory is enabled and unix_attributes is disabled.
- user-manager trying to query the directory, which will occur if an LDAP group mapping is defined for a user role.
Impact:
Remotely-authenticated users will not work.
Further problems may occur as described in https://cdn.f5.com/product/bugtracker/ID1858617.html
Workaround:
None
1891301 : CVE 2020-27743: pam_tacplus through 1.5.1 lacks a check for a failure of RAND_bytes()/RAND_pseudo_bytes().
Component: F5OS-A and F5OS-C
Symptoms:
libtac in pam_tacplus through 1.5.1 lacks a check for a failure of RAND_bytes()/RAND_pseudo_bytes(). This could lead to use of a non-random/predictable session_id.
Conditions:
The current version pam_tacplus from version 1.6.0 doesn't have the fix as this was added in version 1.6.1 source package.
Impact:
This could lead to use of a non-random/predictable session_id which means an adversary could gain access.
Workaround:
N/A
Fix:
By updating the pam_tacplus source code to 1.7.0 where the vulnerability was fixed in 1.6.1, the new code does not have this issue.
1891029 : Port not enabling after SFP connection when previously disabled
Links to More Info: BT1891029
Component: F5OS-A
Symptoms:
The port is disabled, and after connecting the optic to it, enabling the port does not bring it up automatically
Conditions:
When Optics connected to a disabled port
Impact:
Link is not coming up
Workaround:
Remove and reconnected the SFP after port is enabled.
1890637 : "show system install" to be part of system-manager qkview
Links to More Info: BT1890637
Component: F5OS-A
Symptoms:
Show system install was missing from qkview
Conditions:
Generating a qkview file
Impact:
This will help to diagnose issues related to firmware install
Workaround:
None
1890289 : Stp stats (ex counters) are not reset when stp mode removed and added again.
Links to More Info: BT1890289
Component: F5OS-A
Symptoms:
Stp stats (ex counters) are not reset to 0 when stp mode removed and added again.
steps
add STP
> stp global config enabled-protocol STP
> stp interfaces <>
> stp stp interfaces <>
remove STP
> no stp stp interfaces
> no stp interfaces
> no stp global config
add stp mode
> stp global config enabled-protocol RSTP
> stp interfaces <>
> stp rstp interfaces <>
check stp states and check "BPDU RECEIVED"
> show stp
old BPDU's counters are not reset to 0.
Conditions:
STP mode is removed and added again.
Impact:
No impact on functionality but you will see old BPDU's counter stats base instead of starting from 0.
Workaround:
There is no impact on functionality but restart of the device will reset the stats counters.
1889913 : VELOS partition Allowed IP rule restrictions
Links to More Info: K000151718, BT1889913
1881557 : Optic removed while system down does not get removed from ConfD state
Links to More Info: BT1881557
Component: F5OS-A
Symptoms:
The fpgamgr publishes portgroup state data to ConfD when an optic is inserted in the system. The portgroup state data is erased from ConfD when the optic is removed while the system is operational. If an optic is removed while the system is down the portgroup state data does not get erased.
Conditions:
Optic is removed while the system is down.
Impact:
Unexpected/undesired operational data appearing in ConfD output.
Workaround:
None
Fix:
Erased the portgroup operational data if the corresponding optic is not present.
1881341 : CVE-2025-27363 freetype: OOB write when attempting to parse font subglyph structures related to TrueType GX and variable font files
Links to More Info: K000150937
1858657 : Inconsistency with network interface alarms
Links to More Info: BT1858657
Component: F5OS-A
Symptoms:
An example of the issue:
Both portgroup 3/1 and 3/2 have state ddm rx-pwr instant val-lane4 = -40.0, but only one reports an alarm. There also seems to be a discrepancy regarding the alarms and the logs
The alarm log from velos.log reports an error from Portgroup 3/1:
fpgamgr[13]: nodename=blade-3(p3) priority="Warn" version=1.0 msgid=0x304000000000012 msg="DDM low warning set" PORTGROUP="3/1" ALARMTYPE="receive power" LANE1=-0.029600 LANE2=-0.008900 LANE3=-0.046900 LANE4=-0.400000.
But the alarm is reported for Portgroup 3/2:
# show system alarms
ID RESOURCE SEVERITY TEXT TIME CREATED
-------------------------------------------------------------------------------------------------------
262401 Portgroup 3/2 ERROR Lanes: 4 Receiver power low alarm 2025-02-12 09:10:19.603552427 UTC
Conditions:
Both interfaces enabled, but disconnected (no cables inserted).
Affects both VELOS and rSeries (r5000, r10000, r12000)
Impact:
Inconsistent alarms may be reported for only one of the Portgroups when both Portgroups have low rx-power values.
Workaround:
None
1858617 : Users unable to login after reboot with LDAP group configured★
Links to More Info: BT1858617
Component: F5OS-A
Symptoms:
- CLI/GUI access for all roles other than admin and root is denied
- The GUI permit user authentication and then immediately terminate the session; for more information, refer to https://cdn.f5.com/product/bugtracker/ID1933645.html.
- Repeated log messages from user-manager in platform.log / velos.log with an error of "Lost connection to ConfD" / "Socket to ConfD is closed":
user-manager[17]: priority="Err" version=1.0 msgid=0x6802000000000001 msg="cdb_get failed for" ATTRIBUTE="rolename" ERRNOSTR="Lost connection to ConfD" LASTERR="Socket to ConfD is closed" ERRNO=45.
Conditions:
- LDAP system authentication is enabled
- A LDAP group is defined for a role in the system
- Queries to the LDAP server take a long time, for example due to connection timeouts or LDAP referral chasing.
This issue can also occur when the system is rebooted if user-manager tries to perform LDAP queries before the management network is accessible.
Impact:
Users with roles other than admin and root cannot login using CLI or GUI
Workaround:
1. Restart the appropriate user-manager container (system_user_manager on rSeries appliances, controller-userman for VELOS system controllers, and partition<ID>_user_manager for VELOS partitions)
2. Disable LDAP system authentication or remove the LDAP group definitions, and then restart the user-manager container. This will restore connectivity for locally-defined users.
Fix:
Fix users unable to login after reboot with LDAP group configured
1857245 : CVE-2025-22869 - SSH file-transfer servers vulnerable to Denial of Service via slow key exchange
Component: F5OS-A
Symptoms:
A flaw was found in the golang.org/x/crypto/ssh package. SSH clients and servers are vulnerable to increased resource consumption, possibly leading to memory exhaustion and a DoS. This can occur during key exchange when the other party is slow to respond during key exchange.
Conditions:
The SSH server implementation must support file transfer protocols over golang.org/x/crypto/ssh < 0.35.0
Impact:
DoS: the server’s memory or other resources may be exhausted, making it unavailable to legitimate users.
Workaround:
NA
Fix:
The vulnerability is fixed in golang.org/x/crypto/ssh v0.35.0 and above.
1857001 : CVE-2025-27152: axios vulnerability
Component: F5OS-A and F5OS-C
Symptoms:
When passing absolute URLs to axios, even if baseURL is set, axios sends the request to the specified absolute URL, potentially causing SSRF and credential leakage.
Conditions:
When passing absolute URLs to axios.
Impact:
Affected code is in our product but cannot be exploited in any normal configuration
Workaround:
N/A
Fix:
Upgraded axios to a non-vulnerable version.
1856649 : Version option is not required when creating Certificate Signing Request via CLI
Links to More Info: BT1856649
Component: F5OS-A
Symptoms:
CLI contains an option to specify a version field that you can fill in when creating a Certificate Signing Request. But this option is not used or required.
Conditions:
Creating a Certificate Signing Request via CLI.
Impact:
The option is not needed, the field value is ignored.
Workaround:
None.
Fix:
The field is removed now from the Certificate Signing Request form.
1856625 : Version option is not need when creating Certificate Signing Request
Links to More Info: BT1856625
Component: F5OS-A
Symptoms:
GUI is showing a version field that you can fill in when creating a Certificate Signing Request. But this option is not required.
Conditions:
Creating a Certificate Signing Request via the GUI.
Impact:
The option is not needed, the field value is ignored.
Workaround:
None
Fix:
The field is removed now from the Certificate Signing Request form.
1850481-3 : Standby tenant is unreachable after F5OS partition upgrade to 1.7.x or higher.★
Links to More Info: BT1850481
Component: F5OS-C
Symptoms:
- The `tmsh show net arp` may show arps with an unknown status.
- The confd CLI `show dag-states` command shows dag tables consisting of only zeros.
Conditions:
* Multi-slot tenant in a device group
* Connection mirroring enabled
* Upgrade F5OS partition from 1.6.x to 1.7.x or greater
Impact:
Standby tenant is inaccessible.
Workaround:
None
Fix:
This issue has been fixed in F5OS partition upgrades to 1.7.x or higher.
1850165 : Missing internal interface pgindex field causes l2-agent to restart★
Links to More Info: BT1850165
Component: F5OS-A
Symptoms:
Upon upgrade from 1.1 -> 1.6 -> 1.8, l2-agent on blade will exit due to interface data mismatch. This mismatch happens because the pgindex hidden leaf is missing from cdb, but the l2-agent on blade expects it.
Conditions:
Chain upgraded from 1.1 -> 1.6 -> 1.8. Version 1.8 is the version where l2-agent added more logic to check interface data inconsistency.
Impact:
Dataplane is not functioning.
Workaround:
Work around is to delete the blades from the partition and re-add them. This will require user to reconfigure interface data (vlans, lag members).
Fix:
With this fix, the upgrade into 1.8 will work as expected, and l2-agent on the blade will find matching interface data.
1827777 : F5OS webUI: Remove mandatory requirement for e-mail in CSR creation
Component: F5OS-A and F5OS-C
Symptoms:
When generating a Certificate Signing Request (CSR) via the F5OS webUI, the e-mail address field is incorrectly marked as mandatory.
Conditions:
Attempting to create a CSR using the F5OS webUI.
Impact:
Users cannot generate a CSR through the webUI without providing an e-mail address, even though the field should be optional.
Workaround:
To generate a Certificate Signing Request (CSR) without including an e-mail address, use the F5OS ConfD CLI instead of the webUI.
Fix:
The F5OS web UI has been updated to correctly treat the e-mail address field as optional during Certificate Signing Request (CSR) generation. Users can now successfully generate a CSR without providing an e-mail address.
1826301-1 : Update ConfD CLI Help Text for SANs Input
Links to More Info: BT1826301
Component: F5OS-A and F5OS-C
Symptoms:
In the ConfD CLI, the help text for SANs located at `/system/aaa/tls/create-csr/sans` and `/system/aaa/tls/create-self-signed-cert/san` does not specify the required format.
Conditions:
User display help text for SAN field (/system/aaa/tls/create-csr/sans, /system/aaa/tls/create-self-signed-cert/san)
Impact:
Due to the absence of a format specification for help text in the SAN field, the user was unable to set the values correctly.
Workaround:
None
Fix:
Please update the display example for SAN fields to eliminate any ambiguity regarding the SAN field.
1826209 : Error log does not contain all needed information.
Links to More Info: BT1826209
Component: F5OS-C
Symptoms:
An "Interface data differ" log is logged by l2-agent, but all of the compared fields in the log message are identical.
Conditions:
L2-agent logs an error message that the interface data differs.
Impact:
The lack of some data such as interface type and slot ID in the log entry makes troubleshooting more complex.
Workaround:
Save the backup configuration file, and inspect the file for hidden fields. For example, search for pgindex under the interface entry.
Fix:
With this change, the log ERROR will display all required data.
1825501 : Cmp_dest may give incorrect results on rSeries.
Links to More Info: BT1825501
Component: F5OS-A
Symptoms:
Cmd_dest may give incorrect results when run on an rSeries appliance.
Conditions:
Cmp_dest command is run on an rSeries appliance.
Impact:
Has no impact on platform behavior, but may affect analysis of port distribution.
Workaround:
None
Fix:
Fixed cmp_dest when run on an rSeries appliance.
1824525 : LDAP Remote user may show as a different user after logging in to the system
Links to More Info: BT1824525
Component: F5OS-C
Symptoms:
LDAP Remote user may show as a different user after logging in to the system and using the 'who' command.
Conditions:
LDAP auth is not configured at the time the local user is created, then LDAP auth is configured.
Impact:
If LDAP auth is not configured at the time the local user is created, the account could potentially end up with the same local user's UIDs. However, the permissions will not be be determined by the UIDs, therefore the account is required to have the correct permissions.
Workaround:
None
1824213 : CVE-2025-0395: glibc: buffer overflow in the GNU C Library's assert()
Links to More Info: K000151474, BT1824213
1824025 : Partition 'cluster reboot all' can be excessively slow
Links to More Info: BT1824025
Component: F5OS-C
Symptoms:
The 'cluster reboot' command does detect if a blade is present in the chassis before attempting to reboot it. It takes 5 to 10 seconds to issue the reboot, regardless of whether the blade exists, and this operation is performed sequentially across all blades assigned to the partition.
Conditions:
Empty/unused chassis slots assigned to a partition.
Impact:
The 'cluster reboot all' command can take several minutes to complete and report status.
Workaround:
Using the chassis CLI or UI, assign empty/unused blade slots to partition 'none'.
1820613 : BX520 Port LED solidly illuminated indicating link up while system software reports link down.
Links to More Info: BT1820613
Component: F5OS-A
Symptoms:
The BX520 Port LED may be solidly illuminated indicating link up while system software reports link down. This is typically a transient condition during initial port bringup. If it persists, it could be an indication of a problem with the fiber or at the link partner.
Conditions:
The BX520 Port LED is illuminated solid when the associated port has achieved RX alignment. The system software indicates port status UP when the BX520 port has achieved RX Alignment AND the link partner has also signaled it has achieved RX Alignment through the 802.3 Remote Fault Indicator protocol.
It is expected that there may be transient cases of this during port bringup. If it persists, it can be an indication that the BX520 was able to achieve RX alignment but the link partner was not.
Impact:
Differences in Link status as reported by HW LED and SW Status can cause confusion.
Workaround:
None
Fix:
None
1819289 : Zero is not allowed as Prefix Length for allowed IPs
Links to More Info: BT1819289
Component: F5OS-C
Symptoms:
It is not possible to save a prefix length with a value of ‘0’.
Conditions:
Prefix Length value is configured to '0'.
Impact:
Allowed IPs cannot be created with prefix value '0'.
Workaround:
Works from CLI.
Fix:
Fixed to accept '0' as prefix length value.
1818725 : CVE-2022-48695 kernel: scsi: mpt3sas: Fix use-after-free warning
Component: F5OS-A
Symptoms:
A user after-free vulnerability was found in the Linux kernel in the refcount_t variable when performing the controller reset. This issue could lead to denial of service of the system.
Conditions:
NA
Impact:
Denial of service of the system.
Fix:
Updated to the fixed versions.
1817669 : Timeout for the Ansible playbook during cluster install cannot be retried.★
Links to More Info: BT1817669
Component: F5OS-C
Symptoms:
If there are other issues on the chassis that cause the ansible playbooks to run slowly during Kubernetes cluster install, the playbook cannot be retried correctly if it reaches timeout.
Conditions:
This can occur, if there are other issues on the chassis that cause the ansible playbooks to run slowly, such as DNS or remote auth issues when a Kubernetes cluster rebuild is executed.
Impact:
The Kubernetes cluster install may fail repeatedly because it will not correctly recognize the timeout, and raise the amount of time it will wait.
Workaround:
Mitigation is resolve the issue(s) causing the playbooks to run slowly. This may involving removing bad DNS servers or remote auth servers that may be causing the slow down.
Fix:
The orchestration-manager code has been updated to correctly recognize the timeout error, and handle it correctly.
1814809 : After a controller failover, sometimes CPU stats not getting displayed in the GUI
Links to More Info: BT1814809
Component: F5OS-C
Symptoms:
After a controller failover, sometimes CPU stats nare not displayed in the GUI.
Conditions:
A controller failover occurs
Impact:
CPU stats not displayed in the GUI after a controller failover.
Workaround:
None
Fix:
Fixed an issue that prevented CPU stats from displaying after a failover.
1814073 : F5OS chassis switchd core dump
Links to More Info: BT1814073
Component: F5OS-C
Symptoms:
The switchd process experiences crashes that generate core dumps.
Conditions:
These crashes are typically observed during certain interface queries or other operations involving statistics updates.
Impact:
The switchd process crashes and generates core files. Temporary service disruptions may occur for functionalities reliant on the switchd process.
Workaround:
None
Fix:
This issue has been fixed, ensuring switchd includes proper handling for TMSTAT query.
1814053 : Orchestration Agent process may core
Links to More Info: K000151718, BT1814053
1814045 : Daemons that handle ZMQ messages may crash under certain conditions.
Links to More Info: K000151718, BT1814045
1813965-2 : CVE-2024-11187: bind: bind9: Many records in the additional section cause CPU exhaustion
Links to More Info: K000150814
1813721 : Arrow keys do not work in the GRUB edit screen of the console
Links to More Info: BT1813721
Component: F5OS-C
Symptoms:
The arrow keys do not work as expected in the GRUB edit screen in the console.
Conditions:
-- Connected via console.
-- In the GRUB edit screen.
-- Attempting to use arrow keys on the keyboard.
Impact:
Unable to select a GRUB image.
Workaround:
If connected via SSH, ctrl-p and ctrl-n can be used for up (previous) and down (next). ctrl-b and ctrl-f can be used for left (back) and right (forward).
And ctrl-h can be used to delete a character left to the cursor when backspace key does not work.
In addition, the grub.cfg file can be modified to make the arrow keys work.
Change:
serial --speed=115200
terminal_input serial console
terminal_output serial console
to
terminal_input console
terminal_output console
Fix:
Remove serial port configurations from grub.cfg.
Our BIOS supports serial port console emulation that conflicts to the serial port config.
1812665 : Fpgamgr failing to clear alarms when unplugging and replugging SFPs combined with disabling/enabling interfaces
Links to More Info: BT1812665
Component: F5OS-A
Symptoms:
Fpgamgr fails to clear the {transmit,receive} {power,bias} {low high} alarms, even though the values are within tolerance.
Conditions:
-- Unplugging and replugging SFPs
-- Disabling/enabling interfaces at the same time
Impact:
The {transmit,receive} {power,bias} {low high} alarms do not clear.
Workaround:
None
1812541 : DDM system alarms triggered when interface is disabled
Links to More Info: K000150155, BT1812541
Component: F5OS-A
Symptoms:
Running 'show system alarms' reports "Portgroup <N> ERROR Lanes: 1 Transmitter power low alarm"
Conditions:
Disabling an interface locally
Impact:
Transmitter power low and transmitter bias low alarms occur.
Workaround:
To clear the alarms, workaround provided in article K000150155 can be followed.
1812497 : Restoring a backup with an SNMP user on a system with a different SNMP Engine ID will duplicate the SNMP user
Links to More Info: BT1812497
Component: F5OS-A and F5OS-C
Symptoms:
If you restore a backup containing an SNMP user, but the SNMP user’s SNMP Engine ID does not match the current system, a new SNMP user will be created with the same name and the current system’s SNMP Engine ID. However, this is only seen when the database is later backed up.
Conditions:
-- Restoring a database backup that contains an SNMP user.
-- Doing the restore on a system with a different SNMP Engine ID.
Impact:
Two SNMP users with the same name (but different SNMP Engine IDs) are saved to subsequent backups. SNMP will not work.
Workaround:
Reconfigure the SNMP user authentication and privacy passwords after restoring the backup. SNMP will work after configuring passwords.
Fix:
When backup is restored on a system with a different EngineID, SNMP might not work for SNMP users. However, it can be mitigated by reconfiguring the SNMP user authentication and privacy passwords after restoring the backup.
1798869 : F5OS-A webUI HTTP responses are unexpectedly gzip-compressed
Links to More Info: BT1798869
Component: F5OS-A
Symptoms:
Accessing random URLs via the F5OS-A webUI (e.g., https://<management IP>/xyz) returns a gzip-compressed response similar to the following:
```
HTTP/1.1 200 OK
Date: Wed, 29 Jan 2025 14:56:13 GMT
Server: Apache
Referrer-Policy: strict-origin-when-cross-origin
Strict-Transport-Security: max-age=63072000; includeSubdomains;
Last-Modified: Tue, 06 Aug 2024 05:56:33 GMT
ETag: "168-61efd74a82640"
Accept-Ranges: bytes
Content-Length: 360
Content-Security-Policy: default-src 'self'; upgrade-insecure-requests; frame-ancestors 'none'; script-src 'self'; style-src 'self' 'unsafe-inline'; object-src 'none'; base-uri 'self'; connect-src 'self'; font-src 'self'; frame-src 'self'; img-src 'self' data:; manifest-src 'self'; media-src 'self'; worker-src 'none';
X-XSS-Protection: 1; mode=block
Cache-Control: no-cache, must-revalidate
Content-Type: text/html; charset=UTF-8
Content-Encoding: gzip <-- Note
<!doctype html>
<html lang="en">
<head>
<meta charset="utf-8" />
<link rel="icon" href="/favicon.ico" />
<meta name="viewport" content="width=device-width,initial-scale=1" />
<meta name="theme-color" content="#000000" />
<meta name="description" content="Web site created using create-react-app" />
<link rel="apple-touch-icon" href="/favicon.ico" />
<link rel="manifest" href="/manifest.json" />
<title></title>
<script defer="defer" src="/static/js/main.446dcef6.js"></script>
<link href="/static/css/main.7c19607f.css" rel="stylesheet">
</head>
<body><noscript>You need to enable JavaScript to run this app.</noscript>
<div id="root"></div>
</body>
</html>
```
Conditions:
Accessing random URLs via the F5OS-A webUI.
Impact:
All responses are compressed, which might trigger a false positives from scanners probing for web-accessible backup files.
For example:
https://<management IP>/backup.tar.gz
Responses are compressed even if a client supplies an 'Accept-Encoding: identity' header.
No impact should be observed when accessing URLs from a modern browser with JavaScript enabled.
Requests to random URLs will be redirected to the login page.
Compression still occurs but improves network performance.
Workaround:
None.
Fix:
Fixed this issue in v2.0.0
1797813-1 : CVE-2024-12085: rsync: Info Leak via Uninitialized Stack Contents
Links to More Info: K000150363
1797289-1 : CVE-2024-12747: rsync: Race Condition in rsync Handling Symbolic Links
Links to More Info: K000150363
1797025-1 : CVE-2024-12088: rsync: --safe-links option bypass leads to path traversal
Links to More Info: K000150363
1796889-1 : CVE-2024-12087: rsync: Path traversal vulnerability in rsync
Links to More Info: K000150363
1789481-1 : OpenSSL vulnerability CVE-2024-13176
Links to More Info: K000150784
1789441-2 : CVE-2024-9287 python: Virtual environment (venv) activation scripts don't quote paths
Links to More Info: K000149756
1789417 : Component fpgamgr in restart loop with segmentation fault after failed FPGA firmware update
Links to More Info: BT1789417
Component: F5OS-C
Symptoms:
Component fpgamgr experiences segmentation fault after failed FPGA firmware update and persists in a reboot loop. The CLI command "show cluster nodes node state platform fpga-state" indicates that FPGA_STATE persists in FPGA_INIT and never reaches the state FPGA_RDY.
Conditions:
FPGA firmware update fails and one or more of the FPGA devices does not show up on the PCI bus. This causes a FPGA SDK segmentation fault upon the fpgamgr component startup, and perpetual reboot loop so long as the FPGA issue persists.
Impact:
A failure in the FPGA firmware update process results in one or more FPGA devices not being detected on the PCI bus. This, in turn, causes a segmentation fault in the FPGA SDK upon the startup of the fpgamgr component, leading to a continuous reboot cycle until the FPGA issue is resolved.
Workaround:
None. Perpetual reboot loops after trying to load FPGA firmware that do not recover typically indicates a hardware error and requires an RMA.
Fix:
One of the BARs fails to initialize when the PCIE speed does not load at the intended Generation. This issue was causing a segmentation fault in the SDK, but it has now been resolved by having the SDK notify the fpgamgr of the missing BAR instead. While the device may still fail to load, the fpgamgr will no longer experience a crashing loop as a result.
1789413 : IPMI 0xC0 "Node Busy" PEL/SEL related messages
Component: F5OS-A
Symptoms:
IPMI commands are failing with a "Node Busy" error because the BMC cannot complete the request.
Conditions:
Intermittent race conditions occur when BMC executes IPMI commands.
Impact:
On "Node Busy." failure IPMI commands will now retry up to 5 times.
Workaround:
None
Fix:
After upgrading to F5OS 2.0 or later, IPMI commands will now retry up to five times if the BMC is busy, rather than failing with the "Node Busy" error message.
1789141 : If 'ldap-group is configured for a role but LDAP search fails, users with the default GID for the role can still get those privileges
Component: F5OS-A
Symptoms:
When an 'ldap-group' mapping is configured for a F5OS role, and the mapping fails (because the filter is invalid or the LDAP query of remote groups fails for some other reason), the default mapping for the role (or, what is configured in 'remote-gid' for the role) is still used.
For example, if you were attempting to map the F5OS role 'admin' (default GID 9000) to an LDAP group 'CN=my-ldapgroup', and the LDAP search for that group failed (because the provided filter was invalid, the group does not exist, etc.), users with GID 9000 would still be able to authenticate and login with 'admin' privileges.
Conditions:
1. LDAP authentication is enabled.
2. A role mapping is applied via the 'ldap-group' configuration for a F5OS role.
3. The provided 'ldap-group' filter is invalid or another unexpected issue is encountered when querying the LDAP server.
Impact:
Users can login with privileges in excess of what one might expect given the system configuration.
Workaround:
If the LDAP group/users have Posix attributes ('gidNumber'), it is possible to map the F5OS role using this GID number by specifying it in the 'remote-gid' configuration under the role.
If this is not feasible, it is possible to directly validate the 'ldap-group' mapping was successful by inspecting this file from a bash shell:
[root@appliance-1(test):Active] ~ # cat /etc/ldap-gid-map.txt
1108:=9000
If there is an entry that has the default GID for the role on the right-hand side of ':=' in this file, it means the mapping was applied successfully and users with the default or 'remote-gid' GID will not be able to obtain the role permissions. If such an entry is missing, you will need to fix the 'ldap-group' filter so an LDAP query of the group can be successful.
Fix:
If a configured 'ldap-group' mapping fails, deny all role-based access for the mapped role until it is fixed or de-configured.
1789125 : VQF VOQ entries missing for the functional blades in the show fpga-tables output
Links to More Info: BT1789125
Component: F5OS-A
Symptoms:
Blade 13 is in faulty state due to a different issue related to memory DIMMs.
For the show FPGA tables command there is output for VOQs corresponding to blades 1 and 11.
And in the vqf_voq_stat table output, the remaining VOQ stat requests starting from 13 do not return data although the tmstat table for some other blades are intact.
Conditions:
One of the intermediate blades from the list of show components is faulty and leads to skipping of processing the vqf voq stat requests for rest of the blades that are properly functional.
Impact:
Improper output for the 'show fpga-tables vqf_voq_stat' command.
Workaround:
None
Fix:
Added a code change to get the stats completion for rest of the functional blades when one of the blades is faulty.
1789117 : SNMP bulk queries for LAGs on VELOS might return incomplete information
Links to More Info: BT1789117
Component: F5OS-A and F5OS-C
Symptoms:
SNMP queries for interface statistics for a LAG might return incomplete information
Conditions:
- VELOS partition
- Querying SNMP for LAGs
- The LAG contains multiple members
- The SNMP client is issuing bulk SNMP queries
- The SNMP client queries for the first member of the LAG, skips another member of the LAG, and then queries information for the LAG
Impact:
The SNMP statistics reported by the VELOS system could possibly return incomplete information (failing to include statistics from one or more of the members of the LAG).
Workaround:
None
Fix:
The system will now correctly report SNMP statistics for LAGs.
1788369 : In rare instances, LACPD may crash when creating a new aggregation interface.
Links to More Info: BT1788369
Component: F5OS-A
Symptoms:
LACPD produces a core dump and restarts.
Conditions:
Adding a new interface with type ieee8023adLag:
interfaces interface myinterface config type ieee8023adLag
Other unknown variables may increase the likelihood of a crash occurring.
Impact:
Any interfaces managed by LACP may briefly stop processing traffic as LACPD restarts. The new ieee8023adLag interface will be functional after LACPD restarts.
Workaround:
None
Fix:
LACPD will no longer crash when a user creates a new interface of type ieee8023adLag.
1788149 : Question mark for wName, fw-version-sirr in snmpwalk ouput
Links to More Info: BT1788149
Component: F5OS-C
Symptoms:
snmpwalk and snmptable were returning data that did not match the ConfD CLI output for F5-PLATFORM-STATS-MIB::fwUpdateStatus.
Conditions:
Whenever there is a config change from the confd cli related to F5-PLATFORM-STATS-MIB::fwUpdateStatus table.
Impact:
Ambiguity about the information for fwUpdateStatus table.
Workaround:
Fixed backend issue for snmp handler for fwUpdateStatus table.
Fix:
No mismatch between the CLI output and snmpwalk, snmpget for the fwUpdateStatus table.
1787537 : CVE-2013-7040 python: hash secret can be recovered remotely
Links to More Info: K000151520
1786237 : Unable to launch tenant, VF interface is missing under "ip link show"
Links to More Info: BT1786237
Component: F5OS-A
Symptoms:
On r2x00/r4x00 related systems, tenant launch fails with an error in ConfD tenant status leaf:
"error adding container to network "sriov-net3-bip1": failed to set up pod interface "net7" from the device "x557_4": failed to set netlink MAC address to <mac>: resource temporarily unavailable" or
"SRIOV-CNI failed to load netconf: LoadConf(): the VF 0000:ec:01.3 does not have a interface name or a dpdk driver"
Linux network manager udev rules and sriov cni try to
access the VF and change the interface name of VF. During this process, VFs fail and unable to retrieve. Thus, resource temporarily unavailable error occurs.
Conditions:
On r4x00 or r2x00 based systems:
1. In kubectl get pods -A output, the tenant pod goes into Init:0/1 state.
default virt-launcher-bip1-1-t6rkh 0/1 Init:0/1 0 36s
2. And in kubectl events, "resource temporarily unavailable" occurs on one of the VFs.
3. In /sys/class/net folder unable to see the below VF interfaces. Instead, some interfaces point to ensp* names which are wrong.
Impact:
Tenant launch is unsuccessful and unable to connect to the tenant console or tenants' management connection.
Workaround:
1. Set all tenants to the Configured state.
2. Reboot the appliance.
3. Once the system is up, change one tenant’s state to Deployed at a time, allowing a gap of 3–5 minutes before moving to the next tenant.
4. Repeat this process until all tenants are deployed.
1785977 : It's possible to add a l2 listener fdb without error
Component: F5OS-A
Symptoms:
You are able to manually add a l2 listener entry type fdb from the CLI but this should not be allowed.
Conditions:
The fdb command is used from the cli defining the entry-type field as L2-LISTENER.
Impact:
Fdbs with the entry-type L2-LISTENER should be only added by the system.
Workaround:
Do not add fdbs with the entry-type field set to L2-LISTENER.
Fix:
It is impossible now to add a l2 listener fdb.
1785841 : Management port not bouncing on failover on VELOS CX410 chassis
Links to More Info: BT1785841
Component: F5OS-C
Symptoms:
When a failover occurs on VELOS CX410 chassis, the management link won't be updated, resulting in loss off connectivity for 300s or other to which remote switch has set as it's timeout for the mac address table.
Conditions:
Failover occurs on VELOS CX410.
Impact:
Loss of management connectivity for 300s or other to which remote switch has set as it's timeout of the mac address table.
Workaround:
Wait for remote switch to timeout and clear it's mac address table.
Fix:
With this fix in place the VELOS CX410 chassis will now bounce it's management link on failover immediately clearing the remote mac address table on the switch.
1785621 : Tenant deployed with Max Memory available on system results in Resource allocation failed - Node is up but Platform services not responding
Links to More Info: BT1785621
Component: F5OS-C
Symptoms:
Tenant fails to come to running state when deployed with max memory on system.
Conditions:
Tenant is deployed with max-available memory on the blade in prior releases of F5OS-C 1.8.1 version.
Impact:
Tenant fails to come to running state.
Workaround:
Since the max memory available for tenants on blade is corrected in F5OS-C-1.8.1, the tenant memory should be configured accordingly.
Step 1. Move failed tenant to configured state and adjust the memory to the new max-available memory of the tenant.
Step 2. Move the tenant back to the deployed state.
Fix:
Max memory available on system for tenant deployment has been corrected with right value.
1783781-1 : Bash history file containing "PRIVATE KEY" may block qkview
Links to More Info: BT1783781
Component: F5OS-A
Symptoms:
Qkview file generation gets stuck at zero percent complete:
# system diagnostics qkview status
result {"Busy":true,"Percent":0,"Status":"collecting","Message":"Collecting Data","Filename":"controller1.qkview.tar.gz"}
Subsequent attempts to generate a qkview fail with the result "Qkview capture can not be initiated. Another Qkview capture is already in progress"
Conditions:
-- Generating qkview
-- The bash history file is large and contains the text "PRIVATE KEY"
Impact:
Qkview files are not able to be collected
Workaround:
1. Run system diagnostics qkview cancel
2. mv ~/.bash_history ~/.bash_history.bak
3. Re-run qkview
Fix:
TBD
1783685 : ATSE Datapath lockup on HBM calibration issue
Links to More Info: BT1783685
Component: F5OS-A
Symptoms:
Datapath lockup in the ATSE FPGA. Can be seen at startup with no traffic received at the host, or some time after startup with packet framing errors.
This can also show up as a transmit packet path lockup because health check loopback packets can back up into the transmit datapath and block it.
Conditions:
No known conditions.
Impact:
The impact is no packets can get from the network to host for processing.
Workaround:
The datapath lockup requires a reload of the ATSE FPGA. Reload typically done by rebooting the system.
This issue has been fixed in ATSE bitfiles v72.5.8.00 and v72.41.8.0 and all newer bitfiles.
Fix:
The issue is an FPGA memory reset procedure. The HBM memory inside the ATSE FPGA has a very specific bringup procedure. There was an issue with the initial implementation of that procedure.
1783681 : ATSE Datapath lockup causes blade to report unhealthy and stop passing traffic
Links to More Info: BT1783681
Component: F5OS-A
Symptoms:
This failure looks like an RQM lockup. An RQM lockup can show up as a DMA receive failure or a DMA transmit failure.
Receive failure because the receive queue will not accept HBM memory writes. Transmit failure because loopback health check packets will back up and flow control the transmit data-path.
- A partition's tenants may be unreachable while another partition is unaffected.
- System health output (show system health) will report something similar to "blade-X overall-health = Unhealthy/Critical; other blades/controllers healthy."
- A partition's blade will log its velos.log file occurrence(s) of ATSE register dumps and "ring hung", for example:
<timestamp> ACTIVE dma-agent[13]: nodename=blade-1(p2) priority="Alert" version=1.0 msgid=0x4201000000000130 msg="Health monitor detected DM Tx Action ring hung." ATSE=0 DM=2 OQS=2.
<timestamp> ACTIVE dma-agent[13]: nodename=blade-1(p2) priority="Info" version=1.0 msgid=0x4201000000000137 msg="Health monitor DM register dump complete." FILE="agent-dump-1764975200.txt".
Conditions:
No known conditions. This typically happens on initialization, but has been seen at runtime.
Impact:
This causes a data-path lock-up and traffic will not be passed by the affected blade.
Workaround:
Reboot the affected blade.
A fix for this issue is available in F5OS-C 1.8.2-28324.EHF-1, which is available for download on MyF5: https://my.f5.com/manage/s/downloads?productFamily=F5OS&productLine=F5OS+Platform+Software+for+VELOS&version=1.8.2&container=1.8.2-EHF
Fix:
HBM calibration has been fixed.
1782925 : Active Directory LDAP integration without uidNumber/gidNumber does not work after system reboot
Links to More Info: BT1782925
Component: F5OS-A
Symptoms:
After an rSeries appliance reboot, Active Directory LDAP authentication configured with "Unix Attributes" set to false does not work and users from Active Directory are unable to authenticate with the F5OS system.
There will be messages similar to the following logged in platform.log shortly after the reboot:
authd[8]: priority="Err" version=1.0 msgid=0x3901000000000101 msg="LDAP API error during : -" oper="SASL bind" code=-1 msg="Can't contact LDAP server".
authd[8]: priority="Warn" version=1.0 msgid=0x3901000000000098 msg="Unable to retrieve domain Sid for supplied servers and domains; server will be treated as if it has unix attributes present.".
Conditions:
- F5OS device configured with Active Directory LDAP authentication, and the "Unix Attributes" setting configured as false.
- System reboots
Impact:
LDAP remote authentication does not work.
Workaround:
To workaround this issue on an rSeries appliance, create a cron task to restart the system_user_manager and authentication-mgr docker containers after a system reboot:
1. Log into the system as root and create /etc/cron.d/ldap-post-reboot with these contents (not including the '==='):
===
# Workaround for post-reboot issue with LDAP auth (ID1782925)
#
# In the the first five minutes after the system reboots, assume the first
# instance of the following log message that we see is a result of the management
# port lack of connectivity when the docker containers start up, and restart both
# system_user_manager and authentication-mgr once.
#
# authd[8]: priority="Err" version=1.0 msgid=0x3901000000000101 msg="LDAP API error during : -" oper="SASL bind" code=-1 msg="Can't contact LDAP server".
@reboot root timeout 5m sh -c 'tail -n0 -F /var/F5/system/log/platform.log | grep -a -m1 authd.*0x3901000000000101 && sleep 20s && echo Restarting authd and user-manager && docker restart system_user_manager authentication-mgr' || echo "Timed out"
===
This mitigation may fail under some corner cases, e.g. potentially after an upgrade or if something goes wrong with the platform services such that they don't start up within the first five minutes after system boot. In those circumstances, log into the system as root and restart the system_user_manager and authentication-mgr containers:
docker restart system_user_manager authentication-mgr
1779881 : CVE-2022-41722 stdlib-1.17.8: A path traversal vulnerability exists in filepath
Component: F5OS-C
Symptoms:
A path traversal vulnerability exists in filepath.Clean on Windows. On Windows, the filepath.Clean function could transform an invalid path such as "a/../c:/b" into the valid path "c:\b". This transformation of a relative (if invalid) path into an absolute path could enable a directory traversal attack. After fix, the filepath.Clean function transforms this path into the relative (but still invalid) path ".\c:\b".
Conditions:
NA
Impact:
The component may incorrectly process file paths, potentially leading to unexpected file access behavior.
Workaround:
NA
Fix:
The issue had been resolved
1779873 : CVE-2022-41720 stdlib-1.17.8: On Windows, restricted files can be accessed via os.DirFS and http.Dir
Component: F5OS-C
Symptoms:
On Windows, restricted files can be accessed via os.DirFS and http.Dir. The os.DirFS function and http.Dir type provide access to a tree of files rooted at a given directory. These functions permit access to Windows device files under that root. For example, os.DirFS("C:/tmp").Open("COM1") opens the COM1 device. Both os.DirFS and http.Dir only provide read-only filesystem access. In addition, on Windows, an os.DirFS for the directory (the root of the current drive) can permit a maliciously crafted path to escape from the drive and access any path on the system. With fix applied, the behavior of os.DirFS("") has changed. Previously, an empty root was treated equivalently to "/", so os.DirFS("").Open("tmp") would open the path "/tmp". This now returns an error.
Conditions:
NA
Impact:
May allow access to files outside the intended directory, leading to unexpected file exposure.
Workaround:
NA
Fix:
The issue has been resolved
1779865 : CVE-2022-41716 Unsanitized NUL in environment variables on Windows in syscall and os/exec
Component: F5OS-C
Symptoms:
Due to unsanitized NUL values, attackers may be able to maliciously set environment variables on Windows. In syscall.StartProcess and os/exec.Cmd, invalid environment variable values containing NUL values are not properly checked for. A malicious environment variable value can exploit this behavior to set a value for a different environment variable. For example, the environment variable string "A=B\x00C=D" sets the variables "A=B" and "C=D".
Conditions:
NA
Impact:
May result in the unintended creation or modification of additional environment variables, potentially leading to unexpected behavior.
Workaround:
NA
Fix:
CVE-2022-41716 does not affect Red Hat software
1779857 : CVE-2022-30634 golang-runtime
Component: F5OS-C
Symptoms:
Infinite loop in Read in crypto/rand before Go 1.17.11 and Go 1.18.3 on Windows allows attacker to cause an indefinite hang by passing a buffer larger than 1 << 32 - 1 bytes.
Conditions:
An affected version of Go (before 1.17.11 or 1.18.3) is used on Windows
Impact:
Passing an excessively large buffer to crypto/rand.Read may cause the application to enter an infinite loop
Workaround:
NA
Fix:
CVE-2022-30634 does not affect Red Hat software
1779849 : CVE-2022-29804 Path traversal via Clean on Windows in path/filepath
Component: F5OS-C
Symptoms:
Incorrect conversion of certain invalid paths to valid, absolute paths in Clean in path/filepath before Go 1.17.11 and Go 1.18.3 on Windows allows potential directory traversal attack.
Conditions:
An affected version of Go (before 1.17.11 or 1.18.3) is used on Windows platforms
Impact:
May allow a directory traversal scenario, potentially permitting unauthorized access to files or directories outside the intended path.
Workaround:
NA
Fix:
CVE-2022-29804 does not affect Red Hat software
1779677 : Multiple docker containers can get assigned the same bridge IP during rolling upgrade
Links to More Info: BT1779677
Component: F5OS-A
Symptoms:
Multiple containers can get the same bridge IP during a rolling upgrade or docker restart
[root@controller-2 ~]# docker inspect controller-services-registry-2502 | grep IPAddress
"SecondaryIPAddresses": null,
"IPAddress": "100.64.0.2",
"IPAddress": "100.64.0.2",
[root@controller-2 ~]# docker inspect partition-services-registry-2202 | grep IPAddress
"SecondaryIPAddresses": null,
"IPAddress": "100.64.0.2",
"IPAddress": "100.64.0.2",
There's a race in IP address allocation in Docker.
Conditions:
When multiple containers start at the same time.
Impact:
This causes one of the two containers to answer requests depending on which container last refreshed the arp cache.
The other container does not work properly.
Workaround:
Reboot the system.
Fix:
Docker address allocator uses bit map to manage IP address pool but it's not thread safe.
Now, set/unset bitmap operations are protected by a lock.
1779669 : ConfD HA Status does not match bash prompt
Links to More Info: BT1779669
Component: F5OS-C
Symptoms:
When accessing the confd-cli it may report a different ha-state than that of the bash prompt. For example you may see:
syscon-2-standby#
[root@controller-2:Active ~]#
Conditions:
No specific conditions, the issue roots from Vcc-HA using blocking socket I/O that hangs when attempting to program ccsync state. When it hangs, Vcc-HA will hang forever and active/standby state of ccysnc will not be programmed correctly.
Impact:
Ccsync isn't programmed correctly images and other resources managed by ccsync will not be correctly synced between controllers.
Workaround:
Perform docker restart vcc-ha on both controllers.
Fix:
Updated vcc-ha to use non-blocking socket I/O to insure it cannot get hung when trying to program ccsync. It will instead exit and retry if the timeout is hit.
1779465 : SwitchD core file observed after live upgrade
Links to More Info: BT1779465
Component: F5OS-C
Symptoms:
Users may observe core files being generated on both controllers after a system live upgrade.
Conditions:
The occurrence of the core is non-deterministic, but it can happen after the live upgrade.
Impact:
When this issue occurs, the SwitchD process generates a core file on the controller.
Workaround:
Reboot the controllers after observing SwitchD core file on the controller.
Fix:
This issue has been resolved to ensure proper process initialization during SwitchD initialization.
1779289 : Error when creating a server-group name with an embedded space
Links to More Info: BT1779289
Component: F5OS-A
Symptoms:
An error log inside 'platform.log' for the rSeries systems or 'velos.log' in the VELOS systems when you configure a server-group name with an embedded space.
In velos.log on F5OS-C or platform.log on F5OS-A:
appliance-1 authd[8]: priority="Err" version=1.0 msgid=0x3901000000000109 msg="Failed to set element in cdb." path="/system/aaa/server-groups/server-group" error="Bad key "my server group" (wrong number of identifiers) at: /system/aaa/server-groups/server-group" errno="Exec format error".
Conditions:
Creating a server-group name with an embedded space.
Example: my server group
Impact:
The configuration change will not take an effect.
Workaround:
Remove all spaces from the server-group name. For example, if the server-group name with a space was 'my server group', you can rename it into 'my_server_group' and re-configure the rest of the values.
appliance-1(config)# system aaa server-groups server-group my_server_group config name my_server_group
appliance-1(config)#commit
Fix:
Avoid embedded spaces when you create server-group names.
1778721 : PAM faillock data is deleted on restart, allowing users to log in immediately
Links to More Info: BT1778721
Component: F5OS-A
Symptoms:
The administrator can set up the max-login-failures (Number of unsuccessful login attempts allowed before lockout) to a non-zero number. Also, the unlock-timeout can be increased from the default value of 60 seconds. Once the number of failed login attempts is reached, then the user must wait the alotted unlock-timeout period before being allowed to login with the correct credentials. The number of login-failures for each user is currently reset to zero upon a system reboot.
Conditions:
Rebooting simply eliminates the tally count of login failures for all users.
Impact:
The max-login-failures setting is set back to zero if the system is rebooted.
Workaround:
None
Fix:
With this fix, rebooting does not reset the tally count for login failures. This can be verified by viewing the state of the user: show system aaa authentication users user <user> state which will not go to zero after a reboot.
1778689 : Duplicate OMD alerts during Inaccessible Memory incident
Links to More Info: BT1778689
Component: F5OS-C
Symptoms:
During certain conditions where an “Inaccessible Memory” issue occurs, duplicate OMD alerts may accidentally be triggered at the same time due to overlapping OID/alert IDs associated with the same root cause.
Conditions:
This issue arises when an “Inaccessible Memory” incident occurs, resulting in OMD generating redundant alerts “openshiftCertsExpWithinNinetyDays” for the same event, which is causing confusion and unnecessary noise in alert tracking systems.
Impact:
False-positive or duplicate alerts for OMD.
Workaround:
To verify and troubleshoot the issue, you can:
1. Use the confD command 'show cluster cluster-status' to check the cluster's current status.
2. Analyze the openshift.log/velos.log file for any errors or abnormalities related to the incident or cluster health.
Fix:
The issue has been addressed by implementing enhanced logic in OMD alert generation to eliminate duplicate alerts resulting from overlapping OID/alert IDs. The system now ensures each alert is uniquely identified and mapped to its respective event, preventing redundancy during “Inaccessible Memory” incidents. All configurations have been updated to maintain integrity and consistency.
1778453 : ImageAgent process occasionally cores
Links to More Info: BT1778453
Component: F5OS-A
Symptoms:
Occasionally the ImageAgent daemon will core.
Conditions:
This can occur in ImageAgent during normal operation.
Impact:
After core, service will restart the operation.
Workaround:
None
1773173-2 : CVE-2024-40998: kernel: ext4: fix uninitialized ratelimit_state->lock access in __ext4_fill_super()
Links to More Info: K000149484
1772501 : CVE-2024-45337 - Misuse of ServerConfig.PublicKeyCallback in golang.org/x/crypto/ssh
Links to More Info: K000152659, BT1772501
1772473-1 : CVE-2024-45337 - Misuse of ServerConfig.PublicKeyCallback in golang.org/x/crypto/ssh
Links to More Info: K000152659, BT1772473
1772433 : Config restore fails after upgrade★
Links to More Info: BT1772433
Component: F5OS-A
Symptoms:
1. Bare metal to: 1.6.1-19136
2. Upgrade to: 1.8.0-19115
3. Take controller backup
4. Reset database: system database config reset-default-config
5. Attempt to apply backup from step 3, this fail.
Conditions:
-- Upgrade from 1.6.1 to 1.8.0
-- Perform config-restore
Impact:
Unable to perform config-restore after upgrade.
Workaround:
None
Fix:
With the fix for ID1917841, you can now perform the config-restore.
1772305 : Unable to deploy a tenant to both BX110 and BX520 blade in same partition
Links to More Info: BT1772305
Component: F5OS-C
Symptoms:
A tenant can only be deployed to a partition if it is deployed to a node that is the same type as the other nodes that are running tenants. Deploying a multi-bladed tenant that includes both BX110 and BX520 blades is not supported.
Conditions:
Deploying a tenant to a partition that contains a mix of BX110 and BX520 blades.
Impact:
If a partition contains both BX110 and BX520 blades, you must choose to deploy tenants to one blade type or the other but not both.
Workaround:
Deploy tenants to nodes that are of the same blade type.
Fix:
None
1772053 : High memory usage due to log flood when one controller is in FIPS error state
Links to More Info: BT1772053
Component: F5OS-C
Symptoms:
In FIPS error state, the active controller triggers a sync to the errored controller which results into an infinite loop of waiting as the peer is unreachable. This dumps an enormous amount of logs in ccsync.log and consumes excessive memory.
Conditions:
One active controller and one FIPS errored out controller.
Impact:
Consumes high system memory and log files are rotated in no time leaving a huge dump of logs in ccsync.log
Workaround:
- stop ccswatch.service
- Recover FIPS errored controller
- restart ccswatch.service
Fix:
Added retries to wait for a finite time period before exiting to reduce log flood and memory usage.
1771841 : F5OS login events for alert-service reports two timezones in a log messgae
Links to More Info: BT1771841
Component: F5OS-A
Symptoms:
The login event contents shows the timezone as both configured + UTC.
Conditions:
System events that are logged to platform.log.
Impact:
Two timezones are logged, and this can cause problems monitoring tools and make log file correlation more challenging.
Workaround:
None
1759761 : VLAN unassigned from Tenant followed by VLAN deletion may result in error
Links to More Info: BT1759761
Component: F5OS-A
Symptoms:
If a VLAN is unassigned from a Tenant and then quickly deleted from the system, an error might be returned from the VLAN deletion:
"illegal reference /vlan-listeners/vlan-listener{0.host 1234}/vlan"
Conditions:
A VLAN is deleted from the system immediately after being unassigned from a tenant.
Impact:
The VLAN deletion operation will fail.
Workaround:
The deletion operation can be retried, or wait a moment after unassigning the VLAN before deleting it.
Fix:
This fix changes the FDB and Vlan-Listener database schema and api.
The Vlan-Listener config mode api has been removed. The Vlan-Listener state table remains as the way to view Vlan-Listener information. An example of the state table is:
f5-vlan-listeners:vlan-listeners/vlan-listener=<interface>,<vlan-id>/state
The FDB config mode api now only exists to configure Static FDBs. Any FDB created in config mode will be treated as a Static FDB. Non-Static FDBs created by the system will no longer be shown in config mode.
Viewing FDB information on the system remains at the same path for Static FDBs. This path is:
f5-l2fdb:fdb/mac-table/
Viewing Non-Static FDB information on the system has moved to:
f5-l2fdb:fdb/mac-table-l2listeners/
1759733 : Controller reboot during a controller loading can cause openshift cluster to fail.
Links to More Info: BT1759733
Component: F5OS-A
Symptoms:
If a system controller is rebooted after it's ETCD instance has been started, but before the controller has been fully added to cluster, it can cause a failure that will not automatically recover. The controller will not be able to join the cluster after this failure.
Conditions:
A system controller is rebooted after it's local ETCD instance has been started, but before the controller is fully added into the openshift cluster.
Impact:
The rebooted controller will persistently fail to join the cluster after this failure. As such the cluster will not be redundant between the 2 system controllers.
Workaround:
Rebuild the openshift cluster to recover the affected system controller.
Fix:
The fix cleans any stale ETCD state when the process of adding the controller to the cluster after the reboot. This allows the controller to be re-added to the cluster correctly.
1759397 : Qkview can only be run on active or standby controller, but not both concurrently
Component: F5OS-A
Symptoms:
If an attempt to run qkview is made on both active and standby at the same time, there could be a loss of data in either qkview.
Conditions:
Qkview is executed concurrently on both active and standby.
Impact:
Loss of data in qkview
Workaround:
Only run qkview on active controller. This will contain the qkview from the standby.
Fix:
Qkview execution is prohibited if it is already running on the HA peer.
1759097 : F5OS STP with LAG sends BPDU on single interface regardless of member interface status
Links to More Info: BT1759097
Component: F5OS-A
Symptoms:
BPDU packets are transmitted on only one LAG member interface even when that interface is down.
Traffic does not pass even though everything seems in the correct state.
Conditions:
F5OS system configured with Link Aggregation Groups (LAG).
LAG interfaces participating in Spanning Tree Protocol (STP/RSTP/MSTP).
Multiple physical interfaces configured as LAG members.
One or more LAG member interfaces become disabled or go down.
Impact:
Traffic is disrupted.
Workaround:
None
Fix:
Enhanced STP to properly monitor LACP state changes and select active LAG member interfaces for BPDU transmission.
System now detects and reacts to LACP state changes in real-time, ensuring BPDU packets are sent on operational LAG member interfaces only.
1759021 : QkView Fails to Redact NTP Authentication Keys from Chrony.keys File
Component: F5OS-C
Symptoms:
The qkview generated on the system includes the chrony.keys file with unredacted NTP authentication keys. Sensitive key material is collected in plain text within the diagnostic bundle.
Conditions:
Authenticated NTP configured on system and qkview is collected from the same system.
Impact:
The qkview generated on the system includes the chrony.keys file with unredacted NTP authentication keys. Sensitive key material is collected in plain text within the diagnostic bundle.
Workaround:
Unconfigure NTP authentication before qkview collection and reconfigure NTP authentication after qkview collection.
Fix:
The qkview collection has been updated to sanitize the chrony.keys file by redacting NTP authentication keys
1758949-2 : CVE-2024-4032: python: incorrect IPv4 and IPv6 private ranges
Links to More Info: K000150749
1757929 : Log flood observed in /var/log/messages when platform-monitoring agent continuously monitored the /health endpoint of ihealth-service.
Links to More Info: BT1757929
Component: F5OS-A
Symptoms:
No functional impact
Conditions:
When ihealth-service health API end-point is continuously polled.
Impact:
No functional impact.
Fix:
Suppressed access logs to address log flood in /var/log/meesages when /health endpoint of ihealth-service is monitored continuously.
1757729 : Default port for LDAP server does not match default server type
Links to More Info: BT1757729
Component: F5OS-A and F5OS-C
Symptoms:
On Server Groups screen, when adding an LDAP server, the default value for LDAP Over TCP type is set to 636 port by default, which is used for LDAP over SSL. This behavior is causing confusion.
Conditions:
When configuring an LDAP server.
Impact:
This issue can be confusing because the default setting for LDAP over TCP type is set to 636 port (instead of 389, which is the port used for LDAP over TCP).
Workaround:
None
Fix:
The default value for the ‘Port’ field has been changed to 389 to align with the default value for LDAP over TCP type.
1757617 : XBAR rate limit not updated when modifying LAG
Links to More Info: BT1757617
Component: F5OS-A
Symptoms:
Traffic performance may be degraded.
Conditions:
Add or remove a LAG member when the total speed is less than 100G.
Impact:
Degraded performance.
Workaround:
Disable and re-enable an interface.
1757497 : Inconsistent log message fields in F5OS v1.8.0 platform logs
Component: F5OS-A
Symptoms:
Platform logs generated by F5OS 1.8.0 on F5-BIG-R5600-RE (e.g., authd, appliance-orchestration-manager, tcam-manager) display inconsistent key-value pairs for log messages. Some log entries use both msg= and message= fields, while others use msg= and MSG=, or msg= and details=. This inconsistency can lead to confusion and complicate log parsing and automation. Example log lines:
... msgid=0x3901000000000150 msg="" message="Http-server will restart as basic authentication has been disabled".
... msgid=0x3901000000000123 msg="Basic authentication update succeeded.".
... msgid=0x6b01000000000004 msg="INFO" MSG="Connection from client address:...".
Conditions:
Occurs on F5OS 1.8.0 (F5-BIG-R5600-RE, C129) during system events such as authentication changes.
Impact:
Inconsistent log formats complicate log parsing and automation for administrators and tools.
Workaround:
None.
Fix:
Fixed in 2.0
1757461 : ConfD encryption key is recreated when there is an error reading it from the hardware TPM
Links to More Info: BT1757461
Component: F5OS-A
Symptoms:
F5OS stores the encryption key in the hardware TPM module. This is used to encrypt and decrypt sensitive data in the database, and is read at system startup and periodically during normal execution (during "key migrations"). If there is an issue reading the key from the TPM, a new key will be generated and store it in the TPM.
The problem is that the database is still encrypted using the old key, and as soon as the system restarts it will run into errors when attempting to decrypt using the new key.
Conditions:
Issue is observed intermittently when TPM module encounters ownership contention.
Impact:
System encryption key gets corrupted.
Workaround:
None
Fix:
The symptom causing the tpm ownership has been fixed and removed unnecessary ownership calls.
1756937 : F5OS-A qkview does not include ps_mem.py output for memory usage analysis
Component: F5OS-A
Symptoms:
When collecting qkview diagnostic files on F5OS-Appliance (F5OS-A) platforms, the output from the ps_mem.py script is not included. This makes it difficult to analyze or troubleshoot memory-related issues, as memory usage breakdowns are unavailable in the qkview.
Conditions:
Platform: F5OS-Appliance (e.g., F5-BIG-LTM-R2600, C130)
Software Version: F5OS-A 1.5.1 (and likely other versions prior to the fix)
Action: Generating a qkview on an affected F5OS-A device.
Impact:
Without ps_mem.py output in the qkview, support and engineering teams lack detailed memory usage data, making it challenging to diagnose or resolve memory-related problems on F5OS-A platforms.
Workaround:
Copy and manually run the script on the device to capture.
Fix:
Fixed in 2.0
1754113 : Open Telemetry - Data export intermittently fails when handling large volumes of data.
Links to More Info: BT1754113
Component: F5OS-C
Symptoms:
Telemetry data export intermittently fails, when handling large volumes of data. Memory errors may get logged.
Conditions:
When telemetry is configured with "all" or "metrics"
Impact:
At the exporter end, some data will be missing, causing gaps in the graphs for certain periods.
Workaround:
Configure only the required instruments individually instead of using the "metrics" or "all" options.
Don't configure the "tmstat" instrument which will flood data and drop most of it.
Fix:
When telemetry is configured with "all" or "metrics", it is a culmination of a lot of other instruments like optics, platform, container etc. Data getting dropped due to the large volumes pushed since the queue pushing to OTEL has a limitation on size. Sometimes memory issues from platform-monitor or otel collector arise if limit is not set for the queue pushing otel data.
To fix this, "container" instrument which contributes to a large share of data in both "metrics" and "all" instruments has been removed. For observability, a new stat queueDropOnMaxSizeMetricCount is introduced to monitor queue data drops and with this fix, no data drops seen!
Although an exception, "tmstat" is not a part of "all" or "metrics" and this is an instrument used for deeper diagnostics. When "tmstat" is configured, data loss is inevitable since it pushes huge amount of data alone.
1754097 : F5 rSeries ATSE v72.41.6.00 firmware
Links to More Info: BT1754097
Component: F5OS-A
Symptoms:
F5 rSeries ATSE v72.41.6.00 firmware
Conditions:
F5 r5000, r10000, or r12000-series appliance.
This update is not applicable to F5 r2000 or r4000-series appliances.
Impact:
None
Workaround:
None
Fix:
Fixes ATSE receive lockup issue.
1753725 : Enhance qkview to report MAC Tx/Rx enable states
Links to More Info: BT1753725
Component: F5OS-A
Symptoms:
Qkview needs to include the MAC Tx/Rx enable states' information.
Conditions:
Reviewing qkview data
Impact:
Enhancement to Qkview output needed.
Workaround:
None
Fix:
Qkview enhanced to include MAC Tx/Rx enable states' information.
1753033 : Snmp is not working if mgmt is in 172.17.x.x network in 1.8.0★
Links to More Info: BT1753033
Component: F5OS-A
Symptoms:
The snmpwalk command times out after an upgrade.
Conditions:
-- The management IP address is in the 172.17.x.x network
-- The system is upgraded from 1.5.2
Impact:
The snmpwalk command fails if the management IP is in 172.17.x.x network in 1.8.0
Workaround:
Remove the iptables entries with 172.x network as source from the file /etc/sysconfig/iptables and reboot the system
Steps are as below
Verify existing entries:
# iptables-save | grep 172.17
-A POSTROUTING -s 172.17.0.0/16 ! -o br-97c791a9e730 -j MASQUERADE
-A POSTROUTING -s 172.17.0.0/16 ! -o br-e4f09d90e378 -j MASQUERADE
Make a backup of the iptables file
# cp /etc/sysconfig/iptables /etc/sysconfig/iptables.bak
Edit the entries in the iptables file
# iptables-save | grep -vF 172.17.0.0/16 > /etc/sysconfig/iptables
Reboot the device:
# reboot
Verify entries. Either of these commands should return no results
# iptables-save | grep -F 172.17.0.0/16
# grep -F '172.17.0.0' /etc/sysconfig/iptables
Fix:
During the upgrade from 1.5.2 to any higher version, the iptables for default docker network (172 network) are removed
1750613 : If a system controller PXE boots and reimages, partitions may not start correctly, and cause data loss★
Links to More Info: BT1750613
Component: F5OS-C
Symptoms:
If a system controller PXE boots, the partition instance restart on that controller may not work and the partition instance will be left in the "failed"/not running state with no configuration database. If that instance later becomes "active" it will overwrite the correct partition configuration database with the empty database.
Example failed partition instance state:
syscon-1-active# show partitions
RUNNING
BLADE OS SERVICE PARTITION SERVICE STATUS
NAME ID VERSION VERSION CONTROLLER STATUS VERSION AGE
----------------------------------------------------------------------------------------
none - - -
default 1 1.6.2-22734 1.6.2-22734 1 running-active 1.6.2-22734 40m
2 failed - 11m
Normally following a controller reimage, the partitions will complete restart after all the ISOs are replicated to the controller and reimported. This may take 15 to 30 minutes depending on how many images are present. The partitions will show as "failed" while this resync occurs, and then they will start up normally. In the failure case, the instance stays "failed" indefinitely.
Do NOT attempt to enable/disable the partition while it is in this "failed" state, or perform a software upgrade (set-version). If that happens, the "wiped" partition instance may start up and become Active, and all partition configuration will be lost.
Conditions:
This problem occurs when the partition is running a "patch" version of partition-services rather than a "base" version. Patch versions have a version number (major.minor.patch) that ends in a number other than “0” (zero).
A race condition may occur between the completion of the partition ISO import and the initiation of the partition, resulting in a potential declaration of success despite failure. In such cases, the operation will not be retried.
In this scenario, the partition might never get started, so it has no opportunity to form an HA pair with the other partition instance and synchronize the configuration database and tenant images. If it does eventually become Active it will erase all partition configurations.
Impact:
All partition and tenant configuration in that partition is lost.
Workaround:
Following a PXE boot or reimage of the controller, check the status of all partition ISOs using the "show image partition" command. For patch versions, the partitions may stay in the "failed" state. However, for base versions, the partition should automatically restart and become running-standby within approximately 5 minutes after the ISOs have been imported. No further corrective action is necessary in this scenario.
To recover force the partition instance startup code to retry by changing the partition configuration in a minimally disruptive way. Recommend toggling the partition mgmt-ip to 'none' and then back, as this will force the retry but not permanently change any configuration.
Example:
syscon-1-active(config)# partitions partition default config mgmt-ip ipv4 address 0.0.0.0 ; exit
syscon-1-active(config)# commit
Commit complete.
syscon-1-active(config)# partitions partition default config mgmt-ip ipv4 address <ip address>; exit
syscon-1-active(config)# commit
Commit complete.
syscon-1-active(config)#
Do NOT attempt to enable/disable the partition while an instance is in this "failed" state following a reimage or perform a software upgrade (set-version). If that happens, the "wiped" partition instance may become Active, and all partition configuration will be lost.
Fix:
Partitions restart and form an HA pair correctly following system controller reimage/replacement, regardless of partition services version.
1737677 : Reboot of both system controllers results in dataplane issues
Links to More Info: BT1737677
Component: F5OS-A
Symptoms:
Traffic outage after simultaneously rebooting both system controllers.
Conditions:
With a multi-blade partition configured, reboot both system controllers simultaneously.
Impact:
Traffic outage
Workaround:
Reboot blades in affected partition.
1737517 : Rare partition startup conditions can cause persistent application-communication error on that partition
Links to More Info: BT1737517
Component: F5OS-C
Symptoms:
While executing partition commands related to tenants. Commands include but not limited to commits related to VLANs, tenants, and interfaces, or, showing data related to VLANs, tenants, and interfaces. Persistent error logging in the partition's confd.log and devel.log about an unregistered lac_mac_hook/write_all callpoint.
Conditions:
Specific cases, where a partition failover occurs, when the partition starts up, or reset to its default settings
Impact:
The partition is effectively inoperable, as very few commands are related to VLANs, and tenants. Additionally, VLANs are functional.
Workaround:
Reboot active partition's system controller or toggle the partition's enabled state.
1730881 : QKview may truncate non-truncatable log files
Links to More Info: BT1730881
Component: F5OS-A
Symptoms:
Qkview collects certain files that are not allowed to be truncated, even if you specify a maximum file size; however, certain non-truncatable files become truncated.
Conditions:
-- You run 'system diagnostics qkview capture filename <filename> maxfilesize <num>'
Impact:
Some diagnostics data may not be collected
Workaround:
Do not use the -maxfilesize argument to limit file size.
Fix:
Multiple files can be specified as "untainted" within one qkview-collect-config.yml file.
1713485 : F5 rSeries ATSE v72.5.6.00 firmware
Links to More Info: BT1713485
Component: F5OS-A
Symptoms:
F5 rSeries ATSE v72.5.6.00 firmware
Conditions:
F5 r5000, r10000, or r12000-series appliance.
This update is not applicable to F5 r2000 or r4000-series appliances.
Impact:
NA
Workaround:
None
Fix:
Fixes ATSE receive lockup issue.
1713073 : F5OS rSeries spontaneous reboot after upgrade★
Links to More Info: K000148566, BT1713073
Component: F5OS-A
Symptoms:
After upgrading, the device reboots unexpectedly.
Pel logs have this signature:
11/05/2024 21:24:47 | 5753 | AOM | 255 | Network Access | 0 | CPU internal error event
11/05/2024 21:24:47 | 5754 | AOM | 255 | Network Access | 5 | ME PECI is not functional, resetting host
11/05/2024 21:24:47 | 5755 | AOM | 255 | Network Access | 5 | ... reason: 0xFF ME IPMI 'other error'
11/05/2024 21:24:47 | 5756 | AOM | 255 | Network Access | 6 | lop host reset event
Conditions:
-- rSeries 5xxx, 10xxx, 12xxx system
-- Upgrade to version 1.8.0 build 16036
Impact:
Spontaneous system restart could occur.
Workaround:
A BIOS change occurred in the F5OS 1.8.0 build 16036 upgrade that enables CMS ENABLE DRAM PM. Disabling it will mitigate this.
For instructions on how to perform this procedure, see K000148566: F5 rSeries systems may silently reboot after upgrading to F5OS-A 1.8.0 at https://my.f5.com/manage/s/article/K000148566.
Fix:
Fixes introduced in F5OS-A-1.8.0-17564.R5R10.EHF-1.iso
1712249 : F5OS webUI reversed LDAP Connect and Read Timeout mapping; field names clarified
Links to More Info: BT1712249
Component: F5OS-A
Symptoms:
F5OS webUI reversed the mapping of LDAP Connect Timeout and Read Timeout fields. The Connect Timeout field updated the LDAP timelimit (operation timeout), and the Read Timeout field updated bind_timelimit (connect/bind timeout).
Conditions:
F5OS-A 1.8.0 LDAP authentication in use.
Impact:
Incorrect timeout values could have been applied to LDAP authentication, potentially causing unexpected connection or read failures.
Workaround:
when using the timelimit field in to webUI on 1.8.0 reverse the connect and operation values to desired time.
1711633 : All nodes can be reported as not ready, after a live controller upgrade★
Links to More Info: BT1711633
Component: F5OS-C
Symptoms:
After a controller upgrade, it is possible that all of the nodes in the cluster can be reported as in the not ready state for a brief period of time.
Conditions:
The cluster state data that is being reported to ConfD is using stale data. The cluster data is not updated correctly until a valid nodes query is completed.
Impact:
The user can see inaccurate cluster data information.
Workaround:
None.
Fix:
It has been observed that no nodes have displayed a state of unreadiness during the initial stages.
1711021 : Duplicate boot_marker entries are logged after a reboot
Links to More Info: BT1711021
Component: F5OS-A
Symptoms:
Duplicate boot_marker entries are logged after a reboot without about 10 seconds between them.
Conditions:
-- F5OS
-- A reboot occurs
Impact:
Extra log message
Workaround:
Ignore the duplicated log message
Fix:
There are no longer duplicate boot_marker entries logged.
1710765 : The node number fetched by the SNMP disk stats handler from the disk operational handler has the wrong blade value.★
Links to More Info: BT1710765
Component: F5OS-C
Symptoms:
Rarely, SNMP command output may not show up the disk stats for a particular blade. This could happen because of incorrect blade value of the blade fetched from the backend.
The partition "velos.log" file may show below logs:
1. <Timestamp> default platform-stats-bridge[8]: nodename=controller-2(p1) priority="Err" version=1.0 msgid=0x4305000000000007 msg="" msg="Invalid slot value." value=761491247.
2. <Timestamp> default platform-stats-bridge[8]: nodename=controller-2(p1) priority="Err" version=1.0 msgid=0x4305000000000007 msg="" msg="Failed to assign blade instance" value=761491247.
Conditions:
1. Upgrade the partition
2. Configure SNMP community of any version
3. Execute SNMPWalk command on the disk stats table MIB.
Impact:
SNMPWalk will miss the disk utilisation stats of problematic blade.
Workaround:
As a workaround, either restart the platform-stats-bridge container of the partition or disable/enable the partition from Confd.
Fix:
As a workaround, either restart the platform-stats-bridge container of the partition or disable/enable the partition from Confd.
1710453 : Partition configuration wiped out during Controller reboot
Links to More Info: BT1710453
Component: F5OS-C
Symptoms:
In rare cases the partition configuration volume can be wiped during a system controller reboot when partitions are disabled, resulting in partition configuration loss.
Conditions:
When partitions are disabled and a system controller is rebooted there can be a shutdown race between a (spurious) resize request and LVM shutdown that can cause one of the partition volumes to get removed.
When the partition is subsequently enabled, whichever controller instance starts first will establish the current configuration. If the instance that was removed starts first, the partition is reinitialized to a clean configuration.
If the partition is running when the system controller reboots it will automatically resync itself from the other system controller as soon as it restarts. Configuration loss is not observed, though there may be missing logfiles on one of the system controller partition instances.
Impact:
Partition and tenant configuration is lost, and must be restored from backup before continuing.
Workaround:
Partitions should be left enabled. As long as at least one partition instance is running, the high availability subsystem will ensure that no configuration is lost.
Chassis power loss won't trigger this problem since there won't be a "race" between the stopping components.
Fix:
The spurious resizes no longer occur, and the error paths in partition volume resize and partition enablement can no longer result in removing the volumes.
1710429 : Platform-Services-Deployment Fails to Detect Docker Failures
Links to More Info: BT1710429
Component: F5OS-C
Symptoms:
Docker registries/containers fail to come up
Conditions:
Docker run commands should fail on reboot.
Impact:
The system is down as Docker containers fail to come up
Workaround:
Reboot the device.
or
Restart platform-service-deployment.service
Fix:
Improved platform-service-deployment service to capture and retry Docker failures.
1710405 : MAC exhausted error can occur even though there are available MACs
Links to More Info: BT1710405
Component: F5OS-C
Symptoms:
MAC address processing during tenant configuration can result in a "MAC exhausted" error even though there are available MAC addresses.
Conditions:
If the processing of a tenant's configuration releases MAC addresses to the partition's free list then this can erroneously cause a MAC exhaustion error. In this case there may be error logs in velos.log as well indicating failure to update or modify the MAC address pool.
Impact:
This can disrupt tenant configuration.
Workaround:
Modifying the tenant in the CLI when adding VLANs to a tenant is less likely to run into this issue.
Fix:
The code has been modified to log the error but not cause the misleading MAC exhaustion error and not block tenant configuration.
1709665-3 : Blade NotReady after liveupgrade★
Links to More Info: BT1709665
Component: F5OS-A
Symptoms:
A blade is stuck in the NotReady state after an upgrade.
Conditions:
-- The VELOS system is being upgraded.
-- A reboot is triggered before the grub config update is complete.
Impact:
Blade stuck in NotReady state.
Workaround:
Perform a clean install of the blade by PXE installing it. Connect to the serial console of the blade and interrupt the boot process by selecting 'b' when the boot process displays "Press <c> to enter setup".
1709121 : Unable to create a tenant as the Network Manager start-up or failover may result in a looping process
Links to More Info: BT1709121
Component: F5OS-A
Symptoms:
While creating a new tenant, an error occurs:
"Failure for data/f5-tenants:tenants API. The server or an underlying service is unreachable."
The network-manager service seems to hang, or it might be in a restart loop.
In confd, the 'show system mac-allocation state' command indicates that no MAC addresses have been allocated.
$ show system mac-allocation state
system mac-allocation state free-single-macs 16
system mac-allocation state allocated-single-macs 0
system mac-allocation state free-large-blocks 2
system mac-allocation state allocated-large-blocks 0
system mac-allocation state free-medium-blocks 0
system mac-allocation state allocated-medium-blocks 0
system mac-allocation state free-small-blocks 0
system mac-allocation state allocated-small-blocks 0
system mac-allocation state total-free-mac-count 80
system mac-allocation state total-allocated-mac-count 0 <---
system mac-allocation state total-mac-count 80
Conditions:
This can occur with combinations of tenants using MAC blocks greater the size 1. The specific combinations are somewhat unpredictable.
Impact:
Tenants cannot be created.
Workaround:
None
Fix:
The code will be updated to prevent the hang condition.
1699821-1 : Partition data missing
Links to More Info: BT1699821
Component: F5OS-A
Symptoms:
The system controller can be rebooted while a partition is being created. This can cause the partition to not function correctly.
Conditions:
A system controller is rebooted while the partition is being created.
Impact:
Partition doesnt work as expected. /config, /shared, /images paths (one or more) will be missing.
Workaround:
Disable and delete the defective partition, then re-create the partition.
Fix:
Controller reboot during partition creation completes correctly after the controller returns to service.
1697237 : Partition volumes IMAGES, shared are not present in partition snmpwalk output. in hrStorageDescr in HOST-RESOURCES-MIB
Links to More Info: BT1697237
Component: F5OS-A
Symptoms:
SNMP get fails to display the HOST-RESOURCES-MIB details for the partition's volumes IMAGES.
Conditions:
Snmpwalk is performed on the Chassis Partition.
Impact:
HOST-RESOURCES-MIB information is not included in snmp get output.
Workaround:
None
Fix:
Corrected the regex used to collect the Partition's volumes image details.
1696325 : Unresolved VQF IMM watchdogs after system controller failover, VoQ Window Errors, and extensive disconnect to confd
Links to More Info: BT1696325
Component: F5OS-A
Symptoms:
The VoQ IMM Enabled status in the fpga-tables vqf-voq-stats output from the CLI remains 0 indefinitely resulting in traffic loss between blades.
Example:
show fpga-tables vqf-voq-stats
COS MEM COS WIN
EMM IMM SMS FILL FULL HI COS LO SMS EMM IMM ERR
SLOT NAME ENABLED ENABLED DRPLVL PKT CNT BYTE CNT DROP DROP DROP DROP DROP DROP DROP CNT
--------------------------------------------------------------------------------------------------------------------------
3 13.12 1 0 32767 1819895878 2330473381038 200121 0 0 86532 0 14 9 0
3 13.13 1 0 32767 1815815755 2322725261469 251277 0 0 58031 0 14 9 0
3 13.14 1 0 32767 1824204787 2337092078111 211707 0 0 1528 0 14 9 0
3 13.15 1 0 32767 1839939128 2357633747305 208636 0 0 0 0 14 9 0
3 13.4 1 0 32767 0 0 0 0 0 0 0 14 9 0
3 13.9 1 0 5427 0 0 0 0 0 0 0 14 9 0
Conditions:
A temporary loss of the dataplane links between the system controller and a blade on a system, followed by an extensive outage for that blade to the confD database.
Impact:
Traffic loss from the blade reporting the zero values for IMM Enabled towards the destination blade. The destination blade is indicated by the first number in the decimal of the "NAME" column.
For instance, if the IMM ENABLED values are 0 for "Slot 3 and NAME "13.12", this indicates that traffic from slot 3 towards slot 13 will be lost.
Workaround:
Reboot the blades reporting the IMM Enabled values of 0.
1696269 : If partition confd initiates a failover due to a health fault, it may incorrectly attempt to fail over repeatedly
Links to More Info: BT1696269
Component: F5OS-A
Symptoms:
In some conditions, when the partition confd initiates a failover to the other controller, it fails to complete the failover in a timely fashion and the original instance reclaims the active role. If the failover was due to a controller fault and is still present, it will immediately fail over again.
Conditions:
If a controller health fault is present on system controller-1, and the partition redundancy mode is set to either "auto" or "prefer-1".
Impact:
While the partition instance is failing back and forth, the control-plane functions are unavailable or degraded, and this can impact dataplane operations.
Workaround:
Set the partition "system redundancy config mode" to "active-controller". When a controller fault exists, and the controller fails over, the partition will automatically prefer to follow the active controller location.
1696177-1 : Both controllers attempt vfc FWU which results in incorrect status display★
Links to More Info: BT1696177
Component: F5OS-A
Symptoms:
After upgrading the Chassis to 1.8.0-14684 and after the upgrade, you encounter this banner message and there is nothing in Events.
"Firmware updates are currently in progress. Please wait until this warning clears before rebooting any hardware components. See Events for details."
It may also halt the upgrade process like below in "show cluster" command result.
STAGE NAME STATUS
--------------------------------------
AddingBlade Not Started <<=======
HealthCheck Done
HostedInstall Done
MasterAdditionalInstall Done
MasterInstall Done
NodeBootstrap Done
NodeJoin Done
Prerequisites Done
ServiceCatalogInstall Done
etcdInstall Done
Rebooting controllers will resume the upgrade.
Conditions:
Both system controllers attempting to upgrade firmware simultaneously.
Impact:
Banner message displays below:
"Firmware updates are currently in progress. Please wait until this warning clears before rebooting any hardware components. See Events for details."
Also "show system health" displays below:
# show system health
...
fantray-1 - ok error chassis/firmware/vfc1/lop-app - firmware:update-status Firmware update status unhealthy error error 2024-08-20T16:40:26-04:00
It may also halt the upgrade process:
# show cluster
...
STAGE NAME STATUS
--------------------------------------
AddingBlade Not Started
HealthCheck Done
HostedInstall Done
MasterAdditionalInstall Done
MasterInstall Done
NodeBootstrap Done
NodeJoin Done
Prerequisites Done
ServiceCatalogInstall Done
etcdInstall Done
Workaround:
Reboot controllers to resume the upgrade.
1696157 : Container api-svc-gateway crashes after enabling a tenant
Links to More Info: BT1696157
Component: F5OS-A
Symptoms:
The api-svc-gateway container crashes intermittently.
The logs contain the following entries
appliance-1.chassis.local tcpdumpd-manager[8]: priority="Info" version=1.0 msgid=0x5401000000000095 msg="Interfaces/VLANs were removed. No change to hardware programming needed.".
appliance-1.chassis.local Core-helper.Appliance: priority="Err" msgid="0x6501000000000001" msg="Core dumped on Appliance" process="api_svc_gateway" location="/var/shared/core/container/core.system_api_svc.api_svc_gateway.25499.1728690599.core.gz"
appliance-1.chassis.local alert-service[9]: priority="Notice" version=1.0 msgid=0x2201000000000029 msg="Received event." event="327680 appliance core-dump EVENT NA 'Core dumped on appliance. process=api_svc_gateway, location=/var/shared/core/container/core.system_api_svc.api_svc_gateway.25499.1728690599.core.gz'
Conditions:
1. Enabling a tenant by changing it's running-state to deployed.
2. Enabling a tenant followed by deleting the tenant from the CLI promptly.
Impact:
The api-svc-gateway container crashes.
Workaround:
None. The api-svc-gateway will restart immediately and tenants will be recovered automatically.
Fix:
The api-svc-gateway will not crash and tenant will be in the expected state after performing the operations.
1695589 : Data-plane links are bounced on HA failover
Links to More Info: BT1695589
Component: F5OS-C
Symptoms:
If the active management port link is cycled down and up, a system controller and partition HA failover will occur. When the system controller failover occurs, a slot state change event is generated causing switchd to "link bounce" all data plane ports even though the slot state on those ports has not changed.
Any act performed on the chassis that would cause a slot state change event will trigger this behavior. That includes inserting or removing a blade.
The impact of the link bounce can be observed by 'IMM watchdog events' reported in the partitions velos.log (/var/F5/partition<id>/velos.log:
fpgamgr[14]: nodename=controller-1(p4) nodename=blade-3(p4) priority="Warn" version=1.0 msgid=0x305000000000008 msg="VQF IMM Watchdog." slot=5 port=9.
Conditions:
This occurs when the active system controller management link is marked down, resulting in an HA switchover or any other act performed on the chassis that can lead to a slot state change event (ie removing/inserting a blade).
Impact:
The data plane links are bounced (brought down and immediately back up), this will trigger the VQF IMM watchdogs.
Workaround:
None.
1695549 : CVE-2024-23599: Race condition in Seamless Firmware Updates
Links to More Info: K000141500, BT1695549
1695037 : Backplane interfaces lack a description configuration field
Links to More Info: BT1695037
Component: F5OS-C
Symptoms:
You cannot configure a description for the controller backplane interfaces.
Conditions:
Running 'interfaces interface 1/1.1 config'
Impact:
You cannot configure a description field for cases such as SNMP walk for monitoring.
Workaround:
None.
Fix:
A description configuration field now exists for all controller interfaces.
1694481 : K3s token expiry causing tenant unresponsiveness
Links to More Info: BT1694481
Component: F5OS-A
Symptoms:
Expiry of service account token inside multus pod causes tenant startup to fail.
Tenant fails to deploy and the tenant status ('show tenants') reads:
Not ready: containers with unready status: [compute]
There are numerous entries similar to the following in /var/log/messages:
"Unable to authenticate the request" err="[invalid bearer token, Token has expired.]"
Note: Tenant will only be impacted if/after it is changed to configured or provisioned and then it is deployed again.
Conditions:
-- Multus.kubeconfig is not recreated or updated when the service account token in /var/run/secrets/kubernetes.io/serviceaccount/token is renewed.
-- Even though the token is renewed, the token is still valid for a year in multus.kubeconfig
Impact:
After one year, token in the multus.kubeconfig becomes stale (expired). As a result, when Multus tries to access the Kubernetes API server using the stale token in the multus.kubeconfig, it may fail with authentication errors because the token is no longer valid.
Workaround:
Workaround(1):
Impact of procedure: Performing the following procedure should not have a negative impact on your system.
Delete the multus pod by logging into the system as root and running the following command:
kubectl -n kube-system delete pod -l app=multus
The system will delete the running pod and create a new one. This will refresh the token for the next one year.
Workaround(2):
Impact of procedure: Tenants will be temporarily unavailable during this process.
Rebooting the device will refresh the token.
Fix:
None
1691557-2 : CVE-2020-8037: tcpdump memory leak.
Links to More Info: K000149929
1690173 : Enhance Boot Markers on VELOS Chassis to Log Slot ID and Partition ID
Component: F5OS-C
Symptoms:
F5OS systems will print a boot marker into velos.log (or platform.log on appliances) during the boot process, the slot id is not present in these logs.
Conditions:
NA
Impact:
No slot ID visible in boot marker.
Workaround:
None
Fix:
Fixed.
1682425 : Rate limiting does not work on BX520 front panel interfaces
Links to More Info: BT1682425
Component: F5OS-C
Symptoms:
Broadcast and other DLF (destination lookup failure) traffic on BX520 front-panel interfaces is not rate-limited.
Conditions:
Excessive broadcast or DLF traffic is present at the front panel interfaces.
Impact:
Excessive broadcast or DLF traffic can cause traffic loss.
Workaround:
None
Fix:
This issue has been fixed by configuring the BX520 rate-limiter hardware correctly.
1680121 : F5 r5k/10k/12k series platforms may fail to PXE boot due to incorrect MAC address assignment
Component: F5OS-A
Symptoms:
The appliance fails to complete PXE boot, displaying a "PXE-E18: Server response timeout" error on the console. The PXE client retrieves the server IP address and NBP filename but reports an NBP filesize of 0 Bytes and is unable to complete the TFTP transfer. Other identical appliances on the same network boot successfully.
Conditions:
This issue occurs on F5 r5k/10k/12k model appliances running F5OS-A software. The failure is related to incorrect MAC addresses being programmed on affected units during manufacturing, which causes the PXE client to fail TFTP option acknowledgement handling during network boot.
Impact:
Affected appliances cannot be provisioned or reimaged via PXE boot, rendering them unable to complete initial deployment or recovery procedures in environments that rely on network-based boot and imaging workflows. The unit is otherwise functional but cannot be serviced through standard PXE-based provisioning.
Workaround:
No workaround available. Affected units must be returned through the RMA process for remanufacturing to correct the MAC address programming.
Fix:
Corrected the manufacturing process to ensure proper MAC address assignment on r5k/10k/12k appliances, resolving the TFTP negotiation failure during PXE boot. This issue is tracked under bug 1612613.
1680105-4 : Using 'iburst' option is preferred when adding NTP servers.
Links to More Info: BT1680105
Component: F5OS-A
Symptoms:
It's reported that sometimes system time drifts even with NTP server configured.
Conditions:
This is a common occurrence among specific NTP servers.
Impact:
System time drift.
Workaround:
Use 'iburst' option.
It helps making more reliable synchronization and initial accuracy with the server.
Fix:
From 1.8.1 and later, If the default settings are not specified, the settings will automatically change to iburst=true and association-type=pool.
The old NTP configurations, which have the default settings, will be updated to new default settings after the upgrade..
This change is relatively secure and is not likely to result in any problems.
1677797 : OMD on Active system controller hung due to 'oc delete project' command hang, after delete and recreate a partition and move slots
Links to More Info: BT1677797
Component: F5OS-C
Symptoms:
After deleting and recreating a partition and then moving slots in to the new partition, as a result:
* Blades scheduling is disabled
* multus and/or kubevirt are unhealthy
* Pods pending in the new partition
* Controller-manager pods CrashLoopBackOff
* New partition namespace is terminating
Conditions:
This issue occurs when you delete and recreate a partition.
During this operation, slots are moved to the new partition.
The ‘oc delete project’ command hangs, causing OMD on the active system controller to hang.
Impact:
This leads to system instability due to blade scheduling issues. Unhealthy pods impacting functionality and service availability.
Workaround:
Restart OMD services on the active system controller.
Fix:
The issue has been resolved by adding timeouts to the ‘oc delete project’ command. This ensures the operation will not hang indefinitely, preventing OMD on the active system controller from locking up and allowing the system to recover cleanly after partition and slot changes. You should now experience improved reliability during these operations.
1677269-4 : CVE-2024-38428 wget: Misinterpretation of input may lead to improper behavior
Links to More Info: K000141479
1677249-4 : CVE-2024-6232: python: cpython: tarfile: ReDos via excessive backtracking while parsing header values
Links to More Info: K000148252
1673925 : Missing masquerade MAC FDB entry causes excessive DLFs following tenant failover.
Links to More Info: BT1673925
Component: F5OS-C
Symptoms:
The FDB entry for the tenants masquerade MAC is missing from a blades internal L2 table after a tenant failover.
The output of
[root@blade-1 ~]# docker exec -i partition_fpga tmctl -d blade -w 180 nse_l2 -s mac,l2_tag
mac l2_tag
--- ------
[root@blade-1 ~]
where MAC and L2_tag match the masquerade MAC and VLAN from the output of 'show FDB'
Conditions:
During tenant failover, the system will delete the masquerade MAC from the old active and add it to the new active. In parallel, the system will detect a port-motion event when the tenant issues a GARP for the new MAC.
This introduces a race condition between the static ADD from the system and the dynamic port-motion event from the H/W. If the port-motion event is processed last, the new static entry can be deleted erroneously.
Impact:
All front-panel traffic towards the tenant will encounter a DLF, causing excessive DLF traffic to the tenant.
Workaround:
From the tenant, remove and then re-add the masquerade MAC to the traffic group.
Fix:
For port-motion events, don't delete the existing entry if it's a static system entry.
1673265 : RADIUS remote auth on F5OS may not use system management IP as NAS IP address
Links to More Info: BT1673265
Component: F5OS-A
Symptoms:
An F5OS appliance does not use the management IP as the NAS-IP-Address or NAS-IPv6-Address in RADIUS authentication messages, or uses a stale/out-of-date management IP address.
Conditions:
- An F5OS system configured for RADIUS remote authentication
- The F5OS host is configured to use DHCP for assignment of its management IP, or an administrator changes the management IP addresses without rebooting the system.
Impact:
RADIUS messages sent to servers contain an incorrect NAS IP address.
Workaround:
None
Fix:
F5OS will now use the correct management IP address for the NAS-IP-Address / NAS-IPv6-Address attribute.
1672269 : Blades missing L2 entries causing excessive DLFs.
Links to More Info: BT1672269
Component: F5OS-C
Symptoms:
Excessive DLFs from certain blades due to missing L2 entries.
The 'l2fs_stat' tmstat table shows the IDs of the blades to which L2 entries will be forwarded to:
[root@blade-1 ~]# docker exec -i partition_fpga tmctl -d blade -w 180 l2fs_stat -s svc_ids
svc_ids
---------------------------------
[ 0x2c 0x4c 0x6c 0x8c 0xac 0xcc ]
[root@blade-1 ~]#
In this example, blade-1 will forward to blades 3, 5,7,9,11 and 13.
A blade should have an entry for all other blades in the partition.
Conditions:
Reboot of a tenant or changing the tenant from deployed to configured back to deployed.
Impact:
L2 entries learned on the affected blade are not forwarded to other blades causing missing L2 entries on those blades.
Workaround:
Reboot the blade that's missing the entries for other blades.
For example, blade-1 is missing IDs for all blades in the partition:
[root@blade-1 ~]# docker exec -i partition_fpga tmctl -d blade -w 180 l2fs_stat -s svc_ids
svc_ids
---------------------------------
[ ]
[root@blade-1 ~]#
Fix:
On tenant deletion, don't remove service IDs belonging to the L2FwdSvc.
1671629 : [rSeries r2000/r4000] After F5OS reboot, tenant interfaces might be in UNINITIALIZED state
Links to More Info: BT1671629
Component: F5OS-A
Symptoms:
- After F5OS reboot, tenant interfaces might be in UNINITIALIZED state.
- Logs from tenant (/var/log/ltm) will show platform_agent receiving blank VLAN names. Example below where vlan id is 1234 (correct) but vlan name is blank (incorrect):
info platform_agent[7810]: 01e10007:6: vlan id = 1234vlan name = interface name = 1.3
Conditions:
- Rebooting F5OS
- rSeries r2000/r4000
Impact:
Traffic disruption. Since tenants interfaces will be UNINITIALIZED, the tenant will not be passing traffic.
Workaround:
- Remove all the VLANs from the interface (where VLAN names are missing) and re-attach the VLANs. This is to be done from F5OS side.
- Rebooting again is also known to resolve the problem (as this is a timing issue on reboot and does not happen frequently)
1671133-1 : kernel: new DNS Cache Poisoning Attack based on ICMP fragment needed packets replies
Component: F5OS-A
Symptoms:
Use of Insufficiently Random Values
Conditions:
if icmp redirection are enabled.
Impact:
This flaw allows an off-path remote user to effectively bypassing source port UDP randomization.
Workaround:
Fixed in 1.8.4
Fix:
Fixed in 1.8.4
1671057-1 : Add SSH and SSHD config files in Qkviews
Component: F5OS-C
Symptoms:
Before the fix the ssh and sshd files were not available in qkview. These files are required for effective troubleshooting.
Conditions:
NA
Impact:
Without these files, it may be necessary to request them separately, which is not ideal.
Workaround:
Added the files to qkview-collect.
Fix:
With the fix, the qkview will have SSH and SSHD files collected from Host, partition-cli and partition-vconsole.
1670437 : Jumbo frames with an IP length greater than 9174 bytes may be dropped
Links to More Info: BT1670437
Component: F5OS-C
Symptoms:
Jumbo frames with an IP total length greater than 9174 bytes are dropped when traversing the VELOS inter-blade backplane.
Conditions:
This issue may occur for VELOS tenants with a VLAN MTU set to 9175 or higher.
Impact:
Data transfers between a VELOS tenant and another host configured with the same MTU may be disrupted. Individual packets may be dropped, or some flows may be permanently dropped.
Workaround:
Do not set the VLAN MTU higher than 9174 on a VELOS tenant.
Fix:
The MTU limit of the inter-blade backplane has been increased to align with the maximum supported size of jumbo frames, ensuring that jumbo frame communication is reliably transmitted without packet drops.
1670029-2 : Reset counter functionality not working properly on rSeries platforms
Links to More Info: BT1670029
Component: F5OS-A
Symptoms:
On rSeries appliances, interface counters will be reset briefly but then revert to the previous values. This behavior occurs within both the Link Aggregation Group (LAG) and individual interfaces, affecting the accuracy of network statistics and troubleshooting efforts.
Conditions:
Execute the “reset counters all” or equivalent command. The counters briefly reset before reverting to their previous values.
Impact:
The issue impacts the accuracy of interface statistics displayed in the GUI section under “Network -> Network Details.” When you reset counters for a specific interface, only the “Out” counters are successfully reset to 0, while the “In” counters remain unchanged or continue increasing. This causes confusion or incorrect reporting during network diagnostics or performance monitoring.
Workaround:
None
1644293-1 : Interface status alert and SNMP trap is not sent immediately after interface is disabled
Links to More Info: BT1644293
Component: F5OS-A
Symptoms:
When an interface is disabled, the alert or SNMP trap is not sent immediately.
Conditions:
-- Disable an interface.
-- R5000, R10000 and R12000 platforms
-- VELOS platform
Impact:
No alert or SNMP trap is sent when an interface is disabled. The trap is sent when the interface is re-enabled.
Workaround:
None
Fix:
Add a new "Interface disabled" event triggered when an interface is disabled. The "Interface up" and "Interface down" alerts changed to events.
Note : F5OS-A v1.8.3 is not affected by this bug.
1644221-2 : Log file grows to gigabytes (GBs) under /var/log
Links to More Info: BT1644221
Component: F5OS-C
Symptoms:
The default setting for logrotation on host-os is once per day. This can be troublesome if a problem arises and causes an excessive amount of log files to be generated. In such cases, the log files will grow to several GBs within a day.
Conditions:
If any service floods the logfiles under /var/log then file starts to grow in GBs.
Impact:
System disk gets full and becomes unusable.
Workaround:
None
Fix:
This issue has been fixed and the Log files will no longer grow in GBs.
1644185 : DAG State table is not cleaned when a tenant is deleted or moved to configured/provisioned
Links to More Info: BT1644185
Component: F5OS-A
Symptoms:
DAG State table is not cleared when a tenant is deleted, or moved to configured or provisioned state
Conditions:
1. Deploy a tenant and confirm the sDAG state table is present in partition ConfD.
2. Delete the tenant
Impact:
DAG State table is not deleted. The stale table is no longer functional.
Workaround:
The stale table can be manually deleted.
Fix:
DAG State table is now cleaned when a tenant is deleted.
1638629 : "Unhealthy" kubevirt pod due to internal networking issue with blade★
Links to More Info: BT1638629
Component: F5OS-C
Symptoms:
Some kubevirt pods are in a "CrashLoopBackOff" state following a live upgrade. The output of the 'show cluster' command shows that kubevirt status is unhealthy.
Conditions:
Exact conditions are unknown and this occurs rarely.
It was encountered during internal testing after a live upgrade.
Impact:
Might affect tenant deployment & traffic on the issued blade.
Workaround:
There are 2 workarounds for this issue:
1. Reboot the affected blade
2. Unschedule & reschedule the affected node
Steps for workaround #2:
'oc adm cordon <node>' ------> Mark <node> as unschedulable.
'oc adm drain <node> --delete-local-data --ignore-daemonsets' -----> safely evicts all pods from the specified node,preparing it for maintenance or decommissioning.
'oc adm uncordon <node>' -------> mark the node as schedulable again. After the maintenance is complete, can use this command to allow new pods to be scheduled onto the node.
Fix:
Please follow the work around steps and contact f5 support if need further assistance.
1635729 : Restrict Multiple STP protocol selection★
Links to More Info: BT1635729
Component: F5OS-A
Symptoms:
The stp global config command allows you to configure multiple STP modes, but this should not be allowed.
In platform.log you see fpgamgr[15]: priority="Err" version=1.0 msgid=0x302000000000011 msg="Unexpected STP configuration." DESCRIPTION="Multiple protocols enabled. Selecting NONE".
Conditions:
More than one protocol is configured at once, for example:
stp global config enabled-protocol [ STP RSTP MSTP ]
Impact:
Can lead to upgrade failures. Configuration data displayed is not consistent.
Workaround:
Make sure only one protocol is configured at a given time.
1635497-1 : TACACS server secret key gets corrupted after changing the primary key
Links to More Info: BT1635497
Component: F5OS-A
Symptoms:
When TACACS is configured and becomes unavailable (server not raechable), the local account root & admin can not login to the CLI (SSH & Console). The password is confirmed correct.
Conditions:
When server-group name has a "space" in it.
Eg: "Remote - TACACS+"
Impact:
Local root and admin users unable to login.
Workaround:
Reconfigure TACACS+ server secret
Do not contain space in TACACS server group name
1633681 : Dynamic FDB entries may not be flushed from all blades when a vlan tag is removed from a LAG.
Links to More Info: BT1633681
Component: F5OS-A
Symptoms:
When a vlan tag is removed from a LAG in a VELOS partition, existing FDB entries for that vlan that were learned on that LAG may not be flushed out on each blade.
If that vlan is then added to a different interface or LAG, the old FDB entries may get updated via L2 learning. But if that fails to happen (e.g. due to ID1620077), the old entries may persist.
Conditions:
Remove a vlan tag from a LAG on VELOS, and add the vlan to another.
Old FDB entries may persist when moving a vlan tag from a LAG to another LAG. If moving a vlan tag from a LAG to an interface, L2 learning seems to correct the situation.
Impact:
Since the old FDB entries are not flushed, if the system fails to update them via L2 learning also, egress traffic that matches these old entries is dropped.
This depends on which blades have the old entries and where the tenants are assigned to run. Tenant instances running on those blades are impacted, for the MAC address and vlan matching the old entry.
Workaround:
If old L2 entries persist, a reboot of the blade is required to clear them out.
1633073 : A core can occur in a forked process with an Orchestration Agent
Links to More Info: BT1633073
Component: F5OS-A
Symptoms:
You may occasionally notice a core file from a forked process of the orchestration agent.
Conditions:
This can occur in orchestration agent during normal operation.
Impact:
There’s a minimal impact. The core occurs rarely. It happens in a forked process during a read of the partition token. It doesn’t core the overall orchestration agent, only the forked process. There are no error logs. If the read fails, there will be a retry.
Workaround:
None
1630273-1 : CVE-2023-4207 - Centos Security Update for kernel
Links to More Info: K000138693
1630253-1 : CVE-2023-4208 - Centos Security Update for kernel
Links to More Info: K000138693
1630009 : F5 rSeries NSO firmware v70.5.2.22
Links to More Info: BT1630009
Component: F5OS-A
Symptoms:
F5 rSeries NSO firmware v70.5.2.22
Conditions:
F5 rSeries r5000, r10000, or r12000-series appliance.
This update is not applicable to r2000 or r4000-series appliances.
Impact:
Not applicable.
Workaround:
None
Fix:
Fixes port mode mismatch. See ID1576345 for more information.
1630005 : F5 rSeries NSO firmware v70.5.2.11
Links to More Info: BT1630005
Component: F5OS-A
Symptoms:
F5 rSeries NSO firmware v70.5.2.11
Conditions:
F5 rSeries r5000, r10000, or r12000-series appliance.
This update is not applicable to r2000 or r4000-series appliances.
Impact:
Not applicable.
Workaround:
None
Fix:
Fixes port mode mismatch. See ID1576345 for more information.
1630001 : F5 rSeries NSO firmware v70.5.2.00
Links to More Info: BT1630001
Component: F5OS-A
Symptoms:
F5 rSeries NSO firmware v70.5.2.00
Conditions:
F5 rSeries r5000, r10000, or r12000-series appliance.
This update is not applicable to r2000 or r4000-series appliances.
Impact:
Not applicable.
Workaround:
None
Fix:
Fixes port mode mismatch. See ID1576345 for more information.
1629993 : F5 rSeries ASW firmware v71.5.2.22
Links to More Info: BT1629993
Component: F5OS-A
Symptoms:
F5 rSeries ASW firmware v71.5.2.22
Conditions:
F5 rSeries r5000, r10000, or r12000-series appliance.
This update is not applicable to r2000 or r4000-series appliances.
Impact:
Not applicable.
Workaround:
None
Fix:
Fixes port mode mismatch. See ID1576345 for more information.
1629985 : F5 rSeries ASW firmware v71.5.2.11
Links to More Info: BT1629985
Component: F5OS-A
Symptoms:
F5 rSeries ASW firmware v71.5.2.11
Conditions:
F5 rSeries r5000, r10000, or r12000-series appliance.
This update is not applicable to r2000 or r4000-series appliances.
Impact:
Not applicable.
Workaround:
None
Fix:
Fixes port mode mismatch. See ID1576345 for more information.
1629977 : F5 rSeries ASW firmware v71.5.2.00
Links to More Info: BT1629977
Component: F5OS-A
Symptoms:
F5 rSeries ASW firmware v71.5.2.00
Conditions:
F5 rSeries r5000, r10000, or r12000-series appliance.
This update is not applicable to r2000 or r4000-series appliances.
Impact:
Not applicable.
Workaround:
None
Fix:
Fixes port mode mismatch. See ID1576345 for more information.
1629257 : Diag-agent service memory utilization increases because of heartbeat probe
Links to More Info: BT1629257
Component: F5OS-A
Symptoms:
Diag-agent service memory utilization rises if not controlled which can lead to OOM.
Conditions:
Diag-agent service generates heartbeat events which are sometimes creating a deadlock in the service. Once deadlock is hit the memory queue of diag-agent service in increasing because of heartbeat probes and eventually diag-agent service memory utilization also rises.
Impact:
Diag-agent service memory utilization rises if not controlled which can lead to OOM.
Workaround:
None
Fix:
Updated diag-agent service handle event locking in a better way so that a deadlock does not occur.
1628569-1 : Kubevirt pods virt-api, virt-controller, and virt-handler report readiness/liveness probe errors due to timeout issues
Component: F5OS-A
Symptoms:
Warning events are logged indicating readiness and liveness probe failures for kubevirt pods (virt-api, virt-controller, virt-operator) and coredns with errors such as "context deadline exceeded (Client.Timeout exceeded while awaiting headers)" and "EOF".
Conditions:
This issue occurs when the system experiences transient high CPU load, causing probe responses to exceed the previously configured 1-second timeout.
Impact:
Pods may be incorrectly marked as unhealthy, potentially leading to unnecessary pod restarts and brief service disruptions.
Workaround:
None.
Fix:
Increased health check probe timeout values from 1 second to 10 seconds for coredns, virt-api, and virt-controller deployments to prevent false-positive probe failures under transient load conditions.
1628557 : F5OS high memory usage when using snmp
Links to More Info: K000149820, BT1628557
1627541 : System Controller unexpected failover in auto mode due to unhealthy SwitchD
Links to More Info: BT1627541
Component: F5OS-C
Symptoms:
A issue was identified where an unhealthy status reported by switchd was causing a system controller failover.
Conditions:
This issue occurs when switchd experiences a transient connection problem with ConfD and as a result reports it is unhealthy.
Impact:
The reporting of a transient ConfD connection problem as unhealthy triggers an unexpected system controller failover.
Workaround:
None.
Fix:
Switchd no longer reports an unhealthy condition because of a transient ConfD connection interruption thus removing this as a trigger of system controller Failover.
1627293 : GUI session may log out prematurely
Links to More Info: BT1627293
Component: F5OS-A
Symptoms:
When the F5OS Token Lifetime is set to one minute, users may be logged out of the F5OS GUI prematurely.
This setting is located:
- GUI: AUTHENTICATION & ACCESS -> Authentication Settings.
- CLI: system aaa restconf-token config lifetime.
Conditions:
The restconf token is set to less than one minute.
Impact:
If the Token Lifetime is set to one minute it may expire before it has a chance to renew, so the user is logged out.
Workaround:
Use a restconf token time limit of greater than 1 minute.
1627257 : F5OS does not support mapping multiple LDAP groups to a single F5OS role (many-to-one LDAP group mapping)
Component: F5OS-A and F5OS-C
Symptoms:
There is no way to map multiple LDAP groups to a single F5OS role in older releases(eg:
system aaa authentication roles role admin config ldap-group |(CN=netops)(CN=f5ops) )
Conditions:
The ldap-group field under system aaa authentication roles supports only a single group value per role - there is no native OR/multi-group syntax.
Impact:
Have multiple AD groups that should grant the same F5OS administrative role (e.g., a network ops team and an F5 ops team both needing admin access).
Workaround:
None.
Fix:
Support for many-to-one LDAP group-to-role mappings was added in F5OS v2.0.0. The fix allows multiple LDAP groups to map to a single F5OS role, so that users who belong to any configured group will be granted the appropriate role upon login.
1624837 : Possible to have inconsistencies in the cluster member ready status after a Controller Connection failover
Links to More Info: BT1624837
Component: F5OS-A
Symptoms:
An inconsistency in the actual ready status of the nodes and controllers may be observed after a controller failover.
Conditions:
On a controller failover, it is possible there could be stale cluster status data on the new active controller that is being written into ConfD before a new poll of that data occurs.
Impact:
When looking at output of the controller CLI 'show cluster' command, you may see cluster members that are offline when in actuality they are in the Ready state. This is a temporary condition as the output will be eventually update to the correct data.
Workaround:
No workaround is necessary as the correct results will be shown on the next data poll.
1624777 : Tenants will not deploy since Orchestration Agent process is continuously generating a core
Links to More Info: BT1624777
Component: F5OS-A
Symptoms:
When attempting to deploy a tenant an error occurs:
tenants tenant my-bigip-1 config type BIG-IP (fill out all prompts)
default-1(config-tenant-my-bigip-1)# commit
Aborted: application communication failure
Core files are found in the partition's /shared/core/container/ directory.
Conditions:
-- Creating a BIG-IP tenant
-- Orchestration agent is crashing
Impact:
Tenants cannot be deployed if Orchestration Agent is crashing. User will not be able to deploy a tenant successfully.
Workaround:
None
1624665 : ConfD state data shows key and certificate configured for secure (mTLS) even after deleting from config
Links to More Info: BT1624665
Component: F5OS-A
Symptoms:
ConfD operational state data shows key and certificate configured for mutual transport layer security (mTLS) even after deleting them from configuration.
Conditions:
When the exporter is configured with mutual TLS. And then the key and certificate are deleted from the configuration. ConfD operational state data displays the deleted key and certificate for the exporter.
Impact:
No functional impact.
Workaround:
Delete the exporter and reconfigure it again.
Command to delete the exporter from ConfD CLI:
no system telemetry exporters exporter <exporter-name>
1624573-2 : Intermittent inlet temperature sensor faults or abnormal value (e.g. -40.0 degreesC)
Links to More Info: BT1624573
Component: F5OS-A
Symptoms:
A system may experience an intermittent inlet temperature sensor fault that resolves itself quickly (within 5-10 seconds).
A system may also exhibit an abnormal inlet temperature value (of -40.0 degrees C, for example).
Conditions:
- r5K/r10K appliances
- VELOS system controller
The temperature sensor IC used for the inlet temperature measurement has an errata that may cause an intermittent temperature sensor fault or an abnormal temperature value to be read from the device. Not all temperature sensor devices exhibit this issue. The occurrence of this issue is unpredictable.
Impact:
For an intermittent temperature sensor fault, the system may log an event when the temperature sensor fault resolves. The event entry will indicate the measured inlet temperature after sensor fault resolution. For example:
2024-08-02T06:58:30.719387+05:30 controller-1 alert-service[9]: priority="Notice" version=1.0 msgid=0x2201000000000029 msg="Received event." event="65546 controller-1 thermal-fault EVENT Network Access 'inlet at +26.4 degC' '2024-08-02 01:28:30.667243859 UTC'".
Note that this is an "EVENT" entry with "NA" severity. This is _not_ an indication of an actual thermal fault. An inlet temperature of 26.4 degC (as in this example) is well within operating limits. Should an actual thermal fault occur, it would be an "ASSERT" entry with an appropriate severity level (e.g. "CRITICAL") depending on the inlet temperature value and thresholds.
For an abnormal temperature sensor value (of -40.0 degrees C, for example), there will likely be no indication in the logs.
For both cases, system operation is not affected.
Workaround:
None
Fix:
The manufacturer of the affected temperature sensor IC has published a workaround for the issue. The AOM on affected systems must implement this workaround.
1624057 : BX110 Port Flapping or interface/connectivity issues
Links to More Info: BT1624057
Component: F5OS-A
Symptoms:
F5OS-C v1.8.0 has a fix for an issue "VELOS interfaces flapping if an interface is disabled"; however a corner case remains that could still cause port flapping or have ATSE register reads return 0xebade001 instead of the correct value.
Conditions:
VELOS system
Impact:
Interfaces are intermittently marked DOWN and then UP. Traffic is disrupted while the interface is marked DOWN.
There may be other intermittent issues with interfaces or general connectivity issues.
Workaround:
Upgrade to F5OS-C 1.8.0 EHF-1
1623973 : CVE-2022-48174 Busybox Vulnerability
Links to More Info: K000140863
1623613-2 : F5OS:Change of OIDs type from Counter64 to Gauge32 for system memory
Links to More Info: BT1623613
Component: F5OS-A
Symptoms:
System memory related SNMP attributes like available, free and platformUsed were defined as Counter64 in F5-PLATFORM-STATS-MIB.mib
Conditions:
Always.
Impact:
No functional impact. The System memory OIDs display as Counter64.
Workaround:
No
Fix:
Updated Counter64 to Gauge32
1623101 : External OTEL server receives log data for both the platform and event logs, even if only one of them has been configured
Links to More Info: BT1623101
Component: F5OS-A
Symptoms:
The configured OTEL exporter receives log data from both platform-log and event log, even when only one of them is configured.
Conditions:
This occurs when you configure one telemetry exporter with only either of “platform-log” or “event-log” instruments and another telemetry exporter with “all” or “logs” or both “[platform-log event-log]” instruments.
Impact:
The telemetry exporter configured to receive only platform-log or event-log instrument data will receive data from both log instruments.
Workaround:
None
1623017 : Interface VLAN in Use While Top-Level VLANs/VLAN Deleted
Component: F5OS-C
Symptoms:
A VLAN component can be deleted from the configuration while it is configured under the interface.
Conditions:
When a VLAN component is configured to be used by an interface, and the user deletes the VLANs/VLAN.
Impact:
There is no impact on functionality. The OpenConfig interface VLAN is modeled as a standalone leaf, rather than a leaf reference to the VLANs/vlan component. The interface VLAN continues to function as expected, even if the top-level VLANs/vlan is deleted.
Workaround:
Do not remove the VLANs/VLAN if in use by an interface.
Fix:
Business logic was added to prevent users from deleting the VLANs/VLAN components while in use by an interface.
1622869-1 : Might see TPOB core after HA disassembly
Links to More Info: BT1622869
Component: F5OS-A
Symptoms:
TPOB container might crash after performing BIG-IP Next-HA disassembly operation.
Conditions:
-- BIG-IP Next in a HA pair
-- The HA pair is disassembled and factory reset
Impact:
No impact, as the container gets re-created
Workaround:
None
Fix:
No Fix needed
1622125-3 : CVE-2024-1975: bind9: bind: SIG(0) can be used to exhaust CPU resources
Links to More Info: K000140745
1622113-2 : CVE-2024-1737: bind: bind9: BIND's database will be slow if a very large number of RRs exist at the same nam
Links to More Info: K000140732
1621861 : F5OS Upgrade on optics-mgr-package installed device may result in mismatched OS and services★
Links to More Info: BT1621861
Component: F5OS-A
Symptoms:
If the optics-mgr package is installed on the system, performing a Live upgrade may lead to one of the following issues:
The system may continue running an older OS version after the upgrade attempt.
The OS and associated services may fail to upgrade properly.
Conditions:
Performing Live upgrade on a system with optics-mgr installed may result in failure in one of the upgrade steps and continues with the subsequent steps.
Impact:
The system may be completely inoperative, or the system may be running with different OS versions, which could lead to unknown problems.
Workaround:
To prevent the system from entering this state, ensure the following:
If the current OS version is below 1.5.3 and the Optics Manager package is installed, and you are planning to upgrade to version 1.5.3 or 1.8.x, follow these steps:
-> Uninstall the Optics Manager package before starting the upgrade.
-> Proceed with the OS upgrade to version 1.5.3 or 1.8.x.
-> Once the upgrade is complete, reinstall the Optics Manager package.
Note: Installing or uninstalling the optics-manager package triggers a system reboot for the changes to take effect.
1621769 : Observing FPGA errors when VLAN cannot configured for the interface and VLAN state is not set up
Component: F5OS-A
Symptoms:
FPGA error logs are observed for interfaces that are not configured in the MSTP instance.
Conditions:
1. Create VLANs.
2. Attach VLANs to the interfaces.
3. Enable MSTP using webUI. Select Network Settings > STP configuration and select MSTP.
4. Create an instance(1) and attach a VLAN to it (created VLANs).
5. Add the interfaces to instance 1.
6. You will observe errors under platform.log.
Impact:
There is no impact on MSTP behaviour and convergence.
Workaround:
None
1621757-5 : Observing "Stp Maapi request to readPortFlushes failed" errors while enabling MSTP port
Component: F5OS-A
Symptoms:
MSTP port flush failed when configuring instance.
Conditions:
1. Create VLANs.
2. Attach VLANs to interfaces.
3. Enable MSTP using GUI. Network settings > STP Configuration - MSTP
4. Create an instance and attach a VLAN to it (created VLANs).
5. Observed errors under platform.log and /var/log/messages.
Impact:
No major impact on MSTP topology.
Workaround:
None
Fix:
No major impact on MSTP topology.
1620921 : During live-upgrade, "show cluster cluster-status" shows "K3s IMAGE update has failed, will retry"★
Links to More Info: BT1620921
Component: F5OS-A
Symptoms:
If the prompt status is stuck in either of these 2 stages after F5OS-A live upgrade:
'Cluster update in-progress/Waiting for cluster service',
checkout the cluster state by running following command:
'show cluster cluster-status'
If the cluster state shows some output like this where K3s Image update has failed, and confirm that this same issue is hit.
INDEX STATUS
---------------------------------------------------------------------------------------------------
... . . . ...
6 2024-07-25 15:51:23.567837+00:00 - K3s IMAGE update has failed, will retry.
... . . . ...
Conditions:
This can occur while performing a live upgrade of F5OS-A.
Impact:
The prompt status is stuck in 'Cluster update in-progress/Waiting for cluster service' error.
Workaround:
Reboot the system. The upgrade will resume and complete.
1620597-2 : Reset counter functionality not working properly on rSeries platforms
Links to More Info: BT1620597
Component: F5OS-A
Symptoms:
On rSeries appliances, interface counters will be reset briefly but then revert to the previous values. This behavior occurs within both LAG (Link Aggregation Group) and individual interfaces, affecting the accuracy of network statistics and troubleshooting efforts.
Conditions:
Execute the "reset counters all" or equivalent command. The counters briefly reset before reverting to their previous values.
Impact:
The issue impacts the accuracy of interface statistics displayed in the GUI section under "Network -> Network Details." When you reset counters for a specific interface, only the "Out" counters are successfully reset to 0, while the "In" counters remain unchanged or continue increasing. This cause confusion or incorrect reporting during network diagnostics or performance monitoring.
Workaround:
None
1620077-3 : FDB entry port motion not working if new interface is a trunk/LAG
Links to More Info: BT1620077
Component: F5OS-A and F5OS-C
Symptoms:
Immediately after a fail-over of traffic from one trunk/LAG to another, outbound traffic from the appliance or chassis to certain addresses may be interrupted for up to five minutes before recovering.
Conditions:
Switching traffic from one LAG to another on an appliance or chassis.
Impact:
Temporary disruption of tenant’s outbound traffic on an appliance or chassis system.
Workaround:
None
Fix:
Updated handling of FDB entry port motion to include cases with a trunk/LAG as the new interface.
1619925 : Tenant disk utilization stats fail to clear after deleting the tenant.
Links to More Info: BT1619925
Component: F5OS-A
Symptoms:
Statistical information of the tenant is observed after the tenant is deleted.
Conditions:
A tenant is deleted.
Impact:
Executing the command "show tenant tenants show deleted tenant statistics" in the ConfD displays the tenant statistics.
Workaround:
Rebooting system will remove the information for the deleted tenant.
1617805 : CVE-2024-6345 Python Setup Tools vulnerability
Links to More Info: K000152019, BT1617805
1615917 : L2_agent crash due to SNMP★
Links to More Info: BT1615917
Component: F5OS-A
Symptoms:
After upgrading system, L2-agent crashes.
Conditions:
1. System running with older version (earlier then F5OS-C 1.8.0 or F5OS-A 1.8.0 or F5OS-C 1.5.3 )
2. Configure SNMP
3. Upgrade system
4. L2-agent will start crashing.
Impact:
L2-agent crashes and you are unable to do get/set operations for interfaces using ConfD interfaces.
Workaround:
None
Fix:
Fixed an issue causing l2-agent to crash after upgrade.
1615849-2 : LAG interface ifAdminStatus always shows "up" in SNMP ifTable o/p despite the same not being populated in cli as admin up/down is not configurable
Links to More Info: BT1615849
Component: F5OS-C
Symptoms:
LAG interface ifAdminStatus always shows "up". This stats should be up only for ianaift_ethernetCsmacd.
Conditions:
1. Upgrade chassis to 1.8.0-14272
2. Create LACP interface
3. Configure SNMP
4. Run snmp walk from workstation
5. Check ifAdminStatus stats on SNMP table.
Impact:
Incorrect information is displayed for ifAdminStatus.
Workaround:
None
Fix:
Check correct interface before updating ifAdminStatus stats.
1615105 : Observing Active-Active status in both controller bash prompts for long period of time after reboot
Links to More Info: BT1615105
Component: F5OS-C
Symptoms:
The system status is reported as "Active" on both system controllers for ~115 seconds after system reboot.
Prompt will be updated correctly after ~115 seconds.
Conditions:
Reboot both system controllers.
Impact:
Both system controllers report Active status for ~115 seconds after the reboot.
Workaround:
None
1614821 : CVE-2024-3596 - Blast-RADIUS
Links to More Info: K000141008, BT1614821
1614617 : Meaningful errors logs should be printed for LACP out-of-sync issues for better debugging.
Component: F5OS-A
Symptoms:
No symptoms.
Conditions:
Logs printed when lag interfaces out-of-sync.
Impact:
NA
Workaround:
NA
Fix:
Log enhancement done to print meaningful errors logs for LACP out-of-sync issues for better debugging.
1613061-3 : CVE-2024-5535 openssl: SSL_select_next_proto buffer overread
Links to More Info: K000140882
1612605 : RSeries 2000/4000 NIC driver/firmware/utilities update
Links to More Info: BT1612605
Component: F5OS-A
Symptoms:
Datapath problems with one or more of the interfaces.
Conditions:
The problem has been seen after a port-profile change.
Impact:
Certain interfaces are not usable and won't pass traffic.
Workaround:
A power-cycle after a port-profile change fixes the problem.
1612557 : Dma-agent service health warnings appears in show system summary
Component: F5OS-A
Symptoms:
Dma-agent service health warnings shown in show system health summary even when dma-agent service is reporting healthy.
Conditions:
When the health file is not deleted by any means and created again making it untracked.
Impact:
When dma-agent sevice health file reports dma-agent to be healthy, stale data (including warnings) might be seen in show system health summary.
Workaround:
SSH to the impacted blade and restart the platform-monitor service. E.g.
ssh blade-1
docker restart platform-monitor
Fix:
Show system health won't show stale data (warnings) when dma-agent service health file reports dma-agent to be healthy.
1612497-1 : CVE-2024-22195: python-jinja2: HTML attribute injection when passing user input as keys to xmlattr filter
Links to More Info: K000141253
1612429-3 : License installation is not working with HTTPS Proxy server
Links to More Info: BT1612429
Component: F5OS-A
Symptoms:
License installation is not working with SSL-enabled proxy server.
Conditions:
The SSL-enabled proxy server is unable to perform an SSL handshake when installing a license through a proxy server.
Impact:
License installation will fail with proxy server.
Workaround:
Install the license manually or use an HTTP proxy.
1612405-2 : LACP status shows UP in BIG-IP tenant even if its down on F5OS.
Links to More Info: BT1612405
Component: F5OS-A
Symptoms:
LACP Trunk is UP in BIG-IP tenant even when it’s DOWN on F5OS.
Conditions:
Condition 1:
1. Setup a rSeries or VELOS system.
2. Configure LACP LAG with interfaces operationally down.
3. Make sure LACP Trunk is DOWN on F5OS.
4. Upgrade the software.
5. Launch a BIG-IP tenant.
6. Check LACP trunk status inside tenant.
Condition 2:
1. Setup a rSeries or VELOS system.
2. Configure STATIC LAG with interfaces operationally down.
3. Ensure STATIC Trunk is DOWN on F5OS.
4. Launch a BIG-IP tenant.
5. Check the Trunk status inside the tenant. It will be DOWN.
6. Convert LAG type to LACP
7. Check the Trunk status inside the tenant. It will be UP even though it is down on F5OS.
Impact:
LACP Trunk members are shown as working members even though they are DOWN.
Workaround:
Check the interface config. If the admin is disabled, enable it.
Fix:
The status of LACP members is read whenever an LACP member is added as an operational member.
1604669 : Unable to search events using a keyword.
Links to More Info: BT1604669
Component: F5OS-A
Symptoms:
You are unable to search log events via a keyword.
Conditions:
-- F5OS GUI
-- Searching for certain events in the logs
Impact:
You are unable to search for and locate specific events, particularly when the event list is extensive.
Workaround:
You can view and filter the events on the CLI:
show system events | include "<keyword>"
Fix:
A search bar has been added to the events data table, allowing users to easily find specific events using keywords.
1603661 : SysDescr value returns empty string under SNMPwalk, after performing backup/restore configuration
Links to More Info: BT1603661
Component: F5OS-A
Symptoms:
System config backup/restore resets the system database to default. Due to this, the sysDescr in SNMP will also reset to default.
Conditions:
This occurs after performing F5OS system config backup and restore.
Impact:
The sysDescr in SNMPwalk displays the default value.
Workaround:
Restart the snmpd docker service.
Fix:
The SNMP sysDescr is updated to the correct value after F5OS system config backup and restore operation.
1603345 : i40e driver not loaded error
Component: F5OS-C
Symptoms:
A blade is not responsive, and the platform deployment log reports "ERROR: Module i40e is not currently loaded"
Conditions:
Install the 1.7.1-C iso.
Impact:
Network interfaces are not detected or initialized properly.
Workaround:
# Load the i40e driver module
modprobe i40e
# Verify it's loaded
lsmod | grep i40e
Fix:
The i40e driver now loads earlier in bootup.
1603285 : Improved logging to identify the cause of unexpected system reboots
Component: F5OS-A
Symptoms:
When platform-mgr triggers a system reboot, no log message is generated to explain the reason for the reboot. This makes it difficult to diagnose why an unexpected or unintended reboot occurred.
Conditions:
A change in the number of online CPU cores vs. licensed cores
A change in CPU frequency
Failure to read an internal settings file
Impact:
Without sufficient logging, it becomes difficult to determine the root cause of a platform-mgr-initiated reboot from system logs alone.
Workaround:
None.
1602993 : Multus may not be installed after new blade is inserted
Component: F5OS-C
Symptoms:
Newly inserted blade is added to cluster correctly but it will not be operational for tenant use since multus is not installed.
Conditions:
After new blade is installed, there is a race condition on detecting new blade and installation of multus fails.
Impact:
Unable to deploy working tenants on this node.
Workaround:
Run oc delete node <blade-x> on the console to remove the blade. The blade installs correctly after removal.
1602245 : F5OS-A/F5OS-C support for SNMPv3 using Auth 'SHA256' and Encryption 'AES192, AES256'.
Links to More Info: BT1602245
Component: F5OS-A
Symptoms:
F5OS does not support auth SHA256 and private aes192, aes256 for snmpv3 user as Secure 256-bits ciphers are mandated for security policy.
Conditions:
No Specific conditions.
Impact:
Certain ciphers are not allowed with SNMP.
Workaround:
None
Fix:
F5OS now supports auth SHA256 privacy aes192, aes256 for snmpv3 users
1601985-2 : F5OS unable to transmit frames out to external interface, even though link is reported as UP
Links to More Info: BT1601985
Component: F5OS-A
Symptoms:
Intermittently, one of the external links on the appliance reports a link 'UP' status. However, the system will receive ingress frames on the interface, but no frames will egress the interface.
- An F5OS packet capture will show frames being sent on that link, but they will not egress the interface.
- If the port is a member of an LACP LAG, the LAG status will be reported as LACP_DOWN / OUT_SYNC, and lacpd may log messages similar to the following repeatedly:
lacpd[13]: priority="Info" version=1.0 msgid=0x3401000000000088 msg="Mux_disable_colldist" port_state="Intf=5.0 partnerDefaulted:1 rxState:3 selected:0 txState:0 actorChurn:0 partnerChurn:1 muxState:0 periodicTxState:1 actorState:10000111 partnerState:01000111".
- The interface 'out' counters will not increment.
- The tmctl 'gbx_stat' counters will show incrementing egress packet counters ('egr_pkt_cnt').
- Platform.log may report the transmit direction for the interface MAC as being disabled, although this can occur even if the interface is working properly:
fpgamgr[15]: priority="Info" version=1.0 msgid=0x309000000000016 msg="Configured Interface MAC." INTERFACE="10.0" Tx="Disabled" Rx="Enabled".
Conditions:
-- r5000, r10000, or r12000-series appliance.
-- The first time an interface links up after a system reboot.
Impact:
After a link comes up, the system is unable to transmit frames.
Workaround:
This issue is intermittent, and should not occur after rebooting the appliance.
Use the following procedure if the rebooting does not resolve the issue.
===
Collecting data to determine which interface is in an unexpected state.
On an r5000:
for i in nw_{0..9}; do echo $i; docker exec system_fpga fpgatool -c "mac enable asw $i"; echo; done
On an r10000 or r12000:
for j in asw nso; do for i in nw_{0..9}; do echo $j $i; docker exec system_fpga fpgatool -c "mac enable $j $i"; echo; done; done
For example:
nw_7
target is up on 127.0.0.1:1060
TX Enable state: 0 ===> (!!!)
RX Enable state: 1
===
To map the output of one of those to a named interface, see `tmctl gbx_cfg`
r5000:
interface_name link chip
-------------- -------------- ----
1.0 f5sw_link_nw_0 asw
2.0 f5sw_link_nw_1 asw
3.0 f5sw_link_nw_2 asw
4.0 f5sw_link_nw_3 asw
5.0 f5sw_link_nw_4 asw
6.0 f5sw_link_nw_5 asw
7.0 f5sw_link_nw_6 asw
8.0 f5sw_link_nw_7 asw
9.0 f5sw_link_nw_8 asw
10.0 f5sw_link_nw_9 asw
r10000/r12000:
interface_name link chip
-------------- -------------- ----
1.0 f5sw_link_nw_0 nso
2.0 f5sw_link_nw_1 nso
3.0 f5sw_link_nw_2 nso
4.0 f5sw_link_nw_3 nso
5.0 f5sw_link_nw_4 nso
6.0 f5sw_link_nw_5 nso
7.0 f5sw_link_nw_6 nso
8.0 f5sw_link_nw_7 nso
9.0 f5sw_link_nw_8 nso
10.0 f5sw_link_nw_9 nso
11.0 f5sw_link_nw_0 asw
12.0 f5sw_link_nw_1 asw
13.0 f5sw_link_nw_2 asw
14.0 f5sw_link_nw_3 asw
15.0 f5sw_link_nw_4 asw
16.0 f5sw_link_nw_5 asw
17.0 f5sw_link_nw_6 asw
18.0 f5sw_link_nw_7 asw
19.0 f5sw_link_nw_8 asw
20.0 f5sw_link_nw_9 asw
(Note that interfaces 1-10 are on *different chips* when comparing an r5000 and r10000/r12000.)
===
Run the following command to manually enable the affected interface
docker exec system_fpga fpgatool -c "mac enable asw <INTFERACE> 1 1"
For example, the following command will enable interface 8.0 on r5000
docker exec system_fpga fpgatool -c "mac enable asw nw_7 1 1"
===
Wait for 10 second and check the state again.
docker exec system_fpga fpgatool -c "mac enable asw <INTERFACE>"
===
Assuming both RX and TX were enabled in the last step, check the LACP LAG status.
Fix:
None
1601397 : Incorrect PSU mismatch indication for two Murata MW2100 PSUs operating at different AC input voltages
Links to More Info: BT1601397
Component: F5OS-A
Symptoms:
If two Murata MW2100 AC PSUs are installed in the system and one is operating with an AC input at or above 100V and the second is operating with an AC input below 100V, then an incorrect PSU mismatch condition may occur.
Use the F5OS command "show components" to view voltage details for the PSUs.
Conditions:
- r10000 or r12000-series appliance
- Two Murata MW2100 AC PSUs, one with an AC input at or above 100V and the other with an AC input below 100V.
Impact:
An incorrect "PSU mismatch" condition may occur.
Workaround:
Ensure both Murata MW2100 AC PSUs have input voltage at or above 100V or below 100V.
Fix:
There is no PSU mismatch for two MW2100 PSUs that are operating at different AC input voltages.
1600949-2 : Tenant status is not accurate when the F5OS upgrade is in progress
Component: F5OS-A
Symptoms:
The “show tenants” data is not updated properly when the firmware upgrade is in progress.
Conditions:
During upgrade, if “show system install status” shows in progress, the data is not updated as k3s is not turned up completely.
Impact:
No functional impact. Users should get accurate data once the firmware installation is complete. You can refer to “show tenants” data post system upgrade is completed.
Workaround:
Wait until the upgrade activity is completed.
Fix:
Once appliance upgrade activity is completed, the status will be reflected with the actual tenant status.
1600693 : F5OS - BIG-IP Tenant does not display VELOS Chassis slot serial number
Links to More Info: BT1600693
Component: F5OS-C
Symptoms:
F5OS BIG-IP Tenant does not display the serial number for the slot ("Host Board Serial") under "System Information"
Conditions:
BIG-IP tenant is running on a chassis, and command "tmsh show sys hardware" is run from the tenant
Impact:
The slot serial number is not immediately visible to the user
Workaround:
For CLI, login to the partition and run command "show components component state serial-no". For GUI, login to the active controller, then go to System Settings -> System Inventory. The blade serial number will be shown.
Fix:
F5OS was updated to provide the blade serial number to the tenant for display. The tenant was updated to populate the blade serial number into "show sys hardware" command output, so it is now visible to the user. This fix requires a version 17.5 tenant.
1600385 : BAY ID of RAID drivers are displayed as 0,1
Links to More Info: BT1600385
Component: F5OS-A
Symptoms:
BAY ID of RAID drivers are displayed as 0,1 which are not consistent with the actual hardware ID
Conditions:
Running 'show system raid'
Impact:
ID shown for RAID drivers is 0,1 instead of 1,2 respectively.
No other functional impact.
Workaround:
None
1600189 : F5OS API tokens invalidated after a minute of inactivity
Links to More Info: BT1600189
Component: F5OS-A and F5OS-C
Symptoms:
F5OS API (restconf) tokens expire after approximately a minute of inactivity, regardless of the configured token lifetime.
In the audit log, the token is rejected with an error of: ERROR: Token is not active: <username><session ID>
Conditions:
- Using the F5OS API
- Wait more than a minute between API requests
Impact:
API tokens are invalidated prematurely and cannot be renewed, and the user must request new tokens.
Workaround:
None
1598633 : CVE-2023-45288 - HTTP/2 endpoint excessive header reading via CONTINUATION frames
Links to More Info: K000148640, BT1598633
1598509 : iHealth client can occasionally throw a core file
Links to More Info: BT1598509
Component: F5OS-A
Symptoms:
The iHealth client, accessible with the command line,
system diagnostics ihealth can be used for uploading QKView files to the iHealth service. If this client loses connection to the system database for any reason, it may throw a core file, in the host system's /var/shared/core directory.
Conditions:
System has been up for a long time, and there is a problem with the ConfD database causing the iHealth client to disconnect.
Impact:
A core file may be thrown. The iHealth client will restart if this happens, so functionality is not affected.
Workaround:
Retry the ihealth client operation.
Fix:
The iHealth client will only access the ConfD database when it needs to query information, and not maintain an open connection.
1596777-1 : Seeing error logs in messages file for offline vcpus when lower end license is installed
Component: F5OS-A
Symptoms:
You see a flood of logs in /var/log/messages:
appliance-1.chassis.local k3s: W0616 12:57:50.066828 35509 sysinfo.go:394] Cannot read core id for /sys/devices/system/node/node0/cpu18, core_id file does not exist, err: open /sys/devices/system/node/node0/cpu18/topology/core_id: no such file or directory
Conditions:
This occurs after applying a r10600 license that activates a different number of CPUs than the system has.
Impact:
Log flood of error logs for offline vcpus in /var/log/messages file
Workaround:
None
1596625-1 : BE2 GCI interface training failures during runtime results in failure to process networking traffic★
Links to More Info: BT1596625
Component: F5OS-A
Symptoms:
On particular rSeries appliances, one or more symptoms could occur during normal operation:
-- High availability stops working
-- Inbound traffic stops
-- Platform.log contains 'DM Tx Action ring hung'
This is similar to the symptoms in https://cdn.f5.com/product/bugtracker/ID1580489.html, except that this can be triggered during system operation.
Conditions:
-- rSeries r5000, r10000, or r12000-series appliance
This issue does not affect r2000 or r4000-series appliances.
Impact:
The system stops delivering traffic from front-panel ports to the host, although egress traffic may continue to work. If a LACP LAG is configured, ports will be unable to join the LAG.
Workaround:
There is no workaround for this issue.
If an appliance has already locked up, rebooting it might restore network connectivity.
If your system is running F5OS-A version 1.5.x, F5OS-A-1.5.2-29198.R5R10.EHF-4.iso is an Engineering Hot Fix (EHF) that contains a software fix, and is available at
https://my.f5.com/manage/s/downloads?productFamily=F5OS&productLine=F5OS_Appliance_Software&version=1.5.2&container=1.5.2-EHF
You can also upgrade to F5OS-A 1.8.0.
Fix:
New FPGA bitstreams stabilize the interface between the ATSE and BE2 chip.
1596149-2 : Monitor rSeries ATSE to BE2 links and Raise Alarms in the Event of Failures
Links to More Info: BT1596149
Component: F5OS-A
Symptoms:
Monitor rSeries ATSE to BE2 links and Raise Alarms in the Event of Failures
Conditions:
F5 rSeries r5000, r10000, or r12000-series appliance.
This update is not applicable to r2000 or r4000-series appliances.
Impact:
In cases where errors are detected between the ATSE and BE2 links, alarms and events will be reported.
Workaround:
None
Fix:
Monitor ATSE to BE2 links and raise alarms and report events when errors are detected.
1595113-1 : Interface state enabled value stale due to timeout to reach confd
Links to More Info: BT1595113
Component: F5OS-A
Symptoms:
When trying to modify the interface admin status to disabled across five different interfaces on five blades in a VELOS partition in a single commit message, the CLI operation to update the state interface enabled field fails with an error "system call failed". "Failed to write 68 bytes to ConfD: Connection timed out".
Conditions:
This can occur when a failover of chassis-controller and partition occurs, right before the interface enabled field changes.
Impact:
Stale value for interface/state/enabled field.
Workaround:
Enable and re-disable the interfaces.
Fix:
With the fix, the interface/state/enabled field will reflect accurately the configuration admin status of the interface.
1594125-1 : GUI fails to modify interfaces on F5OS-C
Links to More Info: BT1594125
Component: F5OS-A
Symptoms:
Interface-related operations from the GUI fail.
Conditions:
-- Interface-related operations like LAG creation or deletion.
-- F5OS build prior to 1.8.0-15246
Impact:
You are unable to perform interface operations from the GUI
Workaround:
None
Fix:
GUI is able to modify the interfaces on F5OS-C
1593865 : SEL does not contain entries without a timestamp
Links to More Info: BT1593865
Component: F5OS-A
Symptoms:
Certain SEL entries, mainly those without timestamps, are not being added to /var/log/platform/sel. This affects the entries that come before and after them also.
Conditions:
Anytime r2000 and r4000 systems encounter any event that would lead to a non-timestamped entry, like a CPU MCE.
Impact:
This makes diagnosing certain system issues more difficult, since there is less accessible information to those working on the issue.
If F5 Support detects missing entries in /var/log/platform/sel you may be asked to run additional commands in order to diagnose potential issues.
Workaround:
None
Fix:
Non-timestamped entries are now logged in /var/log/platform/sel.
1593569 : CVE-2024-2961: A bug in glibc iconv() causes a small memory overflow, which can crash apps or be exploited for more serious attacks.
Links to More Info: K000140901
1593385-1 : F5OS Tenant Throughput (bits/packets) and TMM CPU usage higher than expected until VLAN is added or removed
Links to More Info: BT1593385
Component: F5OS-A
Symptoms:
Higher CPU usage and throughput from the tenant than expected. Traffic being directed to a single blade in a multi-blade system.
Conditions:
Repeated deletes/adds of a VLAN from/to a tenant. After approximately 130 deletes, the issue occurs.
Impact:
Traffic imbalance, higher than normal CPU usage.
Workaround:
Re-add the recently deleted VLAN to the tenant.
Fix:
Properly clean up internal storage when a VLAN is deleted from a tenant.
1591645 : EPVA related dma-agent crash
Links to More Info: BT1591645
Component: F5OS-A
Symptoms:
A dma-agent seg_fault occurs when there is a conflict between special EPVA allow-list entries.
Conditions:
A conflict between two entries on the allow-list triggers a code path in the dma-agent and resulting in a seg_fault.
Impact:
Traffic loss as the dma-agent needs to be restarted by its watchdog/start up script. Tenants need to re-register with the datapath.
Workaround:
None
Fix:
This issue has been fixed by setting a THREAD local variable in the epva_tbl_mgmt thread, preventing a seg_fault when the edge case method is triggered.
1591549 : Support for case-insensitive LDAP username lookup
Links to More Info: BT1591549
Component: F5OS-A
Symptoms:
Previously, username lookup for LDAP-authenticated users was always case-sensitive.
Conditions:
Third-party authentication is configured with LDAP or Active Directory; user(s) in question reside in LDAP directory.
Impact:
Username lookups for authentication/authorization against LDAP directory were always conducted in a case-sensitive fashion, even for directories where case-insensitive was the default for the organization (e.g. Windows AD).
Case-insensitive default is considered a safer security posture. It prevents username masking and cache injection when multiple users that only differ by case, with differing authorization privileges, exist in the same directory.
Workaround:
Always use correct case for case-sensitive searches.
Fix:
A new option was added which allows the admin to enable case-insensitive searches for LDAP username lookups. Note that case-sensitive remains the default for security reasons.
1590617 : Partition Network Manager is crashing when turning up.
Links to More Info: BT1590617
Component: F5OS-C
Symptoms:
Upon Partition turn up, the Network Manager component crashes.
Conditions:
The Partition is turning up. This can happen due to partition creation, partition enable, or controller reboot.
Impact:
No impact. The Network Manager will successfully start after a retry.
Workaround:
None
Fix:
None
1590261 : New Command Added for Configuration Changes and system controller Database Rationalization
Component: F5OS-C
Symptoms:
The new command is intended for cases when the MACs cannot be recovered by the vcc-partition-agent to the network-manager through the normal handshaking communication
Conditions:
The new command is intended for cases when the MACs cannot be recovered by the vcc-partition-agent to the network-manager through the normal handshaking communication
Impact:
Depending on the condition, configuration updates and standard failover/recovery procedures may be required. A new command is available to help reassign affected MAC allocations and align system records.
Workaround:
None.
Fix:
Introduced a new command to simplify MAC reassignments and align system records.
1590253 : New Alarms Introduced for Chassis-Wide MAC Pool Issues
Component: F5OS-C
Symptoms:
When there are chassis-wide MAC pool issues, e.g., a partition using MACs the controller did not know about, the user has little data to identify the issues, except for show system mac-allocation and show system chassis-macs. See 1576241 for details
Conditions:
Various chassis-wide MAC pool issues include partitions using the same MAC, controller partition MACs being the actual partition MAC pools, etc. See 1576241 for details
Impact:
Lack of new means of detecting the MAC issues prolongs the finding of the problems. See 1576241 for details
Workaround:
Since this is an improvement bug, there is no mitigation
Fix:
This improvement would allow users to collect more data that facilitates detecting and troubleshooting MAC issues
1590249 : Partition may raise alarms if there are duplicate MAC address assignments
Component: F5OS-C
Symptoms:
On a VELOS chassis, if a partition is using MAC addresses that the system controller does not have in the chassis wide MAC database then, the partition will raise alarms.
Conditions:
If the system controller's MAC address database has been corrupted then, it may lose track of what addresses the partition owns.
This knowledge article outlines how this can occur:
https://my.f5.com/manage/s/article/K000139293
Impact:
This can cause problems with traffic due to duplicate MAC assignments.
Workaround:
Alarms are raised to alert the user that duplicate MACs may be present in the partition. Partition configuration may need to change to eliminate duplicates.
Fix:
Refer to article https://my.f5.com/manage/s/article/K000139293
1589209 : F5OS-C system update logs now include timestamps
Links to More Info: BT1589209
Component: F5OS-C
Symptoms:
System-update logs on F5OS-C do not have timestamps.
Conditions:
Running the partition-update process and viewing /var/log_controller/partition-update.
Impact:
The lack of timestamps in system-update logs could result in inefficient troubleshooting processes.
Workaround:
None
Fix:
Timestamps are logged in the system-update logs for all operations.
1589205 : Timestamp is missing from logfile /var/log_controller/reprogram_chassis_network
Links to More Info: BT1589205
Component: F5OS-A
Symptoms:
There is no timestamp for the logs related to RFC network changes
Conditions:
When network RFC changes happens logs are getting log in /var/log_controller/reprogram_chassis_network but the timestamp is not included.
Impact:
Unable to determine exactly when the log occurred.
Workaround:
None
1589149 : CVE-2023-42753: kernel: netfilter: potential slab-out-of-bound access due to integer underflow
Links to More Info: K000139897
1586965 : No active instance of ConfD after failover
Links to More Info: BT1586965
Component: F5OS-A
Symptoms:
Unable to configure VELOS system, ConfD CLI commands fail.
Conditions:
Rarely, after failover newly active system controller silently transitions to none.
Impact:
Unable to configure VELOS system, ConfD CLI commands fail.
Workaround:
Reboot chassis.
Fix:
In releases with this fix in place, after failover there will be always be an Active instance of ConfD.
1586661 : Remote User First Login Failure
Links to More Info: BT1586661
Component: F5OS-A and F5OS-C
Symptoms:
The first time a remote user attempts to log in to a system, the access is denied despite providing the correct credentials. This is true for both TACACS and RADIUS remote users.
Conditions:
This always happens. A way to simulate the first login is to delete the file /etc/libnss-udr/passwd.
Impact:
The first login fails. Subsequent remote login attempts succeed with proper credentials.
Workaround:
Attempt remote login again.
Fix:
The user can now log in with proper credentials on the first attempt. Note that the fix involves having the following version of OpenSSH (or newer):
# rpm -q openssh
openssh-7.4p1-21.F5.6.2.7.el7.x86_64
1586461 : Timestamps in PEL/SEL Output Align with Timezone
Component: F5OS-A
Symptoms:
In Platform Event Log (r10k/r5k) and System Event Logs (r4k/r2k) there was a difference in how the timestamps were reported.
In r4k/r2k appliances, a time zone suffix was added causing confusion with when events occurred.
Conditions:
On F5OS appliance running 1.8 or lower the output from the different platforms is is different.
Output format for r10k/r5k:
[root@appliance-1:Active] ~ # docker exec platform-hal psf call GET:lop/pel
direction | event | sequence | sequenceNext | severity | severityId | slotID | slotId | source | timestamp
-------------+----------------------------------------------------+----------+--------------+----------+------------+--------+--------+--------+----------------------
Na | ASW_3 action: fan step 3 | 52239 | 52240 | Info | 6 | 255 | 255 | AOM | 11/05/2024 01:00:20
Output format for r4k/2k:
[root@appliance-1:Waiting for cluster service] config # docker exec platform-hal psf call GET:bmc/sel
evMRev | event | eventData | eventDir | eventType | nextRecord | recordNumber | recordType | sensorNumber | sensorType | severity | sourceId | timestamp
---------+--------------------------------------+------------------------+------------+-----------------+------------+--------------+------------+--------------+-----------------------+----------+----------+--------------------------------
4 | | [0xf7 0x1 0x1 ] | Asserted | Sensor-specific | 4 | 3 | 0x2 | #b | System Boot Initiated | Info | BMC | 2024-10-15 16:05:36 +0000 UTC
Impact:
There is no functional impact to this difference.
Workaround:
None
Fix:
After upgrading to F5OS 2.0 or later, the output for PEL and SEL timestamps will be the same.
1586265 : 100G-LR and 100G-LR4 (Innolight and Coherent) optics can fail to link
Links to More Info: BT1586265
Component: F5OS-C
Symptoms:
The 100G-LR and 100G-LR4 optics can fail to link on bringup.
Conditions:
No known special conditions. This issue can happen when the link is initially brought up.
Impact:
The link is down and can't be used. The link needs to be reset. Reboot or reload the FPGA to re-initialize the front panel link.
Workaround:
A fix for this issue is in F5OS-C-1.8.1 EHF2 and newer.
The fix for this issue is also included in F5OS-C-2.0.0.
Fix:
Data was being transmitted before the optic had finished its power-up. Fix was to modify the SDK to check optic interrupts and wait until all interrupts are clear before proceeding with RX initialization.
1586089-3 : Resource-admin is unable to perform SCP.
Links to More Info: BT1586089
Component: F5OS-A and F5OS-C
Symptoms:
Resource-admin is unable to perform SCP.
Conditions:
When trying to use SCP with resource-admin for the available virtual paths.
Impact:
Resource-admin cannot perform SCP file transfers.
Workaround:
Though SCP fails, the file upload/download API works for file upload/downloads.
Fix:
Permissions for resource-admin to perform the SCP file transfer were added.
1586057-2 : F5OS displays an incorrect error if the admin tries to set a password before committing a new user
Links to More Info: BT1586057
Component: F5OS-A
Symptoms:
F5OS reports that a password was rejected and displays the configured password policy if the admin tries to set a new user’s password before the new user has been added to the system.
Conditions:
The admin tries to set a password for a user that has just been configured but not yet committed.
Impact:
The administrator could mistakenly think that the selected password is inadequate. But the actual problem is that the user has not been committed to the system yet.
Workaround:
When creating a new user, admins must commit the new user before setting a user’s password.
Fix:
None
1584469 : BX520 tcpdump throughput improvement
Links to More Info: BT1584469
Component: F5OS-C
Symptoms:
The BX520 blades have more throughput than the BX110, but the tcpdump utility cannot keep up with the amount of tcpdump traffic on the BX520 blade.
Conditions:
BX520 tcpdump throughput is quite low compared to BX110 blades, about half of BX110 when it should be double to 3x that of BX110 since BX520 has 4x throughput as BX110.
Impact:
Slower tcpdump from dropping packets when using system diagnostic tcpdump in the confD cli.
Workaround:
None
Fix:
Now the line-dma-agent is servicing the DMs on NSO/TAM fast enough for the TCPDUMP higher-throughput traffic on BX520.
1583989 : Setting LDAP search 'base' after 'ldap-group' is already configured for a role affects the role mapping
Links to More Info: BT1583989
Component: F5OS-A
Symptoms:
If you have set up a 'ldap-group' for a specific role on F5OS, but you did not configure the 'base' for the LDAP search until after it is committed, the role mapping will not appear in ldap-gid-map.txt.
Conditions:
1. Define a 'ldap-group' mapping for a role in F5OS. For example:
appliance-1(config-role-admin)# system aaa authentication roles role admin config ldap-group cn=my_group
appliance-1(config-role-admin)# commit
Commit complete.
2. Configure the LDAP search ‘base’ path *after* step #1. For example:
appliance-1(config)# system aaa authentication ldap base ou=Group,dc=local
appliance-1(config)# commit
Commit complete.
Impact:
Role mapping is not stored in ldap-gid-map.txt, so users with that mapping will be unable to access the system.
Workaround:
Remove the configuration for 'ldap-group' for the role and then re-configure it after the 'base' has been configured.
Fix:
None
1583969-2 : CVE-2022-41723: golang.org/x/net/http2: avoid quadratic complexity in HPACK decoding
Component: F5OS-A
Symptoms:
A maliciously crafted HTTP/2 stream could cause excessive CPU consumption in the HPACK decoder, sufficient to cause a denial of service from a small number of small requests.
Conditions:
NA
Impact:
Server is overloaded with requests.
Workaround:
NA
Fix:
Fixed
1582817 : Unable to add rSeries device IP to 'known-hosts' file
Links to More Info: BT1582817
Component: F5OS-A
Symptoms:
Trying to add a rSeries device's IP to a 'known-hosts' file using the CLI command 'file known-hosts known-host' fails.
Conditions:
If the remote host is running F5OS-A-1.8.0, then adding that device's IP to 'known-hosts' file using the CLI command 'file known-hosts known-host' fails.
Impact:
File export/import to remote rSeries device from a local rSeries device using secure mode will fail.
Workaround:
File export/import to remote rSeries device from a local rSeries device can be done using other supported protocol such as https.
1582105 : Partition RESTCONF may return an incomplete response for f5-cluster:cluster/nodes/node
Links to More Info: BT1582105
Component: F5OS-C
Symptoms:
When querying f5-cluster:cluster/nodes/node in a partition, it succeeds for 1000 calls, but then starts returning an incomplete response.
Conditions:
This only happens on chassis with at least one empty slot. Each time that cluster/nodes/node/<blade>/state/tenant-memory is requested on an empty slot, an internal queue will hold on to that request. When the queue is full, requests will stop working.
Impact:
After the symptom starts, cluster/nodes/node cannot be queried successfully until partition services are restarted.
Workaround:
Modify queries to avoid requesting tenant-memory on empty slots. For example, do not use the top-level cluster/nodes/node, but instead use cluster/nodes/node/blade-1.
Fix:
Fixed platform-stats-bridge to no longer query blades that are not present or ready.
1581389 : CVE-2024-28182 - nghttp2 vulnerability
Links to More Info: K000139225
1581077 : A blade may fail to join the Kubernetes cluster if another blade is offline.
Links to More Info: BT1581077
Component: F5OS-A
Symptoms:
In pre F5OS-C v2.0 software version, if a blade is offline in the Kubernetes cluster and a new blade tries to join the Kubernetes cluster, the addition of the new blade to Kubernetes cluster will fail.
Conditions:
This can happen when an existing blade in the Kubernetes cluster is offline, or in a failed state.
Impact:
New blades will not be able to be added to the Kubernetes cluster, until the offline blade is either recovered or removed from the Kubernetes cluster.
Workaround:
The workaround is to bring the failed blade back online in the cluster, or to remove the failed blade from the cluster. Once this done the new blade will be able to join the cluster.
Fix:
With the upgrade to K3S in v2.0.0 and newer F5OS-C releases, it is no longer required to have all blades online in the cluster to add a new blade.
1579181 : Rate limit XBAR to sum of speeds of used interfaces
Links to More Info: BT1579181
Component: F5OS-A
Symptoms:
Dropped packets in Gearbox. (tmctl -d blade gbx_stat)
Conditions:
- F5 r5000, r10000, or r12000-series appliance
- Passing traffic when the sum of the speeds of enabled and used interfaces is less than 100G.
Impact:
Dropped packets.
Workaround:
None
Fix:
Rate limit XBAR to avoid dropping packets in Gearbox when using interfaces with speeds less than 100G.
1576345 : Port mode mismatch on QSFP ports can cause interface flaps on other ports★
Links to More Info: K000139339, BT1576345
Component: F5OS-A
Symptoms:
When the port mode is mismatched on a Front Panel QSFP port, it can cause port interface flapping on other ports.
Conditions:
A port mode mismatch, such as a 100GE optic installed when the port is configured for 40GE operating mode.
This did not occur on earlier versions so it might be detected after you upgrade to an affected version.
Impact:
The status on other interfaces may incorrectly show ‘down’ when the interface is ‘up’.
Workaround:
Do not operate in a mismatched mode.
Fix:
Updated FPGA firmware is required for the fix.
1575433 : "ReadyRequest failed for 'system_fpga' @ 'tcp://127.0.0.1:1060', Inner -> 'receive timeout'" logs are being seen couple of times a day
Component: F5OS-A
Symptoms:
Observe "ReadyRequest failed for 'system_fpga' @ 'tcp://127.0.0.1:1060', Inner -> 'receive timeout'" logs couple of times a day in platform.log
Conditions:
ReadyRequest for the service ‘system_fpga’ times out
Impact:
Alarming log messages are repeatedly displayed. These logs can be ignored.
Workaround:
None
1575093 : Higher latency in R2K/4K appliances compared to iSeries appliances
Links to More Info: BT1575093
Component: F5OS-A
Symptoms:
Higher latency in R2K/4K compared to iSeries
iSeries: avr 120us / max 5,700us
r2600: avr 1,207us / max 62,706us
Conditions:
Client RTT fluctuates between 430us and as high as 1941us, whilst server reported latency between 17ms and 40ms
Impact:
Latency in time sensitive apps and increase web loading time.
Workaround:
None
1574861 : Incomplete API payload and CLI failure for openconfig interfaces when one controller node is not ready
Links to More Info: BT1574861
Component: F5OS-C
Symptoms:
When one of the system controller nodes transitions to a "NotReady" state:
The OpenConfig Interfaces API (/openconfig-interfaces:interfaces) returns incomplete or "unfinished chunk" payloads.
CLI commands such as 'show interfaces' fail, displaying an "application communication failure" error.
Conditions:
The problem might occur when one of the system controllers is not available.
Impact:
API users may experience incomplete data responses. Users might be temporarily unable to retrieve interface data from the CLI.
Workaround:
Minimize scenarios where one controller is not available.
Fix:
Modified the callpoint registration to ensure reliable data retrieval even when one of the system controllers is unavailable.
1572873 : Added SNMP support for identifying the active controller
Component: F5OS-C
Symptoms:
SNMP polling through the chassis management IP previously lacked a way to distinguish between controllers. This improvement introduces the currentActive OID, which provides clear visibility into the operational status and identity of the active controller.
Conditions:
No
Impact:
Improvement
Workaround:
None
Fix:
Introduced support for the currentActive OID, enabling administrators to programmatically identify the active controller during SNMP polling via the chassis management IP address.
1572137-3 : Upload/Download API should work with '/api' and '/restconf'
Links to More Info: BT1572137
Component: F5OS-A and F5OS-C
Symptoms:
Upload/Download is not working with '/api' endpoint.
Conditions:
Use '/api' endpoint to upload/download a file.
Impact:
Fails to Upload/Download a file.
Workaround:
None
Fix:
Fixed an issue occurring with the Upload/Download API.
1568485-1 : GRE V1 packets are being dropped before even reaching BIG-IP on F5 r2xxx/r4xxx
Links to More Info: BT1568485
Component: F5OS-A
Symptoms:
GRE V1 packets are dropped at the Intel E810 Firmware before reaching BIG-IP tenant on F5 r2xxx/r4xxx platforms.
Conditions:
When GRE V1 packets are received to BIG-IP tenants running on F5 r2xxx/r4xxx platforms.
Impact:
GRE V1 traffic will not be reaching BIG-IP tenants on F5 r2xxx/r4xxx platforms.
Workaround:
None
1567165 : No Prompt or Warning When Setting User Password via ConfD CLI
Component: F5OS-C
Symptoms:
There is no warning prompt when a user changes a password using 'set-password' via ConfD CLI, which led to confusion for users since, at the next login, the user who set the password is forced to update the password
Conditions:
-- Create a user with any role (username = abc)
-- Try to set the password for the newly created user
-- No warning prompt was given
-- Login using 'abc'
-- The user abc is forced to update the password
Impact:
Users experienced confusion because there was no warning when setting the password, leading to a mandatory update at the next login.
Workaround:
Mitigation work was done to have a prompt message when a user runs the command 'set-password'.
Fix:
Adding a warning prompt for the 'set-password' command.
1550693-2 : Missing LACP ConfD events may lead to loss of connectivity to blade control plane
Links to More Info: BT1550693
Component: F5OS-A
Symptoms:
If an LACP working member update is missed (either LACPD fails to send or switchd fails to reeive the update) control plane connectivity between the SC and blade may be lost.
Conditions:
Any event giving LACP a reason to change the working members of a control plane aggregation (ie reboot/removal/instertion of a blade or CC).
Impact:
Connectivity may be lost between CC, one or more blades and possibly loss of management port traffic if management ports are aggregated.
Workaround:
Restart cc-switchd and cc-lacpd (in that order) on both SCs or reboot both SCs.
1505621-2 : CVE-2023-39325 golang: net/http, x/net/http2 vulnerability CVE-2023-39325
Component: F5OS-A
Symptoms:
https://my.f5.com/manage/s/article/K000152389
Conditions:
https://my.f5.com/manage/s/article/K000152389
Impact:
https://my.f5.com/manage/s/article/K000152389
Workaround:
https://my.f5.com/manage/s/article/K000152389
Fix:
https://my.f5.com/manage/s/article/K000152389
1505617-2 : CVE-2023-39325 golang: net/http, x/net/http2 vulnerability CVE-2023-39325
Links to More Info: K000152389
1505345 : The audit log does not show the reason for users' failed authentication
Links to More Info: BT1505345
Component: F5OS-A
Symptoms:
The audit log(/var/F5/system/log/audit.log) does not log the reason for users' authentication failures through the RESTCONF.
Conditions:
A failed RESTCONF authentication.
Impact:
Unable to see why the user's authentication failed in the audit log.
Workaround:
None
Fix:
The audit log should show the reason for authentication failures.
1505281-4 : Libvirt core file is generated when the system is rebooted.
Component: F5OS-A
Symptoms:
An incorrect Libvirt core file is generated when the system is rebooted intermittently. However, the tenant is healthy and functional after the reboot.
Conditions:
Intermittently, when the system reboots.
Impact:
A Libvirt core file is generated, and the tenant is healthy and functional.
Workaround:
None.
Fix:
It's fixed in 2.0.0 by updating the kubevirt version—no impact on functionality. Hence, no user action is expected.
1498413 : CVE-2023-28484: A NULL pointer dereference vulnerability was found in libxml2. This issue occurs when parsing (invalid) XML schemas.
Links to More Info: K000139641, BT1498413
1497385 : F5OS SNMP IF-MIB::ifAlias missing from snmpwalk
Links to More Info: BT1497385
Component: F5OS-A
Symptoms:
The following SNMP MIB OID from IF-MIB table is missing on F5OS-A and F5OS-C.
1.3.6.1.2.1.31.1.1.1.18
Example snmpwalk result:
~ % snmpwalk -c public -v 2c 10.10.10.33 1.3.6.1.2.1.31.1.1.1.18
IF-MIB::ifAlias = No Such Instance currently exists at this OID
Conditions:
Snmpwalk -c public -v 2c 10.10.10.33 1.3.6.1.2.1.31.1.1.1.18
IF-MIB::ifAlias = No Such Instance currently exists at this OID
Impact:
Cannot get results for MIB OID
1.3.6.1.2.1.31.1.1.1.18
Workaround:
None
Fix:
We have added the support for OID 1.3.6.1.2.1.31.1.1.1.18 (IF-MIB::ifAlias), which will represent the value for interface description.
1495337 : FIPS Password Initialization Failure with Special Characters
Links to More Info: K000154661, BT1495337
1494269 : CVE-2023-48795: ssh: Prefix truncation attack on Binary Packet Protocol (BPP)
Links to More Info: K000138264
1494209 : CVE-2023-2953 openldap: null pointer dereference in ber_memalloc_x function
Links to More Info: K000138814, BT1494209
1492725-2 : CVE-2023-39325 golang: net/http, x/net/http2 vulnerability CVE-2023-39325
Links to More Info: K000152389
1472605-1 : When configuring SNMPv3 users, require passwords be set when corresponding auth/privacy protocol are specified★
Links to More Info: BT1472605
Component: F5OS-A
Symptoms:
A backup taken on version 1.8.x, where SNMP v3 users were set up without a privacy/auth password, fails to restore on version 2.0 because the newer version requires a privacy password to be present.
Conditions:
The issue occurs when an SNMP v3 user is configured with a auth/privacy protocol but without a auth/privacy password on version 1.8.x, and the backup of that configuration is restored after upgrading to version 2.0.
Impact:
The backup restore fails, leaving the system unable to recover its previous configuration after an upgrade to version 2.0. This forces the user to manually reconfigure all settings from scratch, resulting in potential downtime and loss of the original configuration.
Workaround:
Before upgrading to version 2.0, ensure that all SNMP v3 users configured with a privacy protocol also have a privacy password set. This will make the backup compatible with version 2.0's validation requirements and allow the restore to complete successfully.
1471677 : /usr/libexec/appliance/iptables-vanquish.sh: line 178: local: can only be used in a function★
Links to More Info: BT1471677
Component: F5OS-A
Symptoms:
Local is defined outside the function in iptables-vanquish.sh.
Conditions:
1. Install/upgrade r5000/r10000 series appliance to F5OS-A 1.5.x.
2. iptables-vanquish.sh will fail with "/usr/libexec/appliance/iptables-vanquish.sh: line 178: local: can only be used in a function"
Impact:
iptable rules won't be created correctly which may result into system failover.
Workaround:
None
Fix:
Corrected the use of local in shell script.
1469485-2 : "show components component state memory full" does not have any meaningful output
Links to More Info: BT1469485
Component: F5OS-A
Symptoms:
The 'full' command displayed under 'show components component state memory' does not have any meaningful output.
Conditions:
When the user runs the command 'show components component state memory full', there is no output generated.
Impact:
No functional impact.
Workaround:
None
Fix:
The 'full' command is removed from 'show components component state memory'.
1469333 : VELOS management LAG may bridge traffic between management interfaces during LACP negotiation
Links to More Info: BT1469333
Component: F5OS-C
Symptoms:
When the management interfaces of VELOS system controllers are configured in a LACP LAG, the VELOS system may incorrectly forward some ethernet frames ingressing one management interface out the other management interface.
This behavior occurs during the period between when an interface links up and when the system completes LACP negotiation and adds the interface to the LAG.
This can result in management switches incorrectly learning non-VELOS MAC addresses as being present on the VELOS management LAG interface.
Conditions:
- VELOS system
- Management interfaces configured in LACP LAG
Impact:
VELOS management interfaces incorrectly forward non-VELOS frames from one management interface out the other, causing upstream switches to learn non-VELOS MAC addresses as being present on the VELOS management LAG interface.
Workaround:
Configure the upstream switch to be an LACP lag first, then configure the VELOS system MGMT interfaces to use an LACP lag.
1468545-2 : Inconsistency with time zones displayed in log files
Links to More Info: BT1468545
Component: F5OS-A
Symptoms:
PEL logs in F5OS systems are logged in a different time zone, not the configured time zone.
Conditions:
If the configured time zone is different from UTC, then the PEL logs can display different time for log messages.
Impact:
Troubleshooting and tracing issues can be difficult, as the time zones used in different logs do not match.
Workaround:
None
Fix:
PEL logs in F5OS systems are logged in the applicable time zone.
1462929-1 : Platform-deployment script logs are now captured in both its dedicated log file and the systemd journal★
Links to More Info: BT1462929
Component: F5OS-A and F5OS-C
Symptoms:
The platform-deployment script used bare echo statements for all output, meaning log messages were not persisted to a dedicated log file and were not captured in the systemd journal. This made it difficult to troubleshoot platform service deployment issues (e.g., container startup failures, registry setup, OS rebase errors) after the fact, as the output was only visible in the service status and could be lost on rotation or reboot.
Conditions:
Any F5OS-A or F5OS-C system running the platform-services-deployment service during upgrade/downgrade, reboot, or service start/stop operations.
Impact:
Reduced observability during platform service deployment. Operators had limited ability to diagnose historical deployment failures, Docker Compose errors, or registry setup issues because log messages were transient and not written to a persistent, searchable location.
Workaround:
Prior to this fix, operators could manually inspect systemctl status platform-services-deployment.service -l for recent output, but historical logs were not reliably available.
Fix:
Added structured logging to the platform-deployment script. All output is now timestamped and written to a dedicated log file (/var/log/platform-deployment.log) with logrotate support, and simultaneously forwarded to the systemd journal via StandardOutput=journal on the service unit. This enables operators to use both journalctl -u platform-services-deployment and the persistent log file for troubleshooting platform service deployment issues
1455745-1 : Missing allowed IP rule
Component: F5OS-A
Symptoms:
If the default ssh rule on the device fails to install, the SSH access to the appliance will be denied.
Conditions:
It was observed only once.
Impact:
SSH access to the appliance will be denied.
Workaround:
Configure SSH access using the allowed IP profile from ConfD.
Fix:
SSH access to the device can be restored using the allowed IP profile configuration.
1430293 : Disk requirement validation is not implemented when tenant is in "Configured/Provision" state
Links to More Info: BT1430293
Component: F5OS-A
Symptoms:
There is no validation for tenant storage size while tenant is in Configured or Provisioned state.
Conditions:
Tenant in Configured or Provisioned state
Impact:
Any disk size, or even less than required size as well.
Workaround:
Avoid configuring a tenant storage size that is below the minimum. Refer to https://my.f5.com/manage/s/article/K000140343 for the minimum tenant storage size.
1429737 : Support linkup and linkdown SNMP-traps
Component: F5OS-C
Symptoms:
The user will not be able to observe interface link-up/down SNMP traps.
Conditions:
-- Configure SNMP targets
-- Do interface enable/disable through ConfD API.
-- check if SNMP traps are received or not.
Impact:
The user will not be able to observe interface link-up/down SNMP traps.
Workaround:
NA
Fix:
Added SNMP traps support for link up and down transition.
1426157 : F5OS-A: utils-agent cored and did not restart, resulting in HTTP 500 API responses
Links to More Info: BT1426157
Component: F5OS-A and F5OS-C
Symptoms:
After the crash, the container is not up and binary is not running.
Conditions:
NA
Impact:
utils-agent continer not running.
Workaround:
NA
Fix:
Fixed.
1411157 : F5 rSeries platforms incorrectly report phantom/stale for second PSU
Links to More Info: BT1411157
Component: F5OS-A
Symptoms:
F5 rSeries platforms incorrectly report the presence of a PSU in the system in "show components", when the PSU has been removed from System.
Conditions:
-- An existing PSU is removed
-- Run "show components" in confd
Impact:
Wrong PSU details will be reported.
Workaround:
Remove the device using confd
docker exec system_manager confd_cmd -c "mdel /components/component{psu-2}"
The workaround persists after a reboot, but if you later add psu-2, you would have to reboot the system after psu-2 is inserted. After the system reboots, confd will resume reporting on it.
1404241 : CVE-2021-0326 wpa_supplicant: P2P group information processing
Component: F5OS-A
Symptoms:
Under certain wireless conditions, the wpa_supplicant service may terminate unexpectedly.
Conditions:
NA
Impact:
Classic Buffer Overflow
Workaround:
NA
Fix:
Updated to the fixed versions.
1401945 : CVE-2023-3899: subscription-manager : inadequate authorization of com.redhat.RHSM1 D-Bus interface allows local users to modify configuration
Links to More Info: K000137798, BT1401945
1400521-1 : CVE-2023-5678: OpenSSL vulnerability
Links to More Info: K000138242
1399041 : F5OS-A:"Use of libssh2 in utils-agent restricting to add known-hosts entry in host"
Links to More Info: BT1399041
Component: F5OS-A and F5OS-C
Symptoms:
- Unable to add a known host as ssh-rsa is disabled and libssh acccepts only ssh-rsa.
Conditions:
- Add a known-host with any algorithm other than ssh-rsa.
Impact:
- Unable to add known-host.
Workaround:
None.
Fix:
Upgraded the curl to use libssh instead of libssh2.
1394569 : CVE-2023-3609: kernel: net/sched: cls_u32 component reference counter leak if tcf_change_indev() fails
Links to More Info: K000137790
1394205 : NTP CLI/webUI displays "ntp api, the server or underlying service is unreachable"
Links to More Info: BT1394205
Component: F5OS-A
Symptoms:
1. Newly configured DNS IPs are not used for FQDN resolution.
2. show system ntp command is unresponsive.
Conditions:
1. The file /etc/resolv.conf is not correctly mounted or configured inside the container.
2. Invalid or unresponsive DNS IPs configured.
Impact:
1. The "ping" command unable to use recent configured DNP IPs
2. Timeout occurs when you execute "show system ntp".
Workaround:
None
Fix:
1. Ping now correctly uses newly configured DNS servers.
2. The show system ntp command responds faster.
1391001 : Unable to Specify Allowed Cipher Suites and TLS Protocol Versions for F5OS Management Interface (HTTPS)
Component: F5OS-A and F5OS-C
Symptoms:
Administrators are unable to specify allowed cipher suites and TLS protocol versions for the F5OS management interface (HTTPS). The configuration options for cipher suites and TLS versions are not exposed in the ConfD CLI, and the 'show' command only displays the cipher string without detailed breakdown (protocol version, key exchange)
Conditions:
Occurs when attempting to configure or review TLS settings for the httpd service via ConfD CLI.
Impact:
Lack of visibility and control over the actual cipher suites and protocol versions used for HTTPS management access.
Workaround:
None.
Fix:
Issues is Fixed.
1388877 : CVE-2023-39325 golang: net/http, x/net/http2 vulnerability CVE-2023-39325
Links to More Info: K000152389
1388777 : CVE-2022-43750: kernel: memory corruption in usbmon driver
Links to More Info: K000139700, BT1388777
1388729 : CVE-2023-35001: stack-out-of-bounds-read in nft_byteorder_eval()
Links to More Info: K000137871
1381237 : Messages like "Failed to set up mount unit" may flood in /var/log/messages file
Component: F5OS-A
Symptoms:
This occurs when a BIG-IP Next tenant is deployed on rSeries platforms while generating QKView files on the host (F5OS-A). Messages like "Failed to set up mount unit: Invalid argument" may flood in /var/log/messages file.
Conditions:
When a BIG-IP Next tenant is deployed and QKView files on the host (F5OS-A) are generated.
Impact:
Log messages with pattern "systemd: Failed to set up mount unit: Invalid argument" in /var/log/messages are flooded for 10-20 seconds.
Workaround:
Log messages are flooded while QKView files are generating for 10-20 seconds. After this, the flooding stops.
Fix:
N/A
1381225 : CVE-2023-39325 - HTTP/2 rapid reset
Links to More Info: K000152389, BT1381225
1381205 : CVE-2023-39325 - HTTP/2 rapid reset
Links to More Info: K000152389, BT1381205
1381177 : CVE-2023-39325 - HTTP/2 rapid reset
Links to More Info: K000152389, BT1381177
1378153 : system AOM allows static configuration of IP address with DHCP enabled
Component: F5OS-A
Symptoms:
The system allows the user to statically configure an IP address while DHCP (dynamic configuration) is enabled. This causes the IP address to be different from what the user may have intended.
Conditions:
The user sets the IP address to a static value and enables DHCP.
Impact:
If the user sets the IP address to a static value *and* enables DHCP, the IP address will not stay as the chosen static value. Instead, the IP address will be dynamically configured. This may cause confusion.
Workaround:
If the user wishes to use static configuration, set dhcp-enabled to false.
Fix:
N/A
1377629 : Failed to ping tenant mgmt-ip
Component: F5OS-A
Symptoms:
Failed to ping tenant mgmt-ip.
Existing and deployed tenant config mismatch.
Conditions:
When the user modifies tenant config and moves the tenant to Deployed state before the old tenant instance gets cleaned up completely.
Impact:
Tenant will be running with old config and will not be able to ping tenant mgmt-ip.
Workaround:
Move the tenant to configured state and once tenant is terminated completely, move it to deployed state.
Fix:
Move the tenant to configured state and once the tenant is terminated completely, then move to deployed state.
1365937 : Support bcrypt/blowfish for password hashing algorithm
Component: F5OS-A and F5OS-C
Symptoms:
Add supporting bcrypt/blowfish for password hashing algorithm
Conditions:
NA
Impact:
NA. This is an Improvement
Workaround:
NA
Fix:
Add supporting bcrypt/blowfish for password hashing algorithm
1359933-4 : System controller fails over when mgmt ports are aggregated
Links to More Info: BT1359933
Component: F5OS-A
Symptoms:
After aggregating mgmt ports failover can happen if active mgmt link goes down.
Conditions:
-- Aggregated system controller management ports
-- The active management link goes down
Impact:
An unexpected failover occurs
Workaround:
None
Fix:
In releases with this fix, if user aggregates mgmt ports and active system controller link goes down, no failover will occur.
1359261 : Customize "internal chassis network" for F5OS
Component: F5OS-A and F5OS-C
Symptoms:
F5OS internal networking supports IPv4 of ranges (10.0.0/12 and 100.64/12). The requirement is to support the range 172.16.0.0/12. As a part of this EPIC the changes are done to support the address range 172.16.0.0/12 for F5OS internal network address
Conditions:
NA
Impact:
New network prefix is added to choose for F5OS internal network.
Workaround:
Added new network prefix 172.16.0.0/12.
Fix:
Allowed 172.16.0.0/12 address being used as F5OS internal network address.
1351249 : Before deployments, if cpu_users database file has stale data then tenant deployment fails.
Links to More Info: BT1351249
Component: F5OS-C
Symptoms:
When tenant fails to reach deployed state. ConfD command "show tenants" may report not enough cpus.
Conditions:
There was some prior population of tenants on a blade. The blade is not powered up when a tenant is deleted in confD. This may result in stale data on the blade not getting cleaned up.
Impact:
A tenant may fail to come up, even when it appears the node's cpu limit has not been exceeded.
Workaround:
Toggle all tenants on the affected blade to either the "provisioned" or "configured" state.
1. ssh to the blade.
2. rm /opt/f5/cpumgr/cpu_users
3. killall -9 virt-handler
After this, toggle the desired tenants back to "deployed".
1350801 : Error message when attempting to delete a service or OS image that was imported as part of an ISO bundle on rSeries 5600
Component: F5OS-A
Symptoms:
On rSeries 5600, there will be an error if we attempt to delete a Service or OS image that was imported as an ISO bundle, as they cannot be deleted separately. The corresponding image is removed from the software management list anyway after the error message.
appliance-1(config)# system image remove os 1.7.0-3869 service 1.7.0-3869 iso 1.7.0-3869
response
error: Image 1.7.0-3869 is part of 1.7.0-3869 ISO
error: Image 1.7.0-3869 is part of 1.7.0-3869 ISO
Success: Image 1.7.0-3869 is removed
appliance-1(config)#
Conditions:
Try deleting a base OS image or service on rSeries.
Impact:
The "Service cannot be removed" error is displayed.
Workaround:
Always use the ISO to remove an F5OS version if the F5OS version is imported as part of an ISO.
appliance-1(config)# system image remove iso 1.7.0-3869
Success: Image 1.7.0-3869 is removed
Fix:
N/A
1346873 : Timezone configuration logs "Timezone is invalid" warning
Links to More Info: BT1346873
Component: F5OS-A
Symptoms:
The system log a warning 'Timezone is invalid' when the timezone is configured.
Ex:
2023-08-14T03:50:38.263725-04:00 appliance-1 platform-mgr[17]: priority="Warn" version=1.0 msgid=0x104000000000043 msg="Timezone is invalid" ZONE="America/Los_Angeles".
Conditions:
When the system timezone is changed.
Impact:
No known functional impact, timezone is updating on the system.
Workaround:
None
1341701-3 : Unable to launch tenant, as VF interface is getting incorrect name while attaching to tenant.
Links to More Info: BT1341701
Component: F5OS-A
Symptoms:
On r2x00/r4x00 related systems, tenant launch fails with an error in ConfD tenant status leaf:
"[default/virt-launcher-bip1-1-9sblf:sriov-net3-bip1]: error adding container to network "sriov-net3-bip1": failed to set up pod interface "net7" from the device "x557_4": failed to set netlink MAC address to 00:94:a1:db:bd:0c: resource temporarily unavailable"
Linux network manager udev rules and sriov cni try to
access the VF and change the interface name of VF. During this process, VFs fail and unable to retrieve. Thus, resource temporarily unavailable error occurs.
Conditions:
On r4x00 or r2x00 based systems:
1. In kubectl get pods -A output, the tenant pod goes into Init:0/1 state.
default virt-launcher-bip1-1-t6rkh 0/1 Init:0/1 0 36s
2. And in kubectl events, "resource temporarily unavailable" occurs on one of the VFs.
3. In /sys/class/net folder unable to see the below VF interfaces. Instead, some interfaces point to ensp* names which are wrong.
Actual result should be as follows:
[root@appliance-1 ~]# ls /sys/class/net
apigw-dummy-1 lcd sfp_7 sfp_p6v0503 veth0c09f23b veth6cec172f vethea3619d5 x557_p1v1100 x557_p3v1902
br_appliancenet lcd-intf sfp_8 sfp_p7v0900 veth2765115 veth80370796 vetheccdd5fb x557_p1v1101 x557_p3v1903
cni0 lo sfp_p5v0100 sfp_p7v0901 veth3f32fd86 veth82a8440b vethf4081a48 x557_p1v1103 x557_p4v1d00
default-intf mgmt sfp_p5v0101 sfp_p7v0903 veth4ab82fc6 veth8cda0b4d x557_1 x557_p2v1500 x557_p4v1d01
docker0 mgmt0-system sfp_p5v0102 sfp_p8v0d01 veth50d18b0 veth9e8b2e8c x557_2 x557_p2v1502 x557_p4v1d02
dummy0 sfp_5 sfp_p6v0500 sfp_p8v0d02 veth5fe12ffd vethac6590f8 x557_3 x557_p2v1503
flannel.1 sfp_6 sfp_p6v0502 sfp_p8v0d03 veth64783052 vethb688f03e x557_4 x557_p3v1901
Impact:
Tenant launch is unsuccessful and unable to connect to the tenant console or tenants' management connection.
Workaround:
1. Move tenants to configured state
2. Remove ice, iavf drivers using the following commands,
a. "rmmod /lib/modules/3.10.0-1160.71.1.F5.el7_8.x86_64/updates/drivers/net/ethernet/intel/ice/ice.ko"
b. "rmmod /lib/modules/3.10.0-1160.71.1.F5.el7_8.x86_64/updates/drivers/net/ethernet/intel/iavf/iavf.ko"
4. Load ice and iavf drivers using the following commands
a. "insmod /lib/modules/3.10.0-1160.71.1.F5.1.el7_8.x86_64/updates/drivers/net/ethernet/intel/ice/ice.ko"
b. "insmod /lib/modules/3.10.0-1160.71.1.F5.1.el7_8.x86_64/updates/drivers/net/ethernet/intel/iavf/iavf.ko"
5. Run config_ice_vfs.sh script present in /usr/omd/scripts/ folder using - "sh /usr/omd/scripts/config_ice_vfs.sh"
6. Wait until script is completed and VFs are created correctly.
6. Move tenants to running state and check the running state of tenant, after some time.
1341493 : OpenShift cluster failure due to disk exhaustion from oversized log file's
Links to More Info: BT1341493
Component: F5OS-A and F5OS-C
Symptoms:
When log files in system grown several gigabytes(GB) and exhaust the disk space, resulting in OpenShift cluster failures.
Conditions:
When log rotation is configured on a daily basis and a log flood occurs in the system.
Impact:
The log file size can increase by several gigabytes during a flood event, potentially exhausting available disk space.
Workaround:
None.
Fix:
The log rotation job configured to run hourly instead of daily to prevent log files from growing excessively large. This will ensure timely rotation and manage file sizes more effectively.
1338645 : R2000/R4000 silent reboot★
Links to More Info: K000151762, BT1338645
Component: F5OS-A
Symptoms:
R2xxx/R4xxx system experiences a silent reboot.
This is caused by a compatibility issue between the system and the solid-state storage device.
Conditions:
NVME fails to initialize after multiple reboots.
(1) The following matching signature is found in the system event log:
Ex:
MCA Error-Reporting Registers Capture. Bank: 6 Core: 0 STATUS Register: 0x0419 Value: 0xb980000000000e0b
MCA Error-Reporting Registers Capture. Bank: 6 Core: 0 MISC Register: 0x041b Value: 0x0000000000180000
(2) The NVME SSD installed in the system is a 480GB Micron NVME SSD, model 7450_MTFDKBA480TFR .
ex: Model: Micron_7450_MTFDKBA480TFR
Impact:
1.System will reboot by its own
2.System is unresponsive
Workaround:
Follow the workaround steps described in K000151762: rSeries 2000/4000 systems with NVME SSD may fail to initialize after multiple reboots, available at https://my.f5.com/manage/s/article/K000151762
Fix:
This issue is fixed in the BIOS version 1.00.160 and later.
1338557-1 : VM events are not captured inside the log file
Links to More Info: BT1338557
Component: F5OS-A
Symptoms:
The VM logs seen on kubernetes events will not be recorded in the log file. The log file k3s_events is helpful in identifying the life cycle of the VM.
Conditions:
K3s events related to BIG-IP VM are not captured in k3s_events log.
Impact:
No functional impact.
Workaround:
None
Fix:
Capturing the events in the log may help in debugging.
1332577 : VELOS Tenant console utility virtctl is missing from default shell path.
Component: F5OS-C
Symptoms:
The virtctl utility for accessing tenants consoles is not in default shell path.
Conditions:
Applies to versions prior to VELOS v2.0 where
virtctl is not in default shell path.
Impact:
Pre VELOS v2.0, use /usr/share/omd/kubevirt/virtctl.
Workaround:
Prior to VELOS v2.0, use /usr/share/omd/kubevirt/virtctl
VELOS 2.0 and greater virtctl exists in default path /usr/local/bin.
Fix:
VELOS v2.0 and later version virtctl exists in default path /usr/local/bin.
1332493 : Documentation Added for VCC Terminal Server
Links to More Info: BT1332493
Component: F5OS-C
Symptoms:
Previous documentation failed to clearly explain the purposes of vcc-terminal-server.default and vcc-terminal-server.main, their differences, and the expected system impact if either service is not running.
Conditions:
N/A
Impact:
N/A
Workaround:
N/A
Fix:
Documentation was added to the Vcc-Terminal-Server README to describe vcc-terminal-server.default and vcc-terminal-server.main, including their purpose, differences, and system impact if either service is not running.
1332293-5 : Tcpdump performed with an interface filter on VELOS or rSeries will show broadcast traffic from all interfaces
Links to More Info: BT1332293
Component: F5OS-A
Symptoms:
When performing a tcpdump in VELOS or an rSeries appliance, a traffic capture limited to a specific interface will show broadcast traffic hitting other interfaces.
Conditions:
- VELOS platform or r5000 / r10000 / r12000 series appliance
- Running a packet capture on a specific interface (e.g. 1/1.0 or 1.0)
Impact:
This can cause confusion or impede troubleshooting when unexpected broadcast traffic is seen in a capture such as ARP or Miscabling Protocol traffic.
Workaround:
None
Fix:
This issue is now corrected.
1332289 : Remove unused nslcd.service file
Links to More Info: BT1332289
Component: F5OS-A
Symptoms:
'systemctl status nslcd' shows that nslcd is inactive when it is in fact active
Conditions:
This issue is usually seen while troubleshooting LDAP auth on the system. The unused nslcd.service file gives the false impression that nslcd is not running.
Impact:
Leaving the unused nslcd.service file intact has resulted in several unnecessary escalations because this file gives the false impression that nslcd service is not running, when in fact nslcd runs inside a container
Workaround:
Remove unused nslcd.service file from F5OS.
Fix:
Removed unused nslcd.service file from F5OS
1329277 : Help string mismatching between GUI and CLI for port 8888
Links to More Info: BT1329277
Component: F5OS-A
Symptoms:
In allowed IP configuration there is help string mismatched between CLI and GUI.
Conditions:
Check help for allowed ip in CLI and GUI
Impact:
Online help for port 8888 is inconsistently referred to as either "RESTCONF" or "tcp/udp (8888)".
Workaround:
None
Fix:
Help string is consistent between CLI and GUI for port 8888 in allowed-ip configuration.
1328921 : Tenants on rSeries system will not deploy, stuck in "Starting" state, with status "Not ready: containers with unready status: [compute]"
Links to More Info: K000137633, BT1328921
Component: F5OS-A
Symptoms:
Tenants fail to start.
- F5OS reports the tenant status as "Starting"
- F5OS reports the tenant instance status as "Not ready: containers with unready status: [compute]"
Conditions:
- rSeries appliance
- DNS search domain for system is configured with an uppercase letter in a domain, e.g.:
r5900# show system dns state search
system dns state search [ Example.com ]
Impact:
Tenants will not start.
Workaround:
Modify the DNS search domain list so that all entries contain only lowercase letters.
On an r2000 or r4000 series appliance, reboot the system.
On an r5000 or r10000 series appliance, either reboot the system or set the tenant to a "provisioned" state and then back to "deployed".
1327229 : Some nuisance messages are sent to the platform log after every authentication configuration change
Component: F5OS-A
Symptoms:
Messages similar to the following may be added to the platform log after every authentication configuration change:
2023-08-03T09:43:49.150901+00:00 appliance-1 authd[8]: priority="Info" version=1.0 msgid=0x3901000000000149 msg="System's IPv6 management address isn't configured.".
2023-08-03T09:43:49.157934+00:00 appliance-1 authd[8]: priority="Info" version=1.0 msgid=0x3901000000000092 msg="LDAP server:" server="ldap://ldapserver.example.com:389".
2023-08-03T09:43:49.157951+00:00 appliance-1 authd[8]: priority="Info" version=1.0 msgid=0x3901000000000096 msg="LDAP SSL:" ssl="off".
Conditions:
The user makes a change in system aaa authentication.
Impact:
There are nuisance messages in the platform log.
Workaround:
N/A
Fix:
Nuisance messages will be printed only when relevant (LDAP configuration changes, for example).
1327029 : CVE-2023-38408 PKCS#11 in ssh-agent, insufficiently trustworthy search path, possible RCE
Links to More Info: K000135709
1319357-1 : Malformed JSON Output for DNS Server State Queries in ConfD CLI
Component: F5OS-C
Symptoms:
The display JSON option on the CLI interface displays badly formatted JSON output for the API "show system dns servers server state address"
Conditions:
Always when the display JSON option is used on the CLI
Impact:
No functional impact
Workaround:
Use the API "show system dns servers server | display json"
Fix:
Implemented the address data population in the DNS servers' server state
1306561 : CVE-2021-27218: glib2: integer overflow in g_byte_array_new_take function when called with a buffer of 4GB or more on a 64-bit platform
Component: F5OS-A
Symptoms:
An issue was discovered in GNOME GLib before 2.66.7 and 2.67.x before 2.67.4. If g_byte_array_new_take() was called with a buffer of 4GB or more on a 64-bit platform, the length would be truncated modulo 2^32, causing unintended length truncation.
Conditions:
NA
Impact:
Integer Overflow or Wraparound
Fix:
glib2 has been updated to a non-vulnerable version.
1306201 : glibc CVEs CVE-2009-5155, CVE-2022-23218, CVE-2022-23219, CVE-2017-8804, CVE-2020-1752, CVE-2021-35942, CVE-2021-3999
1306137 : CVE-2021-20294 binutils: stack buffer overflow WRITE may lead to a DoS via a crafted ELF
Component: F5OS-A
Symptoms:
An attacker who is able to convince a victim using readelf to read a crafted file, could trigger a stack buffer overflow, out-of-bounds write of arbitrary data supplied by the attacker.
Conditions:
NA
Impact:
stack buffer overflow
Workaround:
N/A
Fix:
Fixed
1306113 : Multiple CVEs in SQLite package
Links to More Info: K000158050, BT1306113
1306109 : TCP dump CVE-2018-14469, CVE-2018-14467, CVE-2018-16452, CVE-2018-14881 CVE-2018-14461, CVE-2018-14882, CVE-2018-14880, CVE-2020-8037, CVE-2018-14466, CVE-2018-14879 vulnerabilities
Component: F5OS-A
Symptoms:
Multiple vulnerabilities have been identified in tcpdump versions prior to 4.9.3, involving buffer over-reads, stack exhaustion, buffer overflow, and uncontrolled memory allocation across various protocol parsers:
Conditions:
NA
Impact:
buffer over-reads, stack exhaustion, buffer overflow, and uncontrolled memory allocation
Workaround:
N/A
Fix:
Fixed
1303065 : VELOS/rSeries does not have infield diagnostic capability
Component: F5OS-A and F5OS-C
Symptoms:
VELOS/rSeries does not have infield diagnostic capability
Conditions:
NA
Impact:
Users cannot run on demand diagnostics
Workaround:
NA
Fix:
Added a new feature capability for performing in-field diagnostics
1301165 : CVE-2022-4378 kernel: stack overflow in do_proc_dointvec and proc_skip_spaces
Links to More Info: K000134768
1298401 : Log levels adjusted for tmstat rsync messages about non-critical partial transfers
Component: F5OS-C
Symptoms:
The rsync failures are logged as ERROR level events (priority="Err") even for non-critical partial transfers.
The following return codes have been moved to INFO level logs:
rc=23: Partial transfer due to error
rc=24: Partial transfer due to vanished source files
rc=25: The --max-delete limit stopped deletions
Conditions:
None
Impact:
This creates excessive alarm noise in environments where sporadic partial transfers are benign and expected.
Workaround:
None
Fix:
This issue is fixed.
1297945 : CVE-2022-45061 python: CPU denial of service via inefficient IDNA decoder
Links to More Info: K000134706
1297365 : SSH cryptographic algorithm update
Component: F5OS-A
Symptoms:
SSH algorithms not following best practices.
Conditions:
N/A
Impact:
Unexpected impact.
Fix:
SSH algorithms now following best practices.
Behavior Change:
Deprecated SSH ciphers are not accepted by the SSH service.
1292521 : CVE-2023-0361 gnutls: timing side-channel in the TLS RSA key exchange code
Component: F5OS-A
Symptoms:
Under specific TLS handshake conditions, sensitive data protection may be reduced.
Conditions:
NA
Impact:
Improper Protection of Physical Side Channels leads to Observable Discrepancy
Workaround:
NA
Fix:
Updated the gnutls to the fixed version.
1292397 : CVE-2023-27561 runc: volume mount race condition (regression of CVE-2019-19921)
Component: F5OS-A
Symptoms:
A flaw was found in runc. An attacker who controls the container image for two containers that share a volume can race volume mounts during container initialization by adding a symlink to the rootfs that points to a directory on the volume.
Conditions:
NA
Impact:
Improper Resolution of Path Equivalence
Workaround:
NA
Fix:
Updated to the fixed versions.
1292353 : CVE-2023-1579 binutils: Heap-buffer-overflow binutils-gdb/bfd/libbfd.c in bfd_getl64
Component: F5OS-A
Symptoms:
Processing specially crafted DWARF debug files with binutils may trigger a heap buffer overflow.
Conditions:
NA
Impact:
heap buffer overflow
Workaround:
N/A
Fix:
Fixed
1292297 : CVE-2021-20095 CVE-2021-42771 python-babel: Relative path traversal allows attacker to load arbitrary locale files and execute arbitrary code
Component: F5OS-A
Symptoms:
A flaw was found in python-babel. A path traversal vulnerability was found in how locale data files are checked and loaded within python-babel, allowing a local attacker to trick an application that uses python-babel to load a file outside of the intended locale directory.
Conditions:
N/A
Impact:
Data confidentiality and integrity as well as service availability.
Workaround:
N/A
Fix:
Fixed
1292293 : CVE-2023-25173 containerd: Supplementary groups are not set up properly
Component: F5OS-A
Symptoms:
A flaw was found in containerd, where supplementary groups are not set up properly inside a container. If an attacker has direct access to a container and manipulates their supplementary group access, they may be able to use supplementary group access to bypass primary group restrictions in some cases. This issue can allow access to sensitive information or gain the ability to execute code in that container.
Conditions:
NA
Impact:
Placement of User into Incorrect Group
Fix:
Updated to the fixed versions.
1289481 : CVE-2021-3697, CVE-2021-3695, CVE-2022-28733, CVE-2022-28734: grub2
Links to More Info: K000132893, BT1289481
1285997-9 : LLDP is allowed to configure on interfaces when virtual wire is enabled
Links to More Info: BT1285997
Component: F5OS-A and F5OS-C
Symptoms:
LLDP is allowed to configure on interfaces although virtual wire is enabled.
Conditions:
1) Enable virtual wire on interface.
2) Attach interfaces to a lag.
3) Enabled LLDP on the interfaces.
Impact:
When virtual wire is enabled, BIG-IP will function in transparent mode and is not expected to see interfaces on either side.
With this issue, F5 interfaces will be visible when LLDP is enabled.
Workaround:
Do not configure LLDP on the interfaces when virtual wire is enabled.
Fix:
N/A
1285993 : WebUI limitation when enabling LLDP on multiple interfaces
Links to More Info: BT1285993
Component: F5OS-A
Symptoms:
LLDP must be enabled individually on each interface on the webUI.
Conditions:
Occurs when a user attempts to enable LLDP on multiple interfaces simultaneously.
Impact:
No functional impact. However, enabling LLDP interface-by-interface can be time-consuming.
Workaround:
Enable LLDP individually on each required interface.
Fix:
With the updated design, users can enable or disable LLDP on multiple interfaces simultaneously.
1285037 : No error when DNS server is configured with port other than 53
Component: F5OS-C
Symptoms:
F5OS allows to configure DNS port other than 53 although it is not being used by DNS resolvers.
Conditions:
Configuring DNS port other than 53.
Impact:
No Functional impact.
Workaround:
None.
Fix:
F5OS will not allow to configure DNS port other than 53. Along with this, F5OS also restricts number of DNS servers count to 3.
1271417-1 : VELOS system controller fails to PXE boot when network-range-type is RFC1918
Links to More Info: BT1271417
Component: F5OS-C
Symptoms:
If the network-range-type is set to RFC1918, a VELOS system controller will fail to PXE boot from its peer system controller, reporting an error message "Unable to locate configuration file".
Conditions:
- The Internal Chassis Networking range (network-range-type) is set to RFC1918 (the default is RFC6598).
Impact:
Unable to PXE boot the system controller.
Workaround:
Log into the peer controller (the one NOT being PXE booted) as root, and navigate to the /var/images/pxelinux.cfg directory. In the directory, locate the file whose name is six hex characters ("0a", followed by two digits, followed by "07"), and rename the file to uppercase.
For example:
[root@controller-1(VELOS):Active ~]# cd /var/images/pxelinux.cfg/
[root@controller-1(VELOS):Active pxelinux.cfg]# ls -l 0a*
-rwxr--r--. 2 root root 352 Oct 7 15:14 0ae107
[root@controller-1(VELOS):Active pxelinux.cfg]# mv 0ae107 0AE107
[root@controller-1(VELOS):Active pxelinux.cfg]#
1270969 : Automatic LOP recovery failure when stuck in bootloader mode.
Component: F5OS-C
Symptoms:
System controllers may have significant loss of functionality such as:
- System Inventory displays nothing.
- System controller 1 is in Faulted state.
- No Slot info in Partition default.
- Lost connection to Controller Floating IP.
- Admin account login becomes impossible.
Conditions:
Faulty fantray or interrupted LOP firmware update may cause bootloader mode.
Impact:
System controller malfunction.
Workaround:
If caused by a faulty fantray, it should be removed or replaced to prevent the LOP from going into bootloader mode again. A power cycle can be used to restart the LOP and get it out of bootloader mode.
Fix:
If a system controller's LOP is in bootloader mode during booting, the automatic firmware update process will recover it.
1250901-6 : On rSeries FIPS system live upgrade, cavium_n3fips (liquidsec_pf_vf driver) may fail to come into operational state
Links to More Info: BT1250901
Component: F5OS-A
Symptoms:
After a reboot of the system in live upgrade, tenants that were running earlier might not change to a running state. This is due to the HSM board driver stuck in SAFE_STATE instead of OPERATIONAL_STATE.
In some cases, the driver changes to an operational state after some amount of time (approximately 10 minutes). But this time might vary upon detection of reset/link failure in the hardware. In some other systems, the driver becomes stuck in SAFE_STATE indefinitely.
Conditions:
Live upgrade/reboot of the rSeries FIPS system with F5OS-A.
You may observe the below logs in dmesg-
[ 964.105021] liquidsec_pf_vf_driver 0000:ca:00.0: We might have a link issue... resetting
[ 964.113688] liquidsec_pf_vf_driver 0000:ca:00.0: RESETTING FIRMWARE... CAUTION
Impact:
Running tenants goes to pending state when this issue occurs in a live upgrade.
Workaround:
Check contents of cavium_n3fips file as shown below.
[appliance]# cat /proc/cavium_n3fips/driver_state
HSM 0:OPERATIONAL_STATE
If the driver changes to an operational state, perform
"docker restart fips-support-pod" to help in recovering.
But if the driver state is still "HSM 0:SAFE_STATE", you may need to perform a power cycle reboot (but this will not guarantee recovery).
Fix:
N/A
1249821 : Show tenants displays trust-mode parameter on R5K/10K/12K
Links to More Info: BT1249821
Component: F5OS-A
Symptoms:
The output of "show tenants" displays the trust-mode parameter on R5k/10k/12k appliance platforms. This parameter is not applicable on these platforms.
Conditions:
Displays only on R5K/10K/12K
Impact:
No functional impact.
Workaround:
None
Fix:
The trust-mode parameter will not be displayed on the unsupported platforms.
1240453 : CVE-2023-0215: openssl: use-after-free following BIO_new_NDEF
Links to More Info: K000132946
1239465 : CVE-2022-4304: openssl: timing attack in RSA Decryption implementation
Links to More Info: K000132943
1238437 : Missing rpm-ostree status output in QkView diagnostic data
Component: F5OS-A and F5OS-C
Symptoms:
"rpm-ostree status" output is missing from QkView file.
Conditions:
When QkView data is collected from the F5OS device.
Impact:
"rpm-ostree status" output is missing from qkview file.
Workaround:
Manually run command "rpm-ostree status" on the system.
Fix:
The QkView collection has been updated to include the output of the rpm-ostree status command.
1230085-1 : ConfD CLI not prompting user to confirm the LDAP bind password
Component: F5OS-A
Symptoms:
On ConfD CLI, the system is not prompting the user to confirm the given LDAP bind password to make sure the entered password is correct.
Conditions:
Setting LDAP bind password in ConfD-CLI using R2R4/R5R10 appliances.
Impact:
The issue does not impact the functionality of setting the LDAP bind password. When the user sets up the LDAP bind password, they need to be careful when entering to make sure the password is correct.
Workaround:
The workaround is to use the webUI to set up the LDAP bind password.
Fix:
N/A
1225805-12 : CVE-2020-15778 openssh: scp allows command injection when using backtick characters in the destination argument
Links to More Info: K04305530
1205429 : CVE-2018-17199: httpd: mod_session_cookie does not respect expiry time
Links to More Info: K54296221
1195201 : Missing/defective DIMM not reported sufficiently to end user
Links to More Info: BT1195201
Component: F5OS-A
Symptoms:
If a memory DIMM is missing or defective, the system does not report the situation sufficiently to the user through the "show system health" API.
Conditions:
A memory DIMM becomes missing or defective.
Impact:
The platform is operating at less than the shipped memory configuration, which could impact the number of tenants deployed on a system.
Workaround:
Refer to the AOM PEL log for details of the missing and/or defective DIMM.
Fix:
N/A
1190153 : Apache HTTP Server mod_proxy_wstunnel access control bypass vulnerability (CVE-2019-17567)
Links to More Info: K000133522
1171849-7 : CVE-2022-2588: kernel: a use-after-free in cls_route filter implementation may lead to privilege escalation
Links to More Info: K32615023
1167069 : CVE-2021-38185: cpio: integer overflow in ds_fgetstr() in dstring.c can lead to an out-of-bounds write via a crafted pattern file
Component: F5OS-A
Symptoms:
A flaw was found in cpio. An integer overflow that triggers an out-of-bounds heap write can allow an attacker to execute arbitrary code via a crafted pattern file.
Conditions:
NA
Impact:
The highest threat from this vulnerability is to data confidentiality and integrity as well as system availability.
Workaround:
NA
Fix:
Fixed
1144397 : tmstat-merged logs only applicable to chassis no longer appear in appliance logs
Component: F5OS-A
Symptoms:
In prior versions, tmstat-merged logs on appliance had references to slot and cluster-IP, which only apply to chassis.
Conditions:
None.
Impact:
Extra log messages that do not apply to appliances were found in the logs.
Workaround:
None.
Fix:
Log messages only applying to the chassis no longer appear in the appliance tmstat-merged logs.
1127361 : CVE-2022-21166: hw: cpu: incomplete clean-up in specific special register write operations (aka DRPW)
Links to More Info: K08152433
1127357 : CVE-2022-21166: hw: cpu: incomplete clean-up in specific special register write operations (aka DRPW)
Links to More Info: K08152433
1127353 : CVE-2022-21166: hw: cpu: incomplete clean-up in specific special register write operations (aka DRPW)
Links to More Info: K08152433
1122941 : Port-profile changes when tenants are in the deployed state
Links to More Info: BT1122941
Component: F5OS-A
Symptoms:
Port-profile changes are not being blocked when tenants are in the deployed state.
Conditions:
Changing port-profile on a system with a tenant in the running-state is deployed.
Impact:
Tenants may not come up after the system reboots.
Workaround:
For each tenant in the deployed state, move the tenant running state to provisioned and back to deployed.
Then the tenant will then come up and function properly.
1110881-1 : TLS Extended Master Secret support
Component: F5OS-A
Symptoms:
TLS Extended Master Secret may not be negotiated on some versions.
Conditions:
NA
Impact:
TLS Extended Master Secret is unavailable.
Workaround:
No
Fix:
Updated versions include TLS Extended Master Secret support.
1091329 : CVE-2021-3999, CVE-2022-23218, CVE-2022-23219 Glibc Vulnerabilities
Links to More Info: K52308021
1069181-3 : CVE-2021-37750 krb5: NULL pointer dereference in process_tgs_req() in kdc/do_tgs_req.c via a FAST inner body that lacks server field
Component: F5OS-A
Symptoms:
A flaw was found in krb5. The Key Distribution Center (KDC) in MIT Kerberos 5 has a NULL pointer dereference via a FAST inner body that lacks a server field. An authenticated attacker could use this flaw to crash the Kerberos KDC server. The highest threat from this vulnerability is to system availability.
Conditions:
NA
Impact:
Reduced availability
Workaround:
NA
Fix:
Fixed
1018557 : On system controller failover, tenant mgmt IP's may be unreachable for several minutes.
Links to More Info: BT1018557
Component: F5OS-C
Symptoms:
During a system controller failover, tenant management IP's may be unreachable for several minutes. Once the ARP entry for the tenants IP times out in the upstream router, it will be re-populated with the correct MAC after the failover and begin working again.
Conditions:
This occurs during a system controller failover due to the ARP entries not being updated for the tenants.
Impact:
The tenant management IP may be unreachable for several minutes after a system controller failover. Once the upstream ARP entry has timed out, the tenant management IP will be reachable again.
Workaround:
There is no workaround, and once the upstream ARP entry has timed out, the tenant management IP will be reachable again.
Fix:
The tenant orchestration layer will now cause Gratuitous ARPs to be sent for the tenant management IPs when a system controller failover happens. The restores tenant management IP connectivity quickly after a system controller failover.
Known Issues in F5OS v2.0.x
F5OS-A and F5OS-C Issues
| ID Number | Severity | Links to More Info | Description |
| 2337865 | 1-Blocking | RR-DAG issue when L4 source port = destination port | |
| 2297929-1 | 2-Critical | Remote logging with TLS based authentication will not be supported on IP based host. | |
| 2285089-2 | 2-Critical | BT2285089 | Platform-diag-agent process consuming more memory |
| 1937953-1 | 2-Critical | Failed to Verify CA with basicConstraints.CA Set to False | |
| 2262321-1 | 3-Major | Console Shows Kernel Warning Messages While Copying Image to USB Drive |
F5OS-A Issues
| ID Number | Severity | Links to More Info | Description |
| 2297905-2 | 1-Blocking | BT2297905 | Kernel panic reboot observed on r2000 and r4000-series appliances while upgrading |
| 2295409 | 1-Blocking | [R2K/4K] - TMM restarts are observed on the tenant startup as part of VF initialisations | |
| 2053473 | 1-Blocking | F5OS rSeries r2k/r4k BIG-IP Tenant management interface not reachable | |
| 2290065-1 | 2-Critical | Device Reboot Delayed During Port-Profile Changes | |
| 2182405 | 2-Critical | BT2182405 | LLDP core found while upgrading chassis★ |
| 2050173 | 2-Critical | BT2050173 | F5OS GUI/CLI "Available Storage" displayed when creating tenants not accurate due to thin provisioning |
| 1981429 | 2-Critical | Config backup and restore is failing after downgrading from 2.0 to lower versions★ | |
| 1621785 | 2-Critical | Mstp topology convergence after changing the priority of instance is not taking place. | |
| 1594149-1 | 2-Critical | Next Tenant Management interface is turned down/unreachable | |
| 1591961 | 2-Critical | Observing "Failed to send restarting msg to VF" errors during reboot | |
| 1586717 | 2-Critical | BT1586717 | [F5OS Changes] vlan members fails to populate inside the tenant if vlans attached to interface before deploying the tenant if VLANs spanning multiple interfaces are configured |
| 1575953 | 2-Critical | BIG-IP NEXT tenant stuck at provisioning state with live upgrade when tenant bring-up is in progress | |
| 1320637-7 | 2-Critical | BT1320637 | DMA Agent crash after SEP file mapping error |
| 1224113 | 2-Critical | IPV6 packets are fragmented on F5 r2K/r4K platforms. | |
| 2331801 | 3-Major | BT2331801 | Downgrade from F5OS v2.0 release to older releases(1.8.x) is blocked, when RADIUS/TACACS Server Group Secret Keys Are Configured |
| 2297917-1 | 3-Major | Installation failure at anaconda shell during bare metal★ | |
| 2297809-2 | 3-Major | Tenant configuration is reset during F5OS v2.0 baremetal to 1.x downgrade★ | |
| 2296129-1 | 3-Major | No console log reports confirming the completion of the firmware upgrade. | |
| 2295805-1 | 3-Major | [R2R4] Misleading Estimated Reboot Count Displayed in ConfD During Upgrade to Version 2.0.0 | |
| 2291113-1 | 3-Major | Cluster Health Degradation and Tenant Offline Due to High Disk Usage | |
| 1975401 | 3-Major | BT1975401 | Empty CPU allocation after downgrading F5OS-A★ |
| 1813249 | 3-Major | BT1813249 | Interfaces do not come up after upgrade |
| 1752821 | 3-Major | BT1752821 | Cluster re-install with missing system controller does not complete★ |
| 1711105 | 3-Major | BT1711105 | The presence of a /var/docker/config/platform.override.yml file causes the upgrade to hang/fail from versions earlier than F5OS 1.8.0★ |
| 1695585 | 3-Major | BT1695585 | F5OS GUI inaccessible after upgrade from F5OS-A 1.3.2 or earlier to F5OS-A 1.4.0 or later★ |
| 1694317 | 3-Major | BT1694317 | Tenant config changes may not occur if multiple tenants are changed at once. |
| 1692277 | 3-Major | BT1692277 | Tenant is unreachable after changing the management VLAN |
| 1623345 | 3-Major | BT1623345 | On rSeries system, power cycle reboot might result in QAT device failure |
| 1623325-1 | 3-Major | BT1623325 | VLAN groups or VLAN group members may be deleted on F5OS tenant |
| 1623205 | 3-Major | BT1623205 | icontrol/rest Trunk-VLAN API accepts VLAN Number Not Present in VLAN Database and adds it |
| 1621449 | 3-Major | Error related to removal of orphan pod related subpaths in /var/log/messages | |
| 1613089-1 | 3-Major | BT1613089 | F5 r2k and r4k platforms will incorrectly display "OK" health status when no AC power is provided to a single power supply |
| 1605509 | 3-Major | BT1605509 | GUI login fails with a crash in system_manager.external-authenticator |
| 1603669 | 3-Major | BT1603669 | Show services command shows stale entries for deleted tenants |
| 1585569-1 | 3-Major | AOM Network configuration silently fails if duplicate IP address is used | |
| 1585237-3 | 3-Major | BT1585237 | When telemetry exporter is not reachable, logs to enable send_queue or retry will be printed in platform.log |
| 1583629-3 | 3-Major | BT1583629 | LCD UI contains missing data or report incorrect OS version after an OS downgrade★ |
| 1566917-4 | 3-Major | The ha-1-deployment pod may get restarted after HA setup and system upgrades | |
| 1504089 | 3-Major | BT1504089 | System integrity check logs are logged with default name instead of system hostname in platform.log file |
| 1466357 | 3-Major | Tenant pods stuck in terminating/unknown state | |
| 1388781 | 3-Major | BT1388781 | Exporting the same file to the same remote location twice throws an error |
| 1381053-4 | 3-Major | BT1381053 | Cluster IP is unavailable for some time during tenant reboot |
| 1346417-3 | 3-Major | BT1346417 | Failed to register/deregister logs observed when tenants are deleted |
| 1319573-2 | 3-Major | BIG-IP tenants created before F5OS-A 1.3.0 may be allocated a smaller disk than required | |
| 1273129-5 | 3-Major | BT1273129 | TPM status may not reporting during PXE install |
| 1213185-2 | 3-Major | BT1213185 | ISO file not copied during clean install from USB DVD/CD-ROM device★ |
| 1127393 | 3-Major | Error message is not displayed when user configures more than 3 DNS servers in ConfD CLI or webUI | |
| 1112317-3 | 3-Major | BT1112317 | Null bytes or non-ascii characters are present in velos.log |
| 1102869 | 3-Major | BT1102869 | Link stats misrepresentation on interfaces in Autonegotiate mode when link goes down |
| 1083921-3 | 3-Major | VLAN name change is not allowed once a tenant is launched | |
| 1922317-3 | 4-Minor | BT1922317 | F5OS password policy's "max-letter-repeat" description is incorrect |
| 1730793 | 4-Minor | BT1730793 | Config-restore fails with an error: "tenant-console role cant be assigned to users other than tenant users"★ |
| 1713861-1 | 4-Minor | BT1713861 | HTTP PUT request for f5-allowed-ips:allowed-ips is not declarative |
F5OS-C Issues
| ID Number | Severity | Links to More Info | Description |
| 2277769-1 | 2-Critical | Port mismatch between images imported on both common controllers | |
| 2263077 | 2-Critical | Unexpected Controller Switchover Observed While Copying Image to USB Drive Using dd Command | |
| 2016125 | 2-Critical | Management MAC address may display incorrectly in some scenarios | |
| 1933589 | 2-Critical | Unable to capture tcpdump packets if the mgmt interfaces are aggregated | |
| 1819873 | 2-Critical | BT1819873 | Tenant may not come to Running state after quick movement of slots between partitions |
| 1754997 | 2-Critical | BT1754997 | Tenant instance may fail to come up after repeated blade reboots. |
| 2297393-1 | 3-Major | Upgrade Failure due to OStree rebase to version failure★ | |
| 2285689-2 | 3-Major | TX_Enable Not Set for Lanes 2-4 After Hot-Swapping 400G Optic on BX520 Front Panel Port in 4x100G Bifurcated Mode | |
| 2262729-1 | 3-Major | “Error: application communication failure” after aborting system image check-version-fips / set-version-fips | |
| 2257833 | 3-Major | Blades Reappear Under Default Partition After Downgrade When Default Partition Is Deleted | |
| 2222085 | 3-Major | BT2222085 | Partition VLAN traffic may dropped for a noticeable period of time during standby initialization |
| 1784125 | 3-Major | Controller prompt stuck "Waiting for firmware status" | |
| 1622753 | 3-Major | OpenShift namespace can get stuck in terminating if resources are still in use. | |
| 1505605 | 3-Major | VELOS Blade BX520 USB host controller not working, resulting in LOP USB device not present at either /dev/ttyAOM or /dev/ttyACM0 | |
| 1497893 | 3-Major | BT1497893 | Unable to deport previously referenced ISO of now-disabled partition★ |
| 2048381-1 | 4-Minor | BT2048381 | "show system mgmt-ip" displays all zeroes instead of actual IP address when mgmt interface is down |
| 1080649 | 4-Minor | BT1080649 | Improper error messages for the rest API calls during failed file import & export operations. |
Known Issue details for F5OS v2.0.x
2337865 : RR-DAG issue when L4 source port = destination port
Component: F5OS-A and F5OS-C
Symptoms:
RRDAG uses a protocol CAM to identify packet metadata to "hash" in Round Robin mode.
A new RR-DAG feature added the capability for the packet metadata hash to match on L4 DPort in the Protocol CAM.
There is an issue in the FPGA feature implementation of both sDAG and eDAG where the L4 DPort presented to the Protocol CAM is forced to zero if the packet had DPort=SPort.
Because of the bug, packets would use the wrong disaggregation hash when the DPort=SPort since it wouldn't match the CAM entry.
Conditions:
Running RR-DAG and L4 source port == destination port.
Impact:
Packets sent to the wrong CPU service destination. RR-DAG packet distribution is unbalanced.
Workaround:
This issue an FPGA feature implementation defect. Fix requires a SW update with new FPGA bitfiles.
2331801 : Downgrade from F5OS v2.0 release to older releases(1.8.x) is blocked, when RADIUS/TACACS Server Group Secret Keys Are Configured
Links to More Info: BT2331801
Component: F5OS-A
Symptoms:
Attempting to downgrade from F5OS v2.0 to any older versions of F5OS-A or F5OS-C will fails with the following error:
"Cannot downgrade to a version that does not support AES-encrypted RADIUS or TACACS server group secret keys. Please remove all RADIUS and TACACS server group secret keys and retry."
Conditions:
1. RADIUS or TACACS+ server-group secret keys are configured in versions less than F5OS v2.0.
2. Upgrade to F5OS v2.0 (all build numbers) on F5 rSeries and VELOS Chassis.
3. Attempting to downgrade to any older versions of F5OS-A or F5OS-C.
Impact:
Downgrade is blocked until all RADIUS and TACACS server-group secret keys are manually removed.
Workaround:
Before downgrading, manually remove all RADIUS and TACACS+ server group configurations. After the downgrade is complete, reconfigure these settings as needed. Please note that once the RADIUS and TACACS+ server group configurations are removed, remote authentication will be unavailable. Administrators must use local accounts during and after the downgrade to restore RADIUS and TACACS+ server groups and secrets.
Step-by-step instructions for efficient restoration of RADIUS and TACACS+ server group configurations:
1. Perform a configuration backup before upgrading to the F5OS v2.0.
2. Upgrade to F5OS v2.0 version.
3. Before downgrading, remove the RADIUS and TACACS+ server group configurations, then proceed with the downgrade.
4. After successful downgrade, restore the configuration.
5. Reboot the system.
2297929-1 : Remote logging with TLS based authentication will not be supported on IP based host.
Component: F5OS-A and F5OS-C
Symptoms:
With the rsyslog-ossl package, the IP-based permittedpeer authentication method is not supported for IP address verification using the CN and SAN fields.
Conditions:
When remote logging server is configured with the IP address with TLS auth enabled instead of hostname or FQDN of server.
Impact:
Remote logging feature will not work.
Workaround:
Use hostname based cert and server for remote logging. Hostname should be configured on server and in certificate as CN and in SAN as Domain name.
2297917-1 : Installation failure at anaconda shell during bare metal★
Component: F5OS-A
Symptoms:
During bare metal installation via USB, the process errors in anaconda shell at RAID creation with an issue in RAID partition.
Conditions:
System with dual SSDs and installation perfomed via USB.
Impact:
Image installation failure.
Workaround:
Run a disk cleanup using F5 Disk Erase utility at the start of installation during boot up. Please follow below steps
-> Reboot the System: Type 'reboot' in serial console.
-> Launch Utility: During boot, press 'e' when prompted to launch the F5 Disk Erase Utility.
-> Confirm Operation: Select 'Continue' when warned about permanent data loss.
-> Select Drives: Choose the drives to erase from the menu.
-> Confirm Erase: Select 'Erase-All-Data' to confirm.
-> Complete Operation: After erasure, choose to erase another drive or select Exit to reboot.
2297905-2 : Kernel panic reboot observed on r2000 and r4000-series appliances while upgrading
Links to More Info: BT2297905
Component: F5OS-A
Symptoms:
An intermittent issue seen when NAC Firmware upgrade is in progress after Live upgrading r2000 and r4000-series appliances to 2.0 versions.
A kernel core dump from ice driver is observed which results in intermittent reboot of the system and prompt Status or GUI status is stuck in "Firmware upgrade in-progress".
Conditions:
- F5 r2000- or r4000-series appliance
- Upgrading from F5OS 1.x to F5OS 2.0 for the first time.
Impact:
prompt Status or webUI status gets stuck in "Firmware upgrade in-progress" after upgrading to 2.0 Version from 1.X version
Workaround:
If "Firmware upgrade in-progress" prompt status is seen for longer duration and no upgrades are in progress in backgroup, follow the below steps to recover the device
1) Do system reboot.
2) After the device is up and running, check if all the services are up and stable ( still "Firmware upgrade in-progress" is observed), restart diag-agent container.
Command : "system diagnostics os-utils docker restart node platform service diag-agent"
2297809-2 : Tenant configuration is reset during F5OS v2.0 baremetal to 1.x downgrade★
Component: F5OS-A
Symptoms:
After performing a live downgrade from a bare-metal (PXE/USB) installed F5OS-A 2.0.0 system to F5OS-A 1.x, deployed tenants appear factory-reset.
Conditions:
The system was initially installed via PXE or USB with F5OS-A v2.0
A live (OSTree-based) downgrade is performed to F5OS-A 1.x
One or more tenants were deployed and configured prior to the downgrade
Impact:
Tenant disk storage is mounted on the wrong volume group (velocity-root, 95 GB) instead of the dedicated partition_tenant volume (293 GB). This results in tenant configuration loss and significantly reduced tenant storage capacity.
Workaround:
Before triggering the downgrade from F5OS-A v2.0 to 1.x, run the following command on the appliance to manually add the fstab entry:
grep -q '/var/F5/system/cbip-disks' /etc/fstab || echo "/dev/partition_tenant/root /var/F5/system/cbip-disks ext4 defaults,nofail 0 0" >> /etc/fstab
2297393-1 : Upgrade Failure due to OStree rebase to version failure★
Component: F5OS-C
Symptoms:
"show system image" upgrade status as failed.
Conditions:
ostree fsck --repo=/var/export/chassis/ostree/controller/repo show report error.
Impact:
Upgrade failed , system will be down.
Workaround:
1) Delete the imported ISO ref from remote repo.
ostree refs --delete 1.8.3-31494 --repo=/var/export/chassis/ostree/controller/repo
2) Verify the ref has been removed:
[root@controller-1:Waiting for ConfD ~]# ostree refs --repo=/var/export/chassis/ostree/controller/repo
2.0.0-22818
3)prune the deleted objects:
ostree prune --repo=/var/export/chassis/ostree/controller/repo --refs-only
Total objects: 130015
Deleted 49731 objects, 2.5 GB freed
4) reboot the controller.
reboot
5) after boot check the ostree health :
ostree fsck --repo=/var/export/chassis/ostree/controller/repo
6) abort the current upgrade:
In confd config :
[root@controller-2:Active ~]# su - admin
Last login: Wed May 20 10:25:10 UTC 2026 on ttyS0
Welcome to the F5OS System Controller Management CLI
admin connected from 127.0.0.1 using console on syscon-2-active
syscon-2-active# config
Entering configuration mode terminal
syscon-2-active(config)# system image install-abort
7) wait for system image status to become aborted.
2296129-1 : No console log reports confirming the completion of the firmware upgrade.
Component: F5OS-A
Symptoms:
No logs reported on console notifying that the firmware upgrade has been completed.
The status can still be tracked via "show components component properties".
Conditions:
After the firmware upgrade, the console does not log any Firmware upgrade completion.
Impact:
No alert on the console to notify about firmware upgrade completion.
Workaround:
Upgrade status can be checked via confd, checking for "show components component properties"
2295805-1 : [R2R4] Misleading Estimated Reboot Count Displayed in ConfD During Upgrade to Version 2.0.0
Component: F5OS-A
Symptoms:
When Live upgrade is triggered, confd shows the estimated reboots required as 2 reboots.
Since the R2R4 device undergoes an NAC FW upgrade in F5OS v2.0.0 (which requires 2 reboots to complete the FW upgrade), the total number of reboots required is 3
Conditions:
When the Live upgrade is triggered to 2.0.0
Impact:
No Functionality impact
Workaround:
None
2295409 : [R2K/4K] - TMM restarts are observed on the tenant startup as part of VF initialisations
Component: F5OS-A
Symptoms:
TMM restarts with following errors in /var/log/tmm
localhost.localdomain notice xnet[12:00.0]: Error: Unable to attach to xnet dev
localhost.localdomain notice xnet(1.8)[12:00.0]: Error: Unable to initialize device
Conditions:
During tenant launch or startup on the latest F5OS 2.0 builds.
Impact:
TMM restarts are seen only during it's startup. This might cause a little tenant readiness delay. There are no runtime or traffic impacts.
Workaround:
NA
2291113-1 : Cluster Health Degradation and Tenant Offline Due to High Disk Usage
Component: F5OS-A
Symptoms:
When file system usage exceeds 95%, k3s initiates pod eviction and internal garbage collection in an attempt to free disk space by removing unused pods. This action can cause all pods—including the tenant—to enter a non-functional or failed state, resulting in the tenant going offline. Recovery of file storage alone does not automatically restore cluster or tenant health; automated recovery is not triggered upon clearing disk space.
Conditions:
File system (disk) usage increases to 95% or above.
Impact:
Tenant and potentially all pods within the cluster become unavailable/offline. Restoration of disk space does not automatically recover affected cluster and tenant components.
Workaround:
Manual intervention is required for full recovery. As the root user, trigger cluster re-installation by running:
-- touch /var/omd/CLUSTER_REINSTALL
2290065-1 : Device Reboot Delayed During Port-Profile Changes
Component: F5OS-A
Symptoms:
On the R2R4 device, the system undergoes a reboot when port profiles are being changed. With new NAC FW support added in 2.0.0, system reboot will be delayed by 2-3 mins as changing the port-profiles needs more time.
Conditions:
When port-profiles are changed on R2R4 device.
Impact:
Device reboot will be delayed for 2-3 mins.
Workaround:
NA
2285689-2 : TX_Enable Not Set for Lanes 2-4 After Hot-Swapping 400G Optic on BX520 Front Panel Port in 4x100G Bifurcated Mode
Component: F5OS-C
Symptoms:
Upon optic re-insertion in 4x100G mode on BX520 blades, there is an issue in MAC enable for lanes 2 to 4. For example, if port 3/2 is in 4x100G mode and the optic is hot-swapped, then the MAC will be enabled only for the first link 3/2.1 and not for 3/2.2-2.4.
Conditions:
On a BX520 blade, the front panel port is in bifurcated mode (4x100G), and the optic is hot-swapped (removed and re-inserted).
Impact:
The issue in MAC enable for lanes 2 to 4 will cause an issue when sending out the egress packets on lanes 2 to 4 of the port.
Workaround:
Admin bounce of ALL interfaces will help facilitate a clean link-up. Administratively disable the 4x100G interfaces before removing the optic. Then remove and re-insert the optic. Then re-enable the interfaces.
2285089-2 : Platform-diag-agent process consuming more memory
Links to More Info: BT2285089
Component: F5OS-A and F5OS-C
Symptoms:
The diag-agent service running on the service seems to consuming more memory over the time due to runtime memory leaks leading OOM on system.
Conditions:
The diag-agent services receiving a burst of events at a time, leading to its queues being filled up with too many entries and raising the memory.
Impact:
Over the long time, if diag-agent receives event bursts again and again the service would end up consuming more memory from DUT.
Workaround:
If diag-agent service memory raised too much, restarting the diag-agent service before any OOM would free up the memory of device.
2277769-1 : Port mismatch between images imported on both common controllers
Component: F5OS-C
Symptoms:
The service registry port assignment for the imported image is different in both common controllers.
Conditions:
The port assigned to a services registry for an imported image is different on both common controllers
Impact:
Will impact bringing up of cluster service pods.
Workaround:
Trigger a switch over of CC mode, this would sync the port assignments of imported images among common controllers.
2263077 : Unexpected Controller Switchover Observed While Copying Image to USB Drive Using dd Command
Component: F5OS-C
Symptoms:
On the active controller, copying the image to the USB controller triggers the controller switchover to standby.
Conditions:
-- Install the latest 2.0 iso on the chassis.
-- On active controller, perform iso copy on USB using the dd command.
example: dd if=<file.iso> of=/dev/sda bs=1M
-- Active controller will switch to standby mode.
Impact:
The system will be unresponsive for some time (~200 sec). ConfD will be switched over to the standby controller.
Workaround:
Use oflag=direct flag with dd command:
example:
dd if=<file.iso> oflag=direct of=/dev/sda bs=1M
2262729-1 : “Error: application communication failure” after aborting system image check-version-fips / set-version-fips
Component: F5OS-C
Symptoms:
When running system image check-version-fips iso-version <version> (and in some cases system image set-version-fips), the CLI may return:
Error: application communication failure
Conditions:
Occurs when system image check-version-fips (or set-version-fips) is aborted or times out and the command is re-run immediately (within ~10–20 seconds), especially when the check takes several minutes to complete.
Impact:
Image compatibility verification may fail with Error: application communication failure.
Workaround:
Avoid aborting system image check-version-fips once started; allow it to complete.
If the command is aborted or you see Error: application communication failure, wait 10–20 seconds before re-issuing check-version-fips / set-version-fips.
2262321-1 : Console Shows Kernel Warning Messages While Copying Image to USB Drive
Component: F5OS-A and F5OS-C
Symptoms:
When using the "F5 rSeries Systems: Installation and Upgrade" guide, https://techdocs.f5.com/en-us/f5os-a-1-5-3/f5-rseries-systems-installation-upgrade/title-install-upgrade-software.html, and following the instructions to "Create a bootable USB flash drive", warning messages from the Linux kernel may appear on the console output.
Messages may be similar to the following:
- INFO: task smartctl:1090100 blocked for more than 120 seconds.
- Tainted: G OE -------- - - 4.18.0-553.109.1.f5.1.1.10.el8_10.x86_64 #1
These messages are benign, and the file copy will still complete successfully.
Conditions:
Running F5OS v2.0.0 and creating a bootable USB drive.
Impact:
Kernel warning messages may appear.
Workaround:
Add the following to the end of the dd command:
"oflag=direct"
2257833 : Blades Reappear Under Default Partition After Downgrade When Default Partition Is Deleted
Component: F5OS-C
Symptoms:
After moving blades to the 'none' partition and deleting the default partition, blades unexpectedly reappear under the default partition after a downgrade from a 2.0.0 build to 1.8.2.
Additionally, the system may show blades associated with the default partition even when the partition was previously removed.
Conditions:
This issue occurs when:
-- Blades are moved to the 'none' partition
-- The default partition is deleted
-- The system is downgraded from a 2.0.0 build to 1.8.2
-- The fips-service restarts and detects only the 'none' partition
Impact:
Blades are incorrectly reassigned to the default partition, leading to an inconsistent system state and unexpected partition behavior. This may affect partition management workflows and system configuration integrity.
Workaround:
There is no direct workaround. Avoid deleting the default partition before downgrade, or ensure partition configuration is validated after downgrade.
2222085 : Partition VLAN traffic may dropped for a noticeable period of time during standby initialization
Links to More Info: BT2222085
Component: F5OS-C
Symptoms:
LACP PDUs will be exchanged between the system controller and blade before switchd processes ConfD lagg membership and partition configuration (needed to setup partition vlans). As a result, LACP negotiation between blade and system controller completes before the lagg is actually ready for traffic. The delay between these events is typically ~10 seconds but may be up to 30 seconds.
Conditions:
Standby initialization after a reboot or power cycle.
Impact:
Services depending on partition connectivity between blade and System Controller are delayed until the System Controller switch daemon configures hardware trunks and partition vlans on the BCM control plane switch.
Workaround:
None. Partition traffic between blade and system controller requires successfull LACPD negotiation and trunk/vlan configuration of the control plane switch.
2182405 : LLDP core found while upgrading chassis★
Links to More Info: BT2182405
Component: F5OS-A
Symptoms:
LLDPD process terminated unexpectedly(core file) during database connection establishment due to an unhandled exception.
Conditions:
-- ConfD Connection Timeout.
-- ConfD not running when LLDPD started.
Impact:
LLDP crashes and restarts. No functionality impact.
Workaround:
None.
2053473 : F5OS rSeries r2k/r4k BIG-IP Tenant management interface not reachable
Component: F5OS-A
Symptoms:
On F5OS rSerier r2k/r4k , in rare conditions the management interface is not reachable due to a timing and ordering issue probing network interfaces
In the BIG-IP Tenant, the network interfaces eth0 or mgmt are missing
Conditions:
This condition is rare and when it does its usually seen on tenant first boot.
Impact:
Unable to reach BIG-IP Tenant management address.
Workaround:
Reboot tenant
2050173 : F5OS GUI/CLI "Available Storage" displayed when creating tenants not accurate due to thin provisioning
Links to More Info: BT2050173
Component: F5OS-A
Symptoms:
The "Available Storage" field in the F5OS GUI/CLI shows “0 GB” available after several tenants are deployed, even though more tenants can still be created due to thin provisioning. This behavior leads to confusion as users may mistakenly believe that no additional tenants can be deployed.
Conditions:
* Deploy tenants on an F5OS appliance (e.g., r5k or r10900).
* Observe the "Available Storage" field in the GUI/CLI after creating multiple tenants; it may display "0 GB" despite sufficient resources for additional tenants.
Impact:
Misrepresentation of available storage in the GUI/CLI causes users to incorrectly interpret system limits and subsequent loss of trust in the storage metric as a reliable reference.
Workaround:
No current workaround exists to adjust the displayed storage value.
2048381-1 : "show system mgmt-ip" displays all zeroes instead of actual IP address when mgmt interface is down
Links to More Info: BT2048381
Component: F5OS-C
Symptoms:
On F5OS-A platforms, when the management interface is DOWN, the output of the "show system mgmt-ip" command may display all zeroes or default values for the management IP address, prefix-length, and gateway. Example output:
system mgmt-ip state ipv4 system address 0.0.0.0
system mgmt-ip state ipv4 prefix-length 0
system mgmt-ip state ipv4 gateway
0.0.0.0
system mgmt-ip state ipv6 system address ::
system mgmt-ip state ipv6 prefix-length 0
system mgmt-ip state ipv6 gateway ::
This does not reflect the actual configured management IP, which remains correctly set and visible via show running-config system mgmt-ip.
Conditions:
Management interface connected to an upstream switch; interface may be administratively shut down or physically disconnected.
Impact:
This is a cosmetic issue in the F5OS CLI.
The configuration itself is not lost or changed; it remains intact and can be viewed in the running configuration.
Workaround:
-- To view accurate management IP configuration when the mgmt interface is DOWN, use the following command:
# show running-config system mgmt-ip
-- To avoid hitting this cosmetic issue, ensure that the mgmt interface remains UP and connected to its upstream switch.
-- If this issue occurs, toggling the mgmt interface UP/DOWN or rebooting may temporarily resolve it; however, it may recur if the interface goes DOWN again. An upgrade or downgrade also temporarily clears the issue.
2016125 : Management MAC address may display incorrectly in some scenarios
Component: F5OS-C
Symptoms:
The management MAC address may be shown incorrectly in CLI output.
Conditions:
Seen on F5OS-C in certain upgrade/downgrade scenarios.
Impact:
Cosmetic display issue only; no traffic or connectivity impact.
Workaround:
None
1981429 : Config backup and restore is failing after downgrading from 2.0 to lower versions★
Component: F5OS-A
Symptoms:
When restoring a configuration from backup, the restore action fails with an error:
Error: response 'Failed.' confd_load: 662: maapi_apply_trans_flags(sock, tid, 0, aflags) failed: external error (19): /oc-sys:system/f5-security-ciphers:security/
services/service{httpd}/config/ssl-ciphersuite: Invalid openssl cipher received: TLS_AES_256_GCM_SHA384
Conditions:
-- Config backup is taken after downgrading from 2.0.
-- The backup file is used to restore the configuration.
Impact:
Config restore fails due to unsupported ciphers present.
Workaround:
There are three possible workarounds:
-- The issue will not be seen if rollback is applied before downgrading from 2.0
-- Issue will not be seen if config-backup is taken before upgrading to 2.0 from lower versions and then config-restore is applied after downgrading to lower versions.
-- If config-backup is not taken before upgrading to 2.0, then after downgrading to lower versions, execute "no system security services service httpd" before taking config-backup.
1975401 : Empty CPU allocation after downgrading F5OS-A★
Links to More Info: BT1975401
Component: F5OS-A
Symptoms:
Empty CPU allocation returned by confd for running tenant after downgrading F5OS-A from 1.8.0 to any lower versions.
# show tenants
--
snip
---
state vcpu-cores-per-node 8
state reserved-cpus "" <<<<<<<<<<<<<<<<<<<< Empty cpus
state memory 24576
--
snip
--
NODE CPUS
------------
1 - <<<<<<<<<<<<<<<<<<<< No CPU allocation
Conditions:
Downgrade F5OS-A from 1.8.2/1.8.0 to any lower versions.
Impact:
GUI Dashboard displays "Data Unavailable
No Running Tenants Listed" within CPU tab
Workaround:
Rebooting the system after a downgrade will restore CPU allocation.
If reboot does not work, change the tenant state to Configured/provisioned and then change it back to deployed.
1937953-1 : Failed to Verify CA with basicConstraints.CA Set to False
Component: F5OS-A and F5OS-C
Symptoms:
Client Certificate verification and client certificate authentication fail if the CA's basicConstraints.CA is set to false. This is due to the upgrade of the Apache version from 1.0. x to 1.1.1 in the F5OS-200 release
Conditions:
-- Set ca-bundle with basicConstraints.CA set to false in F5OS
-- Enable client certificate verification or/and/or client certificate authentication
-- Try to log in using certificates
Impact:
The user who uses CA with basicConstraint.CA=FALSE will no longer be to use cert-based auth after 200 version.
Workaround:
Generate CA with basicConstraints.CA=True when upgrading to 200.
1933589 : Unable to capture tcpdump packets if the mgmt interfaces are aggregated
Component: F5OS-C
Symptoms:
Tcpdump on the management port will not be executed if the management ports are part of a LAG (Link Aggregation Group).
Logs report 'mgmt port in lagError':
# system diagnostics net-utils tcpdump
tcpdump: unsupported configuration: mgmt port in lagError: application error
Conditions:
-- Running tcpdump on the management port
-- The management ports are in lags.
Impact:
Fail to running tcpdump on management port on F5OS-C if management ports are in lags.
Workaround:
None
1922317-3 : F5OS password policy's "max-letter-repeat" description is incorrect
Links to More Info: BT1922317
Component: F5OS-A
Symptoms:
In the CLI, the description for "max-letter-repeat" in the password policy ("system aaa password-policy") has an incorrect description. Currently it states that it, "Reject passwords with this many repeating lower-case letters in the password". It actually applies to any repeating consecutive characters, not just lower-case letters.
Conditions:
Viewing the CLI's online help for the password policy's "max-letter-repeat" setting.
Impact:
The incorrect description may lead to an unintended password policy.
Workaround:
None.
1819873 : Tenant may not come to Running state after quick movement of slots between partitions
Links to More Info: BT1819873
Component: F5OS-C
Symptoms:
After quick movement of a slot between different partitions, it is possible that tenants on that slot will not come back to the Running state.
Conditions:
This situation can occur if nodes are moved from current partition to another partition and then back to original partition.
Impact:
Tenant may not come to Running state.
Workaround:
Toggle the running-state of the tenant from deployed to configured and then back to deployed.
1813249 : Interfaces do not come up after upgrade
Links to More Info: BT1813249
Component: F5OS-A
Symptoms:
After upgrading, interfaces using unsupported third-party optics will not be marked online.
Conditions:
-- Unsupported third-party optics are installed
-- An upgrade is performed
Impact:
Unsupported third-party optics are not detected and the interface does not come online
Workaround:
Use only supported optics. For more information see K000140617: Verify the right optics module to install on your F5OS system
https://my.f5.com/s/article/K000140617
1784125 : Controller prompt stuck "Waiting for firmware status"
Component: F5OS-C
Symptoms:
The command line system prompt perpetually says "Waiting for firmware status" on both controllers.
Conditions:
This occurs when a user has issued the command to reset the confd database (reset-default-config) without rebooting the controllers.
Impact:
Message will stay until controllers are rebooted.
Workaround:
Reboot both controllers.
1754997 : Tenant instance may fail to come up after repeated blade reboots.
Links to More Info: BT1754997
Component: F5OS-C
Symptoms:
A tenant instance may fail to come up to running in the BIG-IP cluster after repeated reboots of the blade hosting the tenant instance.
In this case the blade will show as offline in the "show sys cluster" output.
---------------------------------------------------------------------------------------------------------
| Sys::Cluster Members
| ID Address Alt-Address Availability State Licensed HA Clusterd Reason
---------------------------------------------------------------------------------------------------------
| 1 :: :: offline enabled false unknown shutdown Slot Failed
| 2 :: :: available enabled true active running Run
| 3 :: :: unknown enabled false unknown shutdown Slot powered off or empty
| 4 :: :: unknown enabled false unknown shutdown Slot powered off or empty
| 5 :: :: unknown enabled false unknown shutdown Slot powered off or empty
| 6 :: :: unknown enabled false unknown shutdown Slot powered off or empty
| 7 :: :: unknown enabled false unknown shutdown Slot powered off or empty
| 8 :: :: unknown enabled false unknown shutdown Slot powered off or empty
Conditions:
Repeated reboots of the blade hosting the BIG-IP tenant instance.
Impact:
The affected tenant instance will be inoperable until the blade is rebooted again to recover.
Workaround:
Rebooting the blade while the instance is in the impacted state will restore the tenant instance.
1752821 : Cluster re-install with missing system controller does not complete★
Links to More Info: BT1752821
Component: F5OS-A
Symptoms:
If a cluster re-install is issued when only one system controller is installed in the chassis, the cluster re-install will not complete and the system will not be functional.
Conditions:
-- Only one system controller is in a chassis, or one of the system controllers is broken.
-- Re-installing the cluster via 'touch /var/omd/CLUSTER_REINSTALL'
Impact:
System will not be able to launch tenants or pass traffic.
Workaround:
None
1730793 : Config-restore fails with an error: "tenant-console role cant be assigned to users other than tenant users"★
Links to More Info: BT1730793
Component: F5OS-A
Symptoms:
Config-restore fails when restoring a backed-up configuration where user entry with tenant-console role exists without having actual tenant with the same name as user.
Example:
system database config-restore name <config_file name>
A clean configuration is required before restoring to a previous configuration.
Please perform a reset-to-default operation if you have not done so already.
Proceed? [yes/no]: yes
Error: /oc-sys:system/aaa/authentication/f5-system-aaa:users/user{<user_name>}/config/role: tenant-console role cant be assigned to users other than tenant users.
Database config-restore failed.
Conditions:
1) After the software upgrade from v1.6.0 and below to v1.8.0, with an additional tenant-console users (tenant-console users with no tenant associated) will create tenant-console user on v1.8.0. However, in the event of a backup and reset to default configuration with subsequent config restore, an error will occur as version 1.8.0 does not support tenant-console users without an associated tenant.
2) In the event that a tenant is deleted without clearing the associated tenant-console user entry, future actions such as config-backup and reset-to-default will result in a failed config-restore as version 1.8.0 does not support tenant-console users without an associated tenant.
Impact:
Unable to restore the configurations after performing reset-to-default.
Workaround:
Remove the tenant-console user entry (without corresponding tenant) from the config backup file and then perform the configuration restore with modified config file.
1713861-1 : HTTP PUT request for f5-allowed-ips:allowed-ips is not declarative
Links to More Info: BT1713861
Component: F5OS-A
Symptoms:
Sending a HTTP PUT to the system/f5-allowed-ips:allowed-ip URI where an entry is replaced (name is changed), F5OS returns the following error:
{
"ietf-restconf:errors": {
"error": [
{
"error-type": "application",
"error-tag": "malformed-message",
"error-path": "/openconfig-system:system/f5-allowed-ips:allowed-ips",
"error-message": "/system/f5-allowed-ips:allowed-ips/allowed-ip{switched}: Duplicate IP. 10.10.10.10 is already configured as part of x."
}
]
}
}
Conditions:
Multiple allowed-ip entry settings use the same IP address.
Impact:
The system will not allow to commit.
Workaround:
Delete the existing allowed-ip entry and then create the new entry.
1711105 : The presence of a /var/docker/config/platform.override.yml file causes the upgrade to hang/fail from versions earlier than F5OS 1.8.0★
Links to More Info: BT1711105
Component: F5OS-A
Symptoms:
If a platform.override.yml file exists from a version of F5OS prior to 1.8.0, platform-services will fail to start when the new software version boots.
This file is not part of the software distribution, and will only exist if an administrator created it after installation.
Conditions:
Platform.override.yml exists with a version that is not '2.2'.
Impact:
Platform-services fails to start after reboot.
Workaround:
Prior to attempting to install F5OS 1.8.0 or later on an older version, make sure that there is no /var/docker/config/platform.override.yml file on either controller, any blade or the appliance filesystem.
If the issue is encountered and platform-services does not start, remove the platform.override.yml and issue the command:
systemctl restart platform-services-deployment.service
1695585 : F5OS GUI inaccessible after upgrade from F5OS-A 1.3.2 or earlier to F5OS-A 1.4.0 or later★
Links to More Info: BT1695585
Component: F5OS-A
Symptoms:
After an upgrade from F5OS-A 1.3.2 or earlier to F5OS-A 1.4.0 or later, if the configuration contains a CA bundle with an invalid PEM certificate in it, the F5OS GUI and API will be inaccessible.
When this occurs, the HTTP server (htpd) will not be running and log messages similar to the following will be in /var/log/httpd/ssl_error_log:
[Sun Oct 13 00:00:00.408461 2024] [ssl:emerg] [pid 89] AH01895: Unable to configure verify locations for client authentication
[Sun Oct 13 00:00:00.408486 2024] [ssl:emerg] [pid 89] SSL Library Error: error:0B084009:x509 certificate routines:X509_load_cert_crl_file:PEM lib
Conditions:
-- F5OS system upgraded from F5OS-A 1.3.2 or earlier to F5OS-A 1.4.0 or later
-- System has CA bundles configured, and one of the CA bundles configured includes an incorrectly-formatted certificate file; for instance, the "-----END CERTIFICATE-----" line is missing a trailing hyphen.
Impact:
The F5OS GUI and API will be inaccessible.
Workaround:
From the F5OS CLI, correct the configuration problem with the CA bundle, e.g. remove the invalid CA bundle, or remove the invalid PEM certificate from the CA bundle, or correct the issue with the CA bundle.
1694317 : Tenant config changes may not occur if multiple tenants are changed at once.
Links to More Info: BT1694317
Component: F5OS-A
Symptoms:
It's possible that if more than 1 tenant has its configuration changed, along with toggle to configured and then back to deployed state, that some of the tenants will not have their configuration updated.
Conditions:
Multiple tenants exist, and config changes are made to more than 1 in rapid succession.
Impact:
Not all tenants will be redeployed with new configuration.
Workaround:
For any tenants that did not change their configuration, toggle them again: deployed->configured->deployed.
1692277 : Tenant is unreachable after changing the management VLAN
Links to More Info: BT1692277
Component: F5OS-A
Symptoms:
If the management VLAN for the tenant management interface is changed while the tenant is deployed, the management VLAN change will appear to be successful in both the running config and state output for the tenant, but the tenant will not be reachable on the reconfigured VLAN.
Conditions:
-- BIG-IP tenant deployed on F5OS
-- You change the management VLAN of the tenant
Impact:
Tenant is not reachable on the new VLAN, but the tenant state and the running configuration makes it look like the change was successfully applied.
Workaround:
There are two workarounds:
1. If the mgmt-vlan is configured, transition the tenant from deployed to the provisioned or configured state (aka bounce the tenant).
2. Prior to configuring the tenant management VLAN, transition the tenant from the deployed to configured state, configure the management VLAN and redeploy the tenant.
1623345 : On rSeries system, power cycle reboot might result in QAT device failure
Links to More Info: BT1623345
Component: F5OS-A
Symptoms:
If you enable rate limiting and perform a power cycle reboot,it is possible that some or all of the QAT devices may not be operational. This is because of the sudden power shutdown. To check the rate-limiting status, use the following command.
[root@appliance-1:Active] ~ # su admin <<< "show cluster nodes node node-1 state rate-limiting"
state rate-limiting enabled
[root@appliance-1:Active] ~ #
For the problem occurred QAT devices the SLA allocation commands fail with below console messages when the hardware is coming up from power off/on reboot. You can also check these logs with dmesg command.
[ 134.814182] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.820603] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.826998] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.833369] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.839754] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.846134] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.852479] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.858886] c6xx 0000:55:00.0: Service is not enabled 0
And console is flood with below du_mgr query logs.
[ 5996.156402] c6xx 0000:54:00.0: Failed to query du VF: -22
[ 6001.748492] c6xx 0000:54:00.0: Service is not enabled 0
[ 6001.753717] c6xx 0000:54:00.0: Failed to query du VF: -22
[ 6007.351849] c6xx 0000:54:00.0: Service is not enabled 0
[ 6007.357079] c6xx 0000:54:00.0: Failed to query du VF: -22
[ 6012.965789] c6xx 0000:54:00.0: Service is not enabled 0
[ 6012.971001] c6xx 0000:54:00.0: Failed to query du VF: -22
[ 6018.853868] c6xx 0000:54:00.0: Service is not enabled 0
[ 6018.859096] c6xx 0000:54:00.0: Failed to query du VF: -22
[ 6024.585181] c6xx 0000:54:00.0: Service is not enabled 0
[ 6024.590401] c6xx 0000:54:00.0: Failed to query du VF: -22
[ 6030.197135] c6xx 0000:54:00.0: Service is not enabled 0
[ 6030.202348] c6xx 0000:54:00.0: Failed to query du VF: -22
And the confd table is not populated with rate limiting stats for the tenants deployed.
[root@appliance-1:Active] ~ # su admin <<< " show cluster nodes node node-1 state cryptos "
TENANT ASLA ASLA ASLA SLA SLA SLA
NAME QAT DEVICE NAME BDF MIN USED UTIL MIN USED UTIL
-----------------------------------------------------------------------
mytenant qat_dev_vf08pf04 c6:02.0 - - - - - -
qat_dev_vf08pf05 c7:02.0 - - - - - -
qat_dev_vf09pf00 53:02.1 - - - - - -
qat_dev_vf09pf01 54:02.1 - - - - - -
qat_dev_vf09pf02 55:02.1 - - - - - -
qat_dev_vf09pf03 c5:02.1 - - - - - -
qat_dev_vf09pf04 c6:02.1 - - - - - -
qat_dev_vf09pf05 c7:02.1 - - - - - -
qat_dev_vf10pf00 53:02.2 - - - - - -
qat_dev_vf10pf01 54:02.2 - - - - - -
[root@appliance-1:Active] ~ #
Conditions:
The issue might occur in a power cycle reboot of the rSeries F5OS-A system with multiple tenants deployed. The below logs are observed on the console when this occurred. To check the logs, use the dmesg command.
[ 134.814182] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.820603] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.826998] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.833369] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.839754] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.846134] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.852479] c6xx 0000:55:00.0: Service is not enabled 0
[ 134.858886] c6xx 0000:55:00.0: Service is not enabled 0
Impact:
QAT devices may encounter an issue where Rate Limiting does not function properly for tenants deployed on the rSeries host. The Rate Limiting stats do not get updated in the ConfD and results in the console being flooded with error logs.
The logs can also be viewed using the dmesg command.
[ 5996.156402] c6xx 0000:54:00.0: Failed to query du VF: -22
[ 6001.748492] c6xx 0000:54:00.0: Service is not enabled 0
[ 6001.753717] c6xx 0000:54:00.0: Failed to query du VF: -22
[ 6007.351849] c6xx 0000:54:00.0: Service is not enabled 0
Workaround:
Rebooting the appliance will solve the issue caused by the malfunctioning QAT devices.
1623325-1 : VLAN groups or VLAN group members may be deleted on F5OS tenant
Links to More Info: BT1623325
Component: F5OS-A
Symptoms:
If using VLAN groups on a tenant running on an rSeries appliance or VELOS chassis, the system may delete the VLAN group or VLAN group members unexpectedly.
This will happen when configuration changes to the tenant are made in F5OS or if the interface members of the VLAN change state (i.e. link down)
- If the VLAN groups are in a non-common partition, any members of the VLAN group will be removed, but the VLAN group will remain.
- If the VLAN groups are in common partition, but are not referenced by higher-level objects, the VLAN group will be removed.
- If the VLAN groups are in common partition and are referenced by higher-level objects, the system will not delete the VLAN group, but will log messages similar to the following:
err mcpd[9181]: 01070623:3: The vlangroup (/Common/otters-vlangroup) is referenced by one or more virtual servers.
err chmand[4691]: 012a0003:3: hal_mcp_process_error: result_code=0x1070623 for result_operation=eom result_type=eom
Conditions:
- BIG-IP tenant running on rSeries appliance or VELOS chassis
- VLAN group configured in tenant, and not using virtual wire
Impact:
Traffic disrupted due to removal of VLAN group objects or VLAN group members.
Workaround:
To avoid this problem, define an unused VLAN group in the common partition and assign it to the VLAN list for a virtual server.
tmsh create net vlan-group /Common/unused-vg
tmsh create ltm virtual /Common/unused-virtual vlans-enabled vlans add { unused-vg } description "Workaround for ID1623325"
tmsh save sys config
Note the use of "vlans-enabled" and adding the empty VLAN group to the virtual server's VLAN list. This means that the BIG-IP system will never actually process traffic via this virtual server, as it would only accept traffic to the virtual server that arrives over the VLAN group, but the VLAN group will never receive any actual traffic.
As a result of implementing this workaround, when the tenant processes any configuration updates from F5OS, the tenant will log error messages similar to the following:
err mcpd[10720]: 01070623:3: The vlangroup (/Common/unused-vg) is referenced by one or more virtual servers.
err chmand[6781]: 012a0003:3: hal_mcp_process_error: result_code=0x1070623 for result_operation=eom result_type=eom
1623205 : icontrol/rest Trunk-VLAN API accepts VLAN Number Not Present in VLAN Database and adds it
Links to More Info: BT1623205
Component: F5OS-A
Symptoms:
Nonexistant VLAN listed in trunk config.
Conditions:
NA
Impact:
NA
Workaround:
Example for deleting nonexistant VLAN from trunk:
curl --request DELETE \
--url https://<Management IP>:8888/restconf/data/openconfig-interfaces:interfaces/interface=LAG-NAME/openconfig-if-aggregate:aggregation/openconfig-vlan:switched-vlan/config/trunk-vlans=<vlan ID to be deleted> \
--header 'Accept: application/yang-data+json' \
<Authorization header>
1622753 : OpenShift namespace can get stuck in terminating if resources are still in use.
Component: F5OS-C
Symptoms:
If a partition is deleted from the system controller, it is possible that the OpenShift namespaces representing the F5OS partition can get stuck in terminating if there are resources still referenced by the partition in OpenShift that are still use. This causes the namespace created in Openshift for the F5OS partition to get stuck in the terminating state. If a new partition is created that tries to re-use this partition ID, the new namespace representing the new partition will fail to start until the old namespace is cleaned up.
Conditions:
This can happen if a partition is removed and a new partition is created afterwards that ends up re-using the same partition ID.
This can only occur in releases before 2.0.0.
K3S does not have this issue.
Impact:
If the namespace gets stuck in terminating and new partition is created using the same partition-id, services for that partition will NOT be able to start and tenants in that partition will NOT be able to start.
Workaround:
Workaround
oc get project default -o yaml > foo.yaml
vi foo.yaml
apiVersion: project.openshift.io/v1
kind: Project
metadata:
annotations:
openshift.io/node-selector: ""
openshift.io/sa.scc.mcs: s0:c1,c0
openshift.io/sa.scc.supplemental-groups: 1000000000/10000
openshift.io/sa.scc.uid-range: 1000000000/10000
creationTimestamp: "2024-07-29T16:39:04Z"
name: default
resourceVersion: "2347"
selfLink: /apis/project.openshift.io/v1/projects/default
uid: 10fde748-4dc9-11ef-87c4-000a49ff86a4
spec:
finalizers:
- kubernetes <<<<<<<------ Delete this line
status:
phase: Terminating
Remove -kubernetes after the finalizer line:
Then run this command
oc update -f foo.yaml
This will get the project out of Terminating.
1621785 : Mstp topology convergence after changing the priority of instance is not taking place.
Component: F5OS-A
Symptoms:
Modifying port priorities after configuring the MSTI instances, is not changing the bridge port roles.
Conditions:
Configure MSTI
1. Create VLANs.
2. Attach VLANs to the interfaces.
3. Enable MSTP using webUI. Select Network Settings > STP configuration and select MSTP.
4. Create an instance(1) and attach a VLAN to it (created VLANs).
5. Add the interfaces to instance 1.
5. Once MSTP is converged, modify the bridge priority to make the F5OS device the root.
6. Observe that F5OS device failed to become root.
Impact:
MSTP convergence not happening after updating port roles.
Workaround:
Restarting the container from confD using the command
“system diagnostics, os-utils docker restart node platform service system_stpd “, resolves the issue by revising topology changes and assigning proper port roles.
1621449 : Error related to removal of orphan pod related subpaths in /var/log/messages
Component: F5OS-A
Symptoms:
No functionality issue
log dump with error device or resource busy in /var/log/messages
Conditions:
Upgrading from F5OS-A 1.8.0 or lower version to later versions
Impact:
No functional impact
Workaround:
"umount <path>", here the path refers to the one which failed to get removed.
For example
2024-07-29T11:02:24.876704+00:00 appliance-1.chassis.local k3s: E0729 11:02:24.875805 19711 kubelet_volumes.go:180] "There were many similar errors. Turn up verbosity to see them." err="orphaned pod \"7023f856-efff-4f17-8b2d-c794627021e8\" found, but failed to remove subpath at path /var/lib/kubelet/pods/7023f856-efff-4f17-8b2d-c794627021e8/volume-subpaths/sdag-volume/f5-fsm-tmm/11: remove /var/lib/kubelet/pods/7023f856-efff-4f17-8b2d-c794627021e8/volume-subpaths/sdag-volume/f5-fsm-tmm/11: device or resource busy" numErrs=1
Here is the workaround for the above error:
umount /var/lib/kubelet/pods/7023f856-efff-4f17-8b2d-c794627021e8/volume-subpaths/sdag-volume/f5-fsm-tmm/11
For non-root user, system reboot is another workaround, however it impacts the tenants functionality, so it is important to exercise it cautiously.
1613089-1 : F5 r2k and r4k platforms will incorrectly display "OK" health status when no AC power is provided to a single power supply
Links to More Info: BT1613089
Component: F5OS-A
Symptoms:
The 'show components' command displays "OK" for the component health of an unpowered PSU on F5 r2k and r4k platforms.
Conditions:
-- F5 r2k or r4k appliance with 2 PSUs installed
-- One of the PSUs does not have power
Impact:
PSU status should be reported as "UNHEALTHY" but it is reported as "OK"
Workaround:
The Attribute Description section of the 'show components' command will correctly report PSU Status Power Supply Input Lost
1605509 : GUI login fails with a crash in system_manager.external-authenticator
Links to More Info: BT1605509
Component: F5OS-A
Symptoms:
The curl request or GUI login fails with core in system_manager.external-authenticator component. This is caused due to the corrupted primary key.
Conditions:
External curl request or GUI login.
Impact:
External curl request including GUI login fails.
Workaround:
1. You can regenerate the primary key using this command:
# system aaa primary-key set passphrase <value>
Try to login GUI and see if the crash appearing or not.
2. If the issue still persists, it requires clean install.
1603669 : Show services command shows stale entries for deleted tenants
Links to More Info: BT1603669
Component: F5OS-A
Symptoms:
After deploying many tenants (100+) in the configured state and then rapidly deleting them, the 'show tenants' command will show deleted tenants.
Conditions:
-- Deleting a large list of tenants via a script that does not wait in between deletion commands.
Impact:
The show tenants command shows stale entries.
Workaround:
Add a sleep of 3 seconds after each commit when deleting a tenant.
1594149-1 : Next Tenant Management interface is turned down/unreachable
Component: F5OS-A
Symptoms:
A BIG-IP Next Tenant Management Interface remains down.
Conditions:
-- VELOS or rSeries is the host
-- The maximum number BIG-IP tenants are deployed
-- Some tenants are deleted
-- Some BIG-IP Next tenants are simultaneously deployed
This can cause the new tenant to have the same MAC address as the tenant that is still shutting down, and the interface will not be marked up.
Impact:
1. BIG-IP Next tenant's management interface will remain down.
2. Tenant will be unreachable.
Workaround:
1. Move the affected tenant from Configured to Deployed
2. Rebooting the system Also fixes the as it will Delete and create the interface again.
1591961 : Observing "Failed to send restarting msg to VF" errors during reboot
Component: F5OS-A
Symptoms:
This error “Failed to send restarting msg to VF” appears during reboot and causes a delay in reboot.
Conditions:
When two or more BIG-IP tenants are deployed.
Impact:
Delay in reboot time.
Workaround:
None
1586717 : [F5OS Changes] vlan members fails to populate inside the tenant if vlans attached to interface before deploying the tenant if VLANs spanning multiple interfaces are configured
Links to More Info: BT1586717
Component: F5OS-A
Symptoms:
You can tag the same VLAN to multiple interfaces on r2K/r4K platforms, but when you attach VLANs to interfaces before deploying the tenant, the VLAN members will not be populated in the tenant.
On BIG-IP, running 'tmsh list net vlan' will not show any tagged VLANs from F5OS.
Conditions:
-- rSeries r2000 and r4000-series platforms
-- Tagged VLAN spanning multiple interfaces
-- VLANs attached to the interfaces before deploying a BIG-IP tenant
Impact:
The BIG-IP tenant will not show the expected VLANs.
Workaround:
In F5OS, remove and re-attach the vlans to the interfaces.
Example:
appliance-1(config)# no interfaces interface 1.0 ethernet switched-vlan config
appliance-1(config)# no interfaces interface 7.0 ethernet switched-vlan config
appliance-1(config)# commit
Commit complete.
appliance-1(config)# interfaces interface 1.0 ethernet switched-vlan config trunk-vlans [ 1001 3006 ]
appliance-1(config-interface-1.0)# interfaces interface 7.0 ethernet switched-vlan config trunk-vlans [ 1001 3006 ]
appliance-1(config-interface-8.0)# commit
Commit complete.
appliance-1(config-interface-8.0)#
1585569-1 : AOM Network configuration silently fails if duplicate IP address is used
Component: F5OS-A
Symptoms:
When setting the IP address in AOM to an IP address already in use in the network, the configuration silently fails.
Conditions:
-- Configuring SSH AOM network settings
-- Setting the IP address to an address already in use
Impact:
The AOM network configuration fails without alerting the user.
Workaround:
None
1585237-3 : When telemetry exporter is not reachable, logs to enable send_queue or retry will be printed in platform.log
Links to More Info: BT1585237
Component: F5OS-A
Symptoms:
When telemetry exporter is not reachable, logs to enable send_queue or retry will be printed in platform.log.
Conditions:
Logs will be printed only when configured telemetry exporter is not reachable.
Impact:
No functional impact.
Workaround:
Ensure the exporter is reachable.
1583629-3 : LCD UI contains missing data or report incorrect OS version after an OS downgrade★
Links to More Info: BT1583629
Component: F5OS-A
Symptoms:
When the OS on a system is downgraded (For example, from F5OS-A 1.7.0 to F5OS-A 1.5.2), the LCD may no longer report the system’s hostname and management IP address. It may also continue to report the OS version prior to the downgrade.
Conditions:
When a rSeries appliance OS has been downgraded (For example, from F5OS-A 1.7.0 to F5OS-A 1.5.2).
Impact:
No functional impact.
The hostname, management IP address, and OS version are correctly reported by ConfD or through the GUI.
Workaround:
When the OS is downgraded on a system, the LCD UI does not automatically revert to the version provided by the downgraded OS. As a result, some LCD UI features may no longer be available after the downgrade.
To force the LCD UI to be downgraded, follow these steps:
1) Log in to the system as a root user.
2) At the Linux prompt, issue the following command: `docker exec -it platform-fwu psf call PUT:firmware/lcd/ui updatePolicy=different`.
3) Wait 60-90 seconds for the LCD UI update to complete.
4) At the Linux prompt, issue the following command: `docker exec -it platform-hal psf call POST:lcd/reboot waitForBootup=true`.
5) Wait 60-90 seconds for the LCD to complete a reboot.
A clean install in the lower version of F5OS-A, for example, 1.5.2, may also restore the functionality of the new lcd-ui firmware.
1575953 : BIG-IP NEXT tenant stuck at provisioning state with live upgrade when tenant bring-up is in progress
Component: F5OS-A
Symptoms:
During the BIG-IP NEXT tenant bring-up process, performing a live upgrade will result in the BIG-IP Next tenant being unable to complete the provisioning state.
Conditions:
1. PXE install version v1.8.0.
2. Configure appliance network, DNS, and install license.
3. Downgrade to version v1.7.0 (validate, if you observe rollback-related commands)
4. Upgrade the device to version v1.8.0 and deploy BIG-IP tenant
5. Validate datapath on BIG-IP tenant and deploy BIG-IP NEXT tenant with image (BIG-IP-Next-20.2.1-2.389.6.tar.bundle)
6. While the BIG-IP NEXT tenant bring-up is in progress, live upgrade the box to v1.8.0 build.
7. Observe the next tenant status.
Impact:
BIG-IP NEXT tenant is stuck at provisioning state after live upgrade, while tenant bring-up is in progress.
Workaround:
Restart the tenant. For example, toggling the tenant states (Move tenant to configure state and again deployed state).
1566917-4 : The ha-1-deployment pod may get restarted after HA setup and system upgrades
Component: F5OS-A
Symptoms:
When HA is configured on the BIG-IP Next tenants, a new pod name <tenant-name>ha-1-deployment-<replica-set-hash>-<pod-id> will be created in the tenant namespace.
In some cases, the pod restart count may be 1 or 5.
Conditions:
When HA is set up on BIG-IP Next tenants on rSeries and after upgrading F5OS 1.7.0 to F5OS 1.8.0 version.
Impact:
No functional impact. The pod will automatically transition to a running state.
Workaround:
NoneThe
1505605 : VELOS Blade BX520 USB host controller not working, resulting in LOP USB device not present at either /dev/ttyAOM or /dev/ttyACM0
Component: F5OS-C
Symptoms:
Random soft lockup trace due to corrupt USB drive
Conditions:
Corrupt USB Drive.
Impact:
Seldom seen stack strace and soft lock error seen , which is not reproducible.
Workaround:
Not reproducible ever after in any other environment , it was seen once in a particular environment having suspected corrupted flash drive.
1504089 : System integrity check logs are logged with default name instead of system hostname in platform.log file
Links to More Info: BT1504089
Component: F5OS-A
Symptoms:
Logs for the system integrity check are recorded with the default name rather than the system hostname in the platform.log file.
Conditions:
Enable fips-licensce on the device and set the system hostname to a different value than default.
But system integrity check logs are logged with default name in the platform.log file.
Impact:
No functional impact, but integrity check logs are logged with default name.
Workaround:
None
1497893 : Unable to deport previously referenced ISO of now-disabled partition★
Links to More Info: BT1497893
Component: F5OS-C
Symptoms:
Upgrading a partition to a new ISO in a disabled state does not completely switch the partition’s OS from the previous version to new, in turn, the system is failing to deport the previously referenced ISO file from the system.
Conditions:
- Enable a partition with version A.
- Disable the partition.
- Upgrade the partition to new version B.
- Attempt to deport version A.
Version A deport fails claiming it is still in use.
Impact:
You cannot remove the previously referenced ISO from the system.
Workaround:
Enable the partition, which was upgraded to a new version. Now deport the previously referenced ISO.
1466357 : Tenant pods stuck in terminating/unknown state
Component: F5OS-A
Symptoms:
After the BIG-IP Next tenant is deleted, a few pods are stuck in a terminating/unknown state.
Conditions:
Interrupting the device by any of the operations like rebooting/upgrading/power cycling/changing port modes/licensing/network switching before the proper deletion of the BIG-IP Next tenant causes tenant pods to be stuck in a terminating/unknown state.
Impact:
Creating new tenants with the same name before ensuring proper cleanup of the previous tenant may affect the functionality of the new tenant.
Workaround:
The user should wait a few minutes after issuing the BIG-IP Next tenant 'delete' command for the tenant to be deleted properly before proceeding with system interrupt operations (rebooting/upgrading/power cycling/changing port modes/licensing/network switching).
Command to check tenant is deleted:
kubectl get pods -A
The above command lists all Kubernetes pods; ensure no pods are starting with the tenant name.
1388781 : Exporting the same file to the same remote location twice throws an error
Links to More Info: BT1388781
Component: F5OS-A
Symptoms:
Exporting a file to a remote location is successful, but an error is thrown if a user exports the same file to the same remote location twice on http protocol.
Conditions:
This error is seen only if the export operation is initiated using http protocol. If the user exports a file twice through scp, the transfer succeeds by overriding the previous file.
Impact:
The user will not be able to export the same file to the same remote location twice even if there are changes in that file. In short, the previously exported file cannot be overridden when exporting over http protocol.
Workaround:
The user can export that same file to the remote host over http protocol by altering either the file name or the remote location.
1381053-4 : Cluster IP is unavailable for some time during tenant reboot
Links to More Info: BT1381053
Component: F5OS-A
Symptoms:
Cluster IP/Floating IP becomes inactive, causing API calls failure temporarily.
Conditions:
Intermittently when the system/tenant is rebooted.
When tenant running-state is toggled (deployed->configured->deployed).
Impact:
API calls are failing temporarily. CM will not be able to get the status of the HA.
Workaround:
1. Login to the rSeries device on which the current ACTIVE HA node is running.
2. execute the below command with appropriate changes,
docker exec -it node-agent arping -q -c 5 -W 0.01 -U -P -I <tenant mgmt interface> -S <tenant mgmt VIP> <tenant mgmt VIP>
tenant-mgmt interface can be found using 'ip a s | grep mgmt' on the root.
1346417-3 : Failed to register/deregister logs observed when tenants are deleted
Links to More Info: BT1346417
Component: F5OS-A
Symptoms:
Deploy two BIG-IP Next tenants and one BIG-IP tenant.
After deleting the running tenants in the system, we can see error logs flooding.
There are multiple register and deregister failed error logs observed.
This is because when a tenant is deleted in ConfD, it is deregistered automatically, but when a tenant is deleted in ConfD, the pod persists, and is still trying to make calls to api-svc-gateway. Since api-svc-gateway has deregistered based on ConfD operation of the tenant, it rejects any of these calls.
Conditions:
Deploy two BIG-IP Next tenants and one BIG-IP tenant.
After deleting the running tenants in the system, we can see error logs flooding.
Impact:
No functional impact.
Logs will flood until the pod is deleted.
Workaround:
N/A
1320637-7 : DMA Agent crash after SEP file mapping error
Links to More Info: BT1320637
Component: F5OS-A
Symptoms:
When DMA Agent is unable to map the SEP block for a newly deployed tenant it may crash during shutdown.
Conditions:
Insufficient resources to deploy the tenant.
Impact:
The crash occurs on shutdown, it has no impact.
Workaround:
None
1319573-2 : BIG-IP tenants created before F5OS-A 1.3.0 may be allocated a smaller disk than required
Component: F5OS-A
Symptoms:
If the BIG-IP tenant is created before F5OS-A 1.3.0 with default storage size, the displayed size values in "show tenants tenant" are not correct. They will be displayed as "0".
Conditions:
Happens when the BIG-IP tenant is created before F5OS-A 1.3.0 with default storage size and upgrades to F5OS-A 1.5.1 (or a later version).
Impact:
No effect on BIG-IP tenant's functionality.
Workaround:
From F5OS-A 1.4.0, the user does not need to adjust the size unless the user needs a bigger size.
The right/minimum size will be auto-allocated when the state is changed.
1273129-5 : TPM status may not reporting during PXE install
Links to More Info: BT1273129
Component: F5OS-A
Symptoms:
The tpm-integrity-status parameter may incorrectly be displayed as "Unavailable" when running the ‘show components component platform command’.
Conditions:
When performing a PXE install downgrade, SIRR DB does not persist across OS updates. This leads to mismatch SIRR and BIOS version; SIRR DB may not have the info about the newer BIOS version, causing inconsistencies in TPM validation.
Impact:
This may impacting TPM integrity validation.
Workaround:
Contact F5 support for further assistance and more details.
1224113 : IPV6 packets are fragmented on F5 r2K/r4K platforms.
Component: F5OS-A
Symptoms:
IPv6 packets are fragmented on F5 r2K/r4K platforms, which causes a slight performance degrade.
Conditions:
Fragmentation is seen for IPv6 packets.
Impact:
Performance is degraded when passing IPv6 traffic. There is not any functionality impact because of this issue other than the performance impact.
Workaround:
None.
1213185-2 : ISO file not copied during clean install from USB DVD/CD-ROM device★
Links to More Info: BT1213185
Component: F5OS-A
Symptoms:
ISO file is not copied over to /var/import/staging during a clean install with DVD devices.
Conditions:
Clean install with DVD devices.
Impact:
ISO file not copied to /var/import/staging and importing any other image will cause problems with further upgrades or downgrades.
Workaround:
Explicitly copy the ISO file which ever used for clean installation to the device to the location /var/import/staging.
1127393 : Error message is not displayed when user configures more than 3 DNS servers in ConfD CLI or webUI
Component: F5OS-A
Symptoms:
When user tries to configure more than 3 DNS server entries in F5OS-A using command "system dns servers server" or from webUI, no error message is displayed. System allows only 3 DNS servers, but user will be allowed to configure more than 3.
Conditions:
Configure DNS server in F5OS-A using ConfD CLI or webUI.
Impact:
No impact. Even though user configures more than 3, system will take only 3 entries.
Workaround:
NA
1112317-3 : Null bytes or non-ascii characters are present in velos.log
Links to More Info: BT1112317
Component: F5OS-A
Symptoms:
Null bytes are created in the log files.
Conditions:
Abrupt restarts may cause this issue.
Impact:
Grep considers the log file as a binary file.
Workaround:
Use ‘-a’ option in grep command.
1102869 : Link stats misrepresentation on interfaces in Autonegotiate mode when link goes down
Links to More Info: BT1102869
Component: F5OS-A
Symptoms:
When an interface is configured for autonegotiation and then this link goes down, the port-speed and duplex-mode attributes are not cleared and are still displayed.
Conditions:
This issue occurs when the interface is configured for autonegotiation mode, has port-speed and duplex-mode populated from a prior active connection, and the link subsequently goes down
Impact:
Users might misinterpret the current state of the interface.
Workaround:
To accurately determine the link status, users should rely on the state oper-status field.
1083921-3 : VLAN name change is not allowed once a tenant is launched
Component: F5OS-A
Symptoms:
When you change the VLAN name on a rseries (R2x00 or R4x00) Appliance, the BIG-IP tenant does not honor the name change.
Conditions:
-- One or more tenants are running on a rSeries (R4x00 or R2x00) platform.
-- A VLAN name is changed for a VLAN that is in use by a running tenant.
Impact:
Changing the VLAN name after a tenant is launched and reassigning that VLAN removes the interface in TMM.
Workaround:
Set the VLAN name to the initial name that the tenant used when it was launched. Or, if you need to change the name of the VLAN, delete the tenant and redeploy.
1080649 : Improper error messages for the rest API calls during failed file import & export operations.
Links to More Info: BT1080649
Component: F5OS-C
Symptoms:
Specific failed file import & export operations REST API call gives incomplete or improper error message. The error response reads:
{
"ietf-restconf:errors": {
"error": [
{
"error-type": "application",
"error-tag": "malformed-message",
"error-path": "/f5-utils-file-transfer:file/import/local-file",
"error-message": " is not provided"
}
]
}
}
Conditions:
Failure case of file import or file export operation.
Impact:
No functional impact.
Workaround:
None
★ This issue may cause the configuration to fail to load or may significantly impact system performance after upgrade
For additional support resources and technical documentation, see:
- The F5 Technical Support website: http://www.f5.com/support/
- The MyF5 website: https://my.f5.com/manage/s/
- The F5 DevCentral website: http://community.f5.com/