Drupal 6.8, többszörös szerver load

Krisz képe

Sziasztok!

Néhány hete ismerkedek a drupalal, egy gyakorlatilag alap rendszert, alap beállításokkal feltettem a szolgáltatómhoz.
Néhány perc múlva szóltak, hogy sokszoros túlterhelést okozott az oldalam. Ez időben csak kattintgattam a rendszeren, alap beállításokkal próbálkoztam. Rajtam kívül nem tudta más ezért csak egyedül lehettem az oldalon.

Találtam néhány infót a neten, sorra próbáltam őket, pl.: InnoDB -re konvertáltam a táblákat, de a lassulás fennáll továbbra is sajnos :-(

Tartalmilag 1 "Főoldal" menüpont, benne "Hamarosan...." felirat.
Profile -ban a megyék vannak feltöltve.

Mit nézzek, esetleg mit kellene látnotok, ahhoz, hogy segíteni lehessen a problémán?

Bekapcsolt modulok:

Help
Locale
Menu
Profile
Update status
jtooltips 6.x-1.8
Terms of Use
PM Lite 6.x-1.x-dev
CAPTCHA 6.x-1.0-rc2
Image CAPTCHA

Köszi szépen! Üdv, Krisz

Drupal verzió: 
nevergone képe

Azt meg lehet tudni, hogy melyik szolgáltatót használod, esetleg egy linket az oldaladra?

0
0
Krisz képe

Szerver terhelés miatt domain leállítva, így linket nem tudok adni sajnos, szolgáltatót meg nem merek, reklám/ellenreklám miatt :-(

A rendszer állapot jelentéseit képként elmentettem, modulokkal együtt.
2 kép lenne azt át tudom küldeni, vagy itt csatolni, ha lehetséges.

0
0
nevergone képe

Nyugodtan linkeld be ide a képeket. És adhatod a szolgáltató linkjét is, hátha már van tapasztalatunk vele.

0
0
Krisz képe

gergely képe

milyen gyakran volt futtatva a cron.php?

0
0

---
Tévedni mindenkinek szabad, csak a mérnöknek észre kell vennie.

Krisz képe

Böngészőből futtattam, mert az oldalnak nem volt még látogatottsága, gyakorlatilag egyedül voltam rajta amikor az overload bekövetkezett.
Itt arra gondolsz, (amit olvastam is már valahol) hogy a session tábla a cron futásakor tisztul le?

0
0
sgabe képe

híg a leve... Nem tudom melyik csomagra fizettél be, de a szolgáltatóval kéne konzultálni valami kraftosabbat illetően. Esetleg egy VPS-re befizetni náluk, még az is olcsóbb, mint máshol a shared hosting (még ilyet...?!).

0
0
Krisz képe

Alap csomag van, eddig nagyon jól ment minden, és van egy másik drupal oldal is ugyanezen a szerveren, ami nagyon pörög nagy látogatottság ellenére is!
Ezek miatt gondoltam hogy, hogy Én követek el valami hibát, de nem tudom mi lehet az.
1 oldal betöltés 10mp is, majd szerver load megugrik maxra.

0
0
york képe

Ha van arra lehetoseg kerd el a domainedhez tartozo webszerver logot, hatha abbol kiderul valami, mi okozza a terhelest. Esetleg probald meg ujra telepiteni a drupalt hatha...

0
0
Krisz képe

Szia!

Megpróbálom elkérni a szerver log -ot és a újratelepítést is megcsinálom.

A válaszokból azt szűrtem le, hogy ilyen config mellett(pl.: PHP mem. korlát 24Mb) és ha az ugyanezen szerveren lévő oldalak pörögnek, mennie kell a drupal-nak is.
És ha nem tévedek, "alap" beállításokkal telepítve.

Köszönöm egyébként az építő jellegű, segítő megjegyzéseket!

0
0
gergely képe

24 mb nem biztos hogy eleg lesz mondjuk egy nagyobb kep eseten, ha feltoltod :)

0
0

---
Tévedni mindenkinek szabad, csak a mérnöknek észre kell vennie.

Krisz képe

Erre gondoltam Én is sajnos :-(

Megpróbálok alkudozni a szolgáltatóval ;-)

0
0
york képe

"Szerver terhelés miatt domain leállítva" - ezt irtad, nalam ez nem azt jelenti, hogy a php eleri a memoria limitet, hanem, hogy "kinyirja" a szervert, ezt logokbol lehet latni, hogy mennyi lekerdezes volt adott ido alatt...
Egy drupal oldal betoltese nem okozhat 100% terhelest, ha ilyet okoz ott mas gondok vannak...

0
0
pp képe

Pathauto és aggregator párossal lehet könnyedén ilyen szerverhalált okozni. De egy egy szépen beállított views is simán okozhat ilyen. Egy nem optimalizált sql lekérdezés csodákra képes.
Jó lenne, ha a kérdező tolna valahova egy teljes sql dump-ot és aki akarja kipróbálhatja. De felhívom a figyelmet, hogy két nem kiadásra szánt modul is fent van a rendszerén, ezért én nem csodálkoznék azon se, ha valamelyik ilyen modul okozza a problémát. Lehet a rejtélyes "Profile -ban a megyék vannak feltöltve" résznél van a kutya elásva. Az is lehet, hogy valami izgalmas php snipetet tolt be az oldalra és attól hal el.

Szóval többet kéne tudni ahhoz, hogy lehessen valamit mondani.

pp

0
0
Krisz képe

Pathauto,aggregator kikapcsoltam, profileban, selection tipusban enterrel elválasztva a megyék vannak, a következő formában: Baranya\r\nBács-Kiskun\r\nBékés\r\

SQL Dumpot igyekszem feltenni, az innodb-re konvertálással 8Mb-osra hízott.

Köszönöm az ötleteket, sietek mindent megtenni, hogy használható infóval szolgáljak.

0
0
Krisz képe

Beszéltem a szolgáltatóval, a Load Average ment fel 2-3ról 170re, ezzel bénult az egész szerver.
localhost -on szépen megy.

Feltettem a devel modult éjszaka, lassulás ugyanúgy megvan, memória használat és oldal betöltés a következők:

Page execution time was 18170.54 ms.
Memory used at: devel_init()=0.9 MB, devel_shutdown()=8.04 MB.

0
0
pp képe

Arra kérném a kérdezőt, hogy több telepített külső modul esetén melyek közül kettő még erősen fejlesztési állapotban van ne ragaszkodjon már ennyire erőszakosan az "alap" telepítés kifejezéshez mert igen csak csalóka és félrevezető.

Felhívnám a figyelmet arra is, hogy egy -dev végű modult hiába ad meg mint iránypont nem segít, hisz egy ilyen dev modulnak akár naponta két új verziója is megjelenhet, tehát csak akkor van esélyünk ugyan azt a rendszert összeállítani, ha pont akkor töltöttük le. Egyébként a képen jól látszik, hogy egy október 28.-i kiadással próbálkozik, a projekt oldalán pedig látszik, hogy (a comment írásakor)jan 13.-i állapotot lehet letölteni. Azóta számos változás történt.
Talán pont egy ilyen hiba lett javítva nemrég...

Szóval csak lassan a testtel és óvatosan a vaskos következtetésekkel.

pp

0
0
Pasqualle képe

szerintem az alap csomagot nem a Drupal-ra, hanem a webszolgaltatora ertette..

EDIT: ok, igazad van. A Drupal alap beallitas is sokszor szerepel..

0
0
Krisz képe

Igazad van teljesen, a -dev modulokat kikapcsoltam.

Egy érdekes dolgot még észrevettem, nem tudom lassulás szempontból fontos e.
Devel 6.x-1.13 modult feltettem, konfigurációnál ezt írja:

"Collect query info (key=dev_query, weight=0)
You must disable or upgrade the php Zend Optimizer extension in order to enable this feature. The minimum required version is 3.2.8. Earlier versions of Zend Optimizer are horribly buggy and segfault your Apache ... Collect query info. If disabled, no query log functionality will work."

0
0
pp képe

Éles rendszeren nem jó használni a develt, de ez ugye nincs is fent?

pp

0
0
Krisz képe

Természetesen nem volt fent.
Csak próbaképp tettem fel utólag, többen írták hogy szépen látszanak a lekérdezések és a "idők".

0
0