Okay... I've managed to create a persistent object called 'p' with
the OID of the missing object. I have no idea how to determine the
database connection object to pass it to the
ZODB.Connection.Connection.add() .
-Tim
On 3/27/07, Dieter Maurer [EMAIL PROTECTED] wrote:
Tim Tisdall wrote
] wrote:
Tim Tisdall wrote at 2007-3-27 14:59 -0400:
When I try to access any part of the plone instance I'm given the
same exceptions I mentioned before. I can't seem to access any
subobjects. Am I doomed?
You mean a POSKeyError?
Then, you are not (yet) completely doomed. You can try
The broken object is a 1gb plone instance. Which is what I'm trying
to recover.
-Tim
On 3/26/07, Dieter Maurer [EMAIL PROTECTED] wrote:
Tim Tisdall wrote at 2007-3-23 20:08 -0400:
... broken objects ...
Another possibility would be to try to delete the broken object(s).
There is a HowTo
When I try to access any part of the plone instance I'm given the
same exceptions I mentioned before. I can't seem to access any
subobjects. Am I doomed?
-Tim
On 3/27/07, Dieter Maurer [EMAIL PROTECTED] wrote:
Tim Tisdall wrote at 2007-3-27 09:17 -0400:
The broken object is a 1gb plone
to be about it.
-Tim
On 3/27/07, Paul Winkler [EMAIL PROTECTED] wrote:
On Tue, Mar 27, 2007 at 02:59:51PM -0400, Tim Tisdall wrote:
When I try to access any part of the plone instance I'm given the
same exceptions I mentioned before. I can't seem to access any
subobjects. Am I doomed
a
persistent object?
-Tim
On 3/27/07, Dieter Maurer [EMAIL PROTECTED] wrote:
Tim Tisdall wrote at 2007-3-27 15:31 -0400:
That's what I've been using... the zopectl debug. It basically
says that there is a KeyError: 'fammed-old' when I try to access a
part of the object. The traceback seems
I've got a 1gb ZODB that contains a single plone site and I'm not
able to access any part of it via the ZMI. It keeps saying that it's
looking for key fammed-old which is another plone site in another
ZODB file. Basically I managed to partly migrate a Plone 2.0 to Plone
2.5 and then copied
own. If
that is the case then you need to write a script to fix up the
__ac_local_roles__ on the affected objects.
Laurence
Tim Tisdall wrote:
Here's the thing... I get a KeyError if that ZODB is on it's own,
but if I create a fammed-old object that's similar to what it's
looking
it to
be).
-Tim
On 3/23/07, Dieter Maurer [EMAIL PROTECTED] wrote:
Tim Tisdall wrote at 2007-3-23 16:32 -0400:
I tried running a pack on the database via fsrecover.fs and here's
what I get:
-
Recovering Data_fammedmain.fs into Data_fammedmain-recovery.fs
. 1 . 2 . 3 . 4 . 5 . 6 . 7 . 8 . 9 . 0
0 bytes