installation esup-ecm 1.1.0

  • 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:6c0798ccf9aa2d297afd48142f443145' 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,</p>\n<p>Je résume mon workflow :<br />\nAuteur (création) -> SEMM( données techniques/correction ) - > SCD (<br />\ndonnées BU/correction/publication ).</p>\n<p>Donc dans ma logique, je n\'ai donné l\'autorisation qu\'aux auteurs pour<br />\ncréer des ressources.\n</div>\n', created = 1507750773, expire = 1507837173, headers = '', serialized = 0 WHERE cid = '4:6c0798ccf9aa2d297afd48142f443145' 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:6c0798ccf9aa2d297afd48142f443145' 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,</p>\n<p>Je résume mon workflow :<br />\nAuteur (création) -> SEMM( données techniques/correction ) - > SCD (<br />\ndonnées BU/correction/publication ).</p>\n<p>Donc dans ma logique, je n\'ai donné l\'autorisation qu\'aux auteurs pour<br />\ncréer des ressources.\n</div>\n', created = 1507750773, expire = 1507837173, headers = '', serialized = 0 WHERE cid = '4:6c0798ccf9aa2d297afd48142f443145' 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:e14f073b069bb969400e73d9373f2e96' 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\">Pour information lors de du démarrage de nuxeo j\'ai eu le message<br />\nsuivant dans le fichier jboss.log :</p>\n<p>ERROR 1118 (42000): Row size too large. The maximum row size for the<br />\nused table type, not counting BLOBs, is 65535. You have to change some<br />\ncolumns to TEXT or BLOBs</p>\n<p>En augmentant mes logs mysql j\'ai vu que cela venait de la requête :</p>\n<p>mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n`usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme` VARCHAR(4000),<br />\n`iswebcontainer` BIT, `baseline` VARCHAR(4000), `template`<br />\nVARCHAR(4000), `themeperspective` VARCHAR(4000), `themepage`<br />\nVARCHAR(4000), `name` VARCHAR(4000), `moderationtype` VARCHAR(4000),<br />\n`url` VARCHAR(4000), `email` VARCHAR(4000)) ENGINE=InnoDB;</p>\n<p>Afin d\'avoir un nuxeo qui se lance j\'ai donc remplacé les<br />\n\"VARCHAR(4000)\" par des \"TEXT\".</p>\n<p>J\'ai été obligé de le faire sur trois créations de tables pour qu\'il<br />\nfinisse par démarrer :</p>\n<p>mysql> use esup-ecm_storage</p>\n<p>mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n`usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`<br />\nBIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,<br />\n`themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,<br />\n`email` TEXT) ENGINE=InnoDB;</p>\n<p>mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL, `creator`<br />\nTEXT, `source` TEXT, `created` DATETIME, `description` TEXT, `rights`<br />\nTEXT, `valid` DATETIME, `format` TEXT, `issued` DATETIME, `modified`<br />\nDATETIME, `language` TEXT, `expired` DATETIME, `coverage` TEXT, `title`<br />\nTEXT) ENGINE=InnoDB;</p>\n<p>mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,<br />\n`title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,<br />\n`fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,<br />\n`valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,<br />\n`created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase` TEXT,<br />\n`modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn` TEXT,<br />\n`description` TEXT, `searchpath` TEXT, `source` TEXT, `rights` TEXT,<br />\n`sortascending` BIT, `language` TEXT, `issued_min` DATETIME,<br />\n`modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;</p>\n<p>Par contre il ne m\'a pas été nécessaire de modifier l(attribut<br />\nbinarytest de la table fulltext comme indiqué ici :<br />\n<a href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\" title=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\">http://www.ori-oai.org/pages/viewpage.action?pageId=19857488</a><br />\nC\'était déjà positionnée avec la bonne valeur.</p>\n</div>\n', created = 1507750774, expire = 1507837174, headers = '', serialized = 0 WHERE cid = '4:e14f073b069bb969400e73d9373f2e96' 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:65521a5d06338655bf20ca50082938d2' 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,</p>\n<p>Désolé pour le temps de réponse.</p>\n<p>On a un petit souci de communication au sein du projet ORI. Je vais en<br />\ndiscuter avec Yohan Colmant pour voir comment évoluer sur ce point.</p>\n<p>En effet, ORI-OAI peut fonctionner sans ESUP-ECM. Mais ESUP-ECM est<br />\nproposé comme une solution privilégiée pour le stockage des documents<br />\nnotamment grâce à une intégration avec le ORI-OAI. C\'est ce point qu\'il<br />\nnous faut mieux expliquer (situation actuelle et évolution possibles).</p>\n<p>Je dis ça car ORI-OAI vient de passer de la version 1.5 à 1.6. De son<br />\ncôté, et quasiment dans la même période de temps, ESUP-ECM est passé de<br />\nla version 1.0 à la version 1.1. Les tests que nous avons fait montre<br />\nque l\'on peut utiliser toutes les combinaisons de versions de ces 2<br />\nproduits.</p>\n<p>Je dis ça car :<br />\n1) Tu dis : \"Par contre il ne m\'a pas été nécessaire de modifier<br />\nl\'attribut binarytest de la table fulltext comme indiqué ici :<br />\nhttp://www.ori-oai.org/pages/viewpage.action?pageId=19857488\" --> C\'est<br />\nvrai que ce n\'est plus nécessaire avec ESUP-ECM 1.1 mais l\'est encore<br />\npour ESUP-ECM 1.0 (qui est la version actuellement proposée avec le<br />\nquick-install de ORI-OAI 1.6)<br />\n2) Le problème que tu signales (Row size too large) est lui<br />\neffectivement référencé dans les problèmes connus sur la 1.1<br />\n(<a href=\"http://www.esup-portail.org/display/PROJESUPECM/ESUP-ECM+1.1#ESUP-ECM1.1-Probl%C3%A8mesconnus\" title=\"http://www.esup-portail.org/display/PROJESUPECM/ESUP-ECM+1.1#ESUP-ECM1.1-Probl%C3%A8mesconnus\">http://www.esup-portail.org/display/PROJESUPECM/ESUP-ECM+1.1#ESUP-ECM1.1...</a>).<br />\nTon analyse est très intéressante car elle cible très clairement la<br />\nsource du problème. Elle va donc nous permettre d\'avancer plus vite dans<br />\nsa résolution. Merci.</p>\n<p>A+</p>\n<p>Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Pour information lors de du démarrage de nuxeo j\'ai eu le message<br />\n> suivant dans le fichier jboss.log :<br />\n><br />\n> ERROR 1118 (42000): Row size too large. The maximum row size for the<br />\n> used table type, not counting BLOBs, is 65535. You have to change some<br />\n> columns to TEXT or BLOBs<br />\n><br />\n> En augmentant mes logs mysql j\'ai vu que cela venait de la requête :<br />\n><br />\n> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme` VARCHAR(4000),<br />\n> `iswebcontainer` BIT, `baseline` VARCHAR(4000), `template`<br />\n> VARCHAR(4000), `themeperspective` VARCHAR(4000), `themepage`<br />\n> VARCHAR(4000), `name` VARCHAR(4000), `moderationtype` VARCHAR(4000),<br />\n> `url` VARCHAR(4000), `email` VARCHAR(4000)) ENGINE=InnoDB;<br />\n><br />\n> Afin d\'avoir un nuxeo qui se lance j\'ai donc remplacé les<br />\n> \"VARCHAR(4000)\" par des \"TEXT\".<br />\n><br />\n> J\'ai été obligé de le faire sur trois créations de tables pour qu\'il<br />\n> finisse par démarrer :<br />\n><br />\n> mysql> use esup-ecm_storage<br />\n><br />\n> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`<br />\n> BIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,<br />\n> `themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,<br />\n> `email` TEXT) ENGINE=InnoDB;<br />\n><br />\n> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL, `creator`<br />\n> TEXT, `source` TEXT, `created` DATETIME, `description` TEXT, `rights`<br />\n> TEXT, `valid` DATETIME, `format` TEXT, `issued` DATETIME, `modified`<br />\n> DATETIME, `language` TEXT, `expired` DATETIME, `coverage` TEXT,<br />\n> `title` TEXT) ENGINE=InnoDB;<br />\n><br />\n> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,<br />\n> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,<br />\n> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,<br />\n> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,<br />\n> `created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase`<br />\n> TEXT, `modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn` TEXT,<br />\n> `description` TEXT, `searchpath` TEXT, `source` TEXT, `rights` TEXT,<br />\n> `sortascending` BIT, `language` TEXT, `issued_min` DATETIME,<br />\n> `modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;<br />\n><br />\n> Par contre il ne m\'a pas été nécessaire de modifier l(attribut<br />\n> binarytest de la table fulltext comme indiqué ici :<br />\n> <a href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\" title=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\">http://www.ori-oai.org/pages/viewpage.action?pageId=19857488</a><br />\n> C\'était déjà positionnée avec la bonne valeur.</div>\n</blockquote>\n</div>\n', created = 1507750775, expire = 1507837175, headers = '', serialized = 0 WHERE cid = '4:65521a5d06338655bf20ca50082938d2' 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:b7ab0707c44118e4c835a026bae6f384' 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 Mikaël,</p>\n<p>J\'ai regardé de plus près ton pb de Row size too large.</p>\n<p>Je viens de sortir une version 1.1.1 de nuxeo qui doit corriger le pb.</p>\n<p>Dans le développement du pacth nuxeo pour corriger ce pb je suis tombé<br />\nsur d\'autres pb quand tu te limites à modifier les VARCHAR(4000) en TEXT.</p>\n<p>Je pense que tu n\'es pas tombé sur ce dernier pb (qui concerne la<br />\ncréation d\'index) en relançant à la main les ordres de création des tables.</p>\n<p>Du coup, je me dis que tu as peut-être bien une base dont la structure<br />\nest correcte mais pas forcément avec tous les index.</p>\n<p>Peut-être te faut-il sauvegarder ta base, supprimer les tables, relancer<br />\nESUP-ECM 1.1.1 pour récréer les tables, réimporter tes data. Si tu étais<br />\nseulement en test alors c\'est plus simple, tu repars d\'une base neuve.</p>\n<p>A+</p>\n<p>Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Pour information lors de du démarrage de nuxeo j\'ai eu le message<br />\n> suivant dans le fichier jboss.log :<br />\n><br />\n> ERROR 1118 (42000): Row size too large. The maximum row size for the<br />\n> used table type, not counting BLOBs, is 65535. You have to change some<br />\n> columns to TEXT or BLOBs<br />\n><br />\n> En augmentant mes logs mysql j\'ai vu que cela venait de la requête :<br />\n><br />\n> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme` VARCHAR(4000),<br />\n> `iswebcontainer` BIT, `baseline` VARCHAR(4000), `template`<br />\n> VARCHAR(4000), `themeperspective` VARCHAR(4000), `themepage`<br />\n> VARCHAR(4000), `name` VARCHAR(4000), `moderationtype` VARCHAR(4000),<br />\n> `url` VARCHAR(4000), `email` VARCHAR(4000)) ENGINE=InnoDB;<br />\n><br />\n> Afin d\'avoir un nuxeo qui se lance j\'ai donc remplacé les<br />\n> \"VARCHAR(4000)\" par des \"TEXT\".<br />\n><br />\n> J\'ai été obligé de le faire sur trois créations de tables pour qu\'il<br />\n> finisse par démarrer :<br />\n><br />\n> mysql> use esup-ecm_storage<br />\n><br />\n> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`<br />\n> BIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,<br />\n> `themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,<br />\n> `email` TEXT) ENGINE=InnoDB;<br />\n><br />\n> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL, `creator`<br />\n> TEXT, `source` TEXT, `created` DATETIME, `description` TEXT, `rights`<br />\n> TEXT, `valid` DATETIME, `format` TEXT, `issued` DATETIME, `modified`<br />\n> DATETIME, `language` TEXT, `expired` DATETIME, `coverage` TEXT,<br />\n> `title` TEXT) ENGINE=InnoDB;<br />\n><br />\n> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,<br />\n> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,<br />\n> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,<br />\n> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,<br />\n> `created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase`<br />\n> TEXT, `modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn` TEXT,<br />\n> `description` TEXT, `searchpath` TEXT, `source` TEXT, `rights` TEXT,<br />\n> `sortascending` BIT, `language` TEXT, `issued_min` DATETIME,<br />\n> `modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;<br />\n><br />\n> Par contre il ne m\'a pas été nécessaire de modifier l(attribut<br />\n> binarytest de la table fulltext comme indiqué ici :<br />\n> <a href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\" title=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\">http://www.ori-oai.org/pages/viewpage.action?pageId=19857488</a><br />\n> C\'était déjà positionnée avec la bonne valeur.</div>\n</blockquote>\n</div>\n', created = 1507750775, expire = 1507837175, headers = '', serialized = 0 WHERE cid = '4:b7ab0707c44118e4c835a026bae6f384' 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:7ed862cf0114a97a9e82c5849eb0685a' 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\">Le 26/03/2010 15:55, Raymond Bourges a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Mikaël,<br />\n><br />\n> J\'ai regardé de plus près ton pb de Row size too large.<br />\n><br />\n> Je viens de sortir une version 1.1.1 de nuxeo qui doit corriger le pb.<br />\n><br />\n> Dans le développement du pacth nuxeo pour corriger ce pb je suis tombé<br />\n> sur d\'autres pb quand tu te limites à modifier les VARCHAR(4000) en TEXT.<br />\n><br />\n> Je pense que tu n\'es pas tombé sur ce dernier pb (qui concerne la<br />\n> création d\'index) en relançant à la main les ordres de création des<br />\n> tables.<br />\n><br />\n> Du coup, je me dis que tu as peut-être bien une base dont la structure<br />\n> est correcte mais pas forcément avec tous les index.<br />\n><br />\n> Peut-être te faut-il sauvegarder ta base, supprimer les tables,<br />\n> relancer ESUP-ECM 1.1.1 pour récréer les tables, réimporter tes data.<br />\n> Si tu étais seulement en test alors c\'est plus simple, tu repars d\'une<br />\n> base neuve.</div>\n</blockquote>\n<p>Oui, pour l\'instant je suis en test, je vais donc tout écraser.</p>\n<p>Merci.</p>\n<p>À+<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n> A+<br />\n><br />\n> Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Pour information lors de du démarrage de nuxeo j\'ai eu le message<br />\n>> suivant dans le fichier jboss.log :<br />\n>><br />\n>> ERROR 1118 (42000): Row size too large. The maximum row size for the<br />\n>> used table type, not counting BLOBs, is 65535. You have to change<br />\n>> some columns to TEXT or BLOBs<br />\n>><br />\n>> En augmentant mes logs mysql j\'ai vu que cela venait de la requête :<br />\n>><br />\n>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n>> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme` VARCHAR(4000),<br />\n>> `iswebcontainer` BIT, `baseline` VARCHAR(4000), `template`<br />\n>> VARCHAR(4000), `themeperspective` VARCHAR(4000), `themepage`<br />\n>> VARCHAR(4000), `name` VARCHAR(4000), `moderationtype` VARCHAR(4000),<br />\n>> `url` VARCHAR(4000), `email` VARCHAR(4000)) ENGINE=InnoDB;<br />\n>><br />\n>> Afin d\'avoir un nuxeo qui se lance j\'ai donc remplacé les<br />\n>> \"VARCHAR(4000)\" par des \"TEXT\".<br />\n>><br />\n>> J\'ai été obligé de le faire sur trois créations de tables pour qu\'il<br />\n>> finisse par démarrer :<br />\n>><br />\n>> mysql> use esup-ecm_storage<br />\n>><br />\n>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n>> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`<br />\n>> BIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,<br />\n>> `themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,<br />\n>> `email` TEXT) ENGINE=InnoDB;<br />\n>><br />\n>> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL,<br />\n>> `creator` TEXT, `source` TEXT, `created` DATETIME, `description`<br />\n>> TEXT, `rights` TEXT, `valid` DATETIME, `format` TEXT, `issued`<br />\n>> DATETIME, `modified` DATETIME, `language` TEXT, `expired` DATETIME,<br />\n>> `coverage` TEXT, `title` TEXT) ENGINE=InnoDB;<br />\n>><br />\n>> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,<br />\n>> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,<br />\n>> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,<br />\n>> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,<br />\n>> `created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase`<br />\n>> TEXT, `modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn`<br />\n>> TEXT, `description` TEXT, `searchpath` TEXT, `source` TEXT, `rights`<br />\n>> TEXT, `sortascending` BIT, `language` TEXT, `issued_min` DATETIME,<br />\n>> `modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;<br />\n>><br />\n>> Par contre il ne m\'a pas été nécessaire de modifier l(attribut<br />\n>> binarytest de la table fulltext comme indiqué ici :<br />\n>> <a href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\" title=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\">http://www.ori-oai.org/pages/viewpage.action?pageId=19857488</a><br />\n>> C\'était déjà positionnée avec la bonne valeur.</p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507750775, expire = 1507837175, headers = '', serialized = 0 WHERE cid = '4:7ed862cf0114a97a9e82c5849eb0685a' 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:67e3923e6dbdcf3f726ada0249284c40' 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\">Le 26/03/2010 16:00, Mikaël Le Bohec a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Le 26/03/2010 15:55, Raymond Bourges a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Mikaël,<br />\n>><br />\n>> J\'ai regardé de plus près ton pb de Row size too large.<br />\n>><br />\n>> Je viens de sortir une version 1.1.1 de nuxeo qui doit corriger le pb.</div>\n</blockquote>\n<p>Je ne vois pas le tag 1.1.1 dans<br />\n<a href=\"https://subversion.cru.fr/esup-ecm/esup-ecm-config/tags/\" title=\"https://subversion.cru.fr/esup-ecm/esup-ecm-config/tags/\">https://subversion.cru.fr/esup-ecm/esup-ecm-config/tags/</a><br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>> Dans le développement du pacth nuxeo pour corriger ce pb je suis<br />\n>> tombé sur d\'autres pb quand tu te limites à modifier les<br />\n>> VARCHAR(4000) en TEXT.<br />\n>><br />\n>> Je pense que tu n\'es pas tombé sur ce dernier pb (qui concerne la<br />\n>> création d\'index) en relançant à la main les ordres de création des<br />\n>> tables.<br />\n>><br />\n>> Du coup, je me dis que tu as peut-être bien une base dont la<br />\n>> structure est correcte mais pas forcément avec tous les index.<br />\n>><br />\n>> Peut-être te faut-il sauvegarder ta base, supprimer les tables,<br />\n>> relancer ESUP-ECM 1.1.1 pour récréer les tables, réimporter tes data.<br />\n>> Si tu étais seulement en test alors c\'est plus simple, tu repars<br />\n>> d\'une base neuve.</p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> Oui, pour l\'instant je suis en test, je vais donc tout écraser.<br />\n><br />\n> Merci.<br />\n><br />\n> À+</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>> A+<br />\n>><br />\n>> Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Pour information lors de du démarrage de nuxeo j\'ai eu le message<br />\n>>> suivant dans le fichier jboss.log :<br />\n>>><br />\n>>> ERROR 1118 (42000): Row size too large. The maximum row size for the<br />\n>>> used table type, not counting BLOBs, is 65535. You have to change<br />\n>>> some columns to TEXT or BLOBs<br />\n>>><br />\n>>> En augmentant mes logs mysql j\'ai vu que cela venait de la requête :<br />\n>>><br />\n>>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n>>> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme`<br />\n>>> VARCHAR(4000), `iswebcontainer` BIT, `baseline` VARCHAR(4000),<br />\n>>> `template` VARCHAR(4000), `themeperspective` VARCHAR(4000),<br />\n>>> `themepage` VARCHAR(4000), `name` VARCHAR(4000), `moderationtype`<br />\n>>> VARCHAR(4000), `url` VARCHAR(4000), `email` VARCHAR(4000))<br />\n>>> ENGINE=InnoDB;<br />\n>>><br />\n>>> Afin d\'avoir un nuxeo qui se lance j\'ai donc remplacé les<br />\n>>> \"VARCHAR(4000)\" par des \"TEXT\".<br />\n>>><br />\n>>> J\'ai été obligé de le faire sur trois créations de tables pour qu\'il<br />\n>>> finisse par démarrer :<br />\n>>><br />\n>>> mysql> use esup-ecm_storage<br />\n>>><br />\n>>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n>>> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`<br />\n>>> BIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,<br />\n>>> `themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,<br />\n>>> `email` TEXT) ENGINE=InnoDB;<br />\n>>><br />\n>>> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL,<br />\n>>> `creator` TEXT, `source` TEXT, `created` DATETIME, `description`<br />\n>>> TEXT, `rights` TEXT, `valid` DATETIME, `format` TEXT, `issued`<br />\n>>> DATETIME, `modified` DATETIME, `language` TEXT, `expired` DATETIME,<br />\n>>> `coverage` TEXT, `title` TEXT) ENGINE=InnoDB;<br />\n>>><br />\n>>> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,<br />\n>>> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,<br />\n>>> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,<br />\n>>> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,<br />\n>>> `created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase`<br />\n>>> TEXT, `modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn`<br />\n>>> TEXT, `description` TEXT, `searchpath` TEXT, `source` TEXT, `rights`<br />\n>>> TEXT, `sortascending` BIT, `language` TEXT, `issued_min` DATETIME,<br />\n>>> `modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;<br />\n>>><br />\n>>> Par contre il ne m\'a pas été nécessaire de modifier l(attribut<br />\n>>> binarytest de la table fulltext comme indiqué ici :<br />\n>>> <a href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\" title=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\">http://www.ori-oai.org/pages/viewpage.action?pageId=19857488</a><br />\n>>> C\'était déjà positionnée avec la bonne valeur.</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507750775, expire = 1507837175, headers = '', serialized = 0 WHERE cid = '4:67e3923e6dbdcf3f726ada0249284c40' 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:8d5ca3b1dfe1284770827070e1169ce9' 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\">C\'était un oubli de ma part.</p>\n<p>C\'est corrigé.</p>\n<p>Le 26/03/2010 16:04, Mikaël Le Bohec a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Le 26/03/2010 16:00, Mikaël Le Bohec a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Le 26/03/2010 15:55, Raymond Bourges a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour Mikaël,<br />\n>>><br />\n>>> J\'ai regardé de plus près ton pb de Row size too large.<br />\n>>><br />\n>>> Je viens de sortir une version 1.1.1 de nuxeo qui doit corriger le pb.</p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>> Je ne vois pas le tag 1.1.1 dans<br />\n> <a href=\"https://subversion.cru.fr/esup-ecm/esup-ecm-config/tags/\" title=\"https://subversion.cru.fr/esup-ecm/esup-ecm-config/tags/\">https://subversion.cru.fr/esup-ecm/esup-ecm-config/tags/</a></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>><br />\n>>> Dans le développement du pacth nuxeo pour corriger ce pb je suis<br />\n>>> tombé sur d\'autres pb quand tu te limites à modifier les<br />\n>>> VARCHAR(4000) en TEXT.<br />\n>>><br />\n>>> Je pense que tu n\'es pas tombé sur ce dernier pb (qui concerne la<br />\n>>> création d\'index) en relançant à la main les ordres de création des<br />\n>>> tables.<br />\n>>><br />\n>>> Du coup, je me dis que tu as peut-être bien une base dont la<br />\n>>> structure est correcte mais pas forcément avec tous les index.<br />\n>>><br />\n>>> Peut-être te faut-il sauvegarder ta base, supprimer les tables,<br />\n>>> relancer ESUP-ECM 1.1.1 pour récréer les tables, réimporter tes<br />\n>>> data. Si tu étais seulement en test alors c\'est plus simple, tu<br />\n>>> repars d\'une base neuve.</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Oui, pour l\'instant je suis en test, je vais donc tout écraser.<br />\n>><br />\n>> Merci.<br />\n>><br />\n>> À+</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>><br />\n>>> A+<br />\n>>><br />\n>>> Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Pour information lors de du démarrage de nuxeo j\'ai eu le message<br />\n>>>> suivant dans le fichier jboss.log :<br />\n>>>><br />\n>>>> ERROR 1118 (42000): Row size too large. The maximum row size for<br />\n>>>> the used table type, not counting BLOBs, is 65535. You have to<br />\n>>>> change some columns to TEXT or BLOBs<br />\n>>>><br />\n>>>> En augmentant mes logs mysql j\'ai vu que cela venait de la requête :<br />\n>>>><br />\n>>>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n>>>> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme`<br />\n>>>> VARCHAR(4000), `iswebcontainer` BIT, `baseline` VARCHAR(4000),<br />\n>>>> `template` VARCHAR(4000), `themeperspective` VARCHAR(4000),<br />\n>>>> `themepage` VARCHAR(4000), `name` VARCHAR(4000), `moderationtype`<br />\n>>>> VARCHAR(4000), `url` VARCHAR(4000), `email` VARCHAR(4000))<br />\n>>>> ENGINE=InnoDB;<br />\n>>>><br />\n>>>> Afin d\'avoir un nuxeo qui se lance j\'ai donc remplacé les<br />\n>>>> \"VARCHAR(4000)\" par des \"TEXT\".<br />\n>>>><br />\n>>>> J\'ai été obligé de le faire sur trois créations de tables pour<br />\n>>>> qu\'il finisse par démarrer :<br />\n>>>><br />\n>>>> mysql> use esup-ecm_storage<br />\n>>>><br />\n>>>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,<br />\n>>>> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT,<br />\n>>>> `iswebcontainer` BIT, `baseline` TEXT, `template` TEXT,<br />\n>>>> `themeperspective` TEXT, `themepage` TEXT, `name` TEXT,<br />\n>>>> `moderationtype` TEXT, `url` TEXT, `email` TEXT) ENGINE=InnoDB;<br />\n>>>><br />\n>>>> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL,<br />\n>>>> `creator` TEXT, `source` TEXT, `created` DATETIME, `description`<br />\n>>>> TEXT, `rights` TEXT, `valid` DATETIME, `format` TEXT, `issued`<br />\n>>>> DATETIME, `modified` DATETIME, `language` TEXT, `expired` DATETIME,<br />\n>>>> `coverage` TEXT, `title` TEXT) ENGINE=InnoDB;<br />\n>>>><br />\n>>>> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,<br />\n>>>> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,<br />\n>>>> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,<br />\n>>>> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max`<br />\n>>>> DATETIME, `created_min` DATETIME, `created_max` DATETIME,<br />\n>>>> `fulltext_phrase` TEXT, `modified_max` DATETIME, `fulltext_all`<br />\n>>>> TEXT, `sortcolumn` TEXT, `description` TEXT, `searchpath` TEXT,<br />\n>>>> `source` TEXT, `rights` TEXT, `sortascending` BIT, `language` TEXT,<br />\n>>>> `issued_min` DATETIME, `modified_min` DATETIME, `fulltext_one_of`<br />\n>>>> TEXT) ENGINE=InnoDB;<br />\n>>>><br />\n>>>> Par contre il ne m\'a pas été nécessaire de modifier l(attribut<br />\n>>>> binarytest de la table fulltext comme indiqué ici :<br />\n>>>> <a href=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\" title=\"http://www.ori-oai.org/pages/viewpage.action?pageId=19857488\">http://www.ori-oai.org/pages/viewpage.action?pageId=19857488</a><br />\n>>>> C\'était déjà positionnée avec la bonne valeur.</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507750775, expire = 1507837175, headers = '', serialized = 0 WHERE cid = '4:8d5ca3b1dfe1284770827070e1169ce9' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
6 messages / 0 nouveaux
Sujet clos
Dernière contribution
17 mars 2010 - 12:28pm
#1
mikaellebohec
installation esup-ecm 1.1.0
Pour information lors de du démarrage de nuxeo j'ai eu le message
suivant dans le fichier jboss.log :

ERROR 1118 (42000): Row size too large. The maximum row size for the
used table type, not counting BLOBs, is 65535. You have to change some
columns to TEXT or BLOBs

En augmentant mes logs mysql j'ai vu que cela venait de la requête :

mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
`usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme` VARCHAR(4000),
`iswebcontainer` BIT, `baseline` VARCHAR(4000), `template`
VARCHAR(4000), `themeperspective` VARCHAR(4000), `themepage`
VARCHAR(4000), `name` VARCHAR(4000), `moderationtype` VARCHAR(4000),
`url` VARCHAR(4000), `email` VARCHAR(4000)) ENGINE=InnoDB;

Afin d'avoir un nuxeo qui se lance j'ai donc remplacé les
"VARCHAR(4000)" par des "TEXT".

J'ai été obligé de le faire sur trois créations de tables pour qu'il
finisse par démarrer :

mysql> use esup-ecm_storage

mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
`usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`
BIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,
`themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,
`email` TEXT) ENGINE=InnoDB;

mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL, `creator`
TEXT, `source` TEXT, `created` DATETIME, `description` TEXT, `rights`
TEXT, `valid` DATETIME, `format` TEXT, `issued` DATETIME, `modified`
DATETIME, `language` TEXT, `expired` DATETIME, `coverage` TEXT, `title`
TEXT) ENGINE=InnoDB;

mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,
`title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,
`fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,
`valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,
`created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase` TEXT,
`modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn` TEXT,
`description` TEXT, `searchpath` TEXT, `source` TEXT, `rights` TEXT,
`sortascending` BIT, `language` TEXT, `issued_min` DATETIME,
`modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;

Par contre il ne m'a pas été nécessaire de modifier l(attribut
binarytest de la table fulltext comme indiqué ici :
http://www.ori-oai.org/pages/viewpage.action?pageId=19857488
C'était déjà positionnée avec la bonne valeur.

Haut
Étiquettes:
22 mars 2010 - 12:55pm
#2
raymondbourges
Bonjour,

Désolé pour le temps de réponse.

On a un petit souci de communication au sein du projet ORI. Je vais en
discuter avec Yohan Colmant pour voir comment évoluer sur ce point.

En effet, ORI-OAI peut fonctionner sans ESUP-ECM. Mais ESUP-ECM est
proposé comme une solution privilégiée pour le stockage des documents
notamment grâce à une intégration avec le ORI-OAI. C'est ce point qu'il
nous faut mieux expliquer (situation actuelle et évolution possibles).

Je dis ça car ORI-OAI vient de passer de la version 1.5 à 1.6. De son
côté, et quasiment dans la même période de temps, ESUP-ECM est passé de
la version 1.0 à la version 1.1. Les tests que nous avons fait montre
que l'on peut utiliser toutes les combinaisons de versions de ces 2
produits.

Je dis ça car :
1) Tu dis : "Par contre il ne m'a pas été nécessaire de modifier
l'attribut binarytest de la table fulltext comme indiqué ici :
http://www.ori-oai.org/pages/viewpage.action?pageId=19857488" --> C'est
vrai que ce n'est plus nécessaire avec ESUP-ECM 1.1 mais l'est encore
pour ESUP-ECM 1.0 (qui est la version actuellement proposée avec le
quick-install de ORI-OAI 1.6)
2) Le problème que tu signales (Row size too large) est lui
effectivement référencé dans les problèmes connus sur la 1.1
(http://www.esup-portail.org/display/PROJESUPECM/ESUP-ECM+1.1#ESUP-ECM1.1...).
Ton analyse est très intéressante car elle cible très clairement la
source du problème. Elle va donc nous permettre d'avancer plus vite dans
sa résolution. Merci.

A+

Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :

> Pour information lors de du démarrage de nuxeo j'ai eu le message
> suivant dans le fichier jboss.log :
>
> ERROR 1118 (42000): Row size too large. The maximum row size for the
> used table type, not counting BLOBs, is 65535. You have to change some
> columns to TEXT or BLOBs
>
> En augmentant mes logs mysql j'ai vu que cela venait de la requête :
>
> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme` VARCHAR(4000),
> `iswebcontainer` BIT, `baseline` VARCHAR(4000), `template`
> VARCHAR(4000), `themeperspective` VARCHAR(4000), `themepage`
> VARCHAR(4000), `name` VARCHAR(4000), `moderationtype` VARCHAR(4000),
> `url` VARCHAR(4000), `email` VARCHAR(4000)) ENGINE=InnoDB;
>
> Afin d'avoir un nuxeo qui se lance j'ai donc remplacé les
> "VARCHAR(4000)" par des "TEXT".
>
> J'ai été obligé de le faire sur trois créations de tables pour qu'il
> finisse par démarrer :
>
> mysql> use esup-ecm_storage
>
> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`
> BIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,
> `themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,
> `email` TEXT) ENGINE=InnoDB;
>
> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL, `creator`
> TEXT, `source` TEXT, `created` DATETIME, `description` TEXT, `rights`
> TEXT, `valid` DATETIME, `format` TEXT, `issued` DATETIME, `modified`
> DATETIME, `language` TEXT, `expired` DATETIME, `coverage` TEXT,
> `title` TEXT) ENGINE=InnoDB;
>
> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,
> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,
> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,
> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,
> `created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase`
> TEXT, `modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn` TEXT,
> `description` TEXT, `searchpath` TEXT, `source` TEXT, `rights` TEXT,
> `sortascending` BIT, `language` TEXT, `issued_min` DATETIME,
> `modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;
>
> Par contre il ne m'a pas été nécessaire de modifier l(attribut
> binarytest de la table fulltext comme indiqué ici :
> http://www.ori-oai.org/pages/viewpage.action?pageId=19857488
> C'était déjà positionnée avec la bonne valeur.

Haut
26 mars 2010 - 3:55pm
#3
raymondbourges
Bonjour Mikaël,

J'ai regardé de plus près ton pb de Row size too large.

Je viens de sortir une version 1.1.1 de nuxeo qui doit corriger le pb.

Dans le développement du pacth nuxeo pour corriger ce pb je suis tombé
sur d'autres pb quand tu te limites à modifier les VARCHAR(4000) en TEXT.

Je pense que tu n'es pas tombé sur ce dernier pb (qui concerne la
création d'index) en relançant à la main les ordres de création des tables.

Du coup, je me dis que tu as peut-être bien une base dont la structure
est correcte mais pas forcément avec tous les index.

Peut-être te faut-il sauvegarder ta base, supprimer les tables, relancer
ESUP-ECM 1.1.1 pour récréer les tables, réimporter tes data. Si tu étais
seulement en test alors c'est plus simple, tu repars d'une base neuve.

A+

Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :

> Pour information lors de du démarrage de nuxeo j'ai eu le message
> suivant dans le fichier jboss.log :
>
> ERROR 1118 (42000): Row size too large. The maximum row size for the
> used table type, not counting BLOBs, is 65535. You have to change some
> columns to TEXT or BLOBs
>
> En augmentant mes logs mysql j'ai vu que cela venait de la requête :
>
> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme` VARCHAR(4000),
> `iswebcontainer` BIT, `baseline` VARCHAR(4000), `template`
> VARCHAR(4000), `themeperspective` VARCHAR(4000), `themepage`
> VARCHAR(4000), `name` VARCHAR(4000), `moderationtype` VARCHAR(4000),
> `url` VARCHAR(4000), `email` VARCHAR(4000)) ENGINE=InnoDB;
>
> Afin d'avoir un nuxeo qui se lance j'ai donc remplacé les
> "VARCHAR(4000)" par des "TEXT".
>
> J'ai été obligé de le faire sur trois créations de tables pour qu'il
> finisse par démarrer :
>
> mysql> use esup-ecm_storage
>
> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`
> BIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,
> `themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,
> `email` TEXT) ENGINE=InnoDB;
>
> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL, `creator`
> TEXT, `source` TEXT, `created` DATETIME, `description` TEXT, `rights`
> TEXT, `valid` DATETIME, `format` TEXT, `issued` DATETIME, `modified`
> DATETIME, `language` TEXT, `expired` DATETIME, `coverage` TEXT,
> `title` TEXT) ENGINE=InnoDB;
>
> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,
> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,
> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,
> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,
> `created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase`
> TEXT, `modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn` TEXT,
> `description` TEXT, `searchpath` TEXT, `source` TEXT, `rights` TEXT,
> `sortascending` BIT, `language` TEXT, `issued_min` DATETIME,
> `modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;
>
> Par contre il ne m'a pas été nécessaire de modifier l(attribut
> binarytest de la table fulltext comme indiqué ici :
> http://www.ori-oai.org/pages/viewpage.action?pageId=19857488
> C'était déjà positionnée avec la bonne valeur.

Haut
26 mars 2010 - 4:00pm
(Répondre à #3) #4
mikaellebohec
Le 26/03/2010 15:55, Raymond Bourges a écrit :

> Bonjour Mikaël,
>
> J'ai regardé de plus près ton pb de Row size too large.
>
> Je viens de sortir une version 1.1.1 de nuxeo qui doit corriger le pb.
>
> Dans le développement du pacth nuxeo pour corriger ce pb je suis tombé
> sur d'autres pb quand tu te limites à modifier les VARCHAR(4000) en TEXT.
>
> Je pense que tu n'es pas tombé sur ce dernier pb (qui concerne la
> création d'index) en relançant à la main les ordres de création des
> tables.
>
> Du coup, je me dis que tu as peut-être bien une base dont la structure
> est correcte mais pas forcément avec tous les index.
>
> Peut-être te faut-il sauvegarder ta base, supprimer les tables,
> relancer ESUP-ECM 1.1.1 pour récréer les tables, réimporter tes data.
> Si tu étais seulement en test alors c'est plus simple, tu repars d'une
> base neuve.

Oui, pour l'instant je suis en test, je vais donc tout écraser.

Merci.

À+

>
> A+
>
> Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :

>> Pour information lors de du démarrage de nuxeo j'ai eu le message
>> suivant dans le fichier jboss.log :
>>
>> ERROR 1118 (42000): Row size too large. The maximum row size for the
>> used table type, not counting BLOBs, is 65535. You have to change
>> some columns to TEXT or BLOBs
>>
>> En augmentant mes logs mysql j'ai vu que cela venait de la requête :
>>
>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
>> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme` VARCHAR(4000),
>> `iswebcontainer` BIT, `baseline` VARCHAR(4000), `template`
>> VARCHAR(4000), `themeperspective` VARCHAR(4000), `themepage`
>> VARCHAR(4000), `name` VARCHAR(4000), `moderationtype` VARCHAR(4000),
>> `url` VARCHAR(4000), `email` VARCHAR(4000)) ENGINE=InnoDB;
>>
>> Afin d'avoir un nuxeo qui se lance j'ai donc remplacé les
>> "VARCHAR(4000)" par des "TEXT".
>>
>> J'ai été obligé de le faire sur trois créations de tables pour qu'il
>> finisse par démarrer :
>>
>> mysql> use esup-ecm_storage
>>
>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
>> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`
>> BIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,
>> `themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,
>> `email` TEXT) ENGINE=InnoDB;
>>
>> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL,
>> `creator` TEXT, `source` TEXT, `created` DATETIME, `description`
>> TEXT, `rights` TEXT, `valid` DATETIME, `format` TEXT, `issued`
>> DATETIME, `modified` DATETIME, `language` TEXT, `expired` DATETIME,
>> `coverage` TEXT, `title` TEXT) ENGINE=InnoDB;
>>
>> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,
>> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,
>> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,
>> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,
>> `created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase`
>> TEXT, `modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn`
>> TEXT, `description` TEXT, `searchpath` TEXT, `source` TEXT, `rights`
>> TEXT, `sortascending` BIT, `language` TEXT, `issued_min` DATETIME,
>> `modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;
>>
>> Par contre il ne m'a pas été nécessaire de modifier l(attribut
>> binarytest de la table fulltext comme indiqué ici :
>> http://www.ori-oai.org/pages/viewpage.action?pageId=19857488
>> C'était déjà positionnée avec la bonne valeur.

>

Haut
26 mars 2010 - 4:04pm
(Répondre à #4) #5
mikaellebohec
Le 26/03/2010 16:00, Mikaël Le Bohec a écrit :

> Le 26/03/2010 15:55, Raymond Bourges a écrit :

>> Bonjour Mikaël,
>>
>> J'ai regardé de plus près ton pb de Row size too large.
>>
>> Je viens de sortir une version 1.1.1 de nuxeo qui doit corriger le pb.

Je ne vois pas le tag 1.1.1 dans
https://subversion.cru.fr/esup-ecm/esup-ecm-config/tags/

>>
>> Dans le développement du pacth nuxeo pour corriger ce pb je suis
>> tombé sur d'autres pb quand tu te limites à modifier les
>> VARCHAR(4000) en TEXT.
>>
>> Je pense que tu n'es pas tombé sur ce dernier pb (qui concerne la
>> création d'index) en relançant à la main les ordres de création des
>> tables.
>>
>> Du coup, je me dis que tu as peut-être bien une base dont la
>> structure est correcte mais pas forcément avec tous les index.
>>
>> Peut-être te faut-il sauvegarder ta base, supprimer les tables,
>> relancer ESUP-ECM 1.1.1 pour récréer les tables, réimporter tes data.
>> Si tu étais seulement en test alors c'est plus simple, tu repars
>> d'une base neuve.

> Oui, pour l'instant je suis en test, je vais donc tout écraser.
>
> Merci.
>
> À+

>>
>> A+
>>
>> Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :

>>> Pour information lors de du démarrage de nuxeo j'ai eu le message
>>> suivant dans le fichier jboss.log :
>>>
>>> ERROR 1118 (42000): Row size too large. The maximum row size for the
>>> used table type, not counting BLOBs, is 65535. You have to change
>>> some columns to TEXT or BLOBs
>>>
>>> En augmentant mes logs mysql j'ai vu que cela venait de la requête :
>>>
>>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
>>> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme`
>>> VARCHAR(4000), `iswebcontainer` BIT, `baseline` VARCHAR(4000),
>>> `template` VARCHAR(4000), `themeperspective` VARCHAR(4000),
>>> `themepage` VARCHAR(4000), `name` VARCHAR(4000), `moderationtype`
>>> VARCHAR(4000), `url` VARCHAR(4000), `email` VARCHAR(4000))
>>> ENGINE=InnoDB;
>>>
>>> Afin d'avoir un nuxeo qui se lance j'ai donc remplacé les
>>> "VARCHAR(4000)" par des "TEXT".
>>>
>>> J'ai été obligé de le faire sur trois créations de tables pour qu'il
>>> finisse par démarrer :
>>>
>>> mysql> use esup-ecm_storage
>>>
>>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
>>> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT, `iswebcontainer`
>>> BIT, `baseline` TEXT, `template` TEXT, `themeperspective` TEXT,
>>> `themepage` TEXT, `name` TEXT, `moderationtype` TEXT, `url` TEXT,
>>> `email` TEXT) ENGINE=InnoDB;
>>>
>>> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL,
>>> `creator` TEXT, `source` TEXT, `created` DATETIME, `description`
>>> TEXT, `rights` TEXT, `valid` DATETIME, `format` TEXT, `issued`
>>> DATETIME, `modified` DATETIME, `language` TEXT, `expired` DATETIME,
>>> `coverage` TEXT, `title` TEXT) ENGINE=InnoDB;
>>>
>>> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,
>>> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,
>>> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,
>>> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max` DATETIME,
>>> `created_min` DATETIME, `created_max` DATETIME, `fulltext_phrase`
>>> TEXT, `modified_max` DATETIME, `fulltext_all` TEXT, `sortcolumn`
>>> TEXT, `description` TEXT, `searchpath` TEXT, `source` TEXT, `rights`
>>> TEXT, `sortascending` BIT, `language` TEXT, `issued_min` DATETIME,
>>> `modified_min` DATETIME, `fulltext_one_of` TEXT) ENGINE=InnoDB;
>>>
>>> Par contre il ne m'a pas été nécessaire de modifier l(attribut
>>> binarytest de la table fulltext comme indiqué ici :
>>> http://www.ori-oai.org/pages/viewpage.action?pageId=19857488
>>> C'était déjà positionnée avec la bonne valeur.

>>

>

Haut
29 mars 2010 - 2:35pm
(Répondre à #5) #6
raymondbourges
C'était un oubli de ma part.

C'est corrigé.

Le 26/03/2010 16:04, Mikaël Le Bohec a écrit :

> Le 26/03/2010 16:00, Mikaël Le Bohec a écrit :

>> Le 26/03/2010 15:55, Raymond Bourges a écrit :

>>> Bonjour Mikaël,
>>>
>>> J'ai regardé de plus près ton pb de Row size too large.
>>>
>>> Je viens de sortir une version 1.1.1 de nuxeo qui doit corriger le pb.

> Je ne vois pas le tag 1.1.1 dans
> https://subversion.cru.fr/esup-ecm/esup-ecm-config/tags/

>>>
>>> Dans le développement du pacth nuxeo pour corriger ce pb je suis
>>> tombé sur d'autres pb quand tu te limites à modifier les
>>> VARCHAR(4000) en TEXT.
>>>
>>> Je pense que tu n'es pas tombé sur ce dernier pb (qui concerne la
>>> création d'index) en relançant à la main les ordres de création des
>>> tables.
>>>
>>> Du coup, je me dis que tu as peut-être bien une base dont la
>>> structure est correcte mais pas forcément avec tous les index.
>>>
>>> Peut-être te faut-il sauvegarder ta base, supprimer les tables,
>>> relancer ESUP-ECM 1.1.1 pour récréer les tables, réimporter tes
>>> data. Si tu étais seulement en test alors c'est plus simple, tu
>>> repars d'une base neuve.

>> Oui, pour l'instant je suis en test, je vais donc tout écraser.
>>
>> Merci.
>>
>> À+

>>>
>>> A+
>>>
>>> Le 17/03/2010 12:28, Mikaël Le Bohec a écrit :

>>>> Pour information lors de du démarrage de nuxeo j'ai eu le message
>>>> suivant dans le fichier jboss.log :
>>>>
>>>> ERROR 1118 (42000): Row size too large. The maximum row size for
>>>> the used table type, not counting BLOBs, is 65535. You have to
>>>> change some columns to TEXT or BLOBs
>>>>
>>>> En augmentant mes logs mysql j'ai vu que cela venait de la requête :
>>>>
>>>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
>>>> `usecaptcha` BIT, `welcometext` VARCHAR(4000), `theme`
>>>> VARCHAR(4000), `iswebcontainer` BIT, `baseline` VARCHAR(4000),
>>>> `template` VARCHAR(4000), `themeperspective` VARCHAR(4000),
>>>> `themepage` VARCHAR(4000), `name` VARCHAR(4000), `moderationtype`
>>>> VARCHAR(4000), `url` VARCHAR(4000), `email` VARCHAR(4000))
>>>> ENGINE=InnoDB;
>>>>
>>>> Afin d'avoir un nuxeo qui se lance j'ai donc remplacé les
>>>> "VARCHAR(4000)" par des "TEXT".
>>>>
>>>> J'ai été obligé de le faire sur trois créations de tables pour
>>>> qu'il finisse par démarrer :
>>>>
>>>> mysql> use esup-ecm_storage
>>>>
>>>> mysql> CREATE TABLE `webcontainer` (`id` VARCHAR(36) NOT NULL,
>>>> `usecaptcha` BIT, `welcometext` TEXT, `theme` TEXT,
>>>> `iswebcontainer` BIT, `baseline` TEXT, `template` TEXT,
>>>> `themeperspective` TEXT, `themepage` TEXT, `name` TEXT,
>>>> `moderationtype` TEXT, `url` TEXT, `email` TEXT) ENGINE=InnoDB;
>>>>
>>>> mysql> CREATE TABLE `dublincore` (`id` VARCHAR(36) NOT NULL,
>>>> `creator` TEXT, `source` TEXT, `created` DATETIME, `description`
>>>> TEXT, `rights` TEXT, `valid` DATETIME, `format` TEXT, `issued`
>>>> DATETIME, `modified` DATETIME, `language` TEXT, `expired` DATETIME,
>>>> `coverage` TEXT, `title` TEXT) ENGINE=InnoDB;
>>>>
>>>> mysql> CREATE TABLE `advanced_search` (`id` VARCHAR(36) NOT NULL,
>>>> `title` TEXT, `valid_max` DATETIME, `expired_min` DATETIME,
>>>> `fulltext_none` TEXT, `format` TEXT, `ischeckedinversion` BIT,
>>>> `valid_min` DATETIME, `issued_max` DATETIME, `expired_max`
>>>> DATETIME, `created_min` DATETIME, `created_max` DATETIME,
>>>> `fulltext_phrase` TEXT, `modified_max` DATETIME, `fulltext_all`
>>>> TEXT, `sortcolumn` TEXT, `description` TEXT, `searchpath` TEXT,
>>>> `source` TEXT, `rights` TEXT, `sortascending` BIT, `language` TEXT,
>>>> `issued_min` DATETIME, `modified_min` DATETIME, `fulltext_one_of`
>>>> TEXT) ENGINE=InnoDB;
>>>>
>>>> Par contre il ne m'a pas été nécessaire de modifier l(attribut
>>>> binarytest de la table fulltext comme indiqué ici :
>>>> http://www.ori-oai.org/pages/viewpage.action?pageId=19857488
>>>> C'était déjà positionnée avec la bonne valeur.

>>>

>>

>

Haut

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : derniere version esup-ecm-nuxeo Sujet suivant : memoire virtuelle des tomcats ›