Hey all, My current symfony project has recently become quite popular. While this is obviously good, load on the server has increased in tandem. Since about 2-3 weeks, we are experiencing very strange sf config cache issues. They seem most likely to happen under heavy load. The first few times the cache got corrupted, I was able to trace the cause back to project_autoload.cache - classes were not being found. Deleting this file every 5 minutes solved our problem for a whole week. Without warning, last Sunday the site went down again, again due to cache corruption - this time I traced it back to a permission denied error somewhere in the config cache. As we are running on Windows Server 2008 Standard and IIS7, I made sure IUSR had proper rights to the cache dir, which again seemed to solve the problem. (I don't really know how the cache could work without that user having rights in the first place... Probably IUSR is a member of Users or Authenticated Users or whatever, I am no Windows expert...)
Yesterday evening, and this morning, again we were affected by a corrupted config cache: Yesterday: [09-Aug-2010 17:31:39] PHP Fatal error: Class 'ExceptionReportFilter' not found in D:\site\cache\frontend\prod\config\modules_inbox_config_filters.yml.php on line 30 [09-Aug-2010 17:31:39] PHP Fatal error: Class 'ExceptionReportFilter' not found in D:\site\cache\frontend\prod\config\modules_chat_config_filters.yml.php on line 30 [09-Aug-2010 17:31:39] PHP Fatal error: Class 'ExceptionReportFilter' not found in D:\site\cache\frontend\prod\config\modules_chat_config_filters.yml.php on line 30 ... etc ... This morning: [10-Aug-2010 05:12:09] PHP Fatal error: Call to undefined function image_tag() in D:\site\apps\frontend\modules\profile\templates\_details.php on line 20 [10-Aug-2010 05:12:12] PHP Fatal error: Call to undefined function include_http_metas() in D:\site\apps\frontend\templates\member-layout.php on line 4 [10-Aug-2010 05:12:16] PHP Fatal error: Call to undefined function image_tag() in D:\site\apps\frontend\modules\profile\templates\_details.php on line 20 ... etc ... At this point I am no longer sure what is going on - yesterday's problem seems to indicate autoload problems again, maybe this morning's too - possibly deleting the project_autoload.cache file periodically has not solved the original problem at all. We don't do any sort of heavy caching - the config cache and a couple of templates, and that is basically it - I used to cache files from the db using sfFileCache but it's disabled now to reduce external factors influencing the cache. I am wondering if anyone else ever experienced anything like this? I talked to Stefan (Koopmanschap), and he has seen similar problems on a client's site, but we were unable to narrow things down enough to be sure where the problem is. It doesn't help his client's site is *nix and sf 1.2 while I run on Windows and sf 1.4. Stefan did check with Fabien, who confirmed that no recent commit present in both 1.2 _and_ 1.4 could be the cause. This morning, I made a backup copy of the corrupted cache dir on the server (including project_autoload.cache). I created a virtual disk on my workstation to replicate the prod environment with exact same paths etc to try and reproduce the problem locally. I had to modify cache/frontend/prod/config/config_databases.yml.php to connect to my dev database, but other than that the cache dir was exactly as it was on the server. I could not reproduce the problem - everything worked just fine with that cache dir. Any input is at this point much appreciated. Thanks, Alexander -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
