Ik zou even SQL logging aanzetten. Kijken of hij in een loop komt. We hebben het zelf een x gehad met persistente connecties. Die kan je beter uitlaten in bepaalde situaties. Bij ons liep de server vol met connecties totdat hij zei zoek het uit.
Dat wordt lastig.. het is een linux machine en ik probeerde het net, maar ging niet werken... ik vind het stom, vooral omdat het in de test-versie wel werkt (test-server), maar live niet.
Met padenverschil wordt rekening gehouden, PDO instellingen zijn goed (voor zover ik weet) aangezien ik ergens anders ook PDO gebruik (op zelfde server), ini_sets... goeie vraag, naar welke moet ik kijken :-).
Weet je zeker dat het in die execute regel misgaat of voer je nog meer code uit?
Kun je code bewerken op de productie server? Dan kun je namelijk testen of het daadwerkelijk misgaat in de coderegel die je vermoed. Je zou dat kunnen controleren door gebruik te maken van de PHP exit functie. Niet de mooiste methode, maar aangezien ik begrijp dat je geen andere mogelijkheden hebt wel een oplossing. Je verplaatst de exit steeds dieper de code in, zodat je uiteindelijk weet waar je programma precies in de oneindige loop komt en crashed.
Ik heb het zelf ook is een keer gebruikt met succes.
Wijnand, wanneer je in de MySQL console het volgende command uitvoert, krijg je dan een heel hoog aantal (hoger dan het max connections gedefinieerd in de MySQL config?
Probeer het probleem uit de bestaande omgeving te pakken. dus proberen het probleem te reproduceren in een nieuwe file met zo weinig mogelijk factoren.
Als het goed is wordt er vanavond of dit weekend een wijziging gedaan aan de server en dan wordt er gelijk een PHP update gegeven (naar 5.5.2 hoop ik). Dus dan zou het misschien opgelost worden, we gaan het zien.