Last Modified: Jul 12, 2023
Affected Product(s):
BIG-IP TMOS
Known Affected Versions:
16.1.0, 16.0.0, 15.1.0, 15.0.0, 14.1.0, 14.0.0.1, 14.0.0, 13.1.1.2, 13.1.1, 13.1.0.8, 12.1.5, 12.1.4, 12.1.3.7, 12.1.3.6, 11.6.3.3, 11.6.3.2
Opened: Oct 10, 2018 Severity: 2-Critical
Upon modifying file objects on a VIPRION chassis and synchronizing those changes to another VIPRION chassis in a device sync group, the following symptoms may occur: 1. Errors are logged to /var/log/ltm similar to the following: -- err mcpd[<#>]: 0107134b:3: (rsync: link_stat "/config/filestore/.snapshots_d/<_additional_path_to/_affected_file_object_>" (in csync) failed: No such file or directory (2) ) errno(0) errstr(). -- err mcpd[<#>]: 0107134b:3: (rsync error: some files could not be transferred (code 23) at main.c(1298) [receiver=2.6.8] syncer /usr/bin/rsync failed! (5888) () Couldn't rsync files for mcpd. ) errno(0) errstr(). -- err mcpd[<#>]: 0107134b:3: (rsync process failed.) errno(255) errstr(). -- err mcpd[<#>]: 01070712:3: Caught configuration exception (0), Failed to sync files.. 2. MCPD may restart on a secondary blade in a VIPRION chassis that is receiving the configuration sync from the chassis where the file object changes were made.
Temporary loss of functionality, including interruption in traffic, on one or more secondary blades in one or more VIPRION chassis that are receiving the configuration sync.
This can be encountered when rapidly making changes to files such as creating and then deleting them while the config sync of the file creation is still in progress.
After performing one set of file-object modifications and synchronizing those changes to the high availability (HA) group members, wait for one or more minutes to allow all changes to be synchronized to all blades in all member chassis before making and synchronizing changes to the same file-objects.
None