apache performance autotuning fails on multi core system
Bug #1365584 reported by
Julian Klinck
This bug report is a duplicate of:
Bug #1331554: [library] Raise max file descriptors and process file limits for radosgw.
Edit
Remove
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Fuel for OpenStack |
Confirmed
|
High
|
Aleksandr Didenko | ||
Bug Description
We found out that a fresh deployment of a FUEL controller node with CEPH onto a 24-Core machine with 32GB of memory resulted in a none working object storage. The issue was that the rados-gw service didn't came up "Operation not permitted".
The issue is that apache is too aggressively auto tuned by the script:
https:/
The number of servers and max_clients are such high that we run out of different hard centos system limits (open files, max threads). Reducing the amount of start_servers made rados-gw service working.
Either introduce hard upper boundaries for such auto tuning or increase the system limits, too.
| description: | updated |
| description: | updated |
| Changed in fuel: | |
| milestone: | none → 5.1 |
| assignee: | nobody → Fuel Library Team (fuel-library) |
| Changed in fuel: | |
| assignee: | Fuel Library Team (fuel-library) → Aleksandr Didenko (adidenko) |
| Changed in fuel: | |
| importance: | Undecided → High |
| status: | New → Confirmed |
Revision history for this message
| Dmitry Borodaenko (angdraug) wrote | #1 |
To post a comment you must log in.
Looks like a duplicate of bug #1331554.