Romain Slootmaekers wrote:
> Jim Fulton wrote:
>
>> Romain Slootmaekers wrote:
>>
...
> the object in question is created once, and there is no code to delete
> it since in that application, it is of no use.
> The only thing that happens is that we add/moify/delete other object to
> that rootn
On Monday 12 Aug 2002 11:31 pm, Romain Slootmaekers wrote:
> But we found something else:
>
> I included a script below that produces a stripped down analogy
> of our problem. (no zope needed, just ZODB, and you might wanna modify
> the first line to get it working)
Ive read your sample, but not
Romain Slootmaekers wrote:
> Jim Fulton wrote:
>
>> Romain Slootmaekers wrote:
>>
>>> Yo,
>>>
>>> we had a nasty crash of our zope server that we use for a b2b web
>>> application. The Data.fs ZODB lost a significant amount of data.
>>
>>
>>
>> What sort of crash? Was this a hardware failure, or
Romain Slootmaekers wrote:
> Yo,
>
> we had a nasty crash of our zope server that we use for a b2b web
> application. The Data.fs ZODB lost a significant amount of data.
What sort of crash? Was this a hardware failure, or a software failure?
> At this point, we restored the Data.fs from our la
On Monday 12 Aug 2002 4:50 pm, Joachim Werner wrote:
> Hi!
>
> I know of exactly two cases that could really cause a ZODB loose data: if
> you reach the 2GB limit with a Python not compiled for larger files and if
> you reach the physical limit of your storage. That is, if your case doesn't
> add
Joachim Werner
- Original Message -
From: "Romain Slootmaekers" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, August 12, 2002 5:28 PM
Subject: [Zope-dev] Coroner's toolkit for zope, or how to figure out what
went wrong.
> Yo,
>
> we had a n
Yo,
we had a nasty crash of our zope server that we use for a b2b web
application. The Data.fs ZODB lost a significant amount of data.
At this point, we restored the Data.fs from our last backup and the
server is back up and running. (breathing relieved)
What worries me is that we have no clu