J’ai reçu un e-mail de surveillance de Baidu le matin et j’ai constaté que le site web ne pouvait pas être ouvert, et qu’il n’y avait rien à craindre à ce moment-là, car le site ne pouvait pas être ouvert, et les raisons possibles étaient les suivantes :
1 : Le serveur est en retard
2 : Le serveur a été attaqué
À ce moment-là, je n’y prêtais pas trop attention, je me brossais les dents et le visage pour aller travailler, puis j’allumais l’ordinateur pour visiter le site Alibaba Cloud, et pour voir s’il était attaqué ou en retard, j’ai constaté qu’il n’y avait ni arriérés ni attaque.
Ensuite, le ssh s’est connecté au serveur, l’a redémarré, a attendu 5 minutes, et a constaté que le serveur ne pouvait pas être connecté, et que ce n’était pas si simple !!
Puisque le lien réseau externe ne peut pas être connecté, utilisons VNC pour nous connecter, c’est-à-dire nous connecter à la console du site Alibaba Cloud pour avoir une connexion à distance, qui est la version web de la connexion distante, et l’intranet doit être parcouru, puis trouver un écran noir !!
Les choses deviennent de moins en moins simples, j’ai l’impression qu’il y a un problème avec Alibaba Cloud ??? (Parce que je n’ai touché à aucune opération sur le serveur) D’abord, j’ai soumis un ordre de travail, expliqué la situation, puis je suis allé travailler...
Dans le métro, connectez-vous à l’application Alibaba Cloud, suivez à tout moment les retours sur les bons de travail, soudain, sur la page de l’application, une annonce apparaît, lien : https://help.aliyun.com/noticelist/articleid/20651342.html
(Rétabli) Le 12 novembre 2017, heure de Pékin, la visite mutuelle télécom nord-sud a été annoncée
Personnellement, je suppose que c’est un problème du côté d’Alibaba Cloud, et que ce soit dû à certains services ou interfaces officiels d’Alibaba Cloud qui ne sont pas revenus à la normale ????
Après les retours sur le ticket Alibaba Cloud, j’ai découvert que je pouvais utiliser le ssh vers le serveur, mais après redémarrage, je ne pouvais plus me connecter au serveur, j’ai communiqué à plusieurs reprises avec le ticket, et le téléphone a été communiqué longtemps.
Même si SSH peut être connecté, certains services du serveur ne peuvent pas fonctionner normalement, comme mysql server, qui ne démarre pas normalement...
Enfin, le ticket répond comme suit :
Connexion à distance hôte ainsi que récupération, vous testez en bas.
Problème actuel : un élément de démarrage anormal est configuré dans rc.local, ce qui fait que le système ne démarre pas complètement après le démarrage, et la carte est maîtrisée, comme indiqué dans l’Annexe 1.
Après avoir commenté le contenu sur rc.local, il reviendra à la normale, veuillez vérifier s’il y a des anomalies dans le service.
Après traitement, ouvrez le contenu dans rc.local.
Il me semble comprendre quelque chose : certains services du serveur ne démarraient pas normalement, puis j’ai lancé manuellement mysql et j’ai constaté qu’il ne pouvait pas être lancé en 30 secondes, et j’ai constaté que ce n’était pas si simple。。。。。
Par intuition personnelle, j’ai appuyé sur la commande df -h pour vérifier l’utilisation de l’espace disque dur, et j’ai découvert qu’il y avait un espace qui occupait 100 % de cet espace !!!
Enfin, trouvez les 10 fichiers les plus importants occupant de l’espace disque, et trouvez un fichier supérieur à 12 G, qui est un fichier journal de nginx,
Ça devrait l’êtreL’espace disque est plein, ce qui entraîne une défaillanceModifiez les paramètres de configuration des journaux nginx, puis supprimez les fichiers logs nginx, redémarrez le serveur, et certains reviendront à la normale.
La configuration Nginx a un trou.Lorsque le segment serveur ne spécifie pas de access_log, et qu’aucun access_log de paramètres n’est spécifié dans le segment http, il sera écrit par défaut dans le fichier de journaux/access.log, c’est-à-dire la valeur par défaut access_log « logs/access.log », et il s’agit du journal d’accès de tous les serveurs。
|
Publié sur 13/11/2017 12:16:27
|
|
|
|
Propriétaire|
Publié sur 13/11/2017 12:22:36
|
