Sam reported WP Rocket plugin-screen notices saying it could not configure itself because several files/folders were not writable, including wp-content/advanced-cache.php, wp-content/cache/background-css/1/, wp-content/cache/used-css, wp-content/wp-rocket-config, wp-content/cache/wp-rocket, and wp-content/cache/min.
I treated this as a live WordPress/Cloudways incident and verified the origin over SSH. The issue was not that WP Rocket was missing or disabled. WP Rocket is active at version 3.21.1. The affected paths existed and were owned admin:php, but 92 WP Rocket-managed files/folders were not group-writable. The SSH user could write, but the PHP/web runtime could not reliably update those cache/config surfaces.
/home/admin/wp-rocket-permission-repair-20260517-162826.wp-content/advanced-cache.php in that snapshot before touching it.wp-content/cache/wp-rocket, wp-content/cache/min, wp-content/cache/used-css, wp-content/cache/background-css, and wp-content/wp-rocket-config set to 2775.664.wp-content/advanced-cache.php set to 664.wp rocket WP-CLI command is not registered on this install.flex-87447429.php -l wp-content/advanced-cache.php returned no syntax errors.sitemap_index.xml, post-sitemap.xml, page-sitemap.xml, category-sitemap.xml, video-sitemap.xml, and robots.txt./wp-json/wp/v2/posts?per_page=1.sitemap and video-sitemap.