Radke Land

Due to a lot of issues that seem to crunch down on a psycho "keep up with the newest" mentality, I found myself compelled to upgrade to the newer version 6.2 of Drupal. This blog is bound to be quite unrefined, as it will consist almost entirely of copy/paste notes from my own best effort to make tracks. If you have specific questions, pleas e feel free to email me (if you can't figger out how to, there's little hope for you as a hacker). This 'guide' is very opaque, and assumes an intermediate Drupal site administration level. Please note that this upgrade deals extensively with the upgrade of the Image modules, since we use them extensively at http://www.radkeland.org. If you consider yourself a newbie, read very carefully. If you copy/paste (with the appropriate conditions) you will probably nuke your site. You've been warned, In the upcoming ugly mess, if you're only looking for the punch line, search for "Ok, here's the full procedure for the upgrade of the main site to Drupal 6.2". So, without further adoo (american spelling), here's the notes.

See /root/ddump for a holding place for deleted modules.

The modules leftover, then, are:
bookgui
image
img_assist
notify
pathauto
taxonomy_access
views

The instructions I am following are at:
http://drupal.org/upgrade/tutorial-introduction

And Here is the module status'
bookgui: "In Drupal 6, the functionality of this module (although none of the actual code) will be included in Drupal Core. Hence, there is no point in updating this module for Drupal 6."
image - See http://drupal.org/project/image
img_assist - See http://drupal.org/project/img_assist. It also makes a big warning to carefully read image.module's release notes. Do so before upgrade.
notify - No module available for version 6. Keep digging for this functionality. Based on http://drupal.org/drupal-6.0?page=1, it appears the version 5 module works fine. See http://drupal.org/project/notify.
pathauto - See http://drupal.org/node/252930 ... this is ready to go.
taxonomy_access - Probably won't upgrade, but we may not need this ... still studying. Ok, ditch taxonomy access for now. We'll just use the roles based access. This is certainly core, and may be fine. Let's just run and go.
views - Cool, powerful, unused by me, but update it anyhow. Someday I may care about the radkeland website. See http://drupal.org/node/251422

Back out taxonomy access while doing the upgrade ... I'm just not confident I have the standard access control right ... but we'll of course learn.

Coarse Steps (follow http://drupal.org/upgrade/tutorial-introduction)

Login as "The First Drupal Administrator"
Administer >> Site configuration >> Site maintenance -> {switch to offline mode}
Administer >> Site building >> Modules -> {turn off non-core modules}
Check Admin >> Log >> Status and follow recommendations.
1. Back up your existing site and database.
cp -a /var/www/radkeland.org /root/updates/oldrlo
Double check for .files (.htaccess, robots.txt)
mysqldump -u root -p rlodrupcontent --password=dontyouwish > /root/updates/drupdbbak.sql
2. Download and unzip the new Drupal files, and carefully review the information and instructions available in the file UPGRADE.txt (located in the root of your installation directory).
rm -rf /var/www/radkeland.org
cp -a /root/updates/drupal-6.2 /var/www/radkeland.org
chown -R root:apache /var/www/radkeland.org
chmod -R 0775 /var/www/radkeland.org
cp /root/updates/oldrlo/.htaccess /var/www/radkeland.org
cp /root/updates/oldrlo/robots.txt /var/www/radkeland.org
cp /root/updates/oldrlo/googlegkey.html /var/www/radkeland.org
cp /root/updates/oldrlo/y_key_ykey.html /var/www/radkeland.org
cp /root/updates/oldrlo/favicon.ico /var/www/radkeland.org
cp /root/updates/oldrlo/sitemap.xml.gz /var/www/radkeland.org
cp -a /root/updates/oldrlo/sites/default/* /var/www/radkeland.org/sites/default/
3. Upload the new Drupal files to your server.
Done in previous step
4. Run the update.php script, which will update your database.
While logged in as "Your Initial Drupal User", visit http://www.radkeland.org/update.php
Move upgraded Modules into place:
cp -a /root/updates/drupalmodules/image /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/img_assist /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/notify /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/pathauto /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/views /var/www/radkeland.org/sites/all/modules/

visit http://www.radkeland.org/update.php
Visit site configurate.
Enable the above modules
Visit Roles and carefully set permissions
Visist Admin >> Log >> Status one more time.

5. Cleaning up
mv /var/www/radkeland.org/install.php /var/www/radkeland.org/CHANGELOG.txt /var/www/radkeland.org/INSTALL.txt /var/www/radkeland.org/INSTALLL.mysql.txt /var/www/radkeland.org/INSTALLL.mysql.txt /var/www/radkeland.org/INSTALL.pgsql.txt /var/www/radkeland.org/LICENSE.txt /var/www/radkeland.org/MAINTAINERS.txt /var/www/radkeland.org/UPGRADE.txt /root/updates/oldrupbackfiles

6. Play until satisfied.
Run some crawler scripts ... play with everything.

Ok, here's the copy/paste scripted bits ... bold means stop and do something ouside the shell.

'uninstall' taxonomy access
Administer >> Site configuration >> Site maintenance -> {switch to offline mode}
Check Admin >> Log >> Status and follow recommendations.

rm -rf /root/updates/oldrlo
cp -a /var/www/radkeland.org /root/updates/oldrlo
mysqldump -u root -p rlodrupcontent --password=dontyouwish > /root/updates/drupdbbak.sql

Double check for .files (.htaccess, robots.txt)
Turn off non-core modules

rm -rf /var/www/radkeland.org
cp -a /root/updates/drupal-6.2 /var/www/radkeland.org
Stop: Check directory
chown -R root:apache /var/www/radkeland.org
chmod -R 0775 /var/www/radkeland.org
cp /root/updates/oldrlo/.htaccess /var/www/radkeland.org
cp /root/updates/oldrlo/robots.txt /var/www/radkeland.org
cp /root/updates/oldrlo/googlegkey.html /var/www/radkeland.org
cp /root/updates/oldrlo/y_key_ykey.html /var/www/radkeland.org
cp /root/updates/oldrlo/favicon.ico /var/www/radkeland.org
cp /root/updates/oldrlo/tvnc.html /var/www/radkeland.org
cp /root/updates/oldrlo/sitemap.xml.gz /var/www/radkeland.org
cp -a /root/updates/oldrlo/sites/default/* /var/www/radkeland.org/sites/default/

While logged in as "Your Initial Drupal User", visit http://www.radkeland.org/update.php

cp -a /root/updates/drupalmodules/image /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/img_assist /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/notify /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/pathauto /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/views /var/www/radkeland.org/sites/all/modules/

visit http://www.radkeland.org/update.php
Visit site configuration.
Enable the above modules
Visit Roles and carefully set permissions
Visist Admin >> Log >> Status one more time.

mv /var/www/radkeland.org/install.php /var/www/radkeland.org/CHANGELOG.txt /var/www/radkeland.org/INSTALL.txt /var/www/radkeland.org/INSTALLL.mysql.txt /var/www/radkeland.org/INSTALLL.mysql.txt /var/www/radkeland.org/INSTALL.pgsql.txt /var/www/radkeland.org/LICENSE.txt /var/www/radkeland.org/MAINTAINERS.txt /var/www/radkeland.org/UPGRADE.txt /root/updates/oldrupbackfiles

First attempt=Failure
Most of the upgrade was fine ... but then all of the images were gone (there were problems running some of the upgrade scripts). So, restoring turned out to be trivially easy phew
rm -rf /var/www/test
mysql -u root --password=dontyouwish rlotest < /root/updates/drupdbbak.sql
cp -a /root/updates/oldrlo/ /var/www/test
(Remember the configured password for the drupal user is msqldyw)
Visit http://www.radkeland.org/?q=user (to login)
Administer >> Site Configuration >> Site Maintenance, and place the site back into online mode.

That's it ... now I have to figure out how to actually upgrade with the image modules.

Let's try again:

Administer >> Site configuration >> Site maintenance -> {switch to offline mode}
Check Admin >> Log >> Status and follow recommendations.

Don't do this unless you want to wipe out progress!!!!
rm -rf /root/updates/oldrlo
cp -a /var/www/test /root/updates/oldrlo
mysqldump -u root --password=dontyouwish rlotest > /root/updates/drupdbbak.sql

START HERE!
Double check for .files (.htaccess, robots.txt)
Turn off non-core modules

rm -rf /var/www/test
cp -a /root/updates/drupal-6.2 /var/www/test
chown -R apache:apache /var/www/test
chmod -R 0775 /var/www/test
cp -f /root/updates/oldrlo/googlegkey.html /var/www/test
cp -f /root/updates/oldrlo/y_key_ykey.html /var/www/test
cp -f /root/updates/oldrlo/favicon.ico /var/www/test
cp -f /root/updates/oldrlo/tvnc.html /var/www/test
cp -f /root/updates/oldrlo/sitemap.xml.gz /var/www/test
cp -a /root/updates/oldrlo/sites/default/* /var/www/test/sites/default/
cp -f /root/updates/oldrlo/robots.txt /var/www/test

While logged in as "Your Initial Drupal User", visit http://test.radkeland.org/update.php

cp -a /root/updates/drupalmodules/image /var/www/test/sites/all/modules/
cp -a /root/updates/drupalmodules/img_assist /var/www/test/sites/all/modules/
cp -a /root/updates/drupalmodules/notify /var/www/test/sites/all/modules/
cp -a /root/updates/drupalmodules/pathauto /var/www/test/sites/all/modules/
cp -a /root/updates/drupalmodules/views /var/www/test/sites/all/modules/

visit http://test.radkeland.org/update.php
Visit site configuration.
Enable the above modules
Visit Roles and carefully set permissions
Visit Admin >> Log >> Status one more time.

mv /var/www/test/install.php /var/www/test/CHANGELOG.txt /var/www/test/INSTALL.txt /var/www/test/INSTALLL.mysql.txt /var/www/test/INSTALLL.mysql.txt /var/www/test/INSTALL.pgsql.txt /var/www/test/LICENSE.txt /var/www/test/MAINTAINERS.txt /var/www/test/UPGRADE.txt /root/updates/oldrupbackfiles

Ok ... troubles with upgrade ... one step at a time:

user warning: Table 'cache_block' already exists query: CREATE TABLE cache_block ( `cid` VARCHAR(255) NOT NULL DEFAULT '', `data` LONGBLOB DEFAULT NULL, `expire` INT NOT NULL DEFAULT 0, `created` INT NOT NULL DEFAULT 0, `headers` TEXT DEFAULT NULL, `serialized` SMALLINT NOT NULL DEFAULT 0, PRIMARY KEY (cid), INDEX expire (expire) ) /*!40100 DEFAULT CHARACTER SET UTF8 */ in /var/www/test/includes/database.inc on line 509.

Goal: Install from existing, making all repairs along the way. Replace (1st) rlotest with rlodrupcontent, then replace test with radkeland.org.

Start from 0:

# Backup radkeland.org site:
rm -rf /root/updates/oldrlo
cp -a /var/www/radkeland.org /root/updates/oldrlo
mysqldump -u root -p rlodrupcontent --password=dontyouwish > /root/updates/drupdbbak.sql
# Edit /root/updates/oldrlo/sites/default/settings.php to refer the database to rlotest

After playing with the backup, start here.

rm -rf /var/www/test
mysql -u root --password=dontyouwish rlotest < /root/updates/drupdbbak.sql
cp -a /root/updates/oldrlo/ /var/www/test

# Stop, login as user #1, then paste more.

# This one is probably harmless, but we will clear all of the cache tables, and drop the cache_block table. Do this:
mysql --user=drupuser --password=msqldyw --database=rlotest
USE rlotest;
DROP TABLE cache_block;
DROP TABLE cache_form;
DROP TABLE menu_router;
DROP TABLE menu_links;
DROP TABLE menu_custom;
DROP TABLE upload;
DROP TABLE actions_old_contrib;
DROP TABLE actions_aid;
DROP TABLE search_node_links;
delete from cache;
delete from cache_filter;
delete from cache_menu;
delete from cache_page;
delete from cache_update;
delete from cache_views;
quit
# And copy over the new files.
rm -rf /var/www/test
cp -a /root/updates/drupal-6.2 /var/www/test
chown -R apache:apache /var/www/test
chmod -R 0775 /var/www/test
cp -f /root/updates/oldrlo/googlegkey.html /var/www/test
cp -f /root/updates/oldrlo/y_key_ykey.html /var/www/test
cp -f /root/updates/oldrlo/favicon.ico /var/www/test
cp -f /root/updates/oldrlo/tvnc.html /var/www/test
cp -f /root/updates/oldrlo/sitemap.xml.gz /var/www/test
cp -a /root/updates/oldrlo/sites/default/* /var/www/test/sites/default/
rm -f /var/www/test/robots.txt
cp -f /root/updates/oldrlo/robots.txt /var/www/test

mkdir /var/www/test/sites/all/modules/
chown -R apache:apache /var/www/test/sites/all/modules
chmod -R 0775 /var/www/test/sites/all/modules
cp -a /root/updates/drupalmodules/image /var/www/test/sites/all/modules/
cp /var/www/test/sites/all/modules/image/image.imagemagick.inc /var/www/test/includes/
cp -a /root/updates/drupalmodules/img_assist /var/www/test/sites/all/modules/
cp -a /root/updates/drupalmodules/notify /var/www/test/sites/all/modules/
cp -a /root/updates/drupalmodules/pathauto /var/www/test/sites/all/modules/
cp -a /root/updates/drupalmodules/views /var/www/test/sites/all/modules/
cp -a /root/updates/drupalmodules/token /var/www/test/sites/all/modules/

mysql --user=drupuser --password=msqldyw --database=rlotest
USE rlotest;
DROP TABLE image;
CREATE TABLE image (
nid INTEGER UNSIGNED NOT NULL,
fid INTEGER UNSIGNED NOT NULL,
image_size VARCHAR(32) NOT NULL,
PRIMARY KEY (nid, image_size),
INDEX image_fid(fid)
);
INSERT INTO image
SELECT DISTINCT f.nid, f.fid, f.filename
FROM files f
INNER JOIN node n ON f.nid = n.nid WHERE n.type='image'
AND f.filename
IN ('_original', 'thumbnail', 'preview', 'sm-preview');
quit;

# Mebbe Previews messed up??
rm -f /var/www/test/sites/default/files/images/*thumbnail*
rm -f /var/www/test/sites/default/files/images/*preview*
rm -f /var/www/test/sites/default/files/images/*sm-preview*

# Stop! Read this. The following is from http://drupal.org/node/223255, and is a workaround for a bug in the image upgrade. Run the update.php script, but deselect everything but the image 5200 upgrade. Then repeat, running everything else.

# Updates to run:
# system 6000
# pathauto 1
# blogapi 6000
# book 6000
# comment 6001
# forum 6000
# image_import 1
# views 6000

# Now go and enable modules, follow instructions.

# Stop! Run http://test.radkeland.org/update.php and then move on.

# Note that the above instructions do not assume you have disabled the installed modules (Nice, huh?!).
# Ok, after the upgrade, it will be necessary to rebuild all of the thumbnails from http://test.radkeland.org/admin/content/node
# Enable site updates (Admin >> Modules)
# Enable Token
# Visit Admin >> Content Management >> Taxonomy, and edit the User Access Taxonomy to
include all content types.
# In the same place, set Image Galleries Taxonomy to allow Images to be a part of them.
# Don't forget to set permissions: http://test.radkeland.org/admin/user/permissions
# We definitely need to visit Admini >> Site Building >> URL Aliases >> Automated Alias Settings.
# Finally, manually run cron.php. It looks to me that cron does image regeneration

# Grrr ... still some pictures won't re-appear. What's up? Still hammering on it, but they appear to all be at the beginning of the appropriate gallery.
# Ok, I rebuilt with both image tookits, and both of the badly effected galleries fail at the same place. I guess I need to look more deeply into what's been clobbered and why.
# There does appear to be issues with the image upgrade module (no surprise). How about we run all the upgrades after the install ... and _then_ drop the image table and re-run 5200 ... this will maybe (likely) run into the same lost of one of the keys noted before ... what a great catch 22.
# If I drop the images table, and try to re-run the 5200 update, all is lost. This certainly has something to do with the FID that's lost with the 6.x upgrade ... details sketchy.
# Is this another issue? In the update 5200, it calls for cleaning file_revisions. There is no such table in the upgraded drupal. The 'old' install has a file_revisions table with plenty of data.
# Wow ... ok and strange ... one error with 285-sm-preview ... look later, but we may be well off!
# Omitting the menu resets resulted in the strange double menu phenomenon.
# Ok, so omitting the menu resets has no effect whatsoever on the images, once again making upate 52000 the most likely target ..Methinks I need to play with/look for stuff on this 5200 update.
# Ok, others have had these issues, and I've got a few things to try. Let's clarify the problem: The first handful of images from our two precious galleries don't show up.
# user warning: Duplicate entry '285-sm-preview' for key 1 query: INSERT INTO image SELECT DISTINCT f.nid, f.fid, f.filename FROM files f INNER JOIN node n ON f.nid = n.nid WHERE n.type='image' AND f.filename IN ('_original', 'thumbnail', 'preview', 'sm-preview') in /var/www/test/sites/all/modules/image/image.install on line 252.
# Ok, I think I want to just run 5200 manually before doing the update.php. The update follows:
function image_update_5200() {
$ret = array();

switch ($GLOBALS['db_type']) {
case 'mysql':
case 'mysqli':
$ret[] = update_sql("CREATE TABLE {image} (
`nid` INTEGER UNSIGNED NOT NULL,
`fid` INTEGER UNSIGNED NOT NULL,
`image_size` VARCHAR(32) NOT NULL,
PRIMARY KEY (`nid`, `image_size`),
INDEX image_fid(`fid`)
) /*!40100 DEFAULT CHARACTER SET utf8 */;");
break;

// Copy image files records into the new table.
$args = array_map('db_escape_string', array_keys(image_get_sizes()));
$cond = " IN ('". implode("', '", $args) ."')";
$ret[] = update_sql("INSERT INTO {image} SELECT DISTINCT f.nid, f.fid, f.filename FROM {files} f INNER JOIN {node} n ON f.nid = n.nid WHERE n.type='image' AND f.filename". $cond);

// Remove old file_revision records.
$ret[] = update_sql("DELETE FROM {file_revisions} WHERE EXISTS (SELECT * FROM {image} WHERE {image}.fid = {file_revisions}.fid)");

# In SQL language, it looks like this:
mysql -u root --password=dontyouwish rlotest < /root/updates/drupdbbak.sql
mysql --user=drupuser --password=msqldyw --database=rlotest
USE rlotest;
DROP TABLE image;
CREATE TABLE image (
nid INTEGER UNSIGNED NOT NULL,
fid INTEGER UNSIGNED NOT NULL,
image_size VARCHAR(32) NOT NULL,
PRIMARY KEY (nid, image_size),
INDEX image_fid(fid)
);
INSERT INTO image
SELECT DISTINCT f.nid, f.fid, f.filename
FROM files f
INNER JOIN node n ON f.nid = n.nid WHERE n.type='image'
AND f.filename
IN ('_original', 'thumbnail', 'preview', 'sm-preview');
quit;

# Results: Need to regenerate thumbnails for “Kyan Pepper Right”, “Kyan Pepper Left”, and the update goes great! Ok, doing this on the live site, and making backup/running from there. The code above will be entered at the end of the given procedures.

# cp -a /root/updates/drupalmodules/image /var/www/test/sites/all/modules/
# cp -a /root/updates/drupalmodules/img_assist /var/www/test/sites/all/modules/
# cp -a /root/updates/drupalmodules/notify /var/www/test/sites/all/modules/
# cp -a /root/updates/drupalmodules/pathauto /var/www/test/sites/all/modules/
# cp -a /root/updates/drupalmodules/views /var/www/test/sites/all/modules/

# Enable modules, then do what cleanup goes with these:

mysql --user=drupuser --password=msqldyw --database=rlotest
USE rlotest;
DROP TABLE image;
quit;

# Now ... run http://test.radkeland.org/upate.php again.

# Ok, here's the full procedure for the upgrade of the main site to Drupal 6.2:

# Backup radkeland.org site:
rm -rf /root/updates/oldrlo
cp -a /var/www/radkeland.org /root/updates/oldrlo
mysqldump -u root -p rlodrupcontent --password=dontyouwish > /root/updates/drupdbbak.sql

rm -rf /var/www/radkeland.org
mysql -u root --password=dontyouwish rlodrupcontent < /root/updates/drupdbbak.sql
cp -a /root/updates/oldrlo/ /var/www/radkeland.org

# Stop, login as user #1, then paste more.

# This one is probably harmless, but we will clear all of the cache tables, and drop the cache_block table. Do this:
mysql --user=drupuser --password=msqldyw --database=rlodrupcontent
USE rlodrupcontent;
DROP TABLE cache_block;
DROP TABLE cache_form;
DROP TABLE menu_router;
DROP TABLE menu_links;
DROP TABLE menu_custom;
DROP TABLE upload;
DROP TABLE actions_old_contrib;
DROP TABLE actions_aid;
DROP TABLE search_node_links;
delete from cache;
delete from cache_filter;
delete from cache_menu;
delete from cache_page;
delete from cache_update;
delete from cache_views;
quit
# And copy over the new files.
rm -rf /var/www/radkeland.org
cp -a /root/updates/drupal-6.2 /var/www/radkeland.org
chown -R apache:apache /var/www/radkeland.org
chmod -R 0775 /var/www/radkeland.org
cp -f /root/updates/oldrlo/googlegkey.html /var/www/radkeland.org
cp -f /root/updates/oldrlo/y_key_ykey.html /var/www/radkeland.org
cp -f /root/updates/oldrlo/favicon.ico /var/www/radkeland.org
cp -f /root/updates/oldrlo/tvnc.html /var/www/radkeland.org
cp -f /root/updates/oldrlo/sitemap.xml.gz /var/www/radkeland.org
cp -a /root/updates/oldrlo/sites/default/* /var/www/radkeland.org/sites/default/
rm -f /var/www/radkeland.org/robots.txt
cp -f /root/updates/oldrlo/robots.txt /var/www/radkeland.org

mkdir /var/www/radkeland.org/sites/all/modules/
chown -R apache:apache /var/www/radkeland.org/sites/all/modules
chmod -R 0775 /var/www/radkeland.org/sites/all/modules
cp -a /root/updates/drupalmodules/image /var/www/radkeland.org/sites/all/modules/
cp /var/www/radkeland.org/sites/all/modules/image/image.imagemagick.inc /var/www/radkeland.org/includes/
cp -a /root/updates/drupalmodules/img_assist /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/notify /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/pathauto /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/views /var/www/radkeland.org/sites/all/modules/
cp -a /root/updates/drupalmodules/token /var/www/radkeland.org/sites/all/modules/

mysql --user=drupuser --password=msqldyw --database=rlodrupcontent
USE rlodrupcontent;
DROP TABLE image;
CREATE TABLE image (
nid INTEGER UNSIGNED NOT NULL,
fid INTEGER UNSIGNED NOT NULL,
image_size VARCHAR(32) NOT NULL,
PRIMARY KEY (nid, image_size),
INDEX image_fid(fid)
);
INSERT INTO image
SELECT DISTINCT f.nid, f.fid, f.filename
FROM files f
INNER JOIN node n ON f.nid = n.nid WHERE n.type='image'
AND f.filename
IN ('_original', 'thumbnail', 'preview', 'sm-preview');
quit;

# Finish up. Run update.php, and deselct the image 5200 update (which we just ran manually) Finally, do the rest of the cleanup:

# Stop! Run http://test.radkeland.org/update.php and then move on.

# Note that the above instructions do not assume you have disabled the installed modules (Nice, huh?!).
# Enable site updates (Admin >> Modules)
# Disable Pathauto
# Enable Token
# Enable Pathauto
# Visit Admin >> Content Management >> Taxonomy, and edit the User Access Taxonomy to
include all content types.
# In the same place, set Image Galleries Taxonomy to allow Images to be a part of them.
# Don't forget to set permissions: http://test.radkeland.org/admin/user/permissions
# We definitely need to visit Admin >> Site Building >> URL Aliases >> Automated Alias Settings and clean up the new version with
# Finally, manually run cron.php. Cron does image regeneration where needed. You may need to run this multiple times.

Happy Hacking!

Josh