@Deutsche User: Ein entsprechender Thread findet sich auch hier: http://www.drupalcenter.de/node/15393
Hi all, this is for your information. Please contact me if you experience the same problem.
My website is hosted at Strato (Germany). Since the beginning of January, me and several other drupal administrators experience problems with cron (it hangs) on different drupal installations, all hosted at Strato (using different hositing packages). Cron runs normally, if update-status is disabled. Klicking admin/reports/updates always shows HTTP error 500 (internal server error). Some people can't even reach their installations' admin-pages...
The Strato support team has at least 3 tickets concerning that problem, in one response they confirmed that there are issues with DB performance, and that PHP 5 was updated shortly before Xmas.
I personally use a package that uses PHP 5.2.8 and MySQL 5.0.67. I tried with Drupal 6.8 and 6.9 - with neither of the two, update-status works.
To confirm that its a DB-related problem, I changed the DB timeout to 3 minutes and reloaded admin/reports/updates. Exactly after 180 seconds, HTTP Error 500 showed...
Please contact me if you experience the same problem or any ideas of why update-status might cause problems.
Regards
Jan
Comments
=-=
There are quite a few of these reports on the forums and in the issue queue. I myself have run into this on a shared host I test on. It seems limited to shared hosting and something on the host end. I state this because there was a time when it worked perfectly fine. Then one day it stopped. The only way I found around it is to disable update status.module which for me isn't a probelm as I check the modules by date page religiously.
There are quite a few of
I can't find simliar issues or support requests - can you please point me to some?
=-=
http://drupal.org/search/node/unable+to+fetch+updates
the update status contrub module issue queue provides other threads as well. keeping in mind that Drupal 5.x update status was a contrib module.
Same with me after upgrading
Same with me after upgrading to 5.14 and later on to 6.8. This was just around Christmas and Strato confirmed that there were problems.
If only they provided us with a proper page for giving us feedback on maintenance and problems.
Best regards,
Ed
New information: IMHO the
New information: IMHO the problem is the database, not only because the Strato-support keeps stating that they have MySQL performance issues, but also because of the high value of Qcache_lowmem_prunes which, on my site, is 2597756.
What are your values like?
Hint: can be found on http://www.example.com/admin/reports/status/sql
Problem solved for me
Yesterday, I upgraded several modules (birthday, "read more" link custamization, event, messaging, views) to the latest versions. After this, I enabled update status and it seems to work okay now.
Best regards,
Ed
possible solution, comment php_value entries in .htaccess
Hi,
I found a possible solution to this problem:
In the .htaccess file in the drupal root I commented the php_value directives.
Since then the update checks work fine again. Unfortunately, the website is still quite slow.
Hope that helps
Checked if that works for me
Checked if that works for me - sadly it doesn't. During my tests I did not get HTTP errorr 500 (int. serv. error), but update information was - like before - only partially fetched :-(
What I realized: Strato ignores drupal's htaccess php_value entries anyway. You have to manually edit (or create) your php.ini to set magic_quotes_gpc to OFF (otherwise its ON, at least on my Strato-package).
If you site is slow now:
Source: http://groups.drupal.org/node/542also 500 error using strato advancedweb
i also need some help regarding this problem
i have an account at strato, which is advancedweb
the problem is now every thing inside admin is always returned as 500 internal server error
so i cannot access anything anymore
i do still can add or edit even delete contents (luckily)
but what i need now is capability to install new modules
can you guys give me some help, please
regarding php.ini like you guys suggest, unfortunately with advancedweb i do not have any access to php.ini
hope someone can help me a.s.a.p.
thanks alot
kind regards,
rwin
Another one having the same problems
I am also experiencing the same problems. I have contacted stratoservice. The problem was said to be caused by peek load problems. Then I was given the advice to change my php.ini. But I couldn't find it. I see above (thanks RWIN) that as a advanceweb user it is not there. No information was given on how to change php.ini. I have asked now for a clearer answer from someone at Strato with some Drupal experience. If the new answer is more helpfull I will of course post it.
Regards,
T SWW
solution to php.ini but not approved by strato
there is always another solution to rewrite some values within php.ini
by place php_value within .htaccess
but as *jan.n* said before, strato server won't even read these kind of overwrite
i also awaiting answers from strato.
regards,
rwin
this problably brings you back to your administration
From Strato I was told that they had upgraded fron 5.2.8 to 5.2.10 and that this might possibly explain the problems. Furthermore I was adviced to visit some PHP sites to learn more about PHP. It was not their task to help drupal users :-(
I learned from the German discussion (see link on start of this discussion) that some 500 errors stopped after deselection of the update module. But how to do that when you cannot enter your administration page. The answer is by changing directly in the SQL-database in table 'system' the setting for module update from 1 to 0.You can open it from you Strato-account. The tables are listed on the left. The problem is that the update module takes a lot of time. Too much for Strato at least. The problem could be caused by - in expanding your site - adding another module that is just too much.
I hope it works for you and others as well. I have hinted Strato to this solution and urged them to do something about the bad performance of their servers.
Regards,
tsww