Strukturēta ūdens ietekme uz asinīm

Tāpēc es tikko pārgāju uz jaunu VPS, un man ir bijušas dažas problēmas. Centos 6.2 man ir iestatīta pamata LAMP kaudze.Es esmu programmētājs, bet man ir pienācīgas zināšanas pakalpojumu administrēšanā, jo es strādāju ļoti mazā uzņēmumā un man viss ir jādara nedaudz. Esmu uzstādījis daudzus LAMP serverus bez problēmām.

Šajā serverī kopš tā laika, kad to iestatīju, lapas ielādes ātrums ir bijis smieklīgs. Veicot pamata Drupal 7 instalēšanu, lapas ielādes laiks svārstās no 10 līdz 60 + sekundēm. Tā kā es mēģināju paveikt kādu darbu agrāk, vietne vienkārši pārtrauca ielādi. Es pat nevaru tam piekļūt, izmantojot IP adresi. Bet dīvaini ir tas, ka es varu SSH tajā iekļūt, izmantojot savu domēna vārdu. Esmu stumped par to, kas varētu būt cēlonis tam.

Es mēģināju restartēt apache un mysql un abas restartēju bez problēmām. Es domāju, ka tas ir kaut kas manam saimniekam, bet, ja tas ir jautājums manā galā, es labāk negaidīšu, kamēr viņi atbildēs uz manu biļeti, jo man ir darbs, kas man jādara. Kas manam serverim pēkšņi var būt pieejams tikai caur SSH? Esmu mēģinājis sniegt pēc iespējas vairāk informācijas, taču, lūdzu, dariet man zināmu, vai jums varētu būt nepieciešams kaut kas cits.

  • Šis jautājums nav saistīts ar programmēšanu - balsošanu, lai pārvietotos
  • Tam ir tikpat maz sakara ar tīmekļa pārziņu, kā ar programmēšanu, @Adrian.
  • Tam ir viss sakars ar tīmekļa pārziņu. Tas galu galā bija problēma ar manu saimnieku tīklu, kuru viņi tagad ir izlabojuši. Paldies visiem par palīdzību!

Vai tā varētu būt atmiņas un SSH problēma vai problēma ar jūsu Apache?

SSH ienākšana varētu jums daudz pateikt. SSH serverī, ps aux | grep apache (lai pat redzētu, vai tas darbojas. Ierakstiet top lai redzētu, kas patērē visvairāk resursu.

Arī rindkopas ir jūsu draugs. :)

  • Diemžēl es rediģēju savu ziņu, lai pievienotu dažus punktus, lai būtu vieglāk lasīt. Es to izdarīju augšpusē, un tas tikai parāda, ka viena COMMAND izmanto resursus, un tas ir init, kas izmanto tikai 0,0% CPS un 0,4% atmiņas.

Veiciet pieprasījumu, pārbaudiet laiku, pēc tam apskatiet piekļuves žurnālu serverī un redziet, kad tas tur parādās. Tas jums pateiks, kurā beigās ir kavēšanās.

Ja tas ir klients, pārbaudiet IPv6, pārbaudiet DNS - tie ir parasti taimautu vaininieki.

Ja tas ir serveris, pārbaudiet sistēmas un http kļūdu žurnālus.

Pat pirms kavēšanās pārbaudes es redzētu, vai jūsu HTTP / HTTPS portos ir kāda atbilde.

Tātad, izmantojot vietējo mašīnu, pārbaudiet to

$ telnet your_remote_vps.com 80 

vai kāds ir klausīšanās ports. Ja redzat uzvedni, visticamāk, jūsu apache ligzda klausās otrā galā, un tad jūsu mitināšanas uzņēmums, iespējams, nav atbildīgs.

  • telnet nedos 'HTTP uzvedni'. Jums jāievada GET / HTTP / 1.1 un pēc tam divreiz jāatgriežas, lai redzētu, ka tas kaut ko iegūst.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?