[2.0.3] PHP-FPM dies shortly after login, first request each morning hits "Herd is fixing this site"

Đang mở
  • Có gì không ổn?
#1,796 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
18/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
macos, nginx, php
Lĩnh vực
desktop, infrastructure

Hướng nghiên cứu

Start from the evidence: nginx-error.log shows requests failing on the Herd socket at ~/Library/Application Support/Herd/herd.sock, and the reporter's Herd_Debug.log from a boot run with --enable-logfile is still pending. Find where Herd launches PHP-FPM at login and why it is restarted or killed about 90 seconds later, possibly racing with network startup. Done means FPM stays up after a cold boot without a browser-triggered self-heal, confirmed by a reproduction on a fresh login.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

macOS

Herd version: 2.0.3
macOS: 26 (Darwin 25.6.0), Apple Silicon
PHP versions running: 8.2, 8.3, 8.4 (FPM)

What happens

Since updating to 2.0.3, every cold boot ends the same way: Herd starts at login,
nginx and dnsmasq stay up, but PHP-FPM is gone within about 90 seconds. Every PHP
request is then refused until a site is opened in a browser, which shows "Herd is
fixing this site" and restarts FPM successfully. It happens on every boot (6 of 6
since 27 Oct). It never happened before the update.

Requests that do not come from a browser (curl, scheduled HTTP checks) do not
trigger the self-heal, so they fail until someone opens a page.

Evidence
  • FPM masters for 8.2, 8.3 and 8.4 are launched at login (08:42:20 today).
  • From 08:43:58, nginx-error.log shows for every request:
    connect() to unix:~/Library/Application Support/Herd/herd.sock failed (61: Connection refused)
    (the socket file exists, nothing is listening).
  • On some mornings the socket file is missing instead: (2: No such file or directory).
  • At 09:26 a browser request showed the fixing page and FPM came back within a second.
  • At login the system log shows Herd starting before the network is up
    (No network route, NSURLErrorDomain -1009), which may be related.
  • On a manual relaunch with --enable-logfile, an FPM master appeared and was replaced
    by new ones within a few seconds, so Herd seems to start FPM and then restart it.
Steps to reproduce
  1. Herd 2.0.3 set to launch at login, with FPM for several PHP versions.
  2. Shut down the Mac, boot, log in.
  3. Wait 2 minutes, then request any .test site without a browser (e.g. curl -I).
    Result: 502 / connection refused until a browser load triggers the self-heal.
Debug log

I'm capturing a boot with --enable-logfile and will attach Herd_Debug.log
from the next cold start.

Ngôn ngữ chính
Không có dữ liệu ngôn ngữ
Star
124
Fork
1
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của beyondcode/herd-community

Tất cả issue của beyondcode/herd-community

Issue tương tự

Thêm issue về Desktop Dev

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.