have the acquia drupal and it stated I needed several updates, so I downloaded them straight from the page with in my drupal admin page. I then uploaded them to the proper folders and now all I get is
Fatal error: Call to undefined function ctools_include() in /home2/socalcre/public_html/modules/ctools/page_manager/page_manager.module on line 665
Trying to log in using the User page, I get the same response.
Even when I try to run the update.php file, I get a blank screen.
My private group in San Diego suggested that I log in and make sure the ctools are on, which puzzled me cause I can't get to that. They they then suggested that I look at phpmyadmin and see if ctools is on, but running the sql command "SELECT status FROM system WHERE name = 'ctools';", which showed, '1', which means it's on.
So I deleted all the files from ctools and reuploaded the backup...same message.
When I try to run the update, I get a blank screen and the url changes to "http://www.socalcreations.net/update.php?op=info"
Not sure what that means, but I could really use some assistance, please.
Direct contact is preferred at email or gtalk at william@socalcreations.net or call at 619.993.5035, I am dying to get my site back up.
Thanks
Will
Comments
Comment #1
Nick Lewis commentedHmmmm.... this behavior is consistent with cases where a module folder gets moved to a new location for whatever reason, or deleted. Its also possible that you accidentally added another CTools directory, though i don't know for a fact it would result in this error. Though typically, you'd put all contrib modules like ctools in sites/all/modules/ctools not modules/ctools. Very puzzling.
In any case this is not a ctools issue, but an issue related to how you updated your site (believe me this would have been reported more had it been actually ctools problem).
Since you can run sql commands try this:
UPDATE system SET status = 0 WHERE name = 'page_manager';
This sql command will disable that specific module that is causing the fatal error. Let me know if running that command results in another module throwing a tantrum as that could indicate a bigger namespace conflict.
Comment #2
SoCalCreations commentedI'll be honest Nick, I wasn't aware that I should be placing modules in "sites/all/modules/" and not just in the "modules/" directory, until well after I got the site up and running. Since it worked, I continued that path as I found out later the reason why you should use the sites/all/modules is so you can run multiple sites under 1 code base. Since I have no intentions of running multiple sites, I didn't seek out a way to learn how to move the modules to the correct position, however I was told I could just move them and it should not cause an issue. Truth be told I was to chicken as a newbie to Drupal to try, so I didn't on my live site. We can revisit this subject later if my site gets restored.
Okay so I ran the sql command "UPDATE system SET status = 0 WHERE name = 'page_manager';" and while I get no more error, due to the module being disabled, I now only get a blank screen.
So I gave it a shot to run the update and I get a blank screen and the url changes to "/update.php?op=info"....not sure what that means. Is there a possible log file I can pull to look at or share with you?
also tried getting in with /user/1 and that was a blank page as well.
Just out of curiosity, do you know how to look at the db to see what theme is on or if the site was put in maintenance mode? I am pretty sure I did these steps, but now I am having doubts, because of the blank screens.
Thanks so much for your assistance!
Comment #3
Nick Lewis commentedits actually more handy for managing upgrades of drupal than multisite, but no biggy.
Typically i use navicat to connect to remote database via SSH:
http://www.navicat.com
Makes it really easy to inspect lots of tables, and change values quickly (carefully of course).
Okay, lets try the big guns -- please paste the function drupal_flush_all_caches(); on line 17 of the index.php file. Your file should look like this...
*Immediately remove this line after giving it a couple tries. You don't want this function running on every page load or sitting around. *
Running this function will clear every cache table, and reload the registery of theme and module files. Its sort of like a "resest" button. if this doesn't work, we have a mysterious issue on our hands.
Comment #4
Nick Lewis commentedsorry didn't mean to change component.
Comment #5
SoCalCreations commentedOkay I place that command in the index.php file of "drupal_flush_all_caches();"
I refreshed the browser and got the following, I refreshed a few times, but kept getting this message.
Fatal error: Call to undefined function system_theme_data() in /home2/socalcre/public_html/includes/common.inc on line 3659
I removed the command from the index.php file and I am back to just a blank screen.
Any more ideas? at the very least I am learning :)
Comment #6
Nick Lewis commentedAssuming that you put it on line 17 like a so ( it has to be directly under drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL)) then we have a really important clue.
drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);
drupal_flush_all_caches();
If system module isn't getting loaded that probably means NO MODULES are getting loaded.That's a lead if ever saw one.
I'm moving this out of ctools support as this is no longer a likely to be a ctools issue. Lots of things can cause this problem, so lets take care of one obvious possibility: files are missing or deleted. Easiest way to fix that is to replace drupal core files with fresh ones.
If that doesn't work I'd copy a new directory in my sites folder and install a second site running off that install. If that site doesn't work, we've narrowed it down to either something fubar in the database, or server environment/file permissions.
Also make sure your memory limit is at least 32megs by printing php_info() somewhere. (i don't think this is a memory problem though)≥
Comment #7
SoCalCreations commentedNick,
I appreciate your help.
Can you expand a bit more on what you mean by "If that doesn't work I'd copy a new directory in my sites folder and install a second site running off that install. If that site doesn't work, we've narrowed it down to either something fubar in the database, or server environment/file permissions."
I am not sure how to do this or where to start on this, can you point me to some reference material?
BTW the memory is set at 96mb, so no that shouldn't be an issue.
UPDATE
I noticed that if I use Google Chrome, I get my offline message and NO THEME. If I go to the "/user" to try to login in, I now get this error message
Fatal error: Unsupported operand types in /home2/socalcre/public_html/includes/form.inc on line 511
AND if I go to "/user/1" I get the standard drupal them with my offline message and no way to login.
Does that help any?
Comment #8
kenorb commentedIt's a core issue related to broken code of some contributed module.
You may try to patch your core with patch: #495194: Fatal error: Unsupported operand types in form.inc on line 511 cause WSOD or some other solution described there.
Comment #9
dpearcefl commentedIs this still an active issue?
Comment #10
dpearcefl commentedComment #11
dpearcefl commentedComment #12
Nick Lewis commentedGoing to go with no...
Comment #13
kenorb commented