Un VPS con WordPress
PHP-FPM si ferma dopo un aggiornamento e i visitatori vedono «502 Bad Gateway». L’avviso nomina il servizio e LayerAssist trova l’impostazione che l’aggiornamento ha cambiato.
Il tuo sito dipende da pochi servizi: il server web, il database, PHP, la posta. LayerAssist controlla quello che scegli e ti dice con parole chiare quando si ferma e perché.
Un sito non è un unico programma. Il server web risponde ai visitatori, PHP esegue il codice del sito, il database ne conserva i contenuti e un servizio di posta invia i messaggi. Se uno qualsiasi si ferma, il sito si rompe, spesso con un errore che non dice quale.
I servizi si fermano per motivi banali: un aggiornamento che ha cambiato un’impostazione, un server rimasto senza memoria, un riavvio che non ha rimesso in piedi tutto. Sapere quale servizio si è fermato e perché è metà della soluzione.
Quando la memoria finisce, il sistema ferma il processo più grande, spesso il database. Succede nei picchi di traffico o con impostazioni che chiedono troppo.
Un aggiornamento dei pacchetti o una modifica manuale possono lasciare un’impostazione che il servizio rifiuta, e non parte più.
Un servizio non abilitato all’avvio resta fermo dopo il riavvio del server.
Spazio su disco esaurito, un file danneggiato o un bug possono far chiudere un servizio e lasciarlo fermo.
Indichi il servizio una volta sola. LayerAssist lo controlla e, se si ferma, parte dalla domanda più utile: perché?
Via SSH, secondo il tuo calendario, chiede al server se il servizio è in esecuzione: systemd o il classico comando service su Linux, il gestore dei servizi su Windows.
Un avviso quando il servizio si ferma e uno quando riparte, nell’app e via email.
Guarda le voci recenti del log del servizio e del log di sistema per capire cosa l’ha fermato: memoria, impostazioni, disco o un crash.
Con «Correggi in sicurezza» avvia da solo un servizio fermo. In chat può anche riavviarlo e correggere l’impostazione o il limite dietro il guasto.
Ho ridotto le impostazioni di memoria del database per farle stare nel server, ho avviato MariaDB e l’ho abilitata all’avvio
PHP-FPM si ferma dopo un aggiornamento e i visitatori vedono «502 Bad Gateway». L’avviso nomina il servizio e LayerAssist trova l’impostazione che l’aggiornamento ha cambiato.
Un worker di coda o un bot gira come servizio. Quando si ferma, niente si rompe in modo visibile, finché gli ordini non si accumulano. Il monitor del servizio lo intercetta subito.
Un’applicazione gira come servizio Windows sul server di una piccola azienda. LayerAssist la controlla via OpenSSH e avvisa il titolare quando si ferma.
Aggiungi il server in Siti e server con il suo accesso SSH (OpenSSH su Windows).
In Automazioni, scegli Nuova automazione, seleziona il server, scegli «Stato del servizio» e scrivi il nome del servizio, per esempio nginx, mariadb o php8.2-fpm.
Ogni 5 minuti per un servizio essenziale, o meno spesso per uno che può aspettare.
Il monitor incluso controlla un servizio per server: di solito il database o il server web. Copri gli altri con un controllo regolare come tua automazione.
Qualsiasi servizio che il server esegue con un nome: server web come Nginx, Apache o LiteSpeed, database come MySQL, MariaDB o PostgreSQL, PHP-FPM, servizi di posta o la tua applicazione. Su Windows, qualsiasi servizio Windows.
Con «Correggi in sicurezza», avvia da solo un servizio fermo. Un riavvio completo o una modifica delle impostazioni in un’esecuzione automatica aspettano il tuo ok. In chat glielo chiedi e lo fa subito.
Il monitor incluso controlla un servizio per server. Per altri, chiedi a LayerAssist un controllo regolare come tua automazione; la frequenza dipende dal tuo piano.
Verificare che un servizio sia in esecuzione funziona con un normale accesso SSH. Leggere i log di sistema e riavviare i servizi di solito richiede sudo o root, inclusi a partire dal piano Plus.
Tutte le guide al monitoraggioScopri cosa include ogni pianoCome funziona LayerAssist
Da 9 $ al mese · 14 giorni per ripensarci
Aggiungi il tuo sito e fai la prima domanda già oggi. Non fa per te? Disdici entro 14 giorni e riavrai il primo pagamento, meno solo il lavoro dell’IA che hai usato.
Gratis per 7 giorni · Non serve la carta di credito · Non servono conoscenze tecniche.