Problem:
- calculate_server_memory_capacity() showed '0MB required'
- Only iterated through users, called find_fpm_pool_config() with username only
- cPanel uses domain-based pool configs (domain.conf not username.conf)
- Result: No pools found, 0MB calculated
Fix:
- Added nested loop: users → domains
- Pass both username AND domain to find_fpm_pool_config()
- Extract pool name from config file to get actual process memory
- Use get_fpm_memory_usage(pool_name) directly instead of calculate_memory_per_process()
- Added domain to details output format
Changes:
- Lines 745-800: Rewrote user iteration to include domain loop
- Now correctly finds pools like pickledperil.com.conf
- Calculates actual memory usage per pool
Result:
- Memory capacity analysis now shows real data
- Proper OOM risk assessment
CRITICAL BUG FIX:
Problem: php-detector.sh and php-analyzer.sh were setting SCRIPT_DIR
which collided with parent script's SCRIPT_DIR variable causing
/lib/lib/ double path bug when sourcing libraries.
Solution:
- Changed SCRIPT_DIR to _LIB_DIR in both php-detector.sh and php-analyzer.sh
- Changed exit 1 to return 1 in sourced libraries (exit kills parent script)
Files modified:
- lib/php-detector.sh: Use _LIB_DIR instead of SCRIPT_DIR
- lib/php-analyzer.sh: Use _LIB_DIR instead of SCRIPT_DIR, return instead of exit
This prevents variable collision when libraries are sourced by modules.
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