CC'ing some of the PlonePAS people on this, they probably know why this is
necessary, and if it is something we can account for in the migration
script in future releases.
JCC, Wichert - any insights to share? :)
— Alexander
On Wed, 30 Aug 2006 19:24:04 -0700, David Hostetler
<[EMAIL PROTECTED]> wrote:
I just received the following email, which boils down to this:
- deleting acl_users allows the migration from 2.1.3 to 2.5 to succeed.
Please read below for details.
Darryl Dixon wrote:
> Hi David,
> cc list - note I am not subscribed.
>
> I found the thread on the Plone mailing list where you are having
> difficulty upgrading a Python 2.3.5/Plone 2.1.2/Zope 2.8.7 instance to
> Python 2.4.3/Plone 2.5/Zope 2.9.4. I was in exactly the same
situation,
> and
> have had exactly the same error and problem as you and have just
overcome
> it, so I thought I would send you a quick mail detailing my
experience.
>
> I did the migration from Plone/Zope wholesale (eg, I set up the new
> versions
> of Python, Zope, and Plone all at once, then went in to the ZMI to
attempt
> the upgrade). The first thing that stopped me was some Products that
> integrated into the site-packages area of the old version of Python,
> such as
> TextIndexNG2, and they therefore needed reinstalling on the
filesystem, but
> having solved that, I attempted the migration again, and ran into the
exact
> error that you are getting.
>
> I noticed that in the portal_quickinstaller that PlonePAS was not
> installed,
> and when I tried to install it, the exact same error was generated
(same as
> the error during migration). We had been using the LDAPUserFolder
product
> with our old Plone setup, so on a hunch I removed the LDAP source
from my
> acl_users object. No dice, still the same error. So, on a further
> hunch, I
> simply deleted the acl_users object from the root of my Plone site,
then
> tried installing PlonePAS again. Imagine my surprise to find that
PlonePAS
> promptly installed without error, and a new acl_users object was
created
> (presumably the new PlonePAS version of this object). Straight after
> this I
> ran the migration again and all was successful.
>
> My notes on this are that:
> 1) I probably shouldn't have had to delete acl_users?
> 2) Luckily most of our user configurations were in LDAP, so they will
come
> back once I reconfigure the connection with PlonePAS to talk to the
LDAP
> server, but things like the group mappings (Plone -> LDAP groups) etc
will
> need re-doing and are non-trivial.
>
> I hope that this helps,
> Darryl Dixon
> http://www.winterhouseconsulting.com
I immediately duplicated Darryl's findings. Deleteing acl_users allowed
PlonePAS to be quickinstalled, which then allowed the 2.1.3. to 2.5
migration to succeed via plone_migration.
Two things immediately jump out about this solution (basically the same
two things that Darryl concluded):
1) why is it necessary? Unless I'm mistaken, a stock 2.1.3 install
doesn't have PlonePas, so why would it be necessary to manually install
it prior to attempting to upgrade? And if its installation is
incompatible with the default user/group mechanism for 2.1.3, how is it
that a bunch of people aren't running into this? I hadn't done anything
fancy to my users/groups, other than to create some.
2) this is less than ideal, for obvious reasons. Unlike Darryl, who is
using LDAP, I was actually relying on acl_user's GRUF features to manage
my users and groups. By deleting acl_users, I lost all of that, and am
forced to recreate it in the new PlonePAS, post-migration. And if users
had customized their passwords/profiles/etc.., that's gone for good.
Thoughts?
-hoss
--
_____________________________________________________________________
Alexander Limi · Chief Architect · Plone Solutions · Norway
Consulting · Training · Development · http://www.plonesolutions.com
_____________________________________________________________________
Plone Co-Founder · http://plone.org · Connecting Content
Plone Foundation · http://plone.org/foundation · Protecting Plone
_______________________________________________
Setup mailing list
[email protected]
http://lists.plone.org/mailman/listinfo/setup
