Ak máte niekoľko domén s rôznymi verziami php na jednej Plesk servera sa z času na čas vyskytnú problémy, ktoré sú spôsobené nesprávnym vytváraním súborov zo strany systému Plesk.

Majitelia domén potom vidia napríklad chybové hlásenie pri vyvolaní Webová lokalita ako

 class=
Chybové hlásenie webového servera z dôvodu chybnej služby

Príčina chyby

V tomto prípade je dôvodom tejto správy nespustená služba php-fpm, ktorú nemožno reštartovať z dôvodu chybného súboru v konfigurácii. Tieto súbory spravuje služba Plesk. Niekedy sa stáva, že nie sú odstránené alebo nie sú vytvorené správne. V tomto prípade môžete iba nezávislé prijať opatrenia a vyriešiť problém.

Vyhľadávanie a oprava chýb

V takomto prípade môžete ľahko nájsť chybu. Pre každú službu sa píšu protokoly o chybách, ktoré často indikujú problém.

V tomto príklade stačí vyhľadať súbory denníka služby php-fpm. Ak poznáte verziu php používateľa, môžete sa jednoducho opýtať priamo na protokol služby. Prípadne sa môžete jednoducho opýtať na všetky služby naraz a ladiť ich.

Príklad pod Centos7:

tail -f /var/log/plesk-php56-fpm/error.log

[07-jún-2019 09:40:15] ERROR: Zdá sa, že iná inštancia FPM už počúva na /var/www/vhosts/system/ihrefirma.de/php-fpm.sock

[07-jún-2019 09:40:15] ERROR: Inicializácia FPM zlyhala

To v podstate znamená, že doména theircompany.com bola zrejme stále načítaná v inej konfigurácii php-fpm, takže pre doménu možno verzia php bola zmenená z php5.6 na inú. V tomto prípade sa Plesku nepodarilo odstrániť pôvodný konfiguračný súbor. Službu php-fpm potom nie je možné reštartovať.

riešenie problémov

Odstráňte poškodený súbor z konfigurácie php-fpm servera.

Príklad pre Centos7:

rm -rf /opt/plesk/php/5.6/etc/php-fpm.d/ihrefirma.de.conf

Potom by ste mali vidieť úspešný reštart priamo v protokole o chybách chybnej služby.

tail -f /var/log/plesk-php56-fpm/error.log

[07-jún-2019 09:42:04] UPOZORNENIE: fpm beží, pid 120959

[07-jún-2019 09:42:04] UPOZORNENIE: pripravené na spracovanie spojení

[07-jún-2019 09:42:04] UPOZORNENIE: interval monitoru systemd nastavený na 10000ms

Aktuálne články