Dieter Maurer wrote:
Adrian Hungate writes:
We should avoid sending the wrong
message by making a hotfix for every little thing.
Shane
I'd like to second this. It was one of the contibuting factors in the
decision of my former employers to opt for spectra instead
On Friday 09 Aug 2002 4:33 pm, Tres Seaver wrote:
Whithout the fix, virtually every Zope site in the world is vulnerable
to URL-based cross-site scripting exploits. For instance, any URL which
contains invalid form variable marshalling can generate an error page
which includes the erroneous
I'd like to second this. It was one of the contibuting factors in the
decision of my former employers to opt for spectra instead of a Zope
solution (That already existed!!).
I, in contrary, appreciate the openess and fast response with
respect to security problems.
I do not
On Mon, Aug 12, 2002 at 03:51:24PM +0100, Toby Dickenson wrote:
On Friday 09 Aug 2002 4:33 pm, Tres Seaver wrote:
Whithout the fix, virtually every Zope site in the world is vulnerable
to URL-based cross-site scripting exploits. For instance, any URL which
contains invalid form variable
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
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 a third one ...
Have you already tried the usual things, i.e.
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 a
Toby Dickenson wrote:
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
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 last
ReadConflictError: database read conflict error (oid
bc8d,
The conflict error you have likely has nothing to do with your data
loss, it's a normal artifact of Zope operation.
The first thing I would recommend trying today is shutting down,
removing
data.fs.index, and
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 a software failure?
software.
basically, the server
Jeffrey P Shell wrote:
On 8/9/02 8:43 AM, Toby Dickenson [EMAIL PROTECTED]
wrote:
...
Like I said before, this is probably a good feature. If it was available as a
patch then I would probably use it on a number of my sites, and would
recommend it to others. I would be very happy see it (or
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 a software failure?
Hi,
for the NZO effort I downloaded the site-layout product.
Looking at the makefiles I see, that in cvs.mk we have a section
# Zope versions
src/Zope-2.5.0: CVS_REPOSITORY=${ZOPE_CVS_REPOSITORY}
src/Zope-2.5.0: CVS_MODULE=Zope
src/Zope-2.5.0: CVS_TAG=-r Zope-2_5_0-src
src/Zope-2.5-head:
Did you download NZO_SiteLayout or site-layout? I think they are
different...
The entries in cvs.mk are just there to let us switch between Zope
versions as necessary by aliasing.
- Original Message -
From: Robert Rottermann [EMAIL PROTECTED]
To: zope-dev [EMAIL PROTECTED]
Sent:
Jim Fulton wrote:
Romain Slootmaekers wrote:
I think you are pretty far off here. You said you saw a read conflict.
No conflict resolution is done for a read conflict. Further, from the very
brief description of your DB class, it doesn't appear to use any objects
that actually try to
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
17 matches
Mail list logo
