[Starweb]

Vi har stött på ett problem med några nya servrar som vi aldrig upplevt tidigare.

Servrarna är det senaste på marknaden (från dell). 8 kärnor, 8GB ram, 15000rpm scsi-diskar etc.
Vi kör senaste versionen av php4 och mysql5 (vi har även testat med mysql4).

När vi testat så har vi installerat ett vanligt forum - låt oss säga phpbb, samt egenutvecklade mjukvaror som vi kör på andra servrar. Själva databasen kör vi på renodlade mysql-servrar som redan används av flera andra servrar som fungerar utmärkt.


Problemet som uppstår är att om man laddar om en forumsidan så "stannar sidan upp" där (mitt på sidan) den ska börja läsa från mysql-databasen, och bara står och tänker i ca 10 sekunder innan den kommer igång igen. Det underliga är att detta sker bara IBLAND. Tex om vi laddar om samma forumsida 100ggr, så sker stannar den kanske den 10nde, 27:e, 82:a, samt 96:e gången vi laddar om sidan... Det finns alltså inget mönster i NÄR den stannar utan det verkar bara ske "lite närsomhelst".

Vidare om vi däremot installerar mysql-databasen LOKALT på samma server så uppstår aldrig dessa lagg(!) Vi har provat om och om igen. Vi har provat med olika php-versioner, olika mysql-versioner och tom olika OS. FreeBSD 32-bit, FreeBSD 64-bit, Feodora med flera.

I php-inställnings-filen har vi provat både med "default"-filen för php, samt kopierat exakt de inställningar vi har på en befintlig server, men inget verkar hjälpa.

Detta felet uppstår inte heller på av våra nya servrar, utan vi har gjort tester på 4st olika servrar och samma problem uppstår. Om vi däremot tar en 1år gammal server och installerar samma forum på, kopplar upp oss mot en delad mysql-server så finns det inget lagg, dvs inga 10-sekunders-stopp...

Vi har även kontrollerat nätverksutrusningen med switchar och brandväggar. Att felet uppstår på alla våra nya servrar utesluter att det skulle vara hårdvarufel på de nya servrarna.



=> Har någon av er som själva driftat servrar i flera år med php varit med om detta eller liknande problem tidigare??


Den enda utvägen vi ser nu är att lägga både mysql och php på samma server, för då uppstår inte 10-sekunders-stoppen, men detta är verkligen inte den ultimata lösningen och detta borde vara ett enkelt problem.

Observera att vi inte har NÅGON belastning på dessa nya servrar, utan det enda vi installerat och testat med är antingen egen mjukvara i php, och/eller forumet phpbb (för att även utesluta vår egen mjukvara som ett fel).

Tacksam för all hjälp!

[najk]

Min första tanke är att det låter som något DNS fel, kanske tar det tid att slå upp sql hostnamnet, du säger att det fungerar bra när du kör den på localhost. Prova lägg in sql server namnet i host filen. Vad har du för svarstid om du gör en ping? Notera att även mysqlservern gör en bakåtuppslagning på den inkommande anslutningen, kanske saknar ni reverse dnsinlägg för servern som skapar anslutningen?

[tjo1]

Har upplevt liknande(till 10% i alla fall) och det bestod i att Gigabit ethernet intrerfacen i bägge datorer + mellanutrustningen var "lite" för dåliga varvid det blev en massa strul. Lösningen bestod i att se till att det segmentet bara körde 100mbit/s.

Det var ett par år sedan så lösningen nu kanske borde vara byta den utrustning som var undermålig.

Kolla ifconfig ethX och kör någon fet filöverföring för att kolla hur det fungerar.

Tommy

[hnn]

stäng av att MySQL ska slå upp hosten.

[Magnus_A]

Precis, Mysql gör ett DNS uppslag till ingen nytta vid alla anslutningar default. Ger kraftiga förseningar men går lätt att stänga av.
http://dev.mysql.com/doc/refman/5.1/en/dns.html

[Björklund]

Gissar också på DNS-fel.
Om det inte är det så slå på slow-query-loggen.

[Starweb]

Originally posted by hnn@May 27 2008, 12:55
stäng av att MySQL ska slå upp hosten.

Japp, visst hade ni helt rätt. Problemet är löst!


Det som förvånar mig är att teknikern inte hittade den lösningen själv, men men, jag är glad bara det fungerar.

[allstars]

"fire his ass"