Hi,
I have been using Drupal for a while, since 4.7.3 ... & updated to 4.7.4, then 5.1 & then 5.2. and have been putting up experimental sites, with a large number of modules. I have not had any problem directly resulting from that, probably because I am mostly the only one on what I hope to turn into community sites.
Some memory-related problems I had, at one time seem to have had something to do with the then ongoing host server updates & once completed, they stopped, since I had not changed the site much then.
Recently after updating to 5.2 I had similar issues and from some point, I started getting all sorts of problems, including not being able to add new blocks, & the very strange error message below. I discovered however if I disabled a good number of modules, I could add blocks without any error message. It did not seem to matter which modules I disabled, making it hard to pin down any module as the source. With a good number disabled, saving added blocks in Firefox just led to a blank page, in IE, I think an error I may have mentioned in earlier posts.
Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0
Warning: Cannot modify header information - headers already sent in Unknown on line 0
At one point, the site went blank & I could not get it back until someone suggested activating that last bit of code in the settings.php, forcing the theme settings to Minelli.
Even then, the site quite didnt recover with all sorts of problems I did not have before, like being extremely slow. I made a number of posts referring to the above error message & dont remember getting a response, or one that would help. [e.g. http://drupal.org/node/169510 , http://drupal.org/node/168042, etc]
A search did not give any conclusive information about the source or what could be causing it.
I decided to simply make a copy of my customized (box_cleanslate) old theme & start a new site & decided to first add modules, then set access rights & then add content. The first step went well until I started working on user access.
I decided at first to set all & save once for all. That error above came up.
I decided to do so in chunks.
It seems from a certain number of modules activated, that error is generated, when one goes to set access rights. There is no way to set user access then without disabling a number of them and then enable them again. This is of course very frustrating, keeping on having to do this all the time. I at times disable all or most of the non-core modules or a good number of contrib. modules.
All these modules worked together before without this problem. Now it seems to have come to stay.
Whereas it is not the first time this error has not come up, as it is in some few search results, what has alarmed me is my posts on it, with my type of problem & some on block content not being saved not being responded to, some as old as 6 weeks, because it means I may be the only one getting them, etc & so there may probably be no solution to them.
Anyway, if only I knew what triggers them, I would avoid it. I only know it never existed before, with the same modules, now, to set new user access, I must disable many modules which has other effects like having to at times redo some blocks connected to them (placement), and resetting the user access of the disabled modules again & again, etc.
Any help?
:(
Comments
(no title)
You mentioned memory problems. What is your php memory setting now?
The only memory settings I
The only memory settings I have access to are those one can add in settings.php (ini_set('memory_limit', '25M'); as recommended in posts on memory related problems.
I had set them in the abandoned site to between 25 & 50MB ....
In this new one, I added the above line with 25M after I read your question... but I got the same error when I tried to save some Access rights/save some new block.
Could it be there are too many modules, even if I'm the only one of the site being a problem? The funny thing is I have had even many more than those I have now before & on 2 test sites just in different folders & worked on both simultaneously without any problem.
Major memory problems where weeks ago but where apparently connected to server updates, that took a while & involved many other php related problems that affected other users on the server, but where solved when they finished.
Recently, I had something, where the site disappeared & only reappeard after I think it was you who suggested I force the theme to minelli in settings.php - so i abandoned that theme + its settings & made a copy of it & started anew.
(no title)
There can bee too many. Depends on what the modules are.
If you have the systeminfo module installed (http://drupal.org/project/systeminfo) take a look at the phpinfo page to see if your setting actually works. Or upload a phpinfo.php file yourself, containing
<?php phpinfo() ?>and visit it with your browser.In a test site where I check dozens of modules, I need about 50M.
The phpinfo() function is
The phpinfo() function is blocked by the host, supposedly for security reasons. If the system info module is supposed to get information from the same source, that is may be why on going to the page /admin/logs/systeminfo it gives a 500 Internal Server error.
I raised the MBs in settings.php to 50, then 60M & even reduced the number of modules considerably compared to those I had in 4.7.3 & 5.1 (& never ever had that error in over a year of Drupal use), but it only helped for a while, as that error appeared again after I tried to set access rights/save new blocks.
Actually with the memory settings in settings.php, I never needed to change them from the Drupal default in 4.73 & 5.1. What is mentioned above was when some apparently server update-related disturbances came up, which generated several php-related errors for many users on the server, including the memory issue in my Drupal installation. In looking for a solution in the forums is how I came to adding that line in settings.php & trying other solutions mentioned, which apparently did not help & the problem only went away when the server updates where thru & all other php related errors vanished.
The problem is some few modules I had disabled in order to set user access rights for others have got caught up & I cannot set their user access rights. How many of the modules must I get rid of before it stops, if that is the cause, without having to change the theme/purpose of the site?
Quite strange and frustrating.