ለ HestiaCP PHP8.4-FPM ዳግም ማስጀመሪያ ስህተቶች የመጨረሻው መፍትሄ

መገናኘት HestiaCP PHP 8.4-FPMን እንደገና ማስጀመር ስህተት አስከትሏል፦ ስህተት፦ የphp8.4-fpm ዳግም ማስጀመር።aiበረዶ?

ይህ ጽሑፍ ስለ ማሻሻያው ጥልቅ ትንተና ይሰጣል። 1.9.1 ይህ እንደ ጥገኝነት ማጣት፣ ጊዜ ያለፈባቸው የውቅር ፋይሎች እና የሶኬት ግጭቶች ያሉ የተለመዱ ችግሮችን ይፈታል፣ እና የተሟላ የጥገና ደረጃዎችን እና የምዝግብ ማስታወሻ መላ ፍለጋ ዘዴዎችን ይሰጣል።በተግባራዊ ልምድ እና በባለስልጣን ሰነዶች አማካኝነት የአገልጋይ መረጋጋትን በፍጥነት እንዲመልሱ፣ የንግድ መቆራረጦችን እንዲያስወግዱ እና የመጨረሻውን መፍትሄ እንዲቆጣጠሩ እንረዳዎታለን።

አገልጋዩ ሪፖርት ካደረገ በኋላ ስህተት፡ ስህተት፡ የphp8.4-fpm ዳግም ማስጀመር አልተሳካምያ ጊዜ እንደ ድንገተኛ የልብ ድካም ያህል ውጥረት የተሞላበት ነበር። (ዩ)

ወደ ማሻሻያው እየተገባ ነው ሄስቲያሲፒ 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

መሠረት የዴቢያን ኦፊሴላዊ ሰነድሰነዱ እንዲህ ይላል፡- "የጥገኝነት ፓኬጆች መጥፋት የFPM አገልግሎት ሶኬቶችን ከመመዝገብ ይከለክላል፣ ይህም ስህተት ያስከትላል።" (ምንጭ፡ ዴቢያን የጥቅል ማስታወሻዎች)

2. የሄስቲያሲፒ ውቅር ፋይል አልተዘመነም።

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. 1. በመጀመሪያ፣ ምዝግብ ማስታወሻውን ያረጋግጡ። → የስህተቱን መንስኤ ያረጋግጡ።

1. 1. የውቅር ፋይል ይጎድላል → PHP 8.4 ን እንደገና ጫን።

1. 1. ስክሪፕት አልተዘመነም → ማሻሻያ ሄስቲያሲፒ v-run-cli-cmd ኋ v-restart-service.

1. 1. የሶኬት ግጭት → አርትዕ www.conf የ listen መንገድ።

ይህ ቅደም ተከተል ዓይነ ስውር ስራዎችን ያስወግዳል እና ብዙ ጊዜ ይቆጥባል።

የእኔ አመለካከት እና መደምደሚያ

የቴክኒክ ችግሮች በጭራሽ አንድ ሳንካ አይደሉም፣ ይልቁንም... የስርዓት ትብብር ውድቀትበሄስቲያሲፒ እና በፒኤችፒ 8.4 መካከል ያሉት የተኳኋኝነት ችግሮች ማሻሻያዎች ተግባራዊነትን ማሻሻል ብቻ ሳይሆን አደጋዎችን ማጋለጥንም ጭምር እንደሚያስታውሱን ያስታውሱናል።

የዚህ አይነት ችግር መፍትሄው ቁልፍ ነገር እንደሆነ አምናለሁ የተዋቀረ የማጣሪያ ስራነገሮችን በፍጥነት አታድርጉ፤ በምትኩ፣ ልክ እንደ ዶክተር ምርመራ እንደሚያደርግ፣ ቀስ በቀስ እድሎችን ያስወግዱ።

ሄግል እንደተናገረው፣ "እውነት በጠቅላላ ውስጥ ትገኛለች።"

መጫኑን፣ ውቅር፣ ስክሪፕቶችን እና ምዝግብ ማስታወሻዎችን በማጣመር ብቻ መልሱን በትክክል ማግኘት ይቻላል።

በመጨረሻም አንድ ነጥብ አፅንዖት መስጠት እፈልጋለሁ፡-የተረጋጋ የአገልጋይ አካባቢ የንግድ ሥራ የሕይወት መስመር ነው።እያንዳንዱ ስህተት አስታዋሽ ነው። ችግሮችን በተዘዋዋሪ ከመፍታት ይልቅ፣ በንቃት ያሻሽሉ። እርምጃ ይውሰዱ፡ ውቅርዎን ያረጋግጡ፣ ስክሪፕቶችዎን ያዘምኑ እና ስርዓትዎን በእውነት ጠንካራ ያድርጉት።