OPERATIONAL DEFECT DATABASE
...
...
On the Secure Firewall Management Center (FMC), the /var/sf/htdocs/img/dashboard/no-cache/ directory may contain several gigabytes of data. The most recent entry in the diskmanager log (/var/log/diskmanager.log) for the "ui_cache" diskmanager silo shows the following: * a low watermark (lwm) that is several (if not tens of) gigabytes * a high watermark (hwm) that is double that of the low watermark * current bytes used by the silo is below the lwm An upgrade of the FMC to a newer major version or maintenance release (MR) -- for example, from 6.7.0.2 to 7.2.4 or from 7.0.1 to 7.0.5 -- may take several hours to complete and spends the greatest amount of that time at the 300_os/070_setup_partition.sh stage. Also, a later stage of the upgrade may fail (causing the upgrade overall to fail) due to a disk partition running out of available space. When the FMC GUI is open to a dashboard page (such as the Summary Dashboard) for an extended period of time, one may observe that CPU use for the diskmanager process constantly appears to be around 100 percent.
Heavy use of the dashboard pages on the FMC GUI, especially those that contain graphs and charts with visual elements that constantly update. A common example of this is a monitor in a data center that has on display at all times a current view of a specific dashboard on the FMC GUI as output by a web browser on a desktop computer. The FMC has been in use for several years.
Manually prune files from the /var/sf/htdocs/img/dashboard/no-cache/ directory. --- 1. Log into the FMC CLI. Go to expert mode. 2. Confirm how much disk space is in use by the /var/sf/htdocs/img/dashboard/no-cache/ directory. du -hs /var/sf/htdocs/img/dashboard/no-cache/ 3. Execute the following command to prune all but the most recent 60 minutes (1 hour) of files from the /var/sf/htdocs/img/dashboard/no-cache/ directory (when prompted, enter the password for the logged-in CLI user): sudo find /var/sf/htdocs/img/dashboard/no-cache/ -mmin +60 ! -name ".htaccess" -delete 4. Once again confirm how much disk space is in use by the /var/sf/htdocs/img/dashboard/no-cache/ directory: du -hs /var/sf/htdocs/img/dashboard/no-cache/ ---
Before upgrading to a version that fixes this defect (especially if a primary purpose of the upgrade is to fix this defect), be sure to use the workaround procedure prior to the upgrade to prevent the upgrade from taking a long time at the 300_os/070_setup_partition.sh stage. To find the most recent diskmanager log entry for the "ui_cache" silo, enter the following command from the expert mode CLI: --- grep "ui_cache" /var/log/diskmanager.log | tail -n1 --- An example of an entry (with each entry in the file being comma-delimited): --- ui_cache,2023-05-24T23:32:39UTC,0,0,1923568,0,0,0,6558439597,3279219798,0,0 --- The important fields to review here, going left to right, by field number starting with 1: * 1 = silo name * 2 = timestamp of the last time the silo was checked (diskmanager will check hourly) * 5 = number of bytes currently in the silo * 9 = high watermark of the silo * 10 = low watermark of the silo
Cisco Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.
