19:05:36,003 WARN [remoting.rmi.RmiRegistryFactoryBean] Could not detect RMI registry - creating new one
19:05:40,297 INFO [domain.schema.SchemaBootstrap] Schema managed by database dialect org.hibernate.dialect.MySQLInnoDBDialect.
19:05:42,163 INFO [domain.schema.SchemaBootstrap] Aucune modification na été apportée au schéma.
19:05:43,428 INFO [node.index.FullIndexRecoveryComponent] Récupération de lindex débutée : {0} transactions.
19:57:49,572 INFO [node.index.FullIndexRecoveryComponent] 10 % achevé.
22:18:11,567 INFO [node.index.FullIndexRecoveryComponent] 20 % achevé.
01:49:50,810 INFO [node.index.FullIndexRecoveryComponent] 30 % achevé.
06:15:34,485 INFO [node.index.FullIndexRecoveryComponent] 40 % achevé.
11:22:11,606 INFO [node.index.FullIndexRecoveryComponent] 50 % achevé.
16:01:36,610 INFO [node.index.FullIndexRecoveryComponent] 60 % achevé.
05:06:18,249 ERROR [quartz.core.JobRunShell] Job DEFAULT.ldapGroupJobDetail threw an unhandled Exception:
org.alfresco.repo.importer.ExportSourceImporterException: Failed to import
at org.alfresco.repo.importer.ExportSourceImporter.doImport(ExportSourceImporter.java:214)
at org.alfresco.repo.importer.ImporterJob.execute(ImporterJob.java:44)
at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:529)
Caused by: org.alfresco.service.cmr.view.ImporterException: Failed to import package at line 26; column 29 due to error: Object of class [org.alfresco.repo.domain.hibernate.NodeImpl] with identifier [1701289]: optimistic locking failed; nested exception is org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [org.alfresco.repo.domain.hibernate.NodeImpl#1701289]
at org.alfresco.repo.importer.view.ViewParser.parse(ViewParser.java:190)
at org.alfresco.repo.importer.ImporterComponent.parserImport(ImporterComponent.java:360)
at org.alfresco.repo.importer.ImporterComponent.importView(ImporterComponent.java:224)
at org.alfresco.repo.importer.ExportSourceImporter.doImport(ExportSourceImporter.java:182)
… 3 more
Caused by: org.springframework.orm.hibernate3.HibernateOptimisticLockingFailureException: Object of class [org.alfresco.repo.domain.hibernate.NodeImpl] with identifier [1701289]: optimistic locking failed; nested exception is org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [org.alfresco.repo.domain.hibernate.NodeImpl#1701289]
…
Michael, vous qui êtes un spécialiste d'Alfresco, pensez-vous que l'on puisse rester optimiste ? A-t-on bon espoir que le rebuild se termine ? J'avoue que le délai me laisse penser qu'on est mal barré…Même sans être un spécialiste, ce délai me laisserait en effet un peu songeur …
Et inutile de dire que nos sauvegardes d'Alfresco ne fonctionnaient plus depuis le 06 juin… Donc c'est notre dernière chance… Avec des milliers de docs dedans !J'allais vous proposer de repartir sur un backup … ouille.
Il semble que vous ayez plusieurs threads qui "travaillent" sur le même record.optimistic locking failed
En ce qui concerne la manière dont Alfresco stocke les données, Romain en a dit pas mal. Juste retenir qu'il n'y a pas beaucoup de méthodes de stockage qui permettent l'unicité du nom, de lever les problèmes d'encodage, et cela sans renommer les documents (comprendre "aucune").==> Je suis d'accord Michael. N'en jetez plus !
Il ne faut jamais confondre "alf_data" qui est un répertoire système avec les interfaces que sont CIFS, NFS, ou FTP. Considérez bien que ce dossier est le seul qui permette, associé à une base de données, d'enrichir les données pour aller franchement plus loin qu'un "vulgaire" (je ne trouve pas d'autre mot même si ce n'est pas le meilleur) système de fichier.==> Là, je ne vois pas bien : alf_data est le repository quand vous me parlez de CIFS, NFS, FTP, ou encore WEBDAV qui ne font "qu'exposer" ce repository. Ca je le comprends plutôt bien. Vous pensiez que je confondais ?
Sinon ce serait un peu comme se plaindre parce que nos jolies données sous format texte sont stockées dans un SGBDR sous un format qu'on ne comprend pas et demander à MySQL de tout stocker dans des fichiers ASCII==> Bon là, j'avoue m'être un peu emballé (pour l'adhérence entre ma donnée et le système, quoique). Mais votre métaphore me fait sourire : ca aurait beau être dans des fichiers ascii, ça ne signifie pas que je le comprendrais mieux ;-)
Pour en venir au système de "détricotage", j'avoue ne pas en voir l'intérêt. Je préfère de loin une bonne (donc testée) sauvegarde à un système qui me fait penser à la réinvention d'un … entrepôt de données. Mais je suis peut-être dans le faux==> Ben non. Z'êtes plutôt convaincant. Je n'en vois pas plus l'intérêt que ça, si ce n'est que ce serait fichtrement génial qu'Alfresco ne touche pas à mes fichiers, qu'il les enrichisse etc… OUI (il le fait excellemment bien, je dois le reconnaître et c'est bien la raison pour laquelle j'avais, il y a 2 ans, réussi à l'imposer comme solution de gestion documentaire à ma direction informatique). Mais voilà… On en veut toujours plus, et j'avoue que je râle depuis longtemps sur l'interface graphique pas facile à modifier et pas très ergonomique d'Alfresco (ça change en bien et j'ai adoré Opsoro pour la petite histoire). Je profitais de mes déboires pour trouver un nouveau sujet de râle (arrghh) : Pourquoi Alfresco qui ferait po comme mon Lightroom ? Hein ?
Ensuite oui, reconstruire un index prend du temps. Et on ne le cache pas. D'où l'intérêt de le lancer en toute connaissance de cause. Je peux juste vous dire que le doc Unisys a raison : ça va s'améliorer grandement dans les versions à venir (parallélisation).==> Ahhhh ben merci Michael ! Un vous me donnez raison, Deux vous me donnez de l'espoir ! (au fait, je pense vraiment avoir lancé mon rebuild en toute connaissance de cause pour avoir lu auparavant le doc d'unisys et avoir dépiauter tous les posts des forums alfresco et autres google links…)
Enfin oui, le backup à chaud … c'est chaud ! Préférer le backup à froid si possible, en prenant soin de ne pas arréter Alfresco pile à l'heure où il lance ses tâches de maintenance quotidienne (vers 3h ou 4h du matin).==> C'est vrai qu'il y a sa maintenance de 3h… Et pis j'ai réactivé (après mes déboires de sauvegarde ultra perfectionnée Tina-qui-envoie-les-sauvegardes-en-chine-et-te-propose-un-café-en-attendant) mon bon vieux batch (inspiré largement de celui de David Musser) qui arrête la BDD à 23h pour opérer une sauvegarde… Donc le créneau se raccourcit… Qu'importe, vous me le conseillez froid, je partage votre avis.
Content from pre 2016 and from language groups that have been closed.
Content is read-only.
By using this site, you are agreeing to allow us to collect and use cookies as outlined in Alfresco’s Cookie Statement and Terms of Use (and you have a legitimate interest in Alfresco and our products, authorizing us to contact you in such methods). If you are not ok with these terms, please do not use this website.