Indique où l’URL du service était inaccessible pendant les périodes de panne détectées. Les pourcentages indiquent la part des vérifications échouées depuis les emplacements de surveillance dans chaque pays.
Appuyez sur ce qui ne va pas — un clic aide des milliers d'autres à voir la panne.
Vérifiez d'abord que le serveur Apache ou Nginx fonctionne correctement. Sur les systèmes Linux, utilisez systemctl status apache2 ou systemctl status nginx pour contrôler l'état du service. Si le service est arrêté, redémarrez-le avec systemctl restart. Consultez également les logs dans /var/log/apache2/ ou /var/log/nginx/ pour identifier les erreurs de configuration. Assurez-vous que PHP-FPM est actif si vous utilisez Nginx.
Le processus zabbix-server peut être arrêté ou bloqué. Vérifiez son état avec systemctl status zabbix-server et consultez le fichier /var/log/zabbix/zabbix_server.log. Souvent, le problème vient d'une saturation de la base de données. Vérifiez l'espace disque disponible avec df -h et nettoyez l'historique ancien si nécessaire. Augmentez la valeur de StartPollers dans le fichier de configuration si vous surveillez beaucoup d'hôtes.
Vérifiez la configuration SMTP dans Administration > Types de médias. Testez l'envoi manuel depuis cette interface. Le pare-feu peut bloquer le port 25 ou 587 : contrôlez avec telnet votre-smtp.com 587. Assurez-vous que le processus zabbix-alerter est actif.