Điểm:0

Trang web LEMP stack WordPress cũ sẽ không triển khai nữa

lá cờ tz

Tôi đã kế thừa một trang web WordPress 5.7 chạy trên Ubuntu 16.04.3 x64 giọt, sử dụng cơ sở dữ liệu MySQL 8 được quản lý DigitalOcean riêng biệt.

Trang web WordPress là một trang web ngăn xếp Trellis LEMP. Phiên bản PHP 7.3, nhưng Nginx dường như đang sử dụng 7.1 từ phpinfo().

Tôi biết rằng tất cả các phiên bản đã lỗi thời nghiêm trọng và cần cập nhật, nhưng trước mắt tôi cần phải làm cho mọi thứ hoạt động.

Đã xảy ra lỗi kết nối cơ sở dữ liệu (xem https://www.digitalocean.com/community/questions/since-a-wordpress-url-change-i-can-t-connect-to-do-managed-mysql-database) và điều này liên quan đến việc tôi đã thử rất nhiều điều không khôn ngoan cho đến bây giờ việc triển khai đến trang dàn dựng qua Trellis không thành công.

Đây là những gì nó nói:

NHIỆM VỤ [triển khai: Tải lại php-fpm] *************************************************** ************************************* Thông tin hệ thống: Ansible 2.7.0; Linux Trellis tại "Chuyển từ .dev sang .kiểm tra" --------------------------------------------- - gây tử vong: [staging.mywebsite.co.uk]: KHÔNG THÀNH CÔNG! => {"đã thay đổi": đúng, "cmd": "sudo dịch vụ tải lại php7.3-fpm", "delta": "0:00:00.030313", "end": "21-12-2021 11:51:06.490541", "msg": "mã trả về khác không", "rc": 1, "bắt đầu": "21-12-2021 11:51:06.460228", "stderr": "php7.3-fpm.service không hoạt động, không thể tải lại.", "stderr_lines": ["php7.3-fpm.service không hoạt động, không thể tải lại."], "stdout": "", "stdout_lines": []} tới thử lại, sử dụng: --limit @/home/ubuntu/mywebsite.co.uk/trellis/deploy.retry

Nếu tôi SSH vào và cố gắng bắt đầu dịch vụ, tôi nhận được

Công việc cho php7.3-fpm.service không thành công do quá trình kiểm soát đã thoát với mã lỗi. Xem "trạng thái systemctl php7.3-fpm.service" và "journalctl -xe" để biết chi tiết.

Đây là trạng thái systemctl php7.3-fpm.service:

â php7.3-fpm.service - Trình quản lý quy trình FastCGI PHP 7.3
   Đã tải: đã tải (/lib/systemd/system/php7.3-fpm.service; đã bật; giá trị đặt trước của nhà cung cấp: đã bật)
   Hoạt động: không thành công (Kết quả: mã thoát) kể từ Thứ Ba 2021-12-21 12:04:49 GMT; 47 phút trước
     Tài liệu: man:php-fpm7.3(8)
  Quá trình: 1658 ExecStart=/usr/sbin/php-fpm7.3 --nodaemonize --fpm-config /etc/php/7.3/fpm/php-fpm.conf (code=exited, st
 PID chính: 1658 (mã=đã thoát, trạng thái=78)

Ngày 21 tháng 12 12:04:49 ubuntu-xxx-xxx-01 systemd[1]: Bắt đầu Trình quản lý quy trình FastCGI PHP 7.3...
Ngày 21 tháng 12 12:04:49 ubuntu-xxx-xxx-01 php-fpm7.3[1658]: [21-Dec-2021 12:04:49] LỖI: Một phiên bản FPM khác dường như đã có
Ngày 21 tháng 12 12:04:49 ubuntu-xxx-xxx-01 php-fpm7.3[1658]: [21-Dec-2021 12:04:49] LỖI: Khởi tạo FPM không thành công
Ngày 21 tháng 12 12:04:49 ubuntu-xxx-xxx-01 systemd[1]: php7.3-fpm.service: Quá trình chính đã thoát, mã=đã thoát, trạng thái=78/n/a
Ngày 21 tháng 12 12:04:49 ubuntu-xxx-xxx-01 systemd[1]: Không thể khởi động Trình quản lý quy trình FastCGI PHP 7.3.
Ngày 21 tháng 12 12:04:49 ubuntu-xxx-xxx-01 systemd[1]: php7.3-fpm.service: Đơn vị vào trạng thái không thành công.
Ngày 21 tháng 12 12:04:49 ubuntu-xxx-xxx-01 systemd[1]: php7.3-fpm.service: Không thành công với kết quả là 'mã thoát'.

Và tạp chíctl -xe:

-- Hỗ trợ: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-9.scope đã khởi động xong.
--
-- Kết quả khởi động đã xong.
Ngày 21 tháng 12 12:53:07 ubuntu-xxx-xxx-01 sshd[1915]: Đã nhận được ngắt kết nối từ cổng 92.0.0.0 53386:11: Tạm biệt [preauth]
Ngày 21 tháng 12 12:53:07 ubuntu-xxx-xxx-01 sshd[1915]: Đã ngắt kết nối khỏi cổng 92.0.0.0 53386 [preauth]
Ngày 21 tháng 12 12:55:34 ubuntu-xxx-xxx-01 sudo[1919]: root : TTY=pts/0 ; NKT=/gốc ; NGƯỜI DÙNG=gốc ; LỆNH=/bin/systemctl sta
Ngày 21 tháng 12 12:55:34 ubuntu-xxx-xxx-01 Sudo[1919]: pam_unix(sudo:session): phiên mở cho người dùng root bởi root(uid=0)
Ngày 21 tháng 12 12:55:34 ubuntu-xxx-xxx-01 systemd[1]: Bắt đầu Trình quản lý quy trình FastCGI PHP 7.3...
-- Chủ đề: Đơn vị php7.3-fpm.service đã bắt đầu khởi động
-- Xác định bởi: systemd
-- Hỗ trợ: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Đơn vị php7.3-fpm.service đã bắt đầu khởi động.
Ngày 21 tháng 12 12:55:34 ubuntu-xxx-xxx-01 php-fpm7.3[1922]: [21-Dec-2021 12:55:34] LỖI: Một phiên bản FPM khác dường như đã có
Ngày 21 tháng 12 12:55:34 ubuntu-xxx-xxx-01 php-fpm7.3[1922]: [21-Dec-2021 12:55:34] LỖI: Khởi tạo FPM không thành công
Ngày 21 tháng 12 12:55:34 ubuntu-xxx-xxx-01 systemd[1]: php7.3-fpm.service: Quá trình chính đã thoát, mã=đã thoát, trạng thái=78/n/a
Ngày 21 tháng 12 12:55:34 ubuntu-xxx-xxx-01 systemd[1]: Không thể khởi động Trình quản lý quy trình FastCGI PHP 7.3.
-- Chủ đề: Đơn vị php7.3-fpm.service bị lỗi
-- Xác định bởi: systemd
-- Hỗ trợ: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Đơn vị php7.3-fpm.service bị lỗi.
--
-- Kết quả không thành công.

Và tôi bị mắc kẹt. Thành thật mà nói, tôi không tự tin lắm trong môi trường Linux nên thành thật mà nói, tôi hoàn toàn lạc lối. Tôi nghĩ rằng tôi cần sửa lỗi này trước khi sửa lỗi kết nối cơ sở dữ liệu của mình!

Tôi đã thử thêm PHP 7.4, nhưng điều này tạo ra một số trang lỗi đỏ khi tôi cố triển khai trang web nên tôi đã xóa nó.

Đây là một trang dàn dựng, vì vậy nó không quan trọng, nhưng rõ ràng là trang sản xuất có cùng một thiết lập nền nên tôi sợ nó cũng sẽ bị hỏng!

Về lâu dài, tôi dự định nâng cấp mọi thứ nhưng thực sự muốn được trợ giúp để cố gắng làm cho nó hoạt động trong thời gian ngắn trước mắt.

Cảm ơn!

lá cờ cn
Bạn đã thử cách sau chưa: 'Xem "systemctl status php7.3-fpm.service" và "journalctl -xe" để biết chi tiết.'
lá cờ tz
Tôi đã chỉnh sửa để thêm thông tin đó :)
Điểm:2
lá cờ cn

Nó nói rõ rằng php-fpm7.3 không khởi động được vì LỖI: Một phiên bản FPM khác dường như đã. bạn có thể có php-fpm7.1 đã chạy rồi.

lá cờ tz
Vâng, tôi chỉ thấy điều đó! Bất kỳ ý tưởng nào về cách tôi có thể tìm ra điều đó, và, dừng nó lại và chạy cái khác :)
lá cờ cn
`trạng thái systemctl php7.1-fpm.service`
lá cờ tz
Đã làm việc! Lỗi kết nối DB cũng đã được sửa! Đã dừng 7.1 và bắt đầu 7.3. Phù! Cảm ơn bạn rất nhiều.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.