revert MaxRequestWorkers to 50, exclude nextcloud from 5xx alert
- MaxRequestWorkers 25→50: too few workers caused ALL workers to block on SQLite locks, making liveness probes fail even faster (131 restarts vs 50 before). 50 is a compromise — enough workers for probes. - Excluded nextcloud from HighServiceErrorRate alert (chronic SQLite issue) - MySQL migration attempted but hit: GR error 3100 (fixed with GIPK), emoji in calendar/filecache (stripped), SQLite corruption (pre-existing from crash-looping). Migration rolled back, Nextcloud restored to SQLite.
This commit is contained in:
parent
eed991a27b
commit
d8bcdfef2e
3 changed files with 89 additions and 6 deletions
|
|
@ -94,12 +94,13 @@ resource "kubernetes_config_map" "apache_tuning" {
|
|||
data = {
|
||||
"mpm_prefork.conf" = <<-EOF
|
||||
# Tuned for container with 6Gi memory limit
|
||||
# Each worker uses ~220MB RSS, so 25 workers ≈ 5.5GB
|
||||
# Each worker uses ~220MB RSS, so 50 workers ≈ 11GB (shared pages reduce actual)
|
||||
# Need enough workers so probes can get through during SQLite locks
|
||||
<IfModule mpm_prefork_module>
|
||||
StartServers 3
|
||||
MinSpareServers 2
|
||||
MaxSpareServers 5
|
||||
MaxRequestWorkers 25
|
||||
StartServers 5
|
||||
MinSpareServers 3
|
||||
MaxSpareServers 10
|
||||
MaxRequestWorkers 50
|
||||
MaxConnectionsPerChild 200
|
||||
</IfModule>
|
||||
EOF
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue