[Starweb]

Vi har drabbats av ett besynnerligt problem med session-cookies i php4 på en antal av våra servrar.

Den enda skillnaden är att vi nyligen har höjt session timeout-tiden till 24 timmar, och startat om apache.
Det som skedde då var att /tmp-katalogen snabbt fylldes med sessioner och tills den nått sin gräns och skrev då ut ett felmeddelande.

- Vi har därefter ändrat tillbaka session timeout-tiden till 90 minuter som det var tidigare, och startat om servrarna.

Trots att vi alltså justerat tillbaka allt såsom det var innan vi ändrade session timeout-tiden så har vi nu problem med sessionerna(!)


Vi tror att problemet uppstår när den ska skriva eller läsa in sessionen igen.
Webbläsaren hänger sig totalt, men inte alltid, utan endast om man tex provar att spara sina inställningar på en webbsida med tex ett formulär flera gånger. Ibland den 3:e gången, ibland den 10nde, ibland den 14nde osv. Det finns alltså inget mönster när servern bestämmer sig för att inte skriva/läsa sessionen.

Om man inte väljer att starta om webbläsaren så upphör låsningen efter ca 3-8 minuter och man kan åter använda applikationen igen. Vi gissar att servern då har fått tillräckligt med utrymme i /tmp-katalogen för att skapa en ny session.
(Observera att den inte ger några felmeddelanden i webbläsaren)

OM man klickar på att spara formuläret igen då, så sker lika ofta låsning igen.

Vad som sker på själva sidan där problemet uppstår är i princip två saker:
* Det sker dels en skrivning till databasen med all formulärdata från sidan och dels laddas sidan med formuläret om.
* När sidan har låsts så kan man gå in i tabellen i databasen och se att ändrade värden kommit in. Efter att den skrivit värdena till databasen så tömmer den sessionen och lagrar in nya värdena i sessionen på nytt. Inget avancerat alltså.

- Vi har provat flera php mjukvaror vi kört på dessa servrarna i flera år, och problemet uppstår i samtliga där lite större sessioner är inblandade. (Om man bara lagrar LITE information i sessionen så verkar inte problemet uppstå....)


=> Till saken hör att problemet gäller samtliga servrar där vi ändrat session-timeout tiden på sistone, och därefter ändrat tillbaka.

Session-kakorna kan bli rätt stora, uppåt 40kb, men som sagt detta har aldrig varit ett problem tidigare.
Vi har även bytt brandvägg i samband med session-timeout ändringen, men att den skulle påverka något verkar mycket osannolikt.

Serverarna är freebsd-servrar och kör bland annat apache, php4 samt mysql.
Dessa har inte ändrats i övrigt och allt fungerade bra innan sessiontidsförändringen och brandväggsbytet.


Har någon här upplevt samma problem efter ändring av sessionerna i php4 på freebsd, eller vet något annat som kan tänkas ha samma orsak?

Tacksam för all hjälp!