phpConfigs ignored in FPM images
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 42/100
Hướng nghiên cứu
Bắt đầu với values.yaml và các thay đổi từ PR 71, sau đó lần theo nơi phpConfigs được render và mount tương ứng với /usr/local/etc/php-fpm.d và /usr/local/etc/php/conf.d. Xác minh rằng các thiết lập ini được PHP-FPM đọc và rằng có thể định nghĩa, ghi lại tài liệu cho một giá trị cấu hình pool riêng biệt mà không phụ thuộc vào PHP_INI_SCAN_DIR.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe your Issue
Overview
The changes introduced in [PR 71] have affected the handling of phpConfigs, leading to some confusion about the expected values in this parameter.
Background
The original purpose of the /usr/local/etc/php-fpm.d directory is to permit customization of php-fpm pool definitions via *.conf files. This is defined under the include parameter in the php-fpm.conf file.
According to the current README, the phpConfigs setting is designed for custom php.ini values. An example provided demonstrates how to change the php memory_limit parameter.
Logs and Errors
In the current deployment of nginx + php-fpm, settings added to phpConfigs appear ineffective.
Following [PR 71], generated configmap files are mounted to the /usr/local/etc/php-fpm.d directory, but this directory is not utilized as a source for ini files. Instead, the php-fpm process reads additional ini files from /usr/local/etc/php/conf.d, similar to the behavior of the PHP-SAPI module for Apache.
Describe your Environment
-
Kubernetes distribution: Vanilla v1.23.17
-
Helm version: 3.15.4 (using helmfile, 0.168.0)
-
Helm Chart Version: 6.2.3
-
values.yaml:
...
phpConfigs:
opcache-tunning.ini: |-
opcache.memory_consumption=256
...
Additional context, if any
Workaround
As a temporary solution, I added the following environment variable:
PHP_INI_SCAN_DIR=:/usr/local/etc/php-fpm.d/
This instructs PHP to also search for ini files in /usr/local/etc/php-fpm.d, in addition to /usr/local/etc/php/conf.d. However, this feels like a makeshift workaround.
Suggestion
I suggest introducing an additional Helm value to distinguish between the two functionalities: one for ini settings and another for php-fpm pool settings. This would involve:
- Keeping
phpConfigsfor custom ini files. - Adding a distinct parameter for php-fpm pool configurations, such as
phpFpmPools.
- Ngôn ngữ chính
- Go Template
- Star
- 537
- Fork
- 317
- Merge trung bình
- 2 ngày 3 giờ
- Pull request đã merge (30 ngày)
- 1
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của nextcloud/helm
-
No native support for REDIS_USER enviroment varCó thể đã có người làm @jholmes802 đã nhận 10 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
Failed to inspect imageĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Nextcloud pods run as the namespace's default service account: the chart's account is only created with rbac.enabled, which binds the removed PodSecurityPolicyCó thể đã có người làm @martin-mat đã nhận 1 ngày trước. Đang mở
Độ khó 3/5 Nửa ngày Mức phù hợp với người mới 55/100
-
nextcloud.openmetrics.allowedClients is silently ignored unless nextcloud.configs is setCó thể đã có người làm @JanWelker đã nhận 26 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 78/100
Tất cả issue của nextcloud/helm
Issue tương tự
-
cloudflare: root entry eagerly imports `wrangler`, so `d1`/`r2`/`kvCache` cannot load without a Wrangler installCó thể đã có người làm @emdashbot đã nhận hôm nay. Đang mởarea/cloudflare bot:bug bot:needs-attention
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
emdash-cms/emdash#4232 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
auto-shift/autoshiftv2#282 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
voidzero-dev/void#463 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
type: cleanup
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
googleapis/google-cloud-swift#1477 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
aws/sagemaker-python-sdk#6495 ·
Maintainer thường phản hồi trong vòng 2 ngày