Paul Sue wrote at 2005-8-31 14:36 -0700:
...
* Module AccessControl.User, line 641, in validate
* Module Products.GroupUserFolder.GroupUserFolder, line 980, in
authenticate
There were a few more lines after this traceback -- essential ones.
Look at them and then look at line 980 in
: zope@zope.org
Subject: RE: [Zope] HELP!! Data.fs corrupted
Paul Sue wrote at 2005-8-31 14:36 -0700:
...
* Module AccessControl.User, line 641, in validate
* Module Products.GroupUserFolder.GroupUserFolder, line 980, in
authenticate
There were a few more lines after this traceback
Hi,
Our server crashed and wouldn't boot up. Fortunately, we had backups of of
Data.fs on another server .. so I installed Zope 2./7.4/Plone 2.0.5 on another
server and used repozo to try to restore Data.fs:
./repozo.py -Rv -r /temp/recover -o Data.fs
However, when I start up Zope, I get:
Paul Sue schrieb:
Hi,
Our server crashed and wouldn't boot up. Fortunately, we had backups of of Data.fs on another server .. so I installed Zope 2./7.4/Plone 2.0.5 on another server and used repozo to try to restore Data.fs:
./repozo.py -Rv -r /temp/recover -o Data.fs
However, when I
.deltafs
2005-08-30-06-01-28.deltafs
-Original Message-
From: Tino Wildenhain [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 31, 2005 2:18 AM
To: Paul Sue
Cc: zope@zope.org
Subject: Re: [Zope] HELP!! Data.fs corrupted
Paul Sue schrieb:
Hi,
Our server crashed and wouldn't boot up
Paul Sue wrote at 2005-8-31 01:31 -0700:
...
./repozo.py -Rv -r /temp/recover -o Data.fs
However, when I start up Zope, I get:
2005-08-31T01:20:21 PANIC(300) ZODB FS FS21 ERROR: /home/zope/ssoi/var/Data.fs
data record exceeds transaction record at 54956706
Chris McDonough wrote:
I'm going to take a guess. It would appear AFAICT that the ZDiscussions
product installed an object which it hung off the root object (the
application object) when it was first imported.
Don't rememebr seeing anything like this in ZDiscussions when I was
looking
Maybe it's a Zope-level rather than ZODB level problem? Maybe some of
the ZClass machinery or product registration machinery is screwing
things up?
This is possible. Maybe even likely.
Given that people have reported this from more than one product now, I'd
be inclined to think it's not
On Fri, 10 Nov 2000, Chris Withers wrote:
Chris McDonough wrote:
I'm going to take a guess. It would appear AFAICT that the ZDiscussions
product installed an object which it hung off the root object (the
application object) when it was first imported.
Don't rememebr seeing
FWIW, I can also report this problem with ZDiscussions. In my case it
stemmed from not properly deleting the ZDiscussion product before moving
my Data.fs from 2.1.6 to 2.2.1 (I think). The symptom then was beeing
unable to create ZSQL Methods (!) because of a missing
Chris McDonough wrote:
FWIW, I can also report this problem with ZDiscussions. In my case it
stemmed from not properly deleting the ZDiscussion product before moving
my Data.fs from 2.1.6 to 2.2.1 (I think). The symptom then was beeing
unable to create ZSQL Methods (!) because of a
On Fri, 10 Nov 2000, Chris McDonough wrote:
FWIW, I can also report this problem with ZDiscussions. In my case it
stemmed from not properly deleting the ZDiscussion product before moving
my Data.fs from 2.1.6 to 2.2.1 (I think). The symptom then was beeing
unable to create ZSQL Methods
Thanks for the informative thread. FWIW, I see this problem too. It's
preventing me from importing various PTK Membership .zexp's.
-Simon
___
Zope maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope
** No cross posts or HTML
at least every one but one (the 2G pointer bug) that I've
personally seen.
- Original Message -
From: "Bill Welch" [EMAIL PROTECTED]
To: "Chris McDonough" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, November 08, 2000 2:59 PM
Subject: Re: [Zope] Is data
I just asked the question lately, if it is safe to simply delete a Product
in the lib/python/Product folder, if it is not deletable via the
Control_Panel. Some told me that it is no problem. Now I am more unsure to
delete the stuff.
h is really not the case... most purported "ZODB
corruption" issues are caused by programming errors in Products. This
has
been the case for at least every one but one (the 2G pointer bug) that
I've
personally seen.
- Original Message -----
From: "Bill Wel
* Stephan Goeldi [EMAIL PROTECTED] [001109 13:30]:
I just asked the question lately, if it is safe to simply delete a Product
in the lib/python/Product folder, if it is not deletable via the
Control_Panel. Some told me that it is no problem. Now I am more unsure to
delete the stuff.
for
Eyeballing my problem Data.fs (I kept a copy), I see something different
than you describe.
What I take to be the root object (OID 0) refers to a record in what
appears to an instance of something to do with PTK (OID 57). A separate
record in the PTK related instance (PRI) refers to a record in
Bill Welch wrote:
Eyeballing my problem Data.fs (I kept a copy), I see something different
than you describe.
What I take to be the root object (OID 0) refers to a record in what
appears to an instance of something to do with PTK (OID 57).
Wow, nice dumps...
So the root object contains
Hello All,
After a linux machine crash or cold restart something strange is going
on with Zope (2.2.2) - all objects built on ZClass-based products like
Yihaw or QSurvey are broken. Products are in Product folder, and i
even can add an object and it works, but when i try to access it in a
new
Message -
From: "Alexander Chelnokov" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, November 08, 2000 12:41 PM
Subject: [Zope] Is data.fs corrupted?
Hello All,
After a linux machine crash or cold restart something strange is going
on with Zope (2.2.2) - all obj
I think it is ZODB corruption. See my post of a couple of weeks ago for
suggestions for recovery.
This the fourth example of ZClass related DB corruption that I've seen in
the past six weeks. In my own brush with this, it seemed to be triggered
by uninstalling and reinstalling products.
Bill.
- Original Message -
From: "Bill Welch" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, November 08, 2000 1:58 PM
Subject: Re: [Zope] Is data.fs corrupted?
I think it is ZODB corruption.
This is very unlikely. What makes
h" [EMAIL PROTECTED]
Sent: Wednesday, November 08, 2000 1:43 PM
Subject: Re[4]: [Zope] Is data.fs corrupted?
Hello Chris,
Wednesday, November 08, 2000, 11:23:44 PM, you wrote:
CM Your ZODB isn't corrupted... it's a configuration issue. You've deleted
a
CM class without deleting all of its instan
In my case, I couldn't import DemoPortal.zexp or Wizard.zexp from PTK
because oid 1377 was already in use. The pickle dump that followed
contained references to ZDiscussions, which I had deleted some time
before.
After deleting the offending products and their directories, restarting
zope, and
se for at least every one but one (the 2G pointer bug) that I've
personally seen.
- Original Message -
From: "Bill Welch" [EMAIL PROTECTED]
To: "Chris McDonough" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, November 08, 2000 2:59 PM
Subject: Re: [Zope] Is data.fs c
Here's my evidence. A record (OID 0) in the "Added Globals" transaction
refers to a record (OID 57) in the "Installed product DemoPortal"
transaction.
From tranalyzer -r
TID: 33140200A4749F8 @ 69694 obs 1 len 274 (status 'p') By [Zope]
"Added Globals"
OID: 0 len 204
2,
- Original Message -
From: "Bill Welch" [EMAIL PROTECTED]
To: "Chris McDonough" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, November 08, 2000 4:21 PM
Subject: Re: [Zope] Is data.fs corrupted?
Here's my evidence. A record (OID 0) in the "Added Globals"
28 matches
Mail list logo
