HestiaCP PHP8.4-FPM дахин ачаалах алдааны эцсийн шийдэл

Учрал HestiaCP PHP 8.4-FPM-г дахин эхлүүлэхэд дараах алдаа гарлаа: АЛДАА: php8.4-fpm-г дахин эхлүүлж байна.aiмөс?

Энэ нийтлэлд шинэчлэлтийн талаар гүнзгий дүн шинжилгээ хийсэн болно. 1.9.1 Энэ нь дутуу хамаарал, хуучирсан тохиргооны файлууд, сокетуудын зөрчил зэрэг нийтлэг асуудлуудыг шийдвэрлэж, бүрэн засварлах алхмууд болон логын алдааг олж засварлах аргуудыг өгдөг.Практик туршлага, эрх бүхий баримт бичгийн тусламжтайгаар бид танд серверийн тогтвортой байдлыг хурдан сэргээх, бизнесийн тасалдалаас зайлсхийх, эцсийн шийдлийг эзэмшихэд тусална.

Сервер мэдээлсний дараа Алдаа: АЛДАА: php8.4-fpm-г дахин эхлүүлэх амжилтгүй боллооТэр мөч гэнэт зүрх зогсохтой адил түгшүүртэй байсан. (Ю)

Энэ нь шинэчлэлтэд байна HestiaCP 1.9.1 Дараа нь энэ асуудал байнга давтагдаж, үндсэн шалтгаанууд нь гаднаас нь харагдаж байснаас хамаагүй илүү төвөгтэй байв.

Яагаад энэ алдаа гардаг вэ?

Олон хүний ​​анхны хариу үйлдэл бол "PHP гацчихсан уу?" Үнэндээ энэ алдаа нь ихэвчлэн ...-с үүдэлтэй байдаг. Дутуу суулгалт, тохиргооны файлууд дутуу, хуучирсан скриптүүд, эсвэл сокетуудын зөрчил.Өөрөөр хэлбэл, асуудал нь PHP-д өөрт нь биш, харин... Байгаль орчин ба менежментийн хэрэгслүүдийн нэгдэл.

Нийтлэг шалтгаанууд болон холбогдох шийдлүүд

1. PHP 8.4-ийн бүрэн бус суулгалт

Энэ бол форум дээрх хамгийн түгээмэл санал хүсэлт юм. Шинэчлэлтийн дараа зарим хамаарлын багцууд бүрэн суугаагүй тул... php8.4-fpm Ердийнхөөрөө эхлүүлэх боломжгүй байна.

Шийдэл: PHP 8.4-г дахин суулгана уу

# 删除现有 PHP 8.4
v-delete-web-php 8.4
# 更新系统包
apt-get update && apt-get upgrade -y

# 重新添加 PHP 8.4
v-add-web-php 8.4

Хэрэв энэ нь амжилтгүй хэвээр байвал та хамаарлуудыг гараар суулгах шаардлагатай болно:

apt-get install php8.4-common php8.4-mbstring php8.4-bcmath php8.4-cli php8.4-curl php8.4-fpm php8.4-gd php8.4-intl php8.4-mysql php8.4-soap php8.4-xml php8.4-zip php8.4-bz2 php8.4-pspell php8.4-imagick php8.4-imap php8.4-ldap php8.4-apcu

Дагуу Debian-ийн албан ёсны баримт бичигБаримт бичигт: "Хамааралтай багцууд дутуу байвал FPM үйлчилгээ сокетуудыг бүртгэхээс сэргийлж, алдаа гарна" гэж заасан байдаг. (Эх сурвалж: Debian багцын тэмдэглэл)

2. HestiaCP тохиргооны файл шинэчлэгдээгүй байна.

HestiaCP нь анхдагчаар PHP 8.4-ийг бүрэн дэмждэггүй; скриптийг гараар өөрчлөх шаардлагатай.

Файл 1: /usr/local/hestia/bin/v-run-cli-cmd

Үүнд багтсан эсэхийг шалгаарай php8.4 Зөвшөөрлийн шалгалт:

"$basecmd" != 'php8.4' -a \

Файл 2: /usr/local/hestia/bin/v-restart-service

Үйлчилгээний жагсаалтад дараах үйлчилгээнүүд багтсан эсэхийг шалгаарай:

"$service" = "php8.4-fpm" -o \

Энэ алхам маш чухал; эс тэгвээс HestiaCP нь PHP8.4-FPM-ийг дахин эхлүүлэхийг хэзээ ч оролдохгүй.

3. Сокетийн зөрчилдөөний асуудлууд

Хэрэв олон PHP хувилбарууд ижил сокет замыг хуваалцвал зөрчил үүснэ.

Тохиргоог шалгах:

cat /etc/php/8.4/fpm/pool.d/www.conf | grep listen

Зам нь өвөрмөц эсэхийг шалгаарай, жишээлбэл:

listen = /run/php/php8.4-fpm.sock

Дагуу PHP-ийн албан ёсны гарын авлага"FPM хувилбар бүр бие даасан сокет руу холбогдсон байх ёстой; эс тэгвээс үйлчилгээний маргаан үүснэ." (Эх сурвалж: PHP-FPM баримтжуулалт)

4. Дэлгэрэнгүй алдааны бүртгэлийг харах

Бүртгэл бол мөрдөн байцаалтын хамгийн сүүлийн арга зам юм.

systemctl status php8.4-fpm.service
journalctl -xeu php8.4-fpm.service
cat /var/log/php8.4-fpm.log

Лог нь үнэн зөв мэдээлэл өгөх боломжтой.БайршилАсуудлууд, тухайлбал Тохиргооны файлын синтаксийн алдаа, хангалтгүй зөвшөөрөл эсвэл хамаарал дутуу байна.

Санал болгож буй мөрдөн байцаалтын алхамууд

1. Эхлээд логийг шалгана уу. → Алдааны шалтгааныг баталгаажуулна уу.
2. тохиргооны файл байхгүй байна → PHP 8.4-г дахин суулгана уу.
3. Скрипт шинэчлэгдээгүй байна → HestiaCP-г өөрчлөх v-run-cli-cmd эсрэг v-restart-service.
4. Сокет зөрчил → Засварлах www.conf нь listen зам.

Энэ дараалал нь сохор үйлдлээс зайлсхийж, маш их цаг хэмнэдэг.

Миний үзэл бодол ба дүгнэлт

Техникийн асуудлууд хэзээ ч ганц алдаа биш, харин... Системчилсэн хамтын ажиллагааны бүтэлгүйтэлHestiaCP болон PHP 8.4-ийн хоорондох нийцтэй байдлын асуудлууд нь шинэчлэлтүүд нь зөвхөн функцийг сайжруулахаас гадна эрсдэлийг илчлэх тухай гэдгийг бидэнд сануулж байна.

Энэ төрлийн асуудлыг шийдэх гол түлхүүр нь үүнд оршдог гэж би бодож байна Бүтцийн скринингЯарах хэрэггүй; харин эмч онош тавьж байгаа шиг боломжит зүйлсийг аажмаар арилга.

Гегелийн хэлсэнчлэн "Үнэн нь бүхэл бүтэн байдалд оршдог".

Зөвхөн суулгалт, тохиргоо, скрипт болон логуудыг хослуулснаар л хариултыг үнэхээр олж чадна.

Эцэст нь би нэг зүйлийг онцлон тэмдэглэхийг хүсч байна:Тогтвортой серверийн орчин бол бизнесийн амин чухал түлхүүр юм.Алдаа бүр сануулга юм. Асуудлыг идэвхгүй байдлаар засахын оронд урьдчилан оновчтой болгоорой. Арга хэмжээ аваарай: тохиргоогоо шалгаж, скриптүүдээ шинэчилж, системээ үнэхээр бат бөх болгоорой.