Une communauté active ?

Trouvez vous facilement les réponses à vos questions sur ZOPE, PLONE ou CPS (ou autres interfaces)
[ Results | Polls ]
Votes: 700

About

Created by

UNS

Post dans le forum

Last modified
26/11/08

State
published

Problèmes de performances Plone/Zeocluster

Pour participer à cette discussion, cliquez ici pour vous inscrire.

Auteur

Discussion

UNS

Problèmes de performances Plone/Zeocluster

Bonjour Après de nombreuses recherches je bloque sur quelques problèmes que je viens vous soumettre en espérant trouver de l’aide. J’ai actuellement un site sous (Zope 2.9.8-final, python 2.4.4) avec un python 2.4.4. Le site tourne sur un zeocluster avec 4 instances de prod à 3 thread chacune, plus une cinquième pour l’administration (en mode debug). Toutes les instances partagent la même base Zope, le même data.fs sur le disque du serveur, un serveur apache 2 en frontal gerant le balancing etre les instances et un cookie “sticky_route” servant pour la redirection d’un utilisateur toujours vers la bonne instance, celle sur laquelle il s’est connecté. Nous utilisation l’authentification SSO (CAS) avec le module PloneCASLogin 2.5.0. Configuration Apache : ## Default Virtual Host Configuration Listen xxx.xxx.xxx:80 NameVirtualHost xxx.xxx.xxx:80 ServerName xxx.xxx.xxx ServerAdmin xxx@xxx.xxx BalancerMember http://xxx.xxx.xxx:8080 route=8080" BalancerMember http://xxx.xxx.xxx:8081 route=8081" BalancerMember http://xxx.xxx.xxx:8082 route=8082" BalancerMember http://xxx.xxx.xxx:8083 route=8083" # conditional proxy pass ProxyPass / balancer://lb/VirtualHostBase/http/xxx.xxx.xxx:80/plone/VirtualHostRoot/ stickysession=STICKY_ROUTE #LOGS #LogLevel debug ServerAlias * CustomLog /opt/apache2/xxx.xxx.xxx.log combined Comme nous avions malgré tout de temps en temps des soucis d’utilisateurs rooté vers la mauvaise instance nous avons aussi partagé le même temporary_folder entre toutes les instances. Ainsi quand un utilisateur se connecte il est connecté sur les 4 instances en même temps. Seulement voilà, cela provoque ce message d’erreur d’après mon event.log : 2008-11-26T10:45:23 INFO ZPublisher.Conflict ConflictError at /VirtualHostBase/http/XXXXX.fr:80/XXXX/VirtualHostRoot/Cours/Cours.XXXXX.4424/fichiersan_XXXXX.2530/cours_supports_affichage: database conflict error (oid 0x2571, class BTrees._OOBTree.OOBTree, serial this txn started with 0x037a24a416ae79bb 2008-11-26 09:40:05.315987, serial currently committed 0x037a24a95ee0d788 2008-11-26 09:45:22.237099) (1 conflicts (0 unresolved) since startup at Wed Nov 26 10:43:19 2008) et ceci d’après mon error_log dans plone Request URL http://XXXXXX.fr/Members/XXXXX/Cours/Cours.XXXXX.4648/cours_attacher_template Exception Type database conflict error (oid 0x1247, class BTrees._OOBTree.OOBTree, serial this txn started with 0x037a1ffe66682b66 2008-11-25 13:50:24.001620, serial currently committed 0x037a1ffeae62ca44 2008-11-25 13:50:40.871695) Exception Value database conflict error (oid 0x1247, class BTrees._OOBTree.OOBTree, serial this txn started with 0x037a1ffe66682b66 2008-11-25 13:50:24.001620, serial currently committed 0x037a1ffeae62ca44 2008-11-25 13:50:40.871695) Traceback (innermost last): * Module Zope2.App.startup, line 173, in zpublisher_exception_hook * Module ZPublisher.Publish, line 121, in publish * Module Zope2.App.startup, line 240, in commit * Module transaction._manager, line 96, in commit * Module transaction._transaction, line 380, in commit * Module transaction._transaction, line 378, in commit * Module transaction._transaction, line 436, in _commitResources * Module ZODB.Connection, line 665, in tpc_vote * Module ZEO.ClientStorage, line 893, in tpc_vote * Module ZEO.ClientStorage, line 877, in _check_serials ConflictError: database conflict error (oid 0x1247, class BTrees._OOBTree.OOBTree, serial this txn started with 0x037a1ffe66682b66 2008-11-25 13:50:24.001620, serial currently committed 0x037a1ffeae62ca44 2008-11-25 13:50:40.871695) D’après ce que je comprend, il y a un conflit de ma base de données lorsque l’on veut accéder à un objet, vu que ce n’est apparu qu’après le partage du temporary_forlder je suppose que c’est lié. Y a-t-il un moyen de faire disparaître cette erreur ou dois je arrêter le partage ? Y a-t-il un inconvénient à ce partage ? Autre chose j’ai capté ce message d’erreur, toujours dans le event.log : 2008-11-26T10:45:28 ERROR PortalTransforms Cannot register transform lynx_dump, using BrokenTransform: Error Unable to find binary "lynx" in /opt/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin Mon souci c’est que je ne comprend pas à quel moment il cherche à accéder à Lynx ? Pas de trace d’une erreur lié à lynx dans le error_log de mon plone. Enfin mon dernier souci mais de loin le plus ennuyeux ! Par moment, sans raison apparente, sans avoir reçu aucun message ou signal, une instance s’arrête, puis des fois quelques minutes ou quelques heures plus tard une autre ... il suffit d’arrêter le serveur Zeo et de le relancer via un terminal pour que tout reparte sans souci. Il peut parfois se passer plusieurs jours avant que ce problème ne revienne, mais il reviens malgré tout. Mon serveur a actuellement 12 Go de RAM, 8 processeurs à peine utilisé, mais la RAM est saturée à 98 %, python prend en moyenne 1 à 2 Go mais j’ai beaucoup de process httpd pouvant prendre chacun jusqu’à 2.5 Go qui tourne que je n’arrive pas à identifier, ne sachant pas si c’est lié à Zope ou pas ?

Posté le 26/11/2008 @ 22:36

gillou

Et...

Mis en page correctement (voir la doc sur le StructuredText) ça donne quoi ?

Posté le 15/01/2009 @ 04:48