-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 23 Jul 2004 03:30 am, Dieter Maurer wrote:
Moreover, I propose to change the local role management pages.
When setting local roles, information about acquired
local role definitions is very helpful.
I therefore propose to display this
Dieter Maurer wrote:
All DA's I saw up to now, do a reconnect.
ZOracleDA didn't...
But this is *WRONG -- as part of a transaction may have been lost.
After reconnecting, they should raise an exception
derived from ConflictError and let the complete request retry.
...but it now does this :-)
Chris
Yes, X-FORWARDED-FOR, but this solution (enabling
trusted-servers in zope.conf) do not work.
Trusted-servers in my zope.conf are already enabled,
but in the log file, the ip of the proxy appears when
I want to log the ip of the client.
I was searching the function that writes the
REMOTE_ADDR
Yes, X-FORWARDED-FOR, but this solution (enabling
trusted-servers in zope.conf) do not work.
Trusted-servers in my zope.conf are already enabled,
but in the log file, the ip of the proxy appears when
I want to log the ip of the client.
I was searching the function that writes the
REMOTE_ADDR
On 23 Jul 2004 at 10:58, Chris Withers wrote:
Dieter Maurer wrote:
All DA's I saw up to now, do a reconnect.
ZOracleDA didn't...
But this is *WRONG -- as part of a transaction may have been lost.
After reconnecting, they should raise an exception
derived from ConflictError and
Thanks Tim and Chris! - You were both dead on in so many respects.
Chris, There was a correlation with flip in the logs
Tim: looks like once a None occurs it sticks.
Source of the problem was an old cache file (1-None-1) that could not be overwritten by the current uid running Zope. (That's the
Thanks a lot for the confirmation!
I haven't seen this problem crop up in several days myself, but that may
just be due to the fact that the ZEO cache hasn't flipped. (Tim, yes,
when it does happen, it only happens once; then the server is restarted
by my customer to get the site going again, so
On 23 Jul 2004, at 17:00, Chris McDonough wrote:
Thanks a lot for the confirmation!
A pint from me the next time I see you. And Tim!
The next item is this message - I see many - and need to restart the instance that's spewing them:
2004-07-23T08:21:07 INFO(0) ZEC:1-None-1 load: bad record for
On Fri, Jul 23, 2004 at 06:18:08PM +0100, Russ Ferriday wrote:
On 23 Jul 2004, at 17:00, Chris McDonough wrote:
Thanks a lot for the confirmation!
A pint from me the next time I see you. And Tim!
The next item is this message - I see many - and need to restart the
instance that's
Thanks Tres,
That looks to be about it.
We'll limp through today, and try this on the weekend. This will cause a couple of other changes and I don't have the nerve for it at 7PM on a Friday night.
I'll let you know, and write up these last few lessons on Zope.org.
--r.
On 23 Jul 2004, at 18:35,
No, I think Tres nailed it, in his reply.
I'll confirm when I know more.
Thanks anyway.
--r.
On 23 Jul 2004, at 18:38, Paul Winkler wrote:
it shouldn't matter what directory as long as the filenames are
unique...
if so, I can't see immediately how to put the files elsewhere, per
Client.
You
On Fri, 2004-07-23 at 13:18, Russ Ferriday wrote:
On 23 Jul 2004, at 17:00, Chris McDonough wrote:
Thanks a lot for the confirmation!
A pint from me the next time I see you. And Tim!
The next item is this message - I see many - and need to restart
theinstance that's spewing
robert rottermann wrote at 2004-7-22 21:35 +0200:
I would very much apreciate such an enhancment.
so ++1
I would like to see where a role was assigned.
To keep the management page simple,
my proposal only would tell you somewhere above.
This is enough information to decide what to do locally.
Brad Clements wrote at 2004-7-23 09:53 -0400:
On 23 Jul 2004 at 10:58, Chris Withers wrote:
Dieter Maurer wrote:
All DA's I saw up to now, do a reconnect.
ZOracleDA didn't...
But this is *WRONG -- as part of a transaction may have been lost.
After reconnecting, they should raise an
Chris Withers wrote at 2004-7-23 10:58 +0100:
Dieter Maurer wrote:
All DA's I saw up to now, do a reconnect.
ZOracleDA didn't...
Really? I saw it reconnecting...
But this is *WRONG -- as part of a transaction may have been lost.
After reconnecting, they should raise an exception
derived
On 23 Jul 2004 at 20:08, Dieter Maurer wrote:
The bad sequence can look as follows:
* Zope starts a request (and thereby a transaction)
* The request sends a modifying request to a relational database
* The connection is lost; the former modification is discarded
as the database
On Fri, 2004-07-23 at 16:21, Tim Peters wrote:
[Chris McDonough]
...
self._f[current] = open(self._p[current],'w+b')
will be likely to fail at the last line if you're using
nonpersistent cache files, because self._p[current] is (bogus)
'1-None-0' (relative bogus
I dont see a data loss problem either (unless there are hardware failures)
If a connection is dropped due to inactivity it should not affect any
transactions going to occur in the future as a reconnect is issued
before submitted new transactions.
However connections getting dropped due to
18 matches
Mail list logo
