Been attempting to remove the lingering traces of S&D for months.Need help please.

[merp]

Greetings,
I made the mistake of including S&D in my buildout.cfg several months
ago.
I have been making incremental, very time consuming, painfully slow
progress on getting the remaining pieces of S&D out of my system, but
am stuck again.
I have been using the guide here:
http://plone.org/documentation/kb/manually-removing-local-persistent-utilities

And can make it part way through, but then get stuck. Here is how far
I can make it this far:

>>> from collective.singing.interfaces import ISalt
>>> from collective.singing.async import IQueue
>>> import transaction
>>> portal = app.Plone
>>> sm = portal.getSiteManager()
>>> util_obj = sm.getUtility(ISalt)
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/
component/registry.py", line 137, in getUtility
raise interfaces.ComponentLookupError(provided, name)
zope.component.interfaces.ComponentLookupError: (<InterfaceClass
collective.singing.interfaces.ISalt>, u'')
>>>

The folks in the #plone chatroom have helped bit by bit over the
months, but so far seem out of ideas. And no response in the #singing-
dancing chatroom.

Can someone please help me clean up this mess?
Thanks!

Currently I am using Plone 3.3.1.

[david bain]

As an alternative, quick win approach, you could move your content to a "clean" Plone install.

--
To post to the "Singing & Dancing" group, send email to singing...@googlegroups.com
To unsubscribe from this group, send email to
singing-danci...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/singing-dancing

[merp]

Already tried that months ago (several times and different ways). Did
clean setup of Plone, and just moved the *.fs files.
But still the lingering traces that prevent me being able to use site
setup to add/remove products for all the sites impacted.

On Jan 6, 2:55 pm, david bain <pigeonfli...@gmail.com> wrote:
> As an alternative, quick win approach, you could move your content to a
> "clean" Plone install.
>

> On Wed, Jan 6, 2010 at 5:48 PM, merp <merpdot...@gmail.com> wrote:
> > Greetings,
> > I made the mistake of including S&D in my buildout.cfg several months
> > ago.
> > I have been making incremental, very time consuming, painfully slow
> > progress on getting the remaining pieces of S&D out of my system, but
> > am stuck again.
> > I have been using the guide here:
>

> >http://plone.org/documentation/kb/manually-removing-local-persistent-...

[david bain]

Have you tried doing a zexp export of the content?

[merp]

I did try that months ago as well. Zexp works fine for my small sites
(I have about 50 sites total running on Plone ranging from versions
2.5 through 3.3) with a dozen on the 3.3 instance (which is the
version impacted by this S&D issue), including a few of my large
content sites. The much larger sites (and more important ones), have
been on zope/plone since 2004 and have thousands of content-items/
pages, and many product dependencies. So they almost never work on
import. Since the S&D issue, I can't export at all. These are all my
own different hobby related sites, and I am the only person running
all this. I was upgrading all the sites from 2.5 through 3.1.7 to
3.2.1 when everything went awry. The upgrade was challenging enough,
but has been completely stopped since this S&D issue. The server can't
handle the load of a fourth plone instance, and I can't afford another
server right now. Can anyone take a look at the errors, and make
suggestions on how to get this cleaned up manually based on that web
page's guidelines (or some better suggestions) please?
Thanks.

The error that stops me doing anything happens if I try to install any
product or theme via "Site Setup" (or many times even trying to remove
or upgrade any products), and led me to tracking down S&D as the
culprit (according to folks in the #plone chatroom) is this:
http://pastie.org/769556 and in the startup event.log : http://pastie.org/769574
The key errors being:
ValueError: too many values to unpack
and
AttributeError: type object 'ISalt' has no attribute '__iro__'
and
AttributeError: type object 'IQueue' has no attribute '__iro__'

Which led me eventually to this page (with help from folks in #plone):
http://plone.org/documentation/kb/manually-removing-local-persistent-utilities

And I get stuck here: http://pastie.org/769329
The key part being:

>>> util_obj = sm.getUtility(ISalt)
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/
component/registry.py", line 137, in getUtility
raise interfaces.ComponentLookupError(provided, name)
zope.component.interfaces.ComponentLookupError: (<InterfaceClass
collective.singing.interfaces.ISalt>, u'')

Any other suggestions?
Thanks!

On Jan 6, 3:30 pm, david bain <pigeonfli...@gmail.com> wrote:
> Have you tried doing a zexp export of the content?
>

[Daniel Nouri]

Are you sure that "app.Plone" is the Plone site that has the problem?

> The key part being:
>
>>>> util_obj = sm.getUtility(ISalt)
> Traceback (most recent call last):
>  File "<stdin>", line 1, in ?
>  File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/
> component/registry.py", line 137, in getUtility
>    raise interfaces.ComponentLookupError(provided, name)
> zope.component.interfaces.ComponentLookupError: (<InterfaceClass
> collective.singing.interfaces.ISalt>, u'')

As you probably guessed, this happens when there's no registered
utility for ISalt in that sm registry.

Maybe the Components tab in the ZMI gives some more clues. Or PDB.

Another thing that may work but I'm not sure would be to again install
and then uninstall S&D through the control panel. With your Data.fs
backed up of course.

Daniel

[merp]

Thanks for pointing out my error on the Plone instance, I've adjusted
that appropriately for each site, but still getting the same error. Is
there some sort of search I can run from >>> that can tell me WHERE
ISalt utility is hiding through my whole DB so I can figure out which
of the dozen+ of sites are holding on to it?

What is PDB?

What would I want to be looking for in the components tab in the ZMI
for each site?

I had tried (months ago) the reinstall approach, but unfortunately
that forces so many core upgrades that it completely breaks all my
sites and products. That was why I had to uninstall S&D, but the sites
have never been able to function fully ever since unfortunately.

Thanks for the additional suggestions. Please keep 'em coming.
Cheers!
-Hawke

On Jan 7, 2:19 am, Daniel Nouri <daniel.no...@gmail.com> wrote:

> On Thu, Jan 7, 2010 at 12:54 AM, merp <merpdot...@gmail.com> wrote:
> > I did try that months ago as well. Zexp works fine for my small sites
> > (I have about 50 sites total running on Plone ranging from versions
> > 2.5 through 3.3) with a dozen on the 3.3 instance (which is the
> > version impacted by this S&D issue), including a few of my large
> > content sites. The much larger sites (and more important ones), have
> > been on zope/plone since 2004 and have thousands of content-items/
> > pages, and many product dependencies. So they almost never work on
> > import. Since the S&D issue, I can't export at all. These are all my
> > own different hobby related sites, and I am the only person running
> > all this. I was upgrading all the sites from 2.5 through 3.1.7 to
> > 3.2.1 when everything went awry. The upgrade was challenging enough,
> > but has been completely stopped since this S&D issue. The server can't
> > handle the load of a fourth plone instance, and I can't afford another
> > server right now. Can anyone take a look at the errors, and make
> > suggestions on how to get this cleaned up manually based on that web
> > page's guidelines (or some better suggestions) please?
> > Thanks.
>
> > The error that stops me doing anything happens if I try to install any
> > product or theme via "Site Setup" (or many times even trying to remove
> > or upgrade any products), and led me to tracking down S&D as the
> > culprit (according to folks in the #plone chatroom) is this:

> >http://pastie.org/769556and in the startup event.log :http://pastie.org/769574

> > The key errors being:
> > ValueError: too many values to unpack
> > and
> > AttributeError: type object 'ISalt' has no attribute '__iro__'
> > and
> > AttributeError: type object 'IQueue' has no attribute '__iro__'
>
> > Which led me eventually to this page (with help from folks in #plone):

> >http://plone.org/documentation/kb/manually-removing-local-persistent-...

[merp]

Hmmm. Some sites in that instance I can view the components through
ZMI just fine, but some I get the "Too many values to unpack error"
and can't view them.
Here are the details:
http://pastie.org/772019

Any suggestions on that?
Thanks!
-Hawke

> > >http://pastie.org/769556andin the startup event.log :http://pastie.org/769574

[merp]

Had the following issue (trying again, now that I tracked down one of
the sites that definitely had S&D wreak havoc, it appears that 7 sites
in this instance are damaged severely (can't even view components tab,
add/remove products, etc), and 11 others are somewhat impacted (can't
add/remove products, but can view components tab):

>>> from collective.singing.interfaces import ISalt
>>> from collective.singing.async import IQueue
>>> import transaction

>>> portal = app.tolkienscholars
>>> sm = portal.getSiteManager()
2010-01-08 21:33:20 WARNING OFS.Uninstalled Could not import class
'IntIds' from module 'five.intid.intid'
2010-01-08 21:33:21 WARNING OFS.Uninstalled Could not import class
'Salt' from module 'collective.dancing.channel'
>>>

Suggestions on where to go from there?
Thanks!
-Hawke

On Jan 8, 12:43 pm, merp <merpdot...@gmail.com> wrote:

> > >http://pastie.org/769556andin the startup event.log :http://pastie.org/769574

[merp]

Also, I made the mistake of following these directions:
https://bugs.launchpad.net/singing-dancing/+bug/303984
And now I can't even view the site from ZMI or as admin.
Ran the following:

>>> print app.tolkienscholars.portal_newsletters
2010-01-08 21:16:13 WARNING OFS.Uninstalled Could not import class
'PortalNewsletters' from module 'collective.dancing.channel'
<PortalNewsletters at broken>
>>> del app.tolkienscholars.portal_newsletters
>>> import transaction
>>> transaction.commit()
>>>

Now generates this error (anonymous users can view site, but I can't
do anything at all through ZMI for just that site (didn't impact the
other sites in that instance thank goodness, and I'm not sure how to
roll that transaction back, if there is such an option?):
2010-01-08T21:22:35 ERROR Zope.SiteErrorLog
1262985755.760.153239727141 http://66.165.236.125/manage_menu
Traceback (innermost last):
Module ZPublisher.Publish, line 119, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 42, in call_object
Module Shared.DC.Scripts.Bindings, line 313, in __call__
Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
Module App.special_dtml, line 178, in _exec
Module TreeDisplay.TreeTag, line 88, in render
Module TreeDisplay.TreeTag, line 209, in tpRender
Module TreeDisplay.TreeTag, line 461, in tpRenderTABLE
- __traceback_info__: (['AAAAAAAAAAE=', [['AAAAAAAAvg0=', []]]],
{'url': 'tpURL', 'nowrap': '1', 'branches': 'tpValues', 'id': 'tpId',
'childless_decoration': ''}, [['AAAAAAAAAAE=', [['AAAAAAAAvg0=',
[]]]]], [['AAAAAAAAAAE=', [['AAAAAAAAvg0=', []]]]])
Module TreeDisplay.TreeTag, line 262, in tpRenderTABLE
Module OFS.OrderSupport, line 293, in tpValues
Module OFS.ObjectManager, line 420, in objectValues
Module OFS.ObjectManager, line 291, in _getOb
AttributeError: portal_newsletters

Help please?
I seem to be making things worse and worse here, but I have to get
this fixed some how.
Thanks,
-Hawke

> > > >http://pastie.org/769556andinthe startup event.log :http://pastie.org/769574

[Daniel Widerin]

Hi

Am 08.01.10 22:44, schrieb merp:

> Also, I made the mistake of following these directions:
> https://bugs.launchpad.net/singing-dancing/+bug/303984
> And now I can't even view the site from ZMI or as admin.
> Ran the following:
>
>
>>>> print app.tolkienscholars.portal_newsletters
> 2010-01-08 21:16:13 WARNING OFS.Uninstalled Could not import class
> 'PortalNewsletters' from module 'collective.dancing.channel'
> <PortalNewsletters at broken>
>>>> del app.tolkienscholars.portal_newsletters
>>>> import transaction
>>>> transaction.commit()
>>>>
>

Did you delete the portal_newsletters tool?

So there's no attribute called portal_newsletters any more. Try
reinstall collective.dancing using quickinstaller. This should add a new
portal_newsletters tool into your site.

saily

[Daniel Nouri]

merp <merpd...@gmail.com> writes:

You must not do experiments with your site without a database backup.

Not sure, but I think that portal_newsletters might still exist in
"portal._objectIds" or similar. Try to "print portal.__dict__" to see
these eventually left traces.

> On Jan 8, 1:39 pm, merp <merpdot...@gmail.com> wrote:
>> Had the following issue (trying again, now that I tracked down one of
>> the sites that definitely had S&D wreak havoc, it appears that 7 sites
>> in this instance are damaged severely (can't even view components tab,
>> add/remove products, etc), and 11 others are somewhat impacted (can't
>> add/remove products, but can view components tab):
>>
>> >>> from collective.singing.interfaces import ISalt
>> >>> from collective.singing.async import IQueue
>> >>> import transaction
>> >>> portal = app.tolkienscholars
>> >>> sm = portal.getSiteManager()
>>
>> 2010-01-08 21:33:20 WARNING OFS.Uninstalled Could not import class
>> 'IntIds' from module 'five.intid.intid'
>> 2010-01-08 21:33:21 WARNING OFS.Uninstalled Could not import class
>> 'Salt' from module 'collective.dancing.channel'
>>
>> Suggestions on where to go from there?

Have you tried looking up the ISalt and IQueue utilities in this "sm"?
If they're there, try and remove them.

>> On Jan 8, 12:43 pm, merp <merpdot...@gmail.com> wrote:
>>
>> > Thanks for pointing out my error on the Plone instance, I've adjusted
>> > that appropriately for each site, but still getting the same error. Is
>> > there some sort of search I can run from >>> that can tell me WHERE
>> > ISalt utility is hiding through my whole DB so I can figure out which
>> > of the dozen+ of sites are holding on to it?
>>
>> > What is PDB?

PDB is the Python debugger.

With PDB, and specifically, its post-mortem debugging feature, you could
look at the state of variables just at the moment when the error
occurs. This allows you to see exactly the code path that resulted in
the error.

>> > What would I want to be looking for in the components tab in the ZMI
>> > for each site?

The components tab should list all site local utilities and adapters.

[merp]

Sure enough, found more traces from
>>> portal = app.tolkienscholars
>>> print portal.__dict__

sure enough, found some there:
_collective_dancing__Preview_newsletter_Permission': ('Reviewer',
'Manager'),
'_collective_dancing__Send_as_newsletter_Permission': ('Reviewer',
'Manager'),
'_collective_dancing__Manage_newsletters_Permission': ('Manager',)
'_collective_dancing__Manage_newsletters_Permission': ('Manager',)

So, what would be the syntax to clean those out?

On Jan 9, 6:51 am, Daniel Nouri <daniel.no...@gmail.com> wrote:

> merp <merpdot...@gmail.com> writes:
> > Also, I made the mistake of following these directions:
> >https://bugs.launchpad.net/singing-dancing/+bug/303984
> > And now I can't even view the site from ZMI or as admin.
> > Ran the following:
>
> >>>> print app.tolkienscholars.portal_newsletters
> > 2010-01-08 21:16:13 WARNING OFS.Uninstalled Could not import class
> > 'PortalNewsletters' from module 'collective.dancing.channel'
> > <PortalNewsletters at broken>
> >>>> del app.tolkienscholars.portal_newsletters
> >>>> import transaction
> >>>> transaction.commit()
>
> > Now generates this error (anonymous users can view site, but I can't
> > do anything at all through ZMI for just that site (didn't impact the
> > other sites in that instance thank goodness, and I'm not sure how to
> > roll that transaction back, if there is such an option?):
> > 2010-01-08T21:22:35 ERROR Zope.SiteErrorLog

> > 1262985755.760.153239727141http://66.165.236.125/manage_menu

> > Traceback (innermost last):
> >   Module ZPublisher.Publish, line 119, in publish
> >   Module ZPublisher.mapply, line 88, in mapply
> >   Module ZPublisher.Publish, line 42, in call_object
> >   Module Shared.DC.Scripts.Bindings, line 313, in __call__
> >   Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> >   Module App.special_dtml, line 178, in _exec
> >   Module TreeDisplay.TreeTag, line 88, in render
> >   Module TreeDisplay.TreeTag, line 209, in tpRender
> >   Module TreeDisplay.TreeTag, line 461, in tpRenderTABLE
> >    - __traceback_info__: (['AAAAAAAAAAE=', [['AAAAAAAAvg0=', []]]],
> > {'url': 'tpURL', 'nowrap': '1', 'branches': 'tpValues', 'id': 'tpId',
> > 'childless_decoration': ''}, [['AAAAAAAAAAE=', [['AAAAAAAAvg0=',
> > []]]]], [['AAAAAAAAAAE=', [['AAAAAAAAvg0=', []]]]])
> >   Module TreeDisplay.TreeTag, line 262, in tpRenderTABLE
> >   Module OFS.OrderSupport, line 293, in tpValues
> >   Module OFS.ObjectManager, line 420, in objectValues
> >   Module OFS.ObjectManager, line 291, in _getOb
> > AttributeError: portal_newsletters
>
> > Help please?
> > I seem to be making things worse and worse here, but I have to get
> > this fixed some how.
>
> You must not do experiments with your site without a database backup.

Alas, I definitely knew better. I had made a backup before the step
before, but forgot before that step. And since the .fs is several GB
it takes a while to backup each time.

>
> Not sure, but I think that portal_newsletters might still exist in
> "portal._objectIds" or similar.  Try to "print portal.__dict__" to see
> these eventually left traces.
>
>
>
> > On Jan 8, 1:39 pm, merp <merpdot...@gmail.com> wrote:
> >> Had the following issue (trying again, now that I tracked down one of
> >> the sites that definitely had S&D wreak havoc, it appears that 7 sites
> >> in this instance are damaged severely (can't even view components tab,
> >> add/remove products, etc), and 11 others are somewhat impacted (can't
> >> add/remove products, but can view components tab):
>
> >> >>> from collective.singing.interfaces import ISalt
> >> >>> from collective.singing.async import IQueue
> >> >>> import transaction
> >> >>> portal = app.tolkienscholars
> >> >>> sm = portal.getSiteManager()
>
> >> 2010-01-08 21:33:20 WARNING OFS.Uninstalled Could not import class
> >> 'IntIds' from module 'five.intid.intid'
> >> 2010-01-08 21:33:21 WARNING OFS.Uninstalled Could not import class
> >> 'Salt' from module 'collective.dancing.channel'
>
> >> Suggestions on where to go from there?
>
> Have you tried looking up the ISalt and IQueue utilities in this "sm"?
> If they're there, try and remove them.

That is how this thread started, with me attempting to remove them. I
am still trying to do so, but stuck there too. There are bits and
pieces scattered all over from S&D. :-(

>
> >> On Jan 8, 12:43 pm, merp <merpdot...@gmail.com> wrote:
>
> >> > Thanks for pointing out my error on the Plone instance, I've adjusted
> >> > that appropriately for each site, but still getting the same error. Is
> >> > there some sort of search I can run from >>> that can tell me WHERE
> >> > ISalt utility is hiding through my whole DB so I can figure out which
> >> > of the dozen+ of sites are holding on to it?
>
> >> > What is PDB?
>
> PDB is the Python debugger.
>
> With PDB, and specifically, its post-mortem debugging feature, you could
> look at the state of variables just at the moment when the error
> occurs.  This allows you to see exactly the code path that resulted in
> the error.
>
> >> > What would I want to be looking for in the components tab in the ZMI
> >> > for each site?
>
> The components tab should list all site local utilities and adapters.
>
> >> > I had tried (months ago) the reinstall approach, but unfortunately
> >> > that forces so many core upgrades that it completely breaks all my
> >> > sites and products. That was why I had to uninstall S&D, but the sites
> >> > have never been able to function fully ever since unfortunately.
>
> >> > Thanks for the additional suggestions. Please keep 'em coming.
> >> > Cheers!
> >> > -Hawke
>
>

Thanks again!
-Hawke

[merp]

Wow, I can't even delete the entire site that has the singing and
dancing lingering.

created a new plone site. went to the old site with one browser, and
the new one with another. Created a new page on the new site.
highlighted the text on the old site. copied/pasted. Saved new page.
repeated for each content item. new site now works (though again, on a
limited basis), so want to get rid of the old site that is crippling
the entire zope/plone instance. but can't get rid of the old site in
ZMI. :-(
in ZMI. selected old plone site checkbox for the entire site
"tolkienscholars". clicked the "delete" button. no joy.

2010-01-10T02:10:37 ERROR Zope.SiteErrorLog
1263089437.770.276249230605 http://66.165.236.125/manage_delObjects

Traceback (innermost
last):
Module ZPublisher.Publish, line 119, in
publish
Module ZPublisher.mapply, line 88, in
mapply
Module ZPublisher.Publish, line 42, in
call_object

Module OFS.ObjectManager, line 525, in
manage_delObjects
Module OFS.ObjectManager, line 380, in
_delObject
Module zope.event, line 23, in
notify
Module zope.component.event, line 26, in
dispatch
Module zope.component._api, line 130, in
subscribers
Module zope.component.registry, line 290, in
subscribers
Module zope.interface.adapter, line 535, in
subscribers
Module zope.component.event, line 33, in
objectEventNotify
Module zope.component._api, line 130, in
subscribers
Module zope.component.registry, line 290, in
subscribers
Module zope.interface.adapter, line 535, in
subscribers
Module OFS.subscribers, line 107, in
dispatchObjectWillBeMovedEvent
Module zope.app.container.contained, line 181, in
dispatchToSublocations
Module OFS.subscribers, line 87, in
sublocations

Module OFS.ObjectManager, line 420, in
objectValues
Module OFS.ObjectManager, line 291, in
_getOb
AttributeError: portal_newsletters

[Daniel Nouri]

ObjectManager.objectValues is trying to look up portal_newsletters,
which you deleted manually. This has got nothing to do with S&D per
se.

Daniel

[merp]

But weren't the portal_newsletter references created by S&D? If it has
nothing to do with S&D, whom should I be contacting then? Are you
saying it is some other product? Or just because I followed the info
here:

https://bugs.launchpad.net/singing-dancing/+bug/303984

That I am SOL?

This all started with making the mistake of installing S&D.
Then going through the normal removal of S&D.
Then finding out (as many, many, others have, as seen on website
postings, and in the
plone chatrooms) that S&D leaves behind persistent utilities and
other
tendrils that causes removal of S&D to corrupt Plone sites.

Could someone please suggest how to remove these last tendrils of S&D?
Or at the very least, to let me force a delete of this corrupted site
specific instance, without hosing the rest of the site instances in
this Plone instance?

Thanks.

On Jan 14, 6:40 am, Daniel Nouri <daniel.no...@gmail.com> wrote:

> On Sun, Jan 10, 2010 at 2:13 AM, merp <merpdot...@gmail.com> wrote:
> > Wow, I can't even delete the entire site that has the singing and
> > dancing lingering.
>
> >  created a new plone site. went to the old site with one browser, and
> > the new one with another. Created a new page on the new site.
> > highlighted the text on the old site. copied/pasted. Saved new page.
> > repeated for each content item. new site now works (though again, on a
> > limited basis), so want to get rid of the old site that is crippling
> > the entire zope/plone instance. but can't get rid of the old site in
> > ZMI. :-(
> > in ZMI. selected old plone site checkbox for the entire site
> > "tolkienscholars". clicked the "delete" button. no joy.
>
> > 2010-01-10T02:10:37 ERROR Zope.SiteErrorLog

> > 1263089437.770.276249230605http://66.165.236.125/manage_delObjects

[merp]

I managed to roll back the transaction that Daniel gave me grief over:

I looked back at the posting log when I did the manual delete that
seeming supposedly made things worse.

>>> print app.tolkienscholars.portal_newsletters
> 2010-01-08 21:16:13 WARNING OFS.Uninstalled Could not import class
> 'PortalNewsletters' from module 'collective.dancing.channel'
> <PortalNewsletters at broken>
>>>> del app.tolkienscholars.portal_newsletters
>>>> import transaction
>>>> transaction.commit()

Note the date and time: 2010-01-08 21:16:13

So, I looked through the base plone instance (not the tolkienscholars
site instance), and found the closest transaction entry, that was not
clearly something else (like installing products or user account
creation), and found this:

by Zope 2010-01-08 21:16:42
No other details to that transaction.

So, I first shutdown the entire instance, once again backed up my DB
(Data.fs, Data.fs.index, Data.fs.tmp) again (takes a long time since
it is multiple GB's).
Started the cluster back up (waited for it to be fully up. Refreshed
that transaction page to make certain it was still valid, indeed, it
had moved the transaction several pages.

Selected the correct transaction checkbox, and attempted to "Undo"
it...
It appeared to work:
/manage_undo_transactions Undo 2010/01/0821:16:42.644GMT by admin

2010-01-14 19:35:48

Now the left hand navigation in ZMI that was broken, has returned.
And I can view the tolkienscholars site instance once again.
Yay!

So, once again back to square one again.
How do I get rid of these lingering traces of S&D?
If that manual delete process was wrong, what would be the correct way
to fix this?
Thanks.

[merp]

And still, when I try to click ont he "Components" tab in the ZMI, I
get still get this error, rather than being able to see the components
information:

2010-01-14T19:49:49 ERROR Zope.SiteErrorLog
1263498589.380.280708383435 http://<server>/tolkienscholars/manage_components

Traceback (innermost last):
Module ZPublisher.Publish, line 119, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 42, in call_object

Module zope.formlib.form, line 769, in __call__
Module Products.Five.formlib.formbase, line 55, in update
Module zope.formlib.form, line 732, in update
Module Products.GenericSetup.browser.components, line 71, in
setUpWidgets
Module zope.formlib.form, line 802, in setUpWidgets
Module zope.formlib.form, line 403, in setUpEditWidgets
Module zope.schema._bootstrapfields, line 171, in get
Module Products.GenericSetup.browser.components, line 51, in
_getBody
Module Products.GenericSetup.utils, line 530, in _exportBody
Module Products.GenericSetup.components, line 56, in _exportNode
Module Products.GenericSetup.components, line 214, in
_extractUtilities
Module five.localsitemanager.registry, line 194, in
registeredUtilities
Module zope.component.registry, line 127, in registeredUtilities

ValueError: too many values to unpack

On Jan 14, 11:41 am, merp <merpdot...@gmail.com> wrote:
> So, once again, trying to remove that old site instance that began all
> this pain with S&D. But still can't delete the site:
>
> ------
> 2010-01-14T19:41:10 ERROR root Exception while rendering an error
> message

> Traceback (most recent call
> last):

>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/OFS/
> SimpleItem.py", line 227, in
> raise_standardErrorMessage
>     v = s
> (**kwargs)
>   File "/arc/Plone/3.3/buildout-cache/eggs/Products.CMFCore-2.1.2-
> py2.4.egg/Products/CMFCore/FSPythonScript.py", line 140, in
> __call__
>     return Script.__call__(self, *args,
> **kw)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/Shared/DC/
> Scripts/Bindings.py", line 313, in
> __call__
>     return self._bindAndExec(args, kw,
> None)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/Shared/DC/
> Scripts/Bindings.py", line 350, in
> _bindAndExec
>     return self._exec(bound_data, args,
> kw)
>   File "/arc/Plone/3.3/buildout-cache/eggs/Products.CMFCore-2.1.2-
> py2.4.egg/Products/CMFCore/FSPythonScript.py", line 196, in
> _exec
>     result = f(*args,
> **kw)
>   File "Script (Python)", line 34, in
> standard_error_message
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/Shared/DC/
> Scripts/Bindings.py", line 313, in
> __call__
>     return self._bindAndExec(args, kw,
> None)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/Shared/DC/
> Scripts/Bindings.py", line 350, in
> _bindAndExec
>     return self._exec(bound_data, args,
> kw)
>   File "/arc/Plone/3.3/buildout-cache/eggs/Products.CMFCore-2.1.2-
> py2.4.egg/Products/CMFCore/FSPageTemplate.py", line 216, in
> _exec
>     result = self.pt_render
> (extra_context=bound_names)
>   File "/arc/Plone/3.3/buildout-cache/eggs/Products.CacheSetup-1.2.1-
> py2.4.egg/Products/CacheSetup/patch_cmf.py", line 29, in
> FSPT_pt_render
>     return call_pattern(self, 'pt_render',
> '__CacheSetup_FSPageTemplate_%s__', source, extra_context)
>   File "/arc/Plone/3.3/buildout-cache/eggs/Products.CacheSetup-1.2.1-
> py2.4.egg/Products/CacheSetup/patch_utils.py", line 9, in
> call_pattern
>     return getattr(self, pattern % __name__)(*args,
> **kw)
>   File "/arc/Plone/3.3/buildout-cache/eggs/Products.CMFCore-2.1.2-
> py2.4.egg/Products/CMFCore/FSPageTemplate.py", line 155, in
> pt_render
>     result = FSPageTemplate.inheritedAttribute('pt_render')
> (
>   File "/arc/Plone/3.3/buildout-cache/eggs/Products.CacheSetup-1.2.1-
> py2.4.egg/Products/CacheSetup/patch_cmf.py", line 77, in
> PT_pt_render
>     return call_pattern(self, 'pt_render', '__CacheSetup_PageTemplate_
> %s__', source, extra_context)
>   File "/arc/Plone/3.3/buildout-cache/eggs/Products.CacheSetup-1.2.1-
> py2.4.egg/Products/CacheSetup/patch_utils.py", line 9, in
> call_pattern
>     return getattr(self, pattern % __name__)(*args,
> **kw)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/Products/
> PageTemplates/PageTemplate.py", line 98, in
> pt_render
>
> showtal=showtal)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/
> pagetemplate/pagetemplate.py", line 117, in
> pt_render
>     strictinsert=0, sourceAnnotations=sourceAnnotations)
> ()
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 271, in
> __call__
>     self.interpret
> (self.program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 891, in
> do_useMacro
>     self.interpret
> (macro)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 536, in
> do_optTag_tal
>     self.do_optTag
> (stuff)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 521, in
> do_optTag
>     return self.no_tag(start,
> program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 516, in no_tag
>     self.interpret
> (program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 957, in
> do_defineSlot
>     self.interpret
> (block)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 536, in
> do_optTag_tal
>     self.do_optTag
> (stuff)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 521, in
> do_optTag
>     return self.no_tag(start,
> program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 516, in no_tag
>     self.interpret
> (program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 861, in
> do_defineMacro
>     self.interpret
> (macro)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 957, in
> do_defineSlot
>     self.interpret
> (block)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 536, in
> do_optTag_tal
>     self.do_optTag
> (stuff)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 521, in
> do_optTag
>     return self.no_tag(start,
> program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 516, in no_tag
>     self.interpret
> (program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 534, in
> do_optTag_tal
>     self.no_tag(stuff[-2], stuff
> [-1])
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 516, in no_tag
>     self.interpret
> (program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 949, in
> do_defineSlot
>     self.interpret
> (slot)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 855, in
> do_condition
>     self.interpret
> (block)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 536, in
> do_optTag_tal
>     self.do_optTag
> (stuff)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 521, in
> do_optTag
>     return self.no_tag(start,
> program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 516, in no_tag
>     self.interpret
> (program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 855, in
> do_condition
>     self.interpret
> (block)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 536, in
> do_optTag_tal
>     self.do_optTag
> (stuff)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 521, in
> do_optTag
>     return self.no_tag(start,
> program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 516, in no_tag
>     self.interpret
> (program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 855, in
> do_condition
>     self.interpret
> (block)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 536, in
> do_optTag_tal
>     self.do_optTag
> (stuff)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 521, in
> do_optTag
>     return self.no_tag(start,
> program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 516, in no_tag
>     self.interpret
> (program)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 346, in
> interpret
>     handlers[opcode](self,
> args)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tal/
> talinterpreter.py", line 586, in do_setLocal_tal
>     self.engine.setLocal(name, self.engine.evaluateValue(expr))
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/zope/tales/
> tales.py", line 696, in evaluate
>     return expression(self)
>   File "/arc/Plone/3.3/Zope-2.10.9-final-py2.4/lib/python/Products/
> PageTemplates/ZRPythonExpr.py", line 49, in __call__
>     return eval(self._code, vars, {})
>   File "PythonExpr", line 1, in <expression>
> AttributeError: 'NoneType'...
>
> read more »

[merp]

So, once again, trying to remove that old site instance that began all
this pain with S&D. But still can't delete the site:

------
2010-01-14T20:05:37 ERROR Zope.SiteErrorLog
1263499537.080.570835641328 http://66.165.236.125/manage_delObjects
Traceback (innermost last):
Module ZPublisher.Publish, line 125, in publish
Module Zope2.App.startup, line 238, in commit
Module transaction._manager, line 96, in commit
Module transaction._transaction, line 395, in commit
Module transaction._transaction, line 495, in _commitResources
Module ZODB.Connection, line 510, in commit
Module ZODB.Connection, line 555, in _commit
Module ZODB.Connection, line 582, in _store_objects
Module ZODB.serialize, line 407, in serialize
Module OFS.Uninstalled, line 40, in __getstate__
SystemError: This object was originally created by a product that
is no longer installed. It cannot be updated.
(<Salt at broken>)

So, where should I go next?
Thanks.

> ...
>
> read more »

[merp]

Tried this, but apparently not sufficient:

>> from collective.singing.interfaces import ISalt
>>> from collective.singing.async import IQueue
>>> import transaction
>>> portal = app.tolkienscholars
>>> sm = portal.getSiteManager()

2010-01-14 20:18:46 WARNING OFS.Uninstalled Could not import class
'IntIds' from module 'five.intid.intid'
2010-01-14 20:18:46 WARNING OFS.Uninstalled Could not import class
'Salt' from module 'collective.dancing.channel'
>>> from collective.dancing.channel import Salt

Traceback (most recent call last):

File "<stdin>", line 1, in ?

File "/arc/Plone/3.3/Python-2.4/lib/python2.4/site-packages/
collective/dancing/channel.py", line 18, in ?
import collective.singing.message
File "/arc/Plone/3.3/Python-2.4/lib/python2.4/site-packages/
collective/singing/message.py", line 16, in ?
import zc.queue.interfaces
ImportError: No module named queue.interfaces

On Jan 14, 12:03 pm, merp <merpdot...@gmail.com> wrote:
> So, once again, trying to remove that old site instance that began all
> this pain with S&D. But still can't delete the site:
>
> ------

> 2010-01-14T20:05:37 ERROR Zope.SiteErrorLog

> 1263499537.080.570835641328http://66.165.236.125/manage_delObjects

> ...
>
> read more »

[merp]

Any additional suggestions to help with finishing this clean up?
Thanks!

> ...
>
> read more »