By tallship on

Hi, My drupal installation just 'crashed' on me after installing/enabling some modules to support the fusion theme, Acquia_Slate.

I used plug-in_manager to install the Skinr theme, and the listed chain of dependencies was: Jquery_UI, Dialog, and Jquery_update (I think that's all of it).

When I went into Admin ==> Site Building ==> Modules ==> List and enabled those, I got the following error:


Fatal error: Call to undefined function jquery_ui_add() in /home/tallship/public_html/sites/all/modules/dialog/dialog.module  on line 37

Now when I open any browser, I get like a lightbox kind of spinning flash thingy if I when I chose, say, the only published article, and it just continues to loop from there. At least, for the time being, the static front page still comes up, but the site is basically frozen and I don't know what to do to fix it, other than perhaps to go in via FTP and delete/rename those modules?

I've posted the access and error logs at http://NorthTech.US/tallship with more info at http://NorthTech.US/stat.php

Running the latest stable Drupal 6.x, on 2.6.33.1 #6 SMP PREEMPT Tue Mar 23 23:09:34 CDT 2010 i686 i686 i386 GNU/Linux

Are there diags I can run to further ascertain what is broken and fix the problem? And how do I begin to correct this issue?

Can someone help?

⋅ Categories: Drupal 6.x

Comments

shiv.godi’s picture

shiv.godi commented

I too am facing the same problem, did you find the fix to this problem yet?

tallship’s picture

tallship commented

I know it's been a while since you made your post, but maybe this will serve to help others too...

First, I did a rollback from a backup of the files and database.

Next, I began adhering to a proper development cycle with revision control - this will save you in about 5 seconds anytime something blows up.

Third, deleting the module directories of the offending module can often fix things quickly, the plugin_manager had a tendency to blow things up if you attempted to either install too many modules at once or update too many aspects of your Drupal site.

Next, I recommend installing *drush*.

$ cd
$ wget http://ftp.drupal.org/files/projects/drush-All-versions-4.x-dev.tar.gz
$ tar -zxvf drush-All-versions-4.x-dev.tar.gz
$ chmod 755 drush/drush
$ vim .bashrc

and add the following alias for drush...

alias drush='/home/<USERNAME>/drush/drush'

NOTE: You may be doing this as root or as a non-privileged user - it depends on how your particular installation is set up with respect to your httpd server.

Now, a few things to fix...

$ drush updatedb
$ drush cc all

That's just for starters, but this can fix a lot of things.

I really recommend ditching the plugin_manager - just delete your ..sites/all/modules/plugin_manager directory. Besides, it seems to have fallen into abandonment anyway, and at Drupal 6.22 doesn't seem to be supported at all.

You can update pretty much everything that can be made current that is still supported with a couple of other drush commands such as "drush dl ...", and updating everything is usually prudent.

For revision control trac and redmine work well, as a front end, but there are tons of others. Victor Kane's book, "Leveraging Drupal" is something I highly recommend - just the first couple of chapters is actually all you are going to need to get it right.

One last point I would like to make is the apparent paradox of utilizing Drupal tools like Backup and Migrate. It has a great restore feature you can affect from within your Drupal install, but when your installation is broken... You get the idea.

Check out the *snapshot* module, which provides you three methods of creating snapshots via cron (There's no UI, which doesn't make any difference anyway since recovery from a disaster means you're at the CLI anyway ;)

I like the rsync method, and then an *mv* will put everything back the way you want (stop MySQL first).

That just brushes the very tip of several different methods of ensuring any blowups are a few seconds from being corrected.

I hope that helps :)

.