release unlocked lock
Pour participer à cette discussion, cliquez ici pour vous inscrire.
| Auteur | Discussion |
|---|---|
|
franckygos |
release unlocked lock Pb d'adapter mysql ? Bonjour, j'ai régulièrement l'erreur suivante dans mes logs : 2008-06-24T14:38:17 ERROR txn.-1244464240 Failed to abort resource manager: <MultiObjectResourceAdapter for <Products.ZMySQLDA.db.DB instance at 0x941cb6c> at 156041292> Traceback (most recent call last): File "/usr/lib/zope2.10/lib/python/transaction/_transaction.py", line 569, in abort rm.abort(self) File "/usr/lib/zope2.10/lib/python/transaction/_transaction.py", line 642, in abort self.manager.abort(o, txn) File "/usr/lib/zope2.10/lib/python/Shared/DC/ZRDB/TM.py", line 64, in abort try: self._abort() File "/usr/lib/zope2.10/lib/python/Products/ZMySQLDA/db.py", line 389, in _abort self._tlock.release() error: release unlocked lock Je pense que c'est un problème lié à Zmysqlda ... Ca doit se produire quand j'ai plusieurs (beaucoup) de requêtes simultanément ... Quelqu'un a déjà recontré ce problème ? voici ma config : zope: 2.10.3-2 zope-mysqlda : 2.0.9~b3-5 mysql-server : 5.0.45-1ubuntu3.1 conf my.cnf : key_buffer = 16M max_allowed_packet = 16M thread_stack = 128K thread_cache_size = 8 query_cache_limit = 1M query_cache_size = 16M Merci pour votre aide Posté le 24/06/2008 @ 18:00
|
|
gillou |
Logique
S'il y a un gros trafic, surtout en écriture sur une base MySQL, il faut utiliser des bases transactionnelles (à base de tablesInnoDB) et synchroniser les transactions avec Zope (voir la doc de ZMySQLDA). Zope (comme tout serveur d'appli) ne peut pas gérer tout seul les conflits d'accès à la base de données. Le fait d'utiliser des tables transactionnelles est le seul contournement possible au prix d'une chute de performances et de consommation mémoire en hausse. Posté le 27/06/2008 @ 21:55
|

Log in
Forgot your password?