Ik ontving 's ochtends een monitoringsmail van Baidu en ontdekte dat de website niet geopend kon worden, en er was op dat moment niets om je zorgen over te maken, omdat de website niet geopend kon worden, en de mogelijke redenen waren als volgt:
1: De server loopt achterstallig
2: De server is aangevallen
Op dat moment lette ik er niet zo op, poetste mijn tanden en waste mijn gezicht om naar mijn werk te gaan, en zette toen de computer aan om de Alibaba Cloud-website te bezoeken, en om te zien of het was aangevallen of te laat was, ontdekte ik dat er geen achterstallige betalingen of aanval waren.
Daarna maakte ssh verbinding met de server, startte de server opnieuw op, wachtte 5 minuten, en ontdekte dat de server niet kon worden verbonden, en ontdekte dat het niet zo simpel was!!
Aangezien de externe netwerkverbinding niet kan worden verbonden, laten we VNC gebruiken om verbinding te maken, dat wil zeggen, inloggen op de Alibaba Cloud-websiteconsole om een externe verbinding te hebben, wat de webversie van de externe verbinding is, en het intranet moet worden doorkruist, en dan een zwart scherm vinden!!
Het wordt steeds minder eenvoudig, ik heb het gevoel dat er iets mis is met Alibaba Cloud??? (Omdat ik geen enkele operatie op de server heb aangeraakt) Eerst heb ik een werkopdracht ingediend, de situatie uitgelegd, en toen ben ik aan het werk gegaan...
Log in de metro in op de Alibaba Cloud APP, let op de feedback over de werkopdracht op elk moment, plotseling is er op de apppagina een aankondiging, link: https://help.aliyun.com/noticelist/articleid/20651342.html
(Hersteld) Op 12 november 2017, Beijing-tijd, werd het telecom noord-zuid wederzijds bezoek aangekondigd
Persoonlijk denk ik dat het een probleem is aan de kant van Alibaba Cloud, en of het wordt veroorzaakt door officiële Alibaba Cloud-diensten of interfaces die niet weer normaal zijn????
Na de feedback van het Alibaba Cloud-ticket ontdekte ik dat ik ssh naar de server kon gebruiken, maar na het herstarten kon ik niet meer verbinding maken met de server en communiceerde ik herhaaldelijk met het ticket, terwijl de telefoon lange tijd werd gecommuniceerd.
Zelfs als SSH verbonden kan worden, kunnen sommige diensten van de server niet normaal werken, zoals de mysql-server, die niet normaal start...
Tot slot antwoordt het ticket als volgt:
Host remote verbinding en herstel, je test het af.
Huidig probleem: Er staat een abnormaal opstart-item in rc.local, waardoor het systeem na het opstarten niet volledig opstart, en de kaart is gemasterd, zoals te zien is in bijlage 1.
Na het uitlezen van de inhoud in rc.local keert het terug naar normaal, controleer alstublieft of er afwijkingen in de dienst zijn.
Na verwerking open je de inhoud in rc.local.
Ik lijk iets te begrijpen, namelijk dat sommige diensten van de server niet normaal startten, en toen ik handmatig MySQL startte en ontdekte dat het niet binnen 30 seconden kon worden gestart, en ik merkte dat het niet zo simpel was。。。。。
Door mijn persoonlijke intuïtie drukte ik op het df -h commando om het geheugengebruik van de harde schijf te controleren, en ontdekte dat er een stuk ruimte was dat 100% van de ruimte innam!!!
Zoek tenslotte de top 10 bestanden die schijfruimte innemen en zoek een bestand dat groter is dan 12g, dat een logbestand van nginx is,
Zou moeten zijnDe schijfruimte is vol, wat leidt tot een storingPas de configuratieparameters van nginx-logs aan, verwijder vervolgens de nginx-logbestanden, start de server opnieuw op, en sommige keren weer normaal terug.
De nginx-configuratie heeft een put.Wanneer het serversegment geen access_log specificeert en er geen access_log parameters in het http-segment worden opgegeven, wordt het standaard naar het logs/access.log-bestand geschreven, dat wil zeggen de standaardwaarde access_log "logs/access.log", en het is het toegangslogboek van alle servers。
|
Geplaatst op 13-11-2017 12:16:27
|
|
|
|
Huisbaas|
Geplaatst op 13-11-2017 12:22:36
|
