update.php won't go beyond the info page
I have a multisite setup in 6.16 that just had it's domain name changed. Now I can't log into the site and I can't run update.php. The domain name is pointing to public_html; I changed the subdir to match the new domain name; I updated settings.php with the new base url. It will now not allow me to log into the site. When I try to run update.php as anonymous (with settings.php $update_free_access = TRUE;), I can't get passed the info screen. Nothing happens when I select: Continue Running cron did not help. Please help! Thanks, Tracey -- Tracey Hummel Web Application Developer University Information Technology Services, Web Services University of Arizona (520) 626-5139 tracey@arizona.edu http://drupal.arizona.edu
On Thu, Jun 3, 2010 at 8:09 AM, Tracey Hummel <thummel@email.arizona.edu> wrote:
I have a multisite setup in 6.16 that just had it's domain name changed. Now I can't log into the site and I can't run update.php.
The domain name is pointing to public_html; I changed the subdir to match the new domain name; I updated settings.php with the new base url.
It will now not allow me to log into the site.
When I try to run update.php as anonymous (with settings.php $update_free_access = TRUE;), I can't get passed the info screen. Nothing happens when I select: Continue
Running cron did not help.
Please help!
Thanks, Tracey
-- Tracey Hummel Web Application Developer University Information Technology Services, Web Services University of Arizona (520) 626-5139 tracey@arizona.edu http://drupal.arizona.edu
-- [ Drupal support list | http://lists.drupal.org/ ]
If you have set the baseurl in any of the settings.php, change that. -- Nilesh Govindarajan Facebook: nilesh.gr Twitter: nileshgr Website: www.itech7.com Cheap and Reliable VPS Hosting: http://j.mp/arHk5e
I did change the base url but that was not the problem. I just fixed it. I had not changed the cookie setting in settings.php. Thanks, Tracey Quoting Nilesh Govindarajan <lists@itech7.com>:
On Thu, Jun 3, 2010 at 8:09 AM, Tracey Hummel <thummel@email.arizona.edu> wrote:
I have a multisite setup in 6.16 that just had it's domain name changed. Now I can't log into the site and I can't run update.php.
The domain name is pointing to public_html; I changed the subdir to match the new domain name; I updated settings.php with the new base url.
It will now not allow me to log into the site.
When I try to run update.php as anonymous (with settings.php $update_free_access = TRUE;), I can't get passed the info screen. Nothing happens when I select: Continue
Running cron did not help.
Please help!
Thanks, Tracey
-- Tracey Hummel Web Application Developer University Information Technology Services, Web Services University of Arizona (520) 626-5139 tracey@arizona.edu http://drupal.arizona.edu
-- [ Drupal support list | http://lists.drupal.org/ ]
If you have set the baseurl in any of the settings.php, change that.
-- Nilesh Govindarajan Facebook: nilesh.gr Twitter: nileshgr Website: www.itech7.com Cheap and Reliable VPS Hosting: http://j.mp/arHk5e -- [ Drupal support list | http://lists.drupal.org/ ]
Le mercredi 02 juin 2010 à 19:39 -0700, Tracey Hummel a écrit :
I have a multisite setup in 6.16 that just had it's domain name changed. Now I can't log into the site and I can't run update.php.
The domain name is pointing to public_html; I changed the subdir to match the new domain name; I updated settings.php with the new base url.
It will now not allow me to log into the site.
When I try to run update.php as anonymous (with settings.php $update_free_access = TRUE;), I can't get passed the info screen. Nothing happens when I select: Continue
Running cron did not help.
Please help!
Thanks, Tracey
I had some problems with update.php since it uses the $_REQUEST PHP superglobal. With some restrictive PHP configuration, it might prevent this one to exists, which breaks the update.php script. Did a simple patch which looks like: pounard@guinevere ../test/www $ diff -urN update.php.orig update.php --- update.php.orig 2010-06-07 14:18:40.000000000 +0200 +++ update.php 2010-06-07 14:20:46.000000000 +0200 @@ -567,7 +567,7 @@ // We only load DRUPAL_BOOTSTRAP_CONFIGURATION for the update requirements // check to avoid reaching the PHP memory limit. -$op = isset($_REQUEST['op']) ? $_REQUEST['op'] : ''; +$op = isset($_POST['op']) ? $_POST['op'] : (isset($_GET['op']) ? $_GET['op'] : NULL); if (empty($op)) { // Minimum load of components. drupal_bootstrap(DRUPAL_BOOTSTRAP_CONFIGURATION); pounard@guinevere ../test/www $ Check your PHP & HTTPd configuration. Pierre.
You also might want to try and manually clear the cache. Just truncate all the cache_* tables. Jamie Holly http://www.intoxination.net http://www.hollyit.net On 6/7/2010 8:21 AM, Pierre Rineau wrote:
Le mercredi 02 juin 2010 à 19:39 -0700, Tracey Hummel a écrit :
I have a multisite setup in 6.16 that just had it's domain name changed. Now I can't log into the site and I can't run update.php.
The domain name is pointing to public_html; I changed the subdir to match the new domain name; I updated settings.php with the new base url.
It will now not allow me to log into the site.
When I try to run update.php as anonymous (with settings.php $update_free_access = TRUE;), I can't get passed the info screen. Nothing happens when I select: Continue
Running cron did not help.
Please help!
Thanks, Tracey
I had some problems with update.php since it uses the $_REQUEST PHP superglobal. With some restrictive PHP configuration, it might prevent this one to exists, which breaks the update.php script.
Did a simple patch which looks like:
pounard@guinevere ../test/www $ diff -urN update.php.orig update.php --- update.php.orig 2010-06-07 14:18:40.000000000 +0200 +++ update.php 2010-06-07 14:20:46.000000000 +0200 @@ -567,7 +567,7 @@
// We only load DRUPAL_BOOTSTRAP_CONFIGURATION for the update requirements // check to avoid reaching the PHP memory limit. -$op = isset($_REQUEST['op']) ? $_REQUEST['op'] : ''; +$op = isset($_POST['op']) ? $_POST['op'] : (isset($_GET['op']) ? $_GET['op'] : NULL); if (empty($op)) { // Minimum load of components. drupal_bootstrap(DRUPAL_BOOTSTRAP_CONFIGURATION); pounard@guinevere ../test/www $
Check your PHP& HTTPd configuration.
Pierre.
participants (4)
-
Jamie Holly -
Nilesh Govindarajan -
Pierre Rineau -
Tracey Hummel