Problem:
- Line 220: syntax error in expression (error token is "0")
- grep -c returns "0" on no match, but || echo "0" was still appending
- Result: Variables contained "0\n0" causing arithmetic errors
Fix:
- Changed || echo "0" to || true
- Added default value assignment: ${var:-0}
- Ensures counts are always single integers
Lines fixed: 215-224
Users requested visibility into what was checked and found OK, not just failures.
Changes:
- Show issue breakdown by severity (CRITICAL, HIGH, MEDIUM, LOW)
- Display which checks passed (max_children OK, memory OK, timeouts OK)
- For domains with no issues: 'All checks passed (max_children, memory, timeouts, config)'
- Color-coded summary for better readability
Example output:
[1] Analyzing: pickledperil.com
✗ Issues found: 1 HIGH
[HIGH] PERFORMANCE: OPcache is disabled
✓ Checks passed: max_children OK, memory OK, timeouts OK
Problem:
- Script showed errors: print_info: command not found, command_exists: command not found
- system-detect.sh and other libraries depend on common-functions.sh
- php-optimizer.sh was not sourcing common-functions.sh
Fix:
- Added common-functions.sh as first library to source
- Reordered library loading: common-functions → system-detect → user-manager → php-detector → php-analyzer → php-config-manager
Result:
- All functions now available
- Script loads without errors
- Menu displays correctly
NEW LIBRARY: lib/php-config-manager.sh (14 functions, 442 lines)
BACKUP FUNCTIONS:
- initialize_backup_system() - Creates /root/server-toolkit/backups/php/
- backup_php_config() - Backs up single config file with metadata
- backup_fpm_pool() - Backs up PHP-FPM pool configuration
- backup_user_php_configs() - Backs up ALL PHP configs for a user
- list_backups() - Lists all backups with metadata (date, user, domain, file count)
RESTORE FUNCTIONS:
- restore_php_config() - Restores single config file
- restore_from_backup() - Restores entire backup set
- delete_backup() - Removes old backups
CONFIGURATION MODIFICATION:
- modify_fpm_pool_setting() - Changes single FPM pool setting
- modify_php_ini_setting() - Changes single php.ini setting
- apply_fpm_pool_settings() - Applies multiple settings at once
PHP-FPM MANAGEMENT:
- restart_php_fpm() - Restarts PHP-FPM service (systemd/sysvinit)
- reload_php_fpm() - Graceful reload (no downtime)
- verify_php_fpm_running() - Checks if service is active
MENU OPTIONS B & R IMPLEMENTED:
Option B: Backup Current Configurations
- Select domain to backup
- Backs up all php.ini files (priority 1-4)
- Backs up PHP-FPM pool config
- Creates metadata.txt with timestamp, user, domain
- Preserves directory structure
- Shows list of backed up files
- Backup location: /root/server-toolkit/backups/php/YYYYMMDD_HHMMSS/
Option R: Restore from Backup
- Lists all available backups with details
- Shows: backup name, date, username, domain, file count
- Numbered selection menu
- Confirmation prompt: "This will overwrite current configurations!"
- Requires typing "yes" to proceed
- Restores all files with metadata preservation
- Shows success/failure for each file
- Reminder to restart PHP-FPM
BACKUP STRUCTURE:
/root/server-toolkit/backups/php/
├── 20250102_143045/
│ ├── metadata.txt (backup info)
│ ├── opt/cpanel/ea-php82/root/etc/php-fpm.d/username.conf
│ ├── home/username/.php/8.2/php.ini
│ └── home/username/public_html/.user.ini
└── 20250102_150830/
└── ...
SAFETY FEATURES:
- Metadata tracking (who, what, when)
- Confirmation required for restore
- Non-destructive backups (never overwrites backups)
- Timestamp-based naming (no conflicts)
- Preserves file permissions and ownership
FUTURE USE:
These functions will be used by Phase 5 (apply/action menu) to:
1. Auto-backup before applying changes
2. Rollback if changes cause issues
3. Compare current vs backed up configs
NEW FEATURES:
- Menu Option 9: Check Server Memory Capacity (OOM Risk)
- Calculates total memory if ALL PHP-FPM pools hit max_children
- Identifies servers at risk of Out-Of-Memory (OOM) kills
- Provides balanced memory allocation recommendations
TWO NEW ANALYZER FUNCTIONS:
1. calculate_server_memory_capacity()
- Iterates through all users/PHP-FPM pools
- Calculates: max_children × avg_memory_per_process
- Sums total across all pools
- Compares to total RAM
- Returns: total_required|total_ram|percentage|status
Status Levels:
- HEALTHY: <60% RAM (safe)
- CAUTION: 60-75% RAM (watch)
- WARNING: 75-90% RAM (risky)
- CRITICAL: >90% RAM (OOM likely!)
2. calculate_balanced_memory_allocation()
- Analyzes traffic for each user (requests/minute)
- Calculates proportional memory allocation
- Reserves 20% of RAM for system (min 2GB)
- Distributes remaining RAM based on traffic
- Returns recommendations: REDUCE / INCREASE / OPTIMAL
Example output:
USER CURRENT_MAX AVG_MB TRAFFIC_RPM RECOMMENDED_MAX REASON
user1 50 45MB 120 75 INCREASE (traffic demands)
user2 100 60MB 10 15 REDUCE (prevent OOM)
MENU OPTION 9 FEATURES:
- Shows total RAM vs required memory
- Displays percentage and color-coded status
- Optional per-user breakdown table
- Optional balanced recommendations
- Interactive: ask user what details to show
USE CASE:
Server has 16GB RAM. 10 users each with max_children=50, avg 50MB/process.
Total required: 10 × 50 × 50MB = 25GB
Percentage: 156% of RAM → CRITICAL!
Result: Server WILL run out of memory and kill processes!
This feature addresses user's request:
"calculating max children and memory allocation and then combining all the
accounts to see if the memory will hit over the memory cap if at capacity"
CRITICAL for preventing OOM kills on shared hosting servers!
cschantz