Viestiketjut jumittavat

[atomiinus]

Ilmennyt mystinen ongelma foorumilla, sillä viestiketjut menevät jumiin. Kun johonkin aiheeseen tulee riittävästi viestejä ja avautuu sivu 2, niin sivu 1 alkaa jumittaa eikä aukea millään. Tällaiset jumittavat viestiketjut tuntuvat pikku hiljaa lisääntyvän, ikäänkuin jotain korruptoituisi jossain. Optimointi tai etsi&korjaa virheet ei auta. Onko mitään vinkkiä, mistä lähteä etsimään vikaa?

Keskustelualueen versio SMF 1.1.12

[Owdy]

Osoite?

[Aleksi "Lex" Kilpinen]

Kokeile ihan ensimmäisenä pienentää sivulla kerralla näytettävien viestien määrää vaikka puoleen nykyisestä, ja katso toimiiko sen jälkeen kaikki sivut OK. Jos toimii, vika on todennäköisesti joko PHP:n tai MySQL:n asetuksissa.

Itselläni aikoinaan oli yksittäisiä viestejä foorumilla, jotka oli kirjoitettu edellisellä hostilla, ja uudella hostillani en saanut niitä enää näkyviin samasta syystä, MySQL ei suostunut tarjoamaan niin isoa tietomäärää kerralla. En enää muista tarkkaan mitä asetuksia muokattiin, muuta näkyviin saatiin lopulta.

[atomiinus]

Osoite?

Mm. nuo:
www.kalakaverit.fi/forum/index.php?board=2.0  "Miten kausi 2010 sujui kalastuksellisesti"
www.kalakaverit.fi/forum/index.php?board=37.0  "Jääkairat"
www.kalakaverit.fi/forum/index.php?board=31.0  "Vieheiden värit ja niiden toimivuus..."

[atomiinus]

Kokeile ihan ensimmäisenä pienentää sivulla kerralla näytettävien viestien määrää vaikka puoleen nykyisestä, ja katso toimiiko sen jälkeen kaikki sivut OK. Jos toimii, vika on todennäköisesti joko PHP:n tai MySQL:n asetuksissa.

Itselläni aikoinaan oli yksittäisiä viestejä foorumilla, jotka oli kirjoitettu edellisellä hostilla, ja uudella hostillani en saanut niitä enää näkyviin samasta syystä, MySQL ei suostunut tarjoamaan niin isoa tietomäärää kerralla. En enää muista tarkkaan mitä asetuksia muokattiin, muuta näkyviin saatiin lopulta.

Vaikuttaisi toimivan, tattis! Näkyvien aiheiden määrä oli 25, jonka muutin lukemaan 20 ja alkoi aiheet toimia.

[Aleksi "Lex" Kilpinen]

Jep, siinä tapauksessa joko PHP:n tai MySQL anti on rajoitettu liian matalalle, ja tämä ongelma voi sitten uusiutua jos esimerkiksi yhden sivun sisällä onkin isompia tekstimääriä kuin normaalisti tms. Eli kannattaisi katsella palvelimen virhelogista jos löytyisi vihjeitä siitä mikä asetus tarkalleen tämän aiheutti...

[atomiinus]

Eli tilanne on nyt se, että palveluntarjoaja tutkii asetukset serverillään, josko siellä on jotain pullonkaulaa PHP:ssa/MySQL:ssä. Tilanne kuitenkin helpotti em. tuunaamisen jälkeen.

Mikä tästä tekee sinänsä mielenkiintoisen on se, että vieraana lukiessa noiden viestiketjujen kanssa ei ollut ongelmaa. Aiheet alkoivat jumittaa vasta sisäänkirjautumisen jälkeen. Jos tähän on koulutettuja arvauksia, niin otetaan mielenkiinnolla vastaan.

[Aleksi "Lex" Kilpinen]

Edelleen voisi johtua samasta, kirjautuneena tulee ylimääräistä dataliikennettä tietokannan suuntaan, kun SMF hakee käyttäjäkohtaisia oikeuksia, asetuksia, ja muuta seuranta ja toimintadataa pelkän ketjun sisällön lisäksi.

[Sallinen]

Moro,

Olen ko. palveluntarjoajan sysadmin.
Eipä näyttänyt auttavan PHP/MySQL muistirajojen nostaminen ongelmaan eikä logeihinkaan oikein jää mitään, sangen outoa.
Näyttäisi MySQL jäävän Sleep tilaan kun rekisteröitynyt käyttäjä yrittää avata ko. viestiketjua ja weppiselain jää odottamaan dataa jota se ei koskaan saa:

hxxp://jus.si/mysqlsmf.txt

[Aleksi "Lex" Kilpinen]

Ihan lonkalta asetuksia joita tutkisin itse tällaisessa (koska vika ei pitäisi olla SMF:ssä, muuten tästä olisi kuultu useamminkin).
Ensiksi, poistetaan SMF:stä käytöstä Hostname lookups eli palvelinnimien haku, jos ne nyt on käytössä (tämä joillain palvelimilla aiheuttaa erinäisiä latausongelmia, eikä kyseinen toiminto ole SMF:n toiminnalle lainkaan välttämätön.

Sen jälkeen, jos tilanne jatkuu,
MySQL: max_allowed_packet = Mahdollinen pullonkaula, jos MySQL ei saa antaa enempää dataa kerralla kuin tämä.
PHP:n puolelta: max_execution_time, max_input_time, post_max_size = Mahdollisia pullonkauloja, tosin näistä pitäisi jäädä virhelogiin merkintä.

[Aleksi "Lex" Kilpinen]

Niin, ja tietysti kannattaa vilaista noita ohjenuoria dokumentaatiostamme myös:
Palvelinvaatimukset ja Suositukset (Englanniksi molemmat).

[Sallinen]

Tarkistelin vielä kerran MySQL:n ja PHP:n asetukset - kaikki ovat yli suositusten.
Voiko hostname lookupin disablointi rampauttaa foorumin kun se on jaetun IP-osoitteen takana ns. Apachen virtualhostina?
Mikäli sekään ei auta lähdemme selvittämään mahdollisia TCP/IP stackin hienosäätöjä Oraclen tuen kanssa,
sillä webpalvelin ja MySQL-palvelin juttelevat TCP/IP:n läpi.
Mikäli tämäkään ei auta ei näyttäisi jäävän muuta vaihtoehtoa kuin migroida tietokanta localhostin taakse.

[Aleksi "Lex" Kilpinen]

Voiko hostname lookupin disablointi rampauttaa foorumin kun se on jaetun IP-osoitteen takana ns. Apachen virtualhostina?

Ei pitäisi vaikuttaa, itseasiassa olen ymmärtänyt että SMF:n kehitystiimi on suunnitellut kyseisen toiminnon oletusasetuksen vaihtamista, kun tällä hetkellä palvelinnimien haku on oletuksena päällä, jatkossa se olisi oletuksena poissa päältä, sillä kyseinen toiminto ei toimi joidenkin jaettujen palvelimien turvatoimien kanssa yhteen.

[Sallinen]

Eipä näyttänyt vaikuttavan ongelmaan.
Avasin Oraclelle palvelupyynnön, alkaa haiskahtamaan että käyttöjärjestelmän TCP/IP-stacki tarvitsee hienosäätöä,
jos ei silläkään niin sitten siirrämme MySQL:n tosiaan localhostin taakse.

[Aleksi "Lex" Kilpinen]

On toki mahdollista että SMF:n ja tietokannan välinen tietoyhteys itsessään on ongelma, ja korjaantuisi sitten ainakin siirtämällä se localhostille jos ei muutoin.