No rīta es saņēmu uzraudzības e-pastu no Baidu un atklāju, ka vietni nevar atvērt, un tajā laikā nebija par ko uztraukties, jo vietni nevarēja atvērt, un iespējamie iemesli bija šādi:
1: Serveris kavē maksājumus
2: Serveris ir uzbrukts
Tajā laikā es nepievērsu pārāk lielu uzmanību, tīrīju zobus un mazgāju seju, lai dotos uz darbu, un pēc tam ieslēdzu datoru, lai apmeklētu Alibaba Cloud vietni, un pēc tam, lai redzētu, vai tas ir uzbrukts vai nokavēts, es atklāju, ka nav kavējumu vai uzbrukumu.
Pēc tam ssh izveidoja savienojumu ar serveri, restartēja serveri, gaidīja 5 minūtes un atklāja, ka serveri nevar savienot, un atklāja, ka lietas nav tik vienkāršas!!
Tā kā ārējo tīkla saiti nevar savienot, izmantosim VNC, lai izveidotu savienojumu, tas ir, piesakieties Alibaba Cloud vietnes konsolē, lai izveidotu attālo savienojumu, kas ir attālā savienojuma tīmekļa versija, un iekštīkls ir jāstaigā, un pēc tam jāatrod melns ekrāns!!
Lietas kļūst arvien mazāk vienkāršas, man šķiet, ka kaut kas nav kārtībā ar Alibaba Cloud??? (Jo es neesmu pieskāries nevienai servera operācijai) Vispirms es iesniedzu darba pasūtījumu, izskaidroju situāciju un pēc tam devos uz darbu ...
Metro piesakieties Alibaba Cloud APP, jebkurā laikā pievērsiet uzmanību darba pasūtījuma atsauksmēm, pēkšņi lietotnes lapā ir paziņojums, saite: https://help.aliyun.com/noticelist/articleid/20651342.html
(Atjaunots) 2017. gada 12. novembrī pēc Pekinas laika tika paziņots par telekomunikāciju ziemeļu-dienvidu savstarpējo vizīti
Personīgi es domāju, ka tā ir problēma no Alibaba Cloud puses, un vai to izraisa daži oficiālie Alibaba Cloud pakalpojumi vai saskarnes, kas nav atgriezušās normālā stāvoklī????
Pēc Alibaba Cloud biļešu atsauksmes es atklāju, ka serverī varu izmantot ssh, bet pēc restartēšanas es nevarēju izveidot savienojumu ar serveri, un es atkārtoti sazinājos ar biļeti, un tālrunis tika sazināts ilgu laiku.
Pat ja SSH var pieslēgt, daži servera pakalpojumi nevar darboties normāli, piemēram, mysql serveris, kas nesākas normāli...
Visbeidzot, biļete atbild šādi:
Resursdatora attālais savienojums, kā arī atgūšana, jūs pārbaudāt.
Pašreizējā problēma: rc.local ir iestatīts neparasts startēšanas vienums, kā rezultātā sistēma pēc startēšanas neizdodas pilnībā sāknēt, un karte ir apgūta, kā parādīts 1. pielikumā.
Pēc satura komentēšanas rc.local tas atgriezīsies normālā stāvoklī, lūdzu, pārbaudiet, vai pakalpojumā nav novirzes.
Pēc apstrādes atveriet saturu rc.local.
Šķiet, ka es kaut ko saprotu, tas ir tas, ka daži servera pakalpojumi nesākās normāli, un tad es manuāli sāku mysql un atklāju, ka to nevar sākt 30 sekundēs, un es atklāju, ka lietas nav tik vienkāršas。。。。。
Izmantojot savu personīgo intuīciju, es nospiedu komandu df -h, lai pārbaudītu cietā diska vietas izmantošanu, un atklāju, ka ir vietas gabals, kas aizņem 100% vietas!!!
Visbeidzot, atrodiet 10 populārākos failus, kas aizņem vietu diskā, un atrodiet failu, kas ir vairāk nekā 12 g, kas ir nginx žurnālfails,
Vajadzētu būtVieta diskā ir pilna, kā rezultātā rodas kļūmeModificējiet nginx žurnālu konfigurācijas parametrus, pēc tam izdzēsiet nginx žurnālfailus, restartējiet serveri, un daži atgriezīsies normālā stāvoklī.
Nginx konfigurācijai ir bedre.Ja servera segments nenorāda access_log un http segmentā nav norādīti access_log parametri, tas pēc noklusējuma tiks ierakstīts žurnālu / access.log failā, tas ir, noklusējuma vērtība access_log "logs/access.log", un tas ir visu serveru piekļuves žurnāls。
|
Publicēts 13.11.2017 12:16:27
|
|
|
|
Saimnieks|
Publicēts 13.11.2017 12:22:36
|
