ZODB Mountpoint => ZODB.Connection Couldn't load state

[Maik Derstappen, Derstappen IT]

Hallo zusammen,

ich habe ein Problem mit der ZODB. Ich habe hier einen ZODB Mount Point
der eine per ZEO bereitgestellte DB als ATFolder in einem Plone
einbindet. Das funktionierte bisher auch ganz gut. Jetzt muckt meine
Instanz aber rum und bringt folgenden Fehler nach dem Starten.


2009-07-08 17:55:16 INFO Zope Ready to handle requests
2009-07-08 17:55:16 ERROR ZODB.Connection Couldn't load state for 0x102e
Traceback (most recent call last):
  File
"/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/Connection.py",
line 762, in setstate
    self._setstate(obj)
  File
"/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/Connection.py",
line 820, in _setstate
    self._reader.setGhostState(obj, p)
  File
"/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/serialize.py",
line 604, in setGhostState
    state = self.getState(pickle)
  File
"/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/serialize.py",
line 597, in getState
    return unpickler.load()
  File
"/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/serialize.py",
line 479, in _persistent_load
    return self.loaders[reference_type](self, *args)
  File
"/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/serialize.py",
line 540, in load_multi_oid
    conn = self._conn.get_connection(database_name)
  File
"/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/Connection.py",
line 329, in get_connection
    new_con = self._db.databases[database_name].open(
KeyError: 'share'

'share' ist der Mountpoint der /site/share wobei site die Plone Site ist.
Hat jemand einen Tipp woran das liegen kann?

viele Grüße Maik

--
========================================================================

Derstappen    I T  Consulting   Tel:         +49 ( 341 )   600  13  0 31
Zope/E-Mail/Backup/Monitoring   Mobil:       +49 ( 178 )   861  2    833
M a i k   D e r s t a p p e n   Fax:         +49 ( 180 ) 5 021 121 90 56
H e r l o ß s o h n s t r  12   Email:  [hidden email]
0 4 1 5 5       L e i p z i g   Internet:    http://www.derstappen-it.de

========================================================================




_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope

[Maik Derstappen, Derstappen IT]

Hallo zusammen, ich habe es selbst hin bekommen.
Es lag an halb angelegten Objekten im Plone Site root. Die sehr
wahrscheinlich aus einer Debug Session wärend eines Verschiebevorganges
entstanden sind. Dies hat dazu geführt das Zope schon beim Aufruf der
Plone Site irgendwelche Dinge auf dem Mountpoint machn wollte, was
natürlich nicht ging, da der Mount Point erst initialisiert wurde wenn
den den Mount Point auch aufgerufen hat.

Gruß Maik

Maik Derstappen, Derstappen IT schrieb:

> Hallo zusammen,
>
> ich habe ein Problem mit der ZODB. Ich habe hier einen ZODB Mount
> Point der eine per ZEO bereitgestellte DB als ATFolder in einem Plone
> einbindet. Das funktionierte bisher auch ganz gut. Jetzt muckt meine
> Instanz aber rum und bringt folgenden Fehler nach dem Starten.
>
>
> 2009-07-08 17:55:16 INFO Zope Ready to handle requests
> 2009-07-08 17:55:16 ERROR ZODB.Connection Couldn't load state for 0x102e
> Traceback (most recent call last):
>  File
> "/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/Connection.py",
> line 762, in setstate
>    self._setstate(obj)
>  File
> "/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/Connection.py",
> line 820, in _setstate
>    self._reader.setGhostState(obj, p)
>  File
> "/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/serialize.py",
> line 604, in setGhostState
>    state = self.getState(pickle)
>  File
> "/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/serialize.py",
> line 597, in getState
>    return unpickler.load()
>  File
> "/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/serialize.py",
> line 479, in _persistent_load
>    return self.loaders[reference_type](self, *args)
>  File
> "/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/serialize.py",
> line 540, in load_multi_oid
>    conn = self._conn.get_connection(database_name)
>  File
> "/home/maik/development/zope/buildouts/share/sat/parts/zope2/lib/python/ZODB/Connection.py",
> line 329, in get_connection
>    new_con = self._db.databases[database_name].open(
> KeyError: 'share'
>
> 'share' ist der Mountpoint der /site/share wobei site die Plone Site ist.
> Hat jemand einen Tipp woran das liegen kann?
>
> viele Grüße Maik
>
>  

--
========================================================================

Derstappen    I T  Consulting   Tel:         +49 ( 341 )   600  13  0 31
Zope/E-Mail/Backup/Monitoring   Mobil:       +49 ( 178 )   861  2    833
M a i k   D e r s t a p p e n   Fax:         +49 ( 180 ) 5 021 121 90 56
H e r l o ß s o h n s t r  12   Email:  [hidden email]
0 4 1 5 5       L e i p z i g   Internet:    http://www.derstappen-it.de

========================================================================




_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope

[Christian Theune-2]

On 07/09/2009 09:57 AM, Maik Derstappen, Derstappen IT wrote:
> Hallo zusammen, ich habe es selbst hin bekommen.
> Es lag an halb angelegten Objekten im Plone Site root. Die sehr
> wahrscheinlich aus einer Debug Session wärend eines Verschiebevorganges
> entstanden sind. Dies hat dazu geführt das Zope schon beim Aufruf der
> Plone Site irgendwelche Dinge auf dem Mountpoint machn wollte, was
> natürlich nicht ging, da der Mount Point erst initialisiert wurde wenn
> den den Mount Point auch aufgerufen hat.

Ich habe noch einen Patch in der Pipeline, der Zope 2s Verhalten
deutlich verbessert und die Mount-Points bereits beim Hochfahren und
oeffnen der DB aufmacht. Wenn ich da mal zu komme mach ich den auch fertig.

Alternativ ist der hier als Produkt zu finden:
http://download.gocept.com/~ctheune/multidbstart.tar.gz

Theuni

--
Christian Theune · [hidden email]
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel [phone] · fax [phone]
Zope and Plone consulting and development



_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope

[Maik Derstappen, Derstappen IT]

Christian Theune schrieb:

> On 07/09/2009 09:57 AM, Maik Derstappen, Derstappen IT wrote:
>> Hallo zusammen, ich habe es selbst hin bekommen.
>> Es lag an halb angelegten Objekten im Plone Site root. Die sehr
>> wahrscheinlich aus einer Debug Session wärend eines Verschiebevorganges
>> entstanden sind. Dies hat dazu geführt das Zope schon beim Aufruf der
>> Plone Site irgendwelche Dinge auf dem Mountpoint machn wollte, was
>> natürlich nicht ging, da der Mount Point erst initialisiert wurde wenn
>> den den Mount Point auch aufgerufen hat.
>
> Ich habe noch einen Patch in der Pipeline, der Zope 2s Verhalten
> deutlich verbessert und die Mount-Points bereits beim Hochfahren und
> oeffnen der DB aufmacht. Wenn ich da mal zu komme mach ich den auch
> fertig.
>
> Alternativ ist der hier als Produkt zu finden:
> http://download.gocept.com/~ctheune/multidbstart.tar.gz
>
> Theuni
>

cool, bei mir lag es eher an den kaputten Objekten die ich bei mir auf

dem Entwicklungssystem per pdb oder bei Fehlern in den Eventhandlern
produziert habe. Mit Objekten die None sind kommt die ZODB nicht so gut
klar, der versucht dann immer eine multi_oid methode aufzurufen und
knallt dann weg, wegen dem nicht vorhandenen mountpoint. Ok wenn der
schon da wäre, dann würde es wahrscheinlich nicht durch schlagen. Denn
wenn ich über das Controlpanel die DB aufgerufen habe, gings in diesen
Situationen meist auch. :-)

Na ja so habe ich mal das Verknügen gehabt ein paar Stunden im ZODB Code
zu stöbern ;-)

Gruß Maik

--
========================================================================

Derstappen    I T  Consulting   Tel:         +49 ( 341 )   600  13  0 31
Zope/E-Mail/Backup/Monitoring   Mobil:       +49 ( 178 )   861  2    833
M a i k   D e r s t a p p e n   Fax:         +49 ( 180 ) 5 021 121 90 56
H e r l o ß s o h n s t r  12   Email:  [hidden email]
0 4 1 5 5       L e i p z i g   Internet:    http://www.derstappen-it.de

========================================================================




_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope