Re: [Zope-dev] Problems with session on ZEO

2004-08-09 Thread Gerhard Schmidt
On Wed, Aug 04, 2004 at 11:42:33PM +0200, Dieter Maurer wrote:
 Gerhard Schmidt wrote at 2004-8-3 09:34 +0200:
  ...
   Module Products.Sessions.SessionDataManager, line 94, in getSessionData
   Module Products.Sessions.SessionDataManager, line 183, in _getSessionDataObject
 SystemError: error return without exception set
 
 I had an issue in the same line:
 
   it called an incredibly expensive __len__ function.
 
 Maybe, in your case, it calls some broken __len__ function...
 
 I replaced the line by:
 
 # hasattr hides conflicts
 # DM 2004-07-09: and boolean tests may be very expensive!
 if getattr(ob, '__of__', None) is not None and getattr(ob, 'aq_parent', 
 None) is not None:
 
 See whether this helps you...

It seems that it does the Trick. :-)) No systemerror since i`ve done
the change. 

Thanx a Lot 

Bye
Estartu 

-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW  Online Services |
Tel: 089/289-25270|
Fax: 089/289-22253| PGP-Publickey auf Anfrage 



pgpXsyRE70MDX.pgp
Description: PGP signature
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Problems with session on ZEO

2004-08-04 Thread Gerhard Schmidt
On Wed, Aug 04, 2004 at 08:37:28AM -0400, Chris McDonough wrote:
 
 Wow!  You appear to be the first person to get this symptom who does not
 use Plone.  This is a great data point.  This error is being tracked at
 http://zope.org/Collectors/Zope/1401 .  There is no solution currently,
 we need volunteers to help reproduce and/or debug it.

I am running plone2. 

  Restarting the zeo server and one frontend fixes the problem for some 
  time. 
  
  i am running Zope 2.7.2 and Python 2.3.4 
  
  Here is the zeo config 
 
 snip config
 
 I suspect the fact that you're running sessioning over ZEO doesn't much
 matter here as people who are using the default config also get the
 error... (which is a good data point in itself).

Im getting this error since i have updated to Zope 2.7.1 and switched from 
filestorage to tempstorage for sessioning.

Bye
Estartu

-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW  Online Services |
Tel: 089/289-25270|
Fax: 089/289-22253| PGP-Publickey auf Anfrage 



pgpCKqh85YehB.pgp
Description: PGP signature
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Conflict errors on BDBMinimal storage

2004-05-17 Thread Gerhard Schmidt
On Mon, May 17, 2004 at 12:45:16PM -0400, Chris McDonough wrote:
 On Thu, 2004-05-13 at 05:23, Gerhard Schmidt wrote:
  Hi,
  
  whe are running portal unter zope2.7 with one zeo server and six frontend 
  application servers. 
  
  I have set up zeo to server two storages
  
  filestorage main
path $INSTANCE_HOME/var/Data.fs
  /filestorage
  
  minimalstorage temp
envdir $INSTANCE_HOME/var/session
  /minimalstorage
  
  temp should provide an shared session. But when is set up the frontends 
  to use temp as /temp_folder, we see many  ZODB conflict errors. The 
  performance decreases and PosErrors appear quite often. 
 
 BDBMininalStorage is no longer maintained and doesn't do any conflict
 resolution.  

Why this. I was told some time ago we should use BDBMinimalStorage to 
fix the conflict problems. 

 Even though you'll need to pack frequently, you might want
 to try a FileStorage instead.

There is no difference between BDB Storage and Filestorage regarding 
the conflicts. 

 Regardless, using ZEO will presumably always generate more conflict
 errors than using a local ZODB because the commit time is longer, and
 thus there's a better chance that two threads will be committing at the
 same time.

The bottom line is that there is no way of getting an shared session 
running. Why isn´t there an implementation of temporary storage for ZEO 
I dont care about conflit resolution. Its only session data. I simply 
need a shared session storage. But as Far as i can see the is no way 
of doing this. Are we the only site out there running Plone2 (Placeless
transaltion Service) at that scale. How do others handle there Session 

Bye
Estartu 

--
Gerhard Schmidt| Nick : estartu  IRC : Estartu  |
Fischbachweg 3 ||  PGP Public Key
86856 Hiltenfingen | [EMAIL PROTECTED] |   auf Anfrage/
Tel: 08232 77 36 4 ||on request 
Fax: 08232 77 36 3 || 


pgpqXUCWUVwl0.pgp
Description: PGP signature
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Conflict errors on BDBMinimal storage

2004-05-17 Thread Gerhard Schmidt
On Mon, May 17, 2004 at 01:38:15PM -0400, Chris McDonough wrote:
 On Mon, 2004-05-17 at 13:06, Gerhard Schmidt wrote:
   BDBMininalStorage is no longer maintained and doesn't do any conflict
   resolution.  
  
  Why this. I was told some time ago we should use BDBMinimalStorage to 
  fix the conflict problems. 
 
 When was that and who told you so?
 
   Even though you'll need to pack frequently, you might want
   to try a FileStorage instead.
  
  There is no difference between BDB Storage and Filestorage regarding 
  the conflicts. 
 
 OK.
 
   Regardless, using ZEO will presumably always generate more conflict
   errors than using a local ZODB because the commit time is longer, and
   thus there's a better chance that two threads will be committing at the
   same time.
  
  The bottom line is that there is no way of getting an shared session 
  running.
 
 It works doesn't it?  You just get conflict errors, right?  Conflict
 errors are normal at a certain level.

No It doesn`t. At the Moment we run with single sessions on each frontend
we have rewitten most ob the code using sessions to store ther information 
in cockies. But that´s not realy a good solution. 

  Why isn´t there an implementation of temporary storage for ZEO
 
 There is, just use the tempstorage package from Zope.

I didn´t find a way to use Tempstorage in zeo. 

temporarystorage
   name temporary storage for sessioning
/temporarystorage

didn´t work. How do i Set up a temporarystorage in zeo. 

  I dont care about conflit resolution. Its only session data.
 
 For better or worse, because it is based on ZODB, the implementation
 makes you need to care.

Than maybe the sessioncode should be redesigned not to use ZODB as 
storage but store ther information in some different system maybe 
a RDMB or some other system able to handle the kind of usage. 

  I simply 
  need a shared session storage. But as Far as i can see the is no way 
  of doing this.
 
 I don't understand.  You seem to have it working.  Is performance the
 issue?

The Performance decrase is there but the Problem is far deeper. If 
an read conflict isn´t resolved after three retries an Exception is 
raised an the request is aborted. And thats the real problem. 

   Are we the only site out there running Plone2 (Placeless
  transaltion Service) at that scale. How do others handle there Session 
 
 AFAIK Zope is the only appserver that even makes an attempt at allowing
 session data to be shared between servers like this.  Most other
 appservers require you to set up session affinity in your load
 balancer and have a session database on each appserver.
 
and nealy every system failed to do so. How do you implement this 
session affinity. Based on source IP. At the moment every large ISP 
uses multiple Proxyserver so every request comes from a different 
IP so the affinity doesn´t work for them. The Proxyserver provided by 
our Computing Center is also split on at least 8 Hosts, so everyone 
using this proxy would lose session infomation, getting very strange 
effekts. 

Bye
Estartu

--
Gerhard Schmidt| Nick : estartu  IRC : Estartu  |
Fischbachweg 3 ||  PGP Public Key
86856 Hiltenfingen | [EMAIL PROTECTED] |   auf Anfrage/
Tel: 08232 77 36 4 ||on request 
Fax: 08232 77 36 3 || 


pgpsBoo3UooYb.pgp
Description: PGP signature
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )