instabilité éditeur

instabilité éditeur

user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:f19023c3623bcf2de1745b211de7397d' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,\n<div>\n</div>\n', created = 1507751067, expire = 1507837467, headers = '', serialized = 0 WHERE cid = '4:f19023c3623bcf2de1745b211de7397d' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:f19023c3623bcf2de1745b211de7397d' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,\n<div>\n</div>\n', created = 1507751067, expire = 1507837467, headers = '', serialized = 0 WHERE cid = '4:f19023c3623bcf2de1745b211de7397d' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:1eabd8dad778ad27184d9ab94130d887' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n Alain, \n \n ORI-OAI est un projet communautaire, adaptable, paramétrable\n visant le référencement de tout un tas de métadonnées et\n s\'adaptant à un maximum de contextes. \n Bien entendu, nous en sommes désolés, mais ceci nécessite des\n petits ajustements (tunings). Ceci d\'autant plus que vous êtes\n vraiment le premier établissement à être en production sur les\n thèses électroniques avec le format TEF. \n Nous te remercions donc pour ta participation à l\'amélioration\n de l\'outil, qui, je le rappelle, est construit POUR la\n communauté et PAR la communauté. \n \n Peux-tu nous dire ce qu\'on donné les modifications préconisées\n par Grégoire ? \n Voilà 7 jours que nous sommes sans réponse, j\'imagine que vous\n avez pu voir si cela a amélioré votre situation ? \n \n Bien cordialement, \n \n \n <div class=\"moz-signature\">\n <div class=\"moz-signature\">\n \n Yohan COLMANT \n Direction des Systèmes d\'Information \n UVHC - Université de Valenciennes et du Hainaut Cambrésis \n Coordinateur Technique du projet ORI-OAI\n \n \n </div>\n </div>\n \n Le 18/11/2010 18:37, Alain Le Drezen a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonsoir,\n \n \n \n Merci pour ces renseignements.\n \n \n \n C\'est désespérant ... tous ça pour travailler à deux sur un simple\n formulaire ...\n \n \n Il va nous falloir une équipe de tunning dédiée à ORI !!!\n \n \n \n Bonne soirée\n \n \n \n Alain\n \n \n \n \n \n Le 18/11/2010 17:34, Grégoire Neuville a écrit :\n \n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour,\n \n \n Quelques indications supplémentaires dans le mail :\n \n \n On 17/11/2010 08:56, Alain Le Drezen wrote:\n \n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour,\n \n \n \n Voici quelques semaines que nous utilisons l\'éditeur pour du\n TEF.\n \n Après quelques heures d\'utilisation il devient instable\n (multiples\n \n erreurs ORBEON). Pour info, le tomcat est redémarré toutes les\n nuits (et\n \n nous n\'envisageons pas de le redémarrer toutes les heures ;-)\n ).\n \n \n Les optimisation mémoire préconisées sont déjà réalisées.\n \n </blockquote></div>\n \n En fait, ces optimisations n\'étaient que des indications avec\n lesquelles il faut jouer en fonction de votre environnement. Ce\n qu\'il y a de sûr, c\'est qu\'orbeon est gourmand en mémoire et\n qu\'il lui faut donc au minimum 1 bon giga pour tourner\n correctement. Donc :\n \n \n -Xms1024m -Xmx1024m\n \n \n est un minimum ; si vous pouvez mettre plus, ne vous privez pas\n (notez qu\'il est bon que Xms et Xmx aient la même valeur).\n \n \n Les paramètres -XX:+UseConcMarkSweepGC -XX:+UseParNewGC\n -XX:+CMSParallelRemarkEnabled qui contraignent le comportement\n du garbage collector doivent eux aussi être appliqués en\n fonction de l\'environnement (RAM, nombre de cpus, cores,\n etc...). En l\'occurence, ceux ci-avant indiqués conviennent à\n une machine multi-cpu/cores (4 minimums).\n \n Un bon résumé sur le sujet :\n <a class=\"moz-txt-link-freetext\" href=\"http://www.petefreitag.com/articles/gctuning/\">http://www.petefreitag.com/articles/gctuning/</a>\n \n \n Au niveau de la config d\'orbeon (properties-local.xml),\n attention aux paramètres :\n \n \n <property as=\"xs:integer\" name=\"oxf.cache.size\"\n value=\"16000\"/>\n \n <property as=\"xs:integer\" name=\"oxf.cache.xpath.size\"\n value=\"16000\"/>\n \n \n Le premier correspond aux nombres d\'objets placés en cache par\n orbeon, le deuxième au nombre d\'expressions xpath compilées\n placées en cache.\n \n \n À nouveau, les chiffres (16000) n\'étaient que des indications ;\n les erreurs de types \"java.heap.space\" que vous rencontrez sont\n à mon avis liées au surdimensionnement de ces propriétés. Par\n défaut elles valent respectivement 500 et 2000 - ce qui était\n insuffisant et se traduisait par la survenue d\'erreurs\n \"duplicate Id\" -, mais 16000 semble mettre à mal la jvm sur\n votre serveur ; vous pourriez essayer 2000 (objets) et 8000\n (xpath), chez moi ça marche. Mais, j\'y insiste, je ne donne ces\n valeurs qu\'à titre indicatif ; il vous revient de déterminer les\n meilleures possibles en fonction de votre environnement.\n \n \n Cette page -\n <a class=\"moz-txt-link-freetext\" href=\"http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning\">http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning</a>\n - vous fournira davantage d\'informations sur les paramètres avec\n lesquels on peut jouer pour améliorer les performances d\'orbeon.\n \n \n J\'espère que cela vous aidera,\n \n \n Grégoire.\n \n \n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">\n \n \n 2010-11-17 08:23:39,963 ERROR ProcessorService - Exception at\n \n oxf:/apps/fr/theme.xsl (executing XSLT transformation)\n \n java.net.SocketException: Connection reset\n \n \n 2010-11-16 19:04:10,061 ERROR ProcessorService - Exception at\n \n oxf:/config/theme-error.xsl (executing XSLT transformation)\n \n java.net.SocketException: Broken pipe\n \n \n \n 2010-11-16 19:01:35,879 ERROR ProcessorService -\n \n org.orbeon.oxf.common.OXFException: (executing processor:\n \n name=\'{<a class=\"moz-txt-link-freetext\" href=\"http://www.orbeon.com/oxf/processors\">http://www.orbeon.com/oxf/processors</a>}null-serializer\'):\n line 95,\n \n column 45 of oxf:/config/error.xpl (executing processor:\n \n name=\'{<a class=\"moz-txt-link-freetext\" href=\"http://www.orbeon.com/oxf/processors\">http://www.orbeon.com/oxf/processors</a>}http-serializer\'):\n \n oxf:/config/theme-error.xsl (executing XSLT transformation):\n null\n \n null\n \n oxf:/config/theme-error.xsl (executing XSLT transformation):\n null\n \n null\n \n line 95, column 45 of oxf:/config/error.xpl (executing\n processor:\n \n name=\'{<a class=\"moz-txt-link-freetext\" href=\"http://www.orbeon.com/oxf/processors\">http://www.orbeon.com/oxf/processors</a>}http-serializer\'):\n \n oxf:/config/theme-error.xsl (executing XSLT transformation):\n null\n \n null\n \n oxf:/config/theme-error.xsl (executing XSLT transformation):\n null\n \n null\n \n \n ....\n \n \n \n \n Voici le fichier de log :\n \n<a class=\"moz-txt-link-freetext\" href=\"http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz\">http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz</a>\n \n \n \n Merci d\'avance pour toute aide\n \n \n \n Alain\n \n </blockquote></div>\n \n \n </blockquote></div>\n \n \n \n \n \n </blockquote></div></div>\n </body>\n</html>\n</div>', created = 1507751067, expire = 1507837467, headers = '', serialized = 0 WHERE cid = '4:1eabd8dad778ad27184d9ab94130d887' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:421e157eb246159691ab7e63da6f72aa' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonsoir,\nMerci pour ces renseignements.\nC\'est désespérant ... tous ça pour travailler à deux sur un simple \nformulaire ...\nIl va nous falloir une équipe de tunning dédiée à ORI !!!\nBonne soirée\nAlain\nLe 18/11/2010 17:34, Grégoire Neuville a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> Quelques indications supplémentaires dans le mail : \n> \n> On 17/11/2010 08:56, Alain Le Drezen wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour, \n>> \n>> \n>> Voici quelques semaines que nous utilisons l\'éditeur pour du TEF. \n>> Après quelques heures d\'utilisation il devient instable (multiples \n>> erreurs ORBEON). Pour info, le tomcat est redémarré toutes les nuits (et \n>> nous n\'envisageons pas de le redémarrer toutes les heures ;-) ). \n>> \n>> Les optimisation mémoire préconisées sont déjà réalisées.</blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n> En fait, ces optimisations n\'étaient que des indications avec \n> lesquelles il faut jouer en fonction de votre environnement. Ce qu\'il \n> y a de sûr, c\'est qu\'orbeon est gourmand en mémoire et qu\'il lui faut \n> donc au minimum 1 bon giga pour tourner correctement. Donc : \n> \n> -Xms1024m -Xmx1024m \n> \n> est un minimum ; si vous pouvez mettre plus, ne vous privez pas (notez \n> qu\'il est bon que Xms et Xmx aient la même valeur). \n> \n> Les paramètres -XX:+UseConcMarkSweepGC -XX:+UseParNewGC \n> -XX:+CMSParallelRemarkEnabled qui contraignent le comportement du \n> garbage collector doivent eux aussi être appliqués en fonction de \n> l\'environnement (RAM, nombre de cpus, cores, etc...). En l\'occurence, \n> ceux ci-avant indiqués conviennent à une machine multi-cpu/cores (4 \n> minimums). \n> Un bon résumé sur le sujet : \n> <a href=\"http://www.petefreitag.com/articles/gctuning/\" title=\"http://www.petefreitag.com/articles/gctuning/\">http://www.petefreitag.com/articles/gctuning/</a> \n> \n> Au niveau de la config d\'orbeon (properties-local.xml), attention aux \n> paramètres : \n> \n> \n<property as=\"xs:integer\" name=\"oxf.cache.size\" value=\"16000\"/>\n> \n<property as=\"xs:integer\" name=\"oxf.cache.xpath.size\" value=\"16000\"/>\n> \n> Le premier correspond aux nombres d\'objets placés en cache par orbeon, \n> le deuxième au nombre d\'expressions xpath compilées placées en cache. \n> \n> À nouveau, les chiffres (16000) n\'étaient que des indications ; les \n> erreurs de types \"java.heap.space\" que vous rencontrez sont à mon avis \n> liées au surdimensionnement de ces propriétés. Par défaut elles valent \n> respectivement 500 et 2000 - ce qui était insuffisant et se traduisait \n> par la survenue d\'erreurs \"duplicate Id\" -, mais 16000 semble mettre à \n> mal la jvm sur votre serveur ; vous pourriez essayer 2000 (objets) et \n> 8000 (xpath), chez moi ça marche. Mais, j\'y insiste, je ne donne ces \n> valeurs qu\'à titre indicatif ; il vous revient de déterminer les \n> meilleures possibles en fonction de votre environnement. \n> \n> Cette page - \n> <a href=\"http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning\" title=\"http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning\">http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning</a> \n> - vous fournira davantage d\'informations sur les paramètres avec \n> lesquels on peut jouer pour améliorer les performances d\'orbeon. \n> \n> J\'espère que cela vous aidera, \n> \n> Grégoire. \n></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> \n>> 2010-11-17 08:23:39,963 ERROR ProcessorService - Exception at \n>> oxf:/apps/fr/theme.xsl (executing XSLT transformation) \n>> java.net.SocketException: Connection reset \n>> \n>> 2010-11-16 19:04:10,061 ERROR ProcessorService - Exception at \n>> oxf:/config/theme-error.xsl (executing XSLT transformation) \n>> java.net.SocketException: Broken pipe \n>> \n>> \n>> 2010-11-16 19:01:35,879 ERROR ProcessorService - \n>> org.orbeon.oxf.common.OXFException: (executing processor: \n>> name=\'{http://www.orbeon.com/oxf/processors}null-serializer\'): line 95, \n>> column 45 of oxf:/config/error.xpl (executing processor: \n>> name=\'{http://www.orbeon.com/oxf/processors}http-serializer\'): \n>> oxf:/config/theme-error.xsl (executing XSLT transformation): null \n>> null \n>> oxf:/config/theme-error.xsl (executing XSLT transformation): null \n>> null \n>> line 95, column 45 of oxf:/config/error.xpl (executing processor: \n>> name=\'{http://www.orbeon.com/oxf/processors}http-serializer\'): \n>> oxf:/config/theme-error.xsl (executing XSLT transformation): null \n>> null \n>> oxf:/config/theme-error.xsl (executing XSLT transformation): null \n>> null \n>> \n>> .... \n>> \n>> \n>> \n>> Voici le fichier de log : \n>> <a href=\"http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz\" title=\"http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz\">http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz</a> \n>> \n>> \n>> Merci d\'avance pour toute aide \n>> \n>> \n>> Alain</blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n></div>\n</blockquote>\n</div>\n', created = 1507751069, expire = 1507837469, headers = '', serialized = 0 WHERE cid = '4:421e157eb246159691ab7e63da6f72aa' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:afc9b130d4613d9d4a8e9e2ab431c10f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,\nQuelques indications supplémentaires dans le mail :\nOn 17/11/2010 08:56, Alain Le Drezen wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> \n> Voici quelques semaines que nous utilisons l\'éditeur pour du TEF. \n> Après quelques heures d\'utilisation il devient instable (multiples \n> erreurs ORBEON). Pour info, le tomcat est redémarré toutes les nuits (et \n> nous n\'envisageons pas de le redémarrer toutes les heures ;-) ). \n> \n> Les optimisation mémoire préconisées sont déjà réalisées.</div>\n</blockquote>\nEn fait, ces optimisations n\'étaient que des indications avec lesquelles \nil faut jouer en fonction de votre environnement. Ce qu\'il y a de sûr, \nc\'est qu\'orbeon est gourmand en mémoire et qu\'il lui faut donc au \nminimum 1 bon giga pour tourner correctement. Donc :\n-Xms1024m -Xmx1024m\nest un minimum ; si vous pouvez mettre plus, ne vous privez pas (notez \nqu\'il est bon que Xms et Xmx aient la même valeur).\nLes paramètres -XX:+UseConcMarkSweepGC -XX:+UseParNewGC \n-XX:+CMSParallelRemarkEnabled qui contraignent le comportement du \ngarbage collector doivent eux aussi être appliqués en fonction de \nl\'environnement (RAM, nombre de cpus, cores, etc...). En l\'occurence, \nceux ci-avant indiqués conviennent à une machine multi-cpu/cores (4 \nminimums). \nUn bon résumé sur le sujet : <a href=\"http://www.petefreitag.com/articles/gctuning/\" title=\"http://www.petefreitag.com/articles/gctuning/\">http://www.petefreitag.com/articles/gctuning/</a>\nAu niveau de la config d\'orbeon (properties-local.xml), attention aux \nparamètres :\n<property as=\"xs:integer\" name=\"oxf.cache.size\" value=\"16000\"/>\n<property as=\"xs:integer\" name=\"oxf.cache.xpath.size\" value=\"16000\"/>\nLe premier correspond aux nombres d\'objets placés en cache par orbeon, \nle deuxième au nombre d\'expressions xpath compilées placées en cache.\nÀ nouveau, les chiffres (16000) n\'étaient que des indications ; les \nerreurs de types \"java.heap.space\" que vous rencontrez sont à mon avis \nliées au surdimensionnement de ces propriétés. Par défaut elles valent \nrespectivement 500 et 2000 - ce qui était insuffisant et se traduisait \npar la survenue d\'erreurs \"duplicate Id\" -, mais 16000 semble mettre à \nmal la jvm sur votre serveur ; vous pourriez essayer 2000 (objets) et \n8000 (xpath), chez moi ça marche. Mais, j\'y insiste, je ne donne ces \nvaleurs qu\'à titre indicatif ; il vous revient de déterminer les \nmeilleures possibles en fonction de votre environnement.\nCette page - \n<a href=\"http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning\" title=\"http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning\">http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning</a> - \nvous fournira davantage d\'informations sur les paramètres avec lesquels \non peut jouer pour améliorer les performances d\'orbeon.\nJ\'espère que cela vous aidera,\nGrégoire.\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> \n> \n> 2010-11-17 08:23:39,963 ERROR ProcessorService - Exception at \n> oxf:/apps/fr/theme.xsl (executing XSLT transformation) \n> java.net.SocketException: Connection reset \n> \n> 2010-11-16 19:04:10,061 ERROR ProcessorService - Exception at \n> oxf:/config/theme-error.xsl (executing XSLT transformation) \n> java.net.SocketException: Broken pipe \n> \n> \n> 2010-11-16 19:01:35,879 ERROR ProcessorService - \n> org.orbeon.oxf.common.OXFException: (executing processor: \n> name=\'{http://www.orbeon.com/oxf/processors}null-serializer\'): line 95, \n> column 45 of oxf:/config/error.xpl (executing processor: \n> name=\'{http://www.orbeon.com/oxf/processors}http-serializer\'): \n> oxf:/config/theme-error.xsl (executing XSLT transformation): null \n> null \n> oxf:/config/theme-error.xsl (executing XSLT transformation): null \n> null \n> line 95, column 45 of oxf:/config/error.xpl (executing processor: \n> name=\'{http://www.orbeon.com/oxf/processors}http-serializer\'): \n> oxf:/config/theme-error.xsl (executing XSLT transformation): null \n> null \n> oxf:/config/theme-error.xsl (executing XSLT transformation): null \n> null \n> \n> .... \n> \n> \n> \n> Voici le fichier de log : \n> <a href=\"http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz\" title=\"http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz\">http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz</a> \n> \n> \n> Merci d\'avance pour toute aide \n> \n> \n> Alain</div>\n</blockquote>\n</div>\n', created = 1507751069, expire = 1507837469, headers = '', serialized = 0 WHERE cid = '4:afc9b130d4613d9d4a8e9e2ab431c10f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:3b2e10fd64f0d6240c937999179fb892' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,\nVoici quelques semaines que nous utilisons l\'éditeur pour du TEF. \nAprès quelques heures d\'utilisation il devient instable (multiples \nerreurs ORBEON). Pour info, le tomcat est redémarré toutes les nuits (et \nnous n\'envisageons pas de le redémarrer toutes les heures ;-) ).\nLes optimisation mémoire préconisées sont déjà réalisées.\n2010-11-17 08:23:39,963 ERROR ProcessorService - Exception at \noxf:/apps/fr/theme.xsl (executing XSLT transformation) \njava.net.SocketException: Connection reset\n2010-11-16 19:04:10,061 ERROR ProcessorService - Exception at \noxf:/config/theme-error.xsl (executing XSLT transformation) \njava.net.SocketException: Broken pipe\n2010-11-16 19:01:35,879 ERROR ProcessorService - \norg.orbeon.oxf.common.OXFException: (executing processor: \nname=\'{http://www.orbeon.com/oxf/processors}null-serializer\'): line 95, \ncolumn 45 of oxf:/config/error.xpl (executing processor: \nname=\'{http://www.orbeon.com/oxf/processors}http-serializer\'): \noxf:/config/theme-error.xsl (executing XSLT transformation): null \nnull \noxf:/config/theme-error.xsl (executing XSLT transformation): null \nnull \nline 95, column 45 of oxf:/config/error.xpl (executing processor: \nname=\'{http://www.orbeon.com/oxf/processors}http-serializer\'): \noxf:/config/theme-error.xsl (executing XSLT transformation): null \nnull \noxf:/config/theme-error.xsl (executing XSLT transformation): null \nnull\n....\nVoici le fichier de log : \n<a href=\"http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz\" title=\"http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz\">http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz</a>\nMerci d\'avance pour toute aide\nAlain\n</div>\n', created = 1507751069, expire = 1507837469, headers = '', serialized = 0 WHERE cid = '4:3b2e10fd64f0d6240c937999179fb892' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

4 messages / 0 nouveaux

Sujet clos

25 novembre 2010 - 4:17pm

Yohan Colmant

instabilité éditeur

Alain,

ORI-OAI est un projet communautaire, adaptable, paramétrable visant le référencement de tout un tas de métadonnées et s'adaptant à un maximum de contextes.
Bien entendu, nous en sommes désolés, mais ceci nécessite des petits ajustements (tunings). Ceci d'autant plus que vous êtes vraiment le premier établissement à être en production sur les thèses électroniques avec le format TEF.
Nous te remercions donc pour ta participation à l'amélioration de l'outil, qui, je le rappelle, est construit POUR la communauté et PAR la communauté.

Peux-tu nous dire ce qu'on donné les modifications préconisées par Grégoire ?
Voilà 7 jours que nous sommes sans réponse, j'imagine que vous avez pu voir si cela a amélioré votre situation ?

Bien cordialement,

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

Le 18/11/2010 18:37, Alain Le Drezen a écrit :

Bonsoir,

Merci pour ces renseignements.

C'est désespérant ... tous ça pour travailler à deux sur un simple formulaire ...

Il va nous falloir une équipe de tunning dédiée à ORI !!!

Bonne soirée

Alain

Le 18/11/2010 17:34, Grégoire Neuville a écrit :

Bonjour,

Quelques indications supplémentaires dans le mail :

On 17/11/2010 08:56, Alain Le Drezen wrote:

Bonjour,

Voici quelques semaines que nous utilisons l'éditeur pour du TEF.
Après quelques heures d'utilisation il devient instable (multiples
erreurs ORBEON). Pour info, le tomcat est redémarré toutes les nuits (et
nous n'envisageons pas de le redémarrer toutes les heures ;-) ).

Les optimisation mémoire préconisées sont déjà réalisées.

En fait, ces optimisations n'étaient que des indications avec lesquelles il faut jouer en fonction de votre environnement. Ce qu'il y a de sûr, c'est qu'orbeon est gourmand en mémoire et qu'il lui faut donc au minimum 1 bon giga pour tourner correctement. Donc :

-Xms1024m -Xmx1024m

est un minimum ; si vous pouvez mettre plus, ne vous privez pas (notez qu'il est bon que Xms et Xmx aient la même valeur).

Les paramètres -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled qui contraignent le comportement du garbage collector doivent eux aussi être appliqués en fonction de l'environnement (RAM, nombre de cpus, cores, etc...). En l'occurence, ceux ci-avant indiqués conviennent à une machine multi-cpu/cores (4 minimums).
Un bon résumé sur le sujet : http://www.petefreitag.com/articles/gctuning/

Au niveau de la config d'orbeon (properties-local.xml), attention aux paramètres :

<property as="xs:integer" name="oxf.cache.size" value="16000"/>
<property as="xs:integer" name="oxf.cache.xpath.size" value="16000"/>

Le premier correspond aux nombres d'objets placés en cache par orbeon, le deuxième au nombre d'expressions xpath compilées placées en cache.

À nouveau, les chiffres (16000) n'étaient que des indications ; les erreurs de types "java.heap.space" que vous rencontrez sont à mon avis liées au surdimensionnement de ces propriétés. Par défaut elles valent respectivement 500 et 2000 - ce qui était insuffisant et se traduisait par la survenue d'erreurs "duplicate Id" -, mais 16000 semble mettre à mal la jvm sur votre serveur ; vous pourriez essayer 2000 (objets) et 8000 (xpath), chez moi ça marche. Mais, j'y insiste, je ne donne ces valeurs qu'à titre indicatif ; il vous revient de déterminer les meilleures possibles en fonction de votre environnement.

Cette page - http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning - vous fournira davantage d'informations sur les paramètres avec lesquels on peut jouer pour améliorer les performances d'orbeon.

J'espère que cela vous aidera,

Grégoire.

2010-11-17 08:23:39,963 ERROR ProcessorService - Exception at
oxf:/apps/fr/theme.xsl (executing XSLT transformation)
java.net.SocketException: Connection reset

2010-11-16 19:04:10,061 ERROR ProcessorService - Exception at
oxf:/config/theme-error.xsl (executing XSLT transformation)
java.net.SocketException: Broken pipe

2010-11-16 19:01:35,879 ERROR ProcessorService -
org.orbeon.oxf.common.OXFException: (executing processor:
name='{http://www.orbeon.com/oxf/processors}null-serializer'): line 95,
column 45 of oxf:/config/error.xpl (executing processor:
name='{http://www.orbeon.com/oxf/processors}http-serializer'):
oxf:/config/theme-error.xsl (executing XSLT transformation): null
null
oxf:/config/theme-error.xsl (executing XSLT transformation): null
null
line 95, column 45 of oxf:/config/error.xpl (executing processor:
name='{http://www.orbeon.com/oxf/processors}http-serializer'):
oxf:/config/theme-error.xsl (executing XSLT transformation): null
null
oxf:/config/theme-error.xsl (executing XSLT transformation): null
null

....

Voici le fichier de log :
http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz

Merci d'avance pour toute aide

Alain

18 novembre 2010 - 6:37pm

ledrezen

Bonsoir,

Merci pour ces renseignements.

C'est désespérant ... tous ça pour travailler à deux sur un simple
formulaire ...

Il va nous falloir une équipe de tunning dédiée à ORI !!!

Bonne soirée

Alain

Le 18/11/2010 17:34, Grégoire Neuville a écrit :

> Bonjour,
>
> Quelques indications supplémentaires dans le mail :
>
> On 17/11/2010 08:56, Alain Le Drezen wrote:

>> Bonjour,
>>
>>
>> Voici quelques semaines que nous utilisons l'éditeur pour du TEF.
>> Après quelques heures d'utilisation il devient instable (multiples
>> erreurs ORBEON). Pour info, le tomcat est redémarré toutes les nuits (et
>> nous n'envisageons pas de le redémarrer toutes les heures ;-) ).
>>
>> Les optimisation mémoire préconisées sont déjà réalisées.

>
> En fait, ces optimisations n'étaient que des indications avec
> lesquelles il faut jouer en fonction de votre environnement. Ce qu'il
> y a de sûr, c'est qu'orbeon est gourmand en mémoire et qu'il lui faut
> donc au minimum 1 bon giga pour tourner correctement. Donc :
>
> -Xms1024m -Xmx1024m
>
> est un minimum ; si vous pouvez mettre plus, ne vous privez pas (notez
> qu'il est bon que Xms et Xmx aient la même valeur).
>
> Les paramètres -XX:+UseConcMarkSweepGC -XX:+UseParNewGC
> -XX:+CMSParallelRemarkEnabled qui contraignent le comportement du
> garbage collector doivent eux aussi être appliqués en fonction de
> l'environnement (RAM, nombre de cpus, cores, etc...). En l'occurence,
> ceux ci-avant indiqués conviennent à une machine multi-cpu/cores (4
> minimums).
> Un bon résumé sur le sujet :
> http://www.petefreitag.com/articles/gctuning/
>
> Au niveau de la config d'orbeon (properties-local.xml), attention aux
> paramètres :
>
>
>
>
> Le premier correspond aux nombres d'objets placés en cache par orbeon,
> le deuxième au nombre d'expressions xpath compilées placées en cache.
>
> À nouveau, les chiffres (16000) n'étaient que des indications ; les
> erreurs de types "java.heap.space" que vous rencontrez sont à mon avis
> liées au surdimensionnement de ces propriétés. Par défaut elles valent
> respectivement 500 et 2000 - ce qui était insuffisant et se traduisait
> par la survenue d'erreurs "duplicate Id" -, mais 16000 semble mettre à
> mal la jvm sur votre serveur ; vous pourriez essayer 2000 (objets) et
> 8000 (xpath), chez moi ça marche. Mais, j'y insiste, je ne donne ces
> valeurs qu'à titre indicatif ; il vous revient de déterminer les
> meilleures possibles en fonction de votre environnement.
>
> Cette page -
> http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning
> - vous fournira davantage d'informations sur les paramètres avec
> lesquels on peut jouer pour améliorer les performances d'orbeon.
>
> J'espère que cela vous aidera,
>
> Grégoire.
>

>>
>>
>> 2010-11-17 08:23:39,963 ERROR ProcessorService - Exception at
>> oxf:/apps/fr/theme.xsl (executing XSLT transformation)
>> java.net.SocketException: Connection reset
>>
>> 2010-11-16 19:04:10,061 ERROR ProcessorService - Exception at
>> oxf:/config/theme-error.xsl (executing XSLT transformation)
>> java.net.SocketException: Broken pipe
>>
>>
>> 2010-11-16 19:01:35,879 ERROR ProcessorService -
>> org.orbeon.oxf.common.OXFException: (executing processor:
>> name='{http://www.orbeon.com/oxf/processors}null-serializer'): line 95,
>> column 45 of oxf:/config/error.xpl (executing processor:
>> name='{http://www.orbeon.com/oxf/processors}http-serializer'):
>> oxf:/config/theme-error.xsl (executing XSLT transformation): null
>> null
>> oxf:/config/theme-error.xsl (executing XSLT transformation): null
>> null
>> line 95, column 45 of oxf:/config/error.xpl (executing processor:
>> name='{http://www.orbeon.com/oxf/processors}http-serializer'):
>> oxf:/config/theme-error.xsl (executing XSLT transformation): null
>> null
>> oxf:/config/theme-error.xsl (executing XSLT transformation): null
>> null
>>
>> ....
>>
>>
>>
>> Voici le fichier de log :
>> http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz
>>
>>
>> Merci d'avance pour toute aide
>>
>>
>> Alain

>
>

18 novembre 2010 - 5:34pm

(Répondre à #2) #3

gregoireneuville

Bonjour,

Quelques indications supplémentaires dans le mail :

On 17/11/2010 08:56, Alain Le Drezen wrote:

> Bonjour,
>
>
> Voici quelques semaines que nous utilisons l'éditeur pour du TEF.
> Après quelques heures d'utilisation il devient instable (multiples
> erreurs ORBEON). Pour info, le tomcat est redémarré toutes les nuits (et
> nous n'envisageons pas de le redémarrer toutes les heures ;-) ).
>
> Les optimisation mémoire préconisées sont déjà réalisées.

En fait, ces optimisations n'étaient que des indications avec lesquelles
il faut jouer en fonction de votre environnement. Ce qu'il y a de sûr,
c'est qu'orbeon est gourmand en mémoire et qu'il lui faut donc au
minimum 1 bon giga pour tourner correctement. Donc :

-Xms1024m -Xmx1024m

est un minimum ; si vous pouvez mettre plus, ne vous privez pas (notez
qu'il est bon que Xms et Xmx aient la même valeur).

Les paramètres -XX:+UseConcMarkSweepGC -XX:+UseParNewGC
-XX:+CMSParallelRemarkEnabled qui contraignent le comportement du
garbage collector doivent eux aussi être appliqués en fonction de
l'environnement (RAM, nombre de cpus, cores, etc...). En l'occurence,
ceux ci-avant indiqués conviennent à une machine multi-cpu/cores (4
minimums).
Un bon résumé sur le sujet : http://www.petefreitag.com/articles/gctuning/

Au niveau de la config d'orbeon (properties-local.xml), attention aux
paramètres :

Le premier correspond aux nombres d'objets placés en cache par orbeon,
le deuxième au nombre d'expressions xpath compilées placées en cache.

À nouveau, les chiffres (16000) n'étaient que des indications ; les
erreurs de types "java.heap.space" que vous rencontrez sont à mon avis
liées au surdimensionnement de ces propriétés. Par défaut elles valent
respectivement 500 et 2000 - ce qui était insuffisant et se traduisait
par la survenue d'erreurs "duplicate Id" -, mais 16000 semble mettre à
mal la jvm sur votre serveur ; vous pourriez essayer 2000 (objets) et
8000 (xpath), chez moi ça marche. Mais, j'y insiste, je ne donne ces
valeurs qu'à titre indicatif ; il vous revient de déterminer les
meilleures possibles en fonction de votre environnement.

Cette page -
http://wiki.orbeon.com/forms/doc/developer-guide/admin/performance-tuning -
vous fournira davantage d'informations sur les paramètres avec lesquels
on peut jouer pour améliorer les performances d'orbeon.

J'espère que cela vous aidera,

Grégoire.

>
>
> 2010-11-17 08:23:39,963 ERROR ProcessorService - Exception at
> oxf:/apps/fr/theme.xsl (executing XSLT transformation)
> java.net.SocketException: Connection reset
>
> 2010-11-16 19:04:10,061 ERROR ProcessorService - Exception at
> oxf:/config/theme-error.xsl (executing XSLT transformation)
> java.net.SocketException: Broken pipe
>
>
> 2010-11-16 19:01:35,879 ERROR ProcessorService -
> org.orbeon.oxf.common.OXFException: (executing processor:
> name='{http://www.orbeon.com/oxf/processors}null-serializer'): line 95,
> column 45 of oxf:/config/error.xpl (executing processor:
> name='{http://www.orbeon.com/oxf/processors}http-serializer'):
> oxf:/config/theme-error.xsl (executing XSLT transformation): null
> null
> oxf:/config/theme-error.xsl (executing XSLT transformation): null
> null
> line 95, column 45 of oxf:/config/error.xpl (executing processor:
> name='{http://www.orbeon.com/oxf/processors}http-serializer'):
> oxf:/config/theme-error.xsl (executing XSLT transformation): null
> null
> oxf:/config/theme-error.xsl (executing XSLT transformation): null
> null
>
> ....
>
>
>
> Voici le fichier de log :
> http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz
>
>
> Merci d'avance pour toute aide
>
>
> Alain

17 novembre 2010 - 8:56am

(Répondre à #3) #4

ledrezen

Bonjour,

Voici quelques semaines que nous utilisons l'éditeur pour du TEF.
Après quelques heures d'utilisation il devient instable (multiples
erreurs ORBEON). Pour info, le tomcat est redémarré toutes les nuits (et
nous n'envisageons pas de le redémarrer toutes les heures ;-) ).

Les optimisation mémoire préconisées sont déjà réalisées.

2010-11-17 08:23:39,963 ERROR ProcessorService - Exception at
oxf:/apps/fr/theme.xsl (executing XSLT transformation)
java.net.SocketException: Connection reset

2010-11-16 19:04:10,061 ERROR ProcessorService - Exception at
oxf:/config/theme-error.xsl (executing XSLT transformation)
java.net.SocketException: Broken pipe

2010-11-16 19:01:35,879 ERROR ProcessorService -
org.orbeon.oxf.common.OXFException: (executing processor:
name='{http://www.orbeon.com/oxf/processors}null-serializer'): line 95,
column 45 of oxf:/config/error.xpl (executing processor:
name='{http://www.orbeon.com/oxf/processors}http-serializer'):
oxf:/config/theme-error.xsl (executing XSLT transformation): null
null
oxf:/config/theme-error.xsl (executing XSLT transformation): null
null
line 95, column 45 of oxf:/config/error.xpl (executing processor:
name='{http://www.orbeon.com/oxf/processors}http-serializer'):
oxf:/config/theme-error.xsl (executing XSLT transformation): null
null
oxf:/config/theme-error.xsl (executing XSLT transformation): null
null

....

Voici le fichier de log :
http://www.fichiers.univ-metz.fr/depot/ledrezen/catalina.out.tar.gz

Merci d'avance pour toute aide

Alain

Sujet clos

Valoriser le patrimoine numérique scientifique, pédagogique et documentaire des universités et le partager par un réseau de portails communicants en OAI

Traduction auto Google

Aide

Options d'affichage des commentaires