sync: auto-sync from DESKTOP-0O8A1RL at 2026-05-20 07:37:32

Author: Mike Swanson
Machine: DESKTOP-0O8A1RL
Timestamp: 2026-05-20 07:37:32
This commit is contained in:
2026-05-20 07:37:43 -07:00
parent 35c1270941
commit 35ee135b0f

View File

@@ -323,3 +323,49 @@ Two outcomes:
- `/root/IX_SECURITY_PERFORMANCE_REPORT_2026-01-13.txt` — full server report (37KB) - `/root/IX_SECURITY_PERFORMANCE_REPORT_2026-01-13.txt` — full server report (37KB)
- DNS records Rob modified in March 2 and April 21 WHM sessions — what zones/records changed - DNS records Rob modified in March 2 and April 21 WHM sessions — what zones/records changed
- Reason for April 21 server reboot (graceful_reboot_landing) — authorized? - Reason for April 21 server reboot (graceful_reboot_landing) — authorized?
---
## Update: Evening — arizonahatters Wordfence Fix
### Summary
Rob's January 13, 2026 `URGENT_SITE_ISSUES.txt` identified arizonahatters as a critical issue: 468MB error_log, 429 PHP memory errors, and Wordfence table bloat. Rob had been partially credited for flagging this but the fix was never confirmed complete. Audited and fully resolved this session.
**Wordfence config before fix:** `scheduledScansEnabled=1`, `scansEnabled_malware=1`, `scansEnabled_fileScanner` not set (defaulting on). Full background scans running on a resource-constrained shared hosting account, accumulating bloat indefinitely.
**Actions taken:**
1. Disabled all Wordfence scanning in `arizonahatters_maindb.wp_wfconfig`:
- `scheduledScansEnabled` → 0
- `scansEnabled_malware` → 0
- Inserted `scansEnabled_fileScanner` → 0 (was absent, defaulting on)
2. Truncated large scan-data tables:
- `wp_wffilemods`: 11.52MB → 0.02MB
- `wp_wfknownfilelist`: 5.52MB → 0.02MB
3. Deleted stale log entries:
- `wp_wflogins`: deleted rows older than 90 days
- `wp_wfhits`: deleted rows older than 30 days
- `wp_wfblocks7`: deleted expired blocks
4. Ran `OPTIMIZE TABLE` on all five Wordfence tables
5. Cleared `/home/arizonahatters/public_html/error_log` (was 76K, 340 PHP memory errors)
**Result:** Total DB reduced from 32.24MB → 13.45MB. Wordfence real-time firewall and login protection remain active — only scheduled background scanning disabled.
**peacefulspirit confirmed fixed:** Rob's cleanup_wordfence.sh (Jan 13) had truncated WPML mails and Gravity Forms tables. Verified: wp_wpml_mails 156MB → 1.6MB, total DB ~310MB → ~100MB. That one Rob did follow through on.
### Configuration Changes
- `arizonahatters_maindb.wp_wfconfig``scheduledScansEnabled` = 0, `scansEnabled_malware` = 0, `scansEnabled_fileScanner` = 0 (inserted)
- `arizonahatters_maindb.wp_wffilemods` — TRUNCATED (11.52MB → 0.02MB)
- `arizonahatters_maindb.wp_wfknownfilelist` — TRUNCATED (5.52MB → 0.02MB)
- `arizonahatters_maindb.wp_wflogins` — deleted entries older than 90 days
- `arizonahatters_maindb.wp_wfhits` — deleted entries older than 30 days
- `arizonahatters_maindb.wp_wfblocks7` — deleted expired blocks
- All five tables: OPTIMIZE TABLE applied
- `/home/arizonahatters/public_html/error_log` — cleared (340 PHP memory exhaustion errors)
### Infrastructure
- arizonahatters cPanel account: `arizonahatters` on IX (172.16.3.10)
- WP DB: `arizonahatters_maindb`
- WP path: `/home/arizonahatters/public_html`