EDIT: vid närmar eftertanke tar vi det i en dold tråd nånstans.

weasley skrev:PHP-loggen ger mej lite felmeddelanden numera, men inget vettigt alls. Eller vad sägs om det här:

Kod: Markera allt

[22-Jun-2012 03:02:50] PHP Fatal error:  Allowed memory size of 33554432 bytes exhausted (tried to allocate 9182535 bytes) in Unknown on line 0

Det där felmeddelandet säger väl att ett PHP-script försöker allokera mer minne än vad som är tillåtet. Gränsen ligger på 32MiB.
Kolla vad memory_limit är satt till i php.ini och testa att öka.

Jag har stött på liknande problem då jag ska ladda upp stora filer till en PHP-sida via ett HTML-formulär. PHP kan då inte allokera tillräckligt med minne för att hålla hela filen i minnet.

Att man inte får en stack trace är bedrövligt, men det kan vara en konfigureringsfråga. De webramverk jag använt har krävt att man explicit ändrar konfigurationen för att åstadkomma detta.

nallen skrev:weasley, kommer det där felet varje gång eller var det nåt tillfälligt?

Det verkar ha varit tillfälligt. Har inte fått det på några dagar nu.

Sammelsurium skrev:Kolla vad memory_limit är satt till i php.ini och testa att öka.

Gjort. Det enda som hände var att forumet hängde sej och jag fick starta om allt manuellt.

weasley skrev:

Sammelsurium skrev:Kolla vad memory_limit är satt till i php.ini och testa att öka.

Gjort. Det enda som hände var att forumet hängde sej och jag fick starta om allt manuellt.

Hepp! Vad var gränsen satt till från början och vad satte du den till när du testade?

General 1040 runt 17:52 à 53. När jag försökte posta.

Och nu vid midnatt.

Röv.

Jag kommer inte kunna göra något konkret den närmsta veckan. Är i skogarna, taskigt med uppkoppling och alldeles för stora krav på afk för min smak...

28 jun 16:17

SQL ERROR [ mysql4 ]
Too many connections [1040]

Cirka 17:30 samma general. När jag försökte posta.

Och till 23:30 från åtminstone 23:28.

Har lagt till en parameter för att ladda ner felloggen som CSV-fil med fel/timme (lägg till parametern output=frequency_csv bara, http://public.e-lspb.appspot.com/backend/public/get_af_fetch_errors?output=frequency_csv).

Spreadsheet med grafer och fel, en tabell per dag: https://docs.google.com/spreadsheet/ccc?key=0AtUmtXNqygCmdG52ZGozUER1RWlVRng1clBJcV9ORlE

Om det är någon som vill hjälpa till och lägga in ett Docs-script i spreadsheetet ovan som automagiskt läser in och uppdaterar fälten med data från http://public.e-lspb.appspot.com/backend/public/get_af_fetch_errors?output=frequency_csv så vore det väldigt uppskattat och trevligt!

Några General 1040 sedan databasunderhållet fredag kväll?

Ingen som jag har sett. Någon seg hämtning, någon gång runt kanske 16:30 blev varenda flik forum jag hade uppe blank när jag försökte posta ett inlägg (som försvann), men ingen aning om vad det kan ha berott på. (Inget onormalt som jag gjorde vid datorn i alla fall.)

En ny general gjorde sitt intåg 22:49

General Error
SQL ERROR [ mysql4 ]

Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) [2002]

An sql error occurred while fetching this page. Please contact an administrator if this problem persists.

Jag fick nyss (22:55-ish) en som jag inte sett förut:

Kod: Markera allt

SQL ERROR [ mysql4 ]

MySQL server has gone away [2006]


Jag har lattjat lite med databasen, var tvungen att starta om den...

Liebert skrev:Några General 1040 sedan databasunderhållet fredag kväll?

Japp, se spreadsheet-dokumentet jag refererade till i föregående inlägg (listat som "error_503"). Dock inte särskilt många sedan underhållet, jämfört med tidigare dagar.

Det verkar som att bästa weasley fått ordning på problemet ju! Grattis! 2 st General Error 1040 vid kl. 17:30* i lördags och 1 st General Error 2002** igår kl. 23:22*. Fortsatt många timeouts dock, men det har säkert mer att göra med skräpig/underdimensionerad hostingmiljö för Teknikbyråns co-location än någon brist i AF-servern.

weasley, kan du inte dela med dig av vad du gjorde för att slutligen komma till rätta med problemet?!


* GMT+2
** "Can't connect to local MySQL server through socket '/tmp/mysql.sock' (11)"

Än är det för tidigt att ropa grattis. Jag har gjort lite ändringar i databasens konfiguration men de är så galna att jag är fundersam till att det skulle funka. Vi får se. Om det fortfarande funkar om en vecka, och inga nya Generaler dykt upp så....

Håll tummarna!

(Jag har visserligen ändrat i konfigurationsfiler, men det är så absurt att OM det här skulle visa sej fungera så är php-koden helt sjukt värdelös att stänga sina pconnect()! )

weasley skrev:[...] så är php-koden helt sjukt värdelös att stänga sina pconnect()

Det skulle inte förvåna mig det minsta, det är ju sånt som alla skiter i eftersom det inte märks i små testmiljöer och för system som inte är uppe länge.

nallen skrev:

weasley skrev:[...] så är php-koden helt sjukt värdelös att stänga sina pconnect()

Det skulle inte förvåna mig det minsta, det är ju sånt som alla skiter i eftersom det inte märks i små testmiljöer och för system som inte är uppe länge.

Vilket gör mej lite förbannad på att phpbb3-utvecklarna påstår att det här felet beror på serverinställningarna.

weasley skrev:[...] så är php-koden helt sjukt värdelös att stänga sina pconnect()

Det borde ju gå att söka igenom koden för att hitta ställen där det slarvas.

Ett alternativ är att skriva kod som skapar ett record för varje pconnect() som sen tas bort (eller märks) när den stängs. De poster som blir kvar identifierar koden där det slarvats.

Miche skrev:Det borde ju gå att söka igenom koden för att hitta ställen där det slarvas.

Naturligtvis. Jag gör det såklart gärna som någon månads heltidsjobb, men då vill jag ha betalt också. Standard konsultbetalning förståss.

Ok, slut på ironin.

Det är klart att det går. Men har du tittat på koden? Har du funderat på hur lång tid det skulle ta dej att bena ut vad som hör till vem och varför? Risken är att man till slut bara sitter där med ännu ett fulhack i spagettikoden. Nej fy blä.