By escsco on

I've been fighting my server all weekend.

Our server is a solaris box running an iPlanet web server. We've got a mysql (5.0.23) database going on the same box and php running as fastcgi (due to a bug specific to solaris, it can't be a module).

Everything was working fine with PHP 5.0.5-dev (cgi-fcgi) Zend Engine v2.0.4-dev. Then we upgraded to PHP 5.2.3 (cli) Zend Engine v2.2.0 with Zend Extension Manager v1.2.0 with Zend Optimizer v3.2.8, and now it behaves rather strange.

I can still do a "default" install just so long as I change the sites/default/settings.php prior to running install.php. However, now it won't let me create the first user! So to bypass that I just created the first user in the installation profile and kept on going, only to find out I still couldn't change much of anything else.

More often times than not, whenever I use a form that updates the DB, it just sends me to the home page without any messages whatsoever. However, minor updates to the DB are still executed. Such as with the ldapauth module, I can activate/deactivate an ldap server, but I can't update, add or delete an ldap server through drupal.

I know my permissions are correct because I can update the data using the same username and password with phpMyAdmin. I even tried using the root mysql account through drupal, and it still didn't work.

I don't know what else to look up in order to fix this problem. Any help would be appreciated, like other logs to look up.

There is one warning that I noticed in phpMyAdmin with the upgrade to php:

Warning: strtotime() [function.strtotime]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We had to select 'UTC' because your platform doesn't provide functionality for the guessing algorithm in ...

Would this be my big offender?

Thanks

⋅ Categories: Drupal 5.x

Comments

escsco’s picture

escsco commented

I traced it down to any submit hook. It's not executing at all. What could be causing that?

Setzler’s picture

Setzler commented

Don't know what's causing it, but a workaround is to put this at the top of your index.php. Be sure to use the appropriate time zone:

if (function_exists('date_default_timezone_set')) {
    date_default_timezone_set('America/Chicago');
}