WebGUI - Errors upgrading from 7.1.3 - Content Management System Website - CMS - Open Source Content Management System Website - Website System - Content Management System (CMS) | Open Source Content Management Software | Application Framework | WebGUI - Content Management System Website | CMS | WebGUI | Open Source Content Management System Website

Username Password

Home Features Sightings Download Partners Community

Community Support
Wiki
Forums
Report A Bug
Request Features
WebGUI 8
WebGUI TV
Add-ons and Plug-ins
Service Providers
webGUI in the news
Karma
API Docs
the people behind wg
webgui worldwide
Mascot
wallpapers
Stats
powered by icons

View All Tickets

Errors upgrading from 7.1.3 (#2736)

IssueI got some errors upgrading from 7.1.3 to 7.2.0... Preparing site for upgrade. Deleting temp files. Deleting file cache. Can't remove directory /tmp/WebGUICache/mydomain.com.conf: Directory not empty at upgrade.pl line 201 Can't remove directory /tmp/WebGUICache: Directory not empty at upgrade.pl line 201 Fixing ads so they work in IE. Can't locate object method "new" via package "WebGUI::AdSpace::Ad" (perhaps you forgot to load "WebGUI::AdSpace::Ad"?) at ../../lib/WebGUI/AdSpace.pm line 174. Processing upgrade executable failed!

Mac and Mac OS X Server power user

Solution Summary

Comments

maxscience 11/8/2006 5:28 pm	The site is on maintenance mode and I can't restore it... I copied the WebGUI backup dir from /data/wre/var over /data/WebGUI and restarted but the problem remains... Mac and Mac OS X Server power user
perlDreamer 11/8/2006 5:38 pm	Did you run the upgrade as root?
maxscience 11/8/2006 5:46 pm	I run sudo ./webguiupdate Update over the previous post: I rerun the script as above and now it said NO UPGRADES NECESSARY Installation complete The site is now back live but when I log in and try to turn admin on, I don't get any result... This is webgui.log about this: 2006/11/09 00:40:44 - ERROR - mydomain.com.conf - main::[[undef]] - Couldn't execute operation : WebGUI::Operation::Admin::www_switchOnAdmin. Root cause: Can't use an undefined value as an ARRAY reference at /data/WebGUI/lib/WebGUI/User.pm line 133. Mac and Mac OS X Server power user
preaction 11/8/2006 6:00 pm	This is verified. It may have something to do with this strange ordering of the upgrades when running sbin/upgrade.pl: Found upgrade executable from 7.1.2 to 7.1.3. Found upgrade executable from 7.1.1 to 7.1.2. Found upgrade executable from 7.2.0 to 7.2.1. Found upgrade executable from 7.1.3 to 7.2.0. It didn't appear to run the 7.1.3-7.2.0 upgrade, but I tried running the 7.1.3-7.2.0 upgrade manually and it failed because the commerceSalesTax table that was created in that upgrade was already there. (almost as if the upgrade WAS, in fact, run) This could be my fault, I could have run the 7.1.3 upgrade before it was ready. (sbin/upgrade.pl isn't for dev sites, I'm going to assume)
preaction 11/8/2006 6:04 pm	Also should point out that I'm unable to run any Administrative Operation, but the rest of my pages seem to work fine. I can even login. Seems I can do any Auth operations. All administrative operations fail with the same error message: 2006/11/08 17:55:20 - ERROR - dev.localhost.localdomain.conf - main::[[undef]] - Couldn't execute operation : WebGUI::Operation::Admin::www_switchOnAdmin. Root cause: Can't use an undefined value as an ARRAY reference at /data/WebGUI/lib/WebGUI/User.pm line 133.
dwilson 11/8/2006 6:10 pm	User.pm:133 seems to be looking for an "adminModeSubnets" in the config file and then failing if it's not an array. If the upgrade script gets run, it looks like it should be adding that to the config file, though, because there is an appropriate addAdminModeSubnets routine that gets called in there. From that it sounds like the script isn't getting run.
perlDreamer 11/8/2006 6:13 pm	The order it finds them isn't important, it's the order they get executed in.
preaction 11/8/2006 6:15 pm	I'm going to bet even money that the commerceSalesTax table had already existed, causing the fixes to fail, causing this problem. This is not a bug. You are going to have to figure out what went wrong in your upgrade and fix it manually, just like I'm about to do. A notice for the future: Perhaps it's better that you ask one of our community forums before you go off and immediately call it a bug. There exists, in fact, an entire forum devoted to install/upgrade help: http://www.plainblack.com/install/upgrade_help Closing this. Follow proper decorum please. Ask someone on the forums if they can reproduce, THEN post a bug.
preaction 11/8/2006 6:20 pm	Verified that running the missing parts from the 7.1.3-7.2.0 upgrade fixes this.
maxscience 11/8/2006 7:05 pm	Don't know what went wrong with update since I made no changes in the installation before that and I run it with sudo, and with the errors I reported from logs, it seemed a bug... Could you please tell me how to manually force the update so to fix this? Thank you Mac and Mac OS X Server power user
preaction 11/8/2006 7:50 pm	Please. There is free support available on the PlainBlack forums, or you can purchase support from PlainBlack. The bug list is not a place to get support.
maxscience 11/9/2006 3:35 am	Why the update failed then? Can't locate object method "new" via package "WebGUI::AdSpace::Ad"... At first, you reproduced that and said it was a bug. Then you changed your mind... The update is supposed to work. If it's not, the administrator did change something (which I didn't), or the update is buggy. Mac and Mac OS X Server power user
preaction 11/21/2006 11:24 pm	You can run manual updates by executing the perl scripts in docs/upgrades Then you can see what part of the update fails and work around that.
preaction 11/28/2006 5:32 pm	Closing this as RESOLVED then.

Details

Ticket Status	Closed
Rating
Submitted By	maxscience
Date Submitted	2006-11-08
Assigned To	unassigned
Date Assigned	2010-09-02
Assigned By
Severity	Minor (annoying, but not harmful)
What's the bug in?
WebGUI / WRE Version	7.2.0
URL	bugs/tracker/errors-upgrading-from-7_1_3

Keywords

Ticket History