Giter Site home page Giter Site logo

programmevitam / vitam Goto Github PK

View Code? Open in Web Editor NEW
116.0 30.0 40.0 963.63 MB

Digital Archives Management System developped by French government/Programme interministériel archives numériques ; core system.

License: CeCILL Free Software License Agreement v2.1

CSS 0.50% Shell 0.80% Java 88.28% Python 5.52% JavaScript 0.09% HTML 0.69% TypeScript 2.57% Makefile 0.01% SCSS 0.19% Jinja 1.31% XSLT 0.04% Dockerfile 0.01%
vitam archivage

vitam's Introduction

VITAM

For a quick presentation in english, please follow this link.

Logo Vitam

Il a pour objectif :

  • la conception, la réalisation et la maintenance mutualisées d’une solution logicielle générique d’archivage électronique. Cette solution logicielle est appelée Vitam. Elle est l'objet du document ;
  • la mise en place ou la mise à jour, dans chacun des trois ministères porteurs, de plates-formes d’archivage utilisant la solution logicielle Vitam ;
  • la réutilisation de la solution logicielle Vitam par le plus grand nombre d’acteurs publics possible, en veillant à sa capacité d'usage dans des contextes divers.
  • les documents sont sous "La Licence Ouverte V2" et le code sous CeCILL 2.1
  • La "La Licence Ouverte V2" est compatible avec le [Creative Commons CC-By-SA 2.0 license](https://creativecommons.org/licenses/by-sa/2.0/); Une copie de cette licence est disponible dans le fichier [Licence_CC-By-SA_2.0-en.txt](./Licence_CC-By-SA_2.0-en.txt).

Pour plus d’information sur le programme, voir www.programmevitam.fr.

La solution logicielle développée dans le programme Vitam permettra la prise en charge, la conservation, la pérennisation et la consultation sécurisée de très gros volumes d’archives numériques. Elle assurera la gestion complète du cycle de vie des archives et donc la garantie de leur valeur probante. Elle pourra être utilisée pour tout type d'archive, y compris pour des documents classifiés de défense.

Cette solution est développée en logiciel libre pour faciliter sa réutilisation, son évolution, son adaptation à des contextes particuliers si nécessaire, sa maintenance et donc globalement sa pérennité.

L’obligation de mettre en œuvre une solution d’archivage numérique dans les contextes très différents des trois ministères porteurs, tant en termes de pratiques archivistiques qu’en termes de production informatique, a orienté notre choix vers la réalisation d’un back-office. L’objectif est de prendre en compte dans la solution logicielle Vitam, le maximum de fonctions mutualisables et technologiquement complexes, d’autant plus quand elles s’appliquent à des très grands nombres d’objets, et de laisser chaque entité porter ses propres spécificités de processus. Cette vision permet ainsi la réutilisation plus large, tout en assurant la réalisation d’un outil générique intégrable selon les besoins d’acteurs variés dans leur système d’information.

Positionnée comme une brique d’infrastructure, elle prendra en charge toutes les opérations nécessaires pour assurer la pérennisation des documents numériques versés et pour garantir le maintien de leur valeur probante.

C’est le code de ce back-office central qui est ici publié. Des outils annexes sont aussi publiés selon les besoins dans d’autres dépôts (Cf. organisation GitHub ProgrammeVitam).


Le projet se compose des sous-dossiers suivants :

  • sources : code source des composants développés dans le cadre du programme Vitam ;
  • rpm/vitam-product : packages rpm de composants externes ;
  • rpm/vitam-external : constitution du cache de dépendances vers des packages rpm éditeur ;
  • deb/vitam-product : packages deb de composants externes ;
  • deb/vitam-external : constitution du cache de dépendances vers des packages deb éditeur ;
  • deployment : scripts de déploiement ansible pour la solution Vitam ;
  • doc : documentation technique du projet ;
  • dev-deployment : environnement Docker de développement ;
  • packaging : constitution d'un package standalone de la solution logicielle.

Tip

Les conteneurs docker présents (CentOS et Debian) dans le dossier dev-deployment contient les dépendances permettant de construire une version du logiciel (à l'exception de la documentation) ; son usage est abordé dans le paragraphe dédié du déploiement sur un poste de développement.

Caution!

Pour construire VITAM au sein d'un environnement public, il est nécessaire de désactiver le profile maven vitam (activé par défaut) (Cf. la documentation maven).

Caution!

Pour builder la solution logicielle VITAM, il est nécessaire, au préalable, de builder elasticsearch-metrics-reporter-java (version 2.3.0-VITAM https://github.com/ProgrammeVitam/elasticsearch-metrics-reporter-java/tree/2.3.0-VITAM).

Toutes les instructions suivantes s'exécutent dans le répertoire racine de ce dépôt.

Les composants Java sont présents dans le répertoire sources.

  • jdk 11
  • maven (version 3.6.3 minimale)
  • rpm-build

Il est nécessaire de builder la librairie elasticsearch-metrics-reporter-java mise à jour par le projet VITAM:

Cloner le dépot https://github.com/ProgrammeVitam/elasticsearch-metrics-reporter-java.git

Builder le projet elasticsearch-metrics-reporter-java:

mvn clean install

Pour construire globalement les packages VITAM :

mvn package rpm:attached-rpm jdeb:jdeb install -f sources/pom.xml -P-vitam

Pour ignorer tous les tests:

mvn clean install -DskipTests -f sources/pom.xml -P-vitam

Pour ignorer les tests d'intégration:

mvn clean test`` ou ``mvn clean install -DskipITs -f sources/pom.xml -P-vitam

Pour exécuter uniquement les tests d'intégration:

mvn clean test-compile failsafe:integration-test -f sources/pom.xml -P-vitam

Les packages issus de composants externes sont présents dans le répertoire :

  • rpm, si déploiement CentOS
  • deb, si déploiement Debian
  • rpm-build et rpmdevtools (pour CentOS)
  • dpkg-scanpackages (pour Debian)
  • golang (>= 1.6)
  • npm

Note

Pour les packages rpm, la seule plate-forme de compilation possible est CentOS 7 (en raison de la dépendance vers les rpmdevtools).

Pour construire les packages rpm dédiés :

./rpm/vitam-product/build-all.sh

Pour construire le cache des packages externes :

./rpm/vitam-external/build_repo.sh

Pour construire les packages deb dédiés :

./deb/vitam-product/build-all.sh

Pour construire le cache des packages externes :

./deb/vitam-external/build_repo.sh

La documentation est présente dans le répertoire doc.

  • jdk 11
  • maven (version 3.6.3 minimale)
  • rpm-build
  • sphinx-build (ainsi que le thème rtd)
  • Pour construire le pdf : une distribution latex (Miktex, texlive, mactex, ...)
  • make
  • raml2html (version : [email protected])

Tip

Sur Centos 7, pour l'installation de sphinx, il faut installer les 2 packages python-sphinx et python-sphinx_rtd_theme puis créer le lien symbolique : ln -s /usr/lib/python2.7/site-packages/sphinx_rtd_theme /usr/lib/python2.7/site-packages/sphinx/themes/.

Tip

Un exemple d'image docker permettant le build de la documentation de Vitam se trouve dans vitam-conf-dev/build_doc

Pour construire la documentation ainsi que le package du serveur de documentation :

mvn package rpm:attached-rpm jdeb:jdeb install -f doc/pom.xml -P-vitam

Il est possibles de construire uniquement le site statique de documentation ; pour cela, il est nécessaire de se placer dans le répertoire doc et d'exécuter la commande make clean symlinks html latexpdf raml autres. Le résultat est disponible dans /doc/target.

2 méthodes existent pour déployer vitam sur un poste de développement.

Cette méthode permet de construire et déployer un système VITAM de manière presque automatique au sein d'un conteneur docker qui héberge l'intégralité des outils requis pour construire et déployer la solution.

  • Docker 1.12 minimum avec driver "devicemapper" (en overlay, des comportements non-attendus ont été observés)
  • OS récent (des problèmes ont été rencontrés avec Ubuntu 12.04)
  • Répertoire contenant un clone du dépôt git vitam/vitam
  • Utilisateur autre que root, soit appartenant au group docker, soit ayant des capacités de sudo
  • Le répertoire ${HOME}/.m2 existe et accessible en écriture
  • Les ports "classiques" MongoDB (27017), Elasticsearch (9200, 9201), apache (80), SSL (8443) ne sont pas déjà attribués sur l'hôte
  • Lancer le script : /vitam/dev-deployment/run.sh <environnement> , où <environnement> peut être rpm ou deb ;
  • Le script demande "Please enter the location of your vitam git repository" (par exemple : /$HOME/git/vitam) ;
  • Le script construit (si besoin) le conteneur docker vitam/dev-rpm-base et le lance (détaché), puis ouvre un terminal à l'intérieur ;
  • Une fois le shell ouvert dans le conteneur, executer vitam-build-repo pour construire l'intégralité des packages (dans le dossier /code) ;
  • A l'issue de l'étape suivante, se positionner dans /code/deployment ;
  • Suivre les indications du README.rst présent dans ce répertoire, en utilisant l'inventaire hosts.local. Les composants sont déployés dans le conteneur ; les ports d'écoute des composants sont mappés à l'extérieur du conteneur, sur les mêmes ports.

Note

L'installation manuelle de VITAM est plus complexe, et n'inclut pas les étapes de build ; par conséquent, elle n'est conseillée que lorsque la méthode utilisant le conteneur docker ne fonctionne pas.

  • Virtualbox ou équivalent, avec une machine virtuelle Centos 7 (7.3 conseillé) installée et configurée (SELinux en mode 'disabled') ; le répertoire contenant le dépôt git vitam doit être mappé sur un répertoire à l'intérieur de la VM (par la suite, on considérera que le point de montage dans la VM est /code).
  • Répertoire contenant un clone du dépôt git vitam/vitam
  • Pouvoir builder VITAM sur le poste local (Cf. paragraphe "Build")
  • Installer les dépôts epel : yum install -y epel-release
  • Installer ansible : yum install -y ansible ; valider que la version installée est bien au moins la version 2.3 (ansible --version)
  • Installer les dépendances requises pour la construction d'un dépôt : yum install -y createrepo initscripts.x86_64
  • Déclarer un dépôt yum local pointant vers /code/target ; pour cela, insérer le contenu suivant dans un fichier devlocal.repo dans le répertoire /etc/yum.repos.d :
[local]
name=Local repo
baseurl=file:///code/target
enabled=1
gpgcheck=0
protect=1
  • Ajouter nameserver 127.0.0.1 au début du fichier resolv.conf (pour permettre la bonne résolution des noms de service Consul)

Sur le poste de développement :

  • Exécuter la compilation des sources et la construction de tous les paquets RPM, tel que défini dans les instructions de build présentes plus haut dans cette page.

Dans la VM :

  • Se connecter en root dans /code
  • Puis rassembler les fichiers rpm produits dans le répertoire target/packages:
rm -rf target/packages
mkdir -p target/packages
find . -name '*.rpm' -type f -exec cp {} target/packages \;
  • Construire l'index du répôt rpm :
createrepo -x '.git/*' .
  • Construire l'index du répôt deb :
dpkg-scanpackages -m. |gzip -9c > Packages.gz
  • Nettoyer le cache yum (CentOS) pour prendre en compte les modifications de dépôt :
yum clean all
  • Nettoyer le cache apt (Debian) pour prendre en compte les modifications de dépôt :
apt-get clean
  • Puis valider la liste des rpm présents dans le dépôt local, en CentOS :
yum --disablerepo="*" --enablerepo="local" list available
  • Enfin, se positionner dans le répertoire deployment et suivre les indications du README.rst présent dans ce répertoire.

L'accès aux composants une fois démarrés dépend de la nature de la connexion réseau présentée par la VM (bridge, NAT ou host).

vitam's People

Contributors

abdelmoez-guetat avatar afraoucene avatar anpars avatar btngo avatar croftophile avatar ebernard avatar elaborde avatar gansheer avatar germ1 avatar gioodev avatar hassenbamri avatar jbbouille avatar jean-eudes avatar jogonthier avatar kidimanzo avatar kwaltzer avatar laurentdubois avatar lgheribi avatar marob avatar massardc avatar mohatizaoui avatar msayad avatar nabilm2i avatar naddame avatar nmenetrier avatar pierrelwd avatar ro3090 avatar thermoweb avatar vitam-prg avatar ykouki avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

vitam's Issues

Compatibilité Java 8 côté client a minima (Java 11 imposé mais trop limitatif)

Hello,
Je n'ai pas regardé encore comment vous construisez les binaires (jar) Java, mais cet article est me semble-t-il assez en phase avec votre cas :
https://medium.com/uptake-tech/migrating-to-java-11-while-maintaining-a-java-8-client-library-f618a3ca6499

L'idée générale est :

  • Le coeur (non client) est écrit et compilé en Java 11 (mais impose bien sûr d'être exécuté en Java 11, et donc que tout un chacun dispose d'une telle version de Java sur ses OS)
  • Les clients (librairies) sont écrites et compilées en Java 8 afin d'être compatible Java 8 (pas de pression sur les "clients" externes qui utilisent vos outils).

Malheureusement, pas moyen, selon la littérature, d'avoir une compilation d'un code source Java 11 vers un code Java 8 sans risque sans cette option -release qui check la compatibilité du code source (et donc impose les changements dans le code source pour être compatible). Pas de compatibilité descendante (11 vers 8), mais uniquement ascendante (8 vers 11).

En limitant les modifications de compatibilité aux librairies dites "clientes" (et elles sont nombreuses dans Vitam), cela restreint la portée de maintenir Java 8 dans le code (10 à 20% du code total ?). C'est un moindre mal, sans doute.

Qu'en pensez-vous ?

Meteor installation fails on CentOS 7

Hi,

As the title says (Docker 17.06, running on CentOS 7.3.1611, itself running through VirtualBox 5.1.22r115126 on Windows 10 64 bits):

https://github.com/ProgrammeVitam/vitam#alternative-1-docker

tar: .meteor/packages/babel-compiler: Directory renamed before its status could be extracted
tar: Exiting with failure status due to previous errors
The command '/bin/sh -c chmod a+x /usr/bin/install-meteor.sh && sleep 1 && /usr/bin/install-meteor.sh && mv /root/.meteor /devhome && chmod -R o+wX /devhome/.meteor' returned a non-zero code: 2
Launching docker container as daemon (launching systemd init process...)
WARNING: Localhost DNS setting (--dns=127.0.0.1) may fail in containers.
Unable to find image 'vitam/dev-rpm-base:latest' locally
docker: Error response from daemon: repository vitam/dev-rpm-base not found: does not exist or no pull access..
See 'docker run --help'.
Container refused to start please correct and retry
Error response from daemon: No such container: vitam-rpm-dev

What am I doing wrong ?

Best regards,

Samuel, from CINES (Montpellier)

Vitam 5 - Problème lors du vitam-start (Execution playbook [hosts_scheduler])

ERROR MESSAGE

PLAY [hosts_scheduler] **************************************************************************************************************************

TASK [start_scheduling : start scheduling jobs] *************************************************************************************************
Friday 17 February 2023 08:46:28 +0000 (0:00:00.151) 0:00:16.794 *******
FAILED - RETRYING: start scheduling jobs (5 retries left).
FAILED - RETRYING: start scheduling jobs (4 retries left).
FAILED - RETRYING: start scheduling jobs (3 retries left).
FAILED - RETRYING: start scheduling jobs (2 retries left).
FAILED - RETRYING: start scheduling jobs (1 retries left).
fatal: [localhost]: FAILED! => {"attempts": 5, "changed": false, "content": "", "elapsed": 0, "msg": "Status code was -1 and not [202]: Request failed: <urlopen error [Errno 111] Connection refused>", "redirected": false, "status": -1, "url": "http://172.17.0.2:28799/scheduler/v1/resume/ALL"}

NO MORE HOSTS LEFT ******************************************************************************************************************************

PLAY RECAP **************************************************************************************************************************************
localhost : ok=38 changed=0 unreachable=0 failed=1 skipped=89 rescued=0 ignored=0

Friday 17 February 2023 08:48:58 +0000 (0:02:30.496) 0:02:47.291 *******

start_scheduling : start scheduling jobs ----------------------------------------------------------------------------------------------- 150.50s

Issue while trying to get DIP export after correct request using API

Bonjour,

Le scénario est assez simple:

  • un POST sur /dipexport avec un dsl correct
  • puis un GET sur /dipexport/{id}/dip où {id} vient de la réponse positive précédente

Cela produit, si c'est trop rapide, une erreur comme suit (une première erreur NOT FOUND, puis comme NOT FOUND provoque un VitamError, une erreur de writer qui s'attend à trouver un zip.
Selon le modèle standard, on devrait avoir un NOT_FOUND ou selon l'API un 412. Mais on a une erreur 500.

A noter que via l'IHM Demo, le temps étant passé, le résultat est OK.
Et si le temps est court (requête DSL retournant peu d'élément), alors le timing du GET étant décalé de quelques secondes, cela fonctionne. Ici le problème vient du fait que pour l'exemple la requête DSL demande "tout" (mais pas plus de 10 Mo).

(si l'on excepte qu'une collection devrait terminer avec un 's', dipexports) est-ce que ceci est un bug à corriger dans Vitam ?

 2019-09-18 09:46:40,712 [[vitam-thread-97]] [aeeaaaaabghqjh74abbwmalnipcerdaaaaaq] ERROR fr.gouv.vitam.access.internal.rest.AccessInternalResourceImpl - Caller+1	 at fr.gouv.vitam.access.internal.rest.AccessInternalResourceImpl.findDIPByID(AccessInternalResourceImpl.java:508) : [vitam-demo:access-internal:251961340] Bad request Exception  fr.gouv.vitam.storage.engine.common.exception.StorageNotFoundException: 100516 : Not Found
at fr.gouv.vitam.storage.engine.client.StorageClientRest.getContainerAsync(StorageClientRest.java:510)
at fr.gouv.vitam.access.internal.core.AccessInternalModuleImpl.findDIPByOperationId(AccessInternalModuleImpl.java:1776)
... 49 common frames omitted

Wrapped by: fr.gouv.vitam.access.internal.common.exception.AccessInternalExecutionException: fr.gouv.vitam.storage.engine.common.exception.StorageNotFoundException: 100516 : Not Found
at fr.gouv.vitam.access.internal.core.AccessInternalModuleImpl.findDIPByOperationId(AccessInternalModuleImpl.java:1780)
at fr.gouv.vitam.access.internal.rest.AccessInternalResourceImpl.findDIPByID(AccessInternalResourceImpl.java:506)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:139)
at org.jboss.resteasy.core.ResourceMethodInvoker.internalInvokeOnTarget(ResourceMethodInvoker.java:509)
at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTargetAfterFilter(ResourceMethodInvoker.java:399)
at org.jboss.resteasy.core.ResourceMethodInvoker.lambda$invokeOnTarget$0(ResourceMethodInvoker.java:363)
at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:365)
at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:337)
at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:310)
at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:439)
at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229)
at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135)
at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138)
at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215)
at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227)
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:873)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623)
at fr.gouv.vitam.common.security.filter.AuthorizationFilter.doFilter(AuthorizationFilter.java:68)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1345)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)
at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:174)
at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:61)
at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at org.eclipse.jetty.server.Server.handle(Server.java:505)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370)
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267)
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117)
at fr.gouv.vitam.common.thread.VitamThreadPoolExecutor$VitamRunnable.run(VitamThreadPoolExecutor.java:153)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

2019-09-18 09:46:40,718 [[vitam-thread-97]] [aeeaaaaabghqjh74abbwmalnipcerdaaaaaq] ERROR fr.gouv.vitam.common.server.application.GenericExceptionMapper - Caller+1 at fr.gouv.vitam.common.server.application.GenericExceptionMapper.toResponse(GenericExceptionMapper.java:94) : [vitam-demo:access-internal:251961340] {"httpCode":500,"code":"000200","context":"{"Name":"vitam-demo","Role":"access-internal","ServerId":654614524,"SiteId":1,"GlobalPlatformId":251961340}","state":"GLOBAL_INTERNAL_SERVER_ERROR","message":"Internal Server Error","description":"Could not find MessageBodyWriter for response object of type: fr.gouv.vitam.common.error.VitamError of media type: application/octet-stream"} org.jboss.resteasy.core.NoMessageBodyWriterFoundFailure: Could not find MessageBodyWriter for response object of type: fr.gouv.vitam.common.error.VitamError of media type: application/octet-stream
at org.jboss.resteasy.core.ServerResponseWriter.lambda$writeNomapResponse$2(ServerResponseWriter.java:104)
at org.jboss.resteasy.core.interception.ContainerResponseContextImpl.filter(ContainerResponseContextImpl.java:398)
at org.jboss.resteasy.core.ServerResponseWriter.executeFilters(ServerResponseWriter.java:205)
at org.jboss.resteasy.core.ServerResponseWriter.writeNomapResponse(ServerResponseWriter.java:82)
at org.jboss.resteasy.core.ServerResponseWriter.writeNomapResponse(ServerResponseWriter.java:56)
at org.jboss.resteasy.core.SynchronousDispatcher.writeResponse(SynchronousDispatcher.java:528)
at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:459)
at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229)
at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135)
at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138)
at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215)
at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227)
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:873)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623)
at fr.gouv.vitam.common.security.filter.AuthorizationFilter.doFilter(AuthorizationFilter.java:68)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1345)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)
at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:174)
at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:61)
at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at org.eclipse.jetty.server.Server.handle(Server.java:505)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370)
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267)
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117)
at fr.gouv.vitam.common.thread.VitamThreadPoolExecutor$VitamRunnable.run(VitamThreadPoolExecutor.java:153)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

Erreur démarrage vitam-processing

Bonjour,
j'installe Vitam en mode single host (xsmall).

tout se déroule bien (aucune erreur) pendant l’exécution du playbook, SAUF à la fin ou le service vitam-processing semble refuser de démarrer pour une obscure raison.

Quelqu'un à déjà vu ça ?

Merci.

TASK [vitam : Ensure vitam-processing service is started] ************************************************************************************************************************************************************
changed: [localhost]

TASK [vitam : Check if vitam-processing is listening on service port 8203] *******************************************************************************************************************************************
fatal: [localhost]: FAILED! => {"changed": false, "elapsed": 300, "msg": "Timeout when waiting for 10.1.230.85:8203"}

NO MORE HOSTS LEFT ***************************************************************************************************************************************************************************************************
        to retry, use: --limit @/root/vitam/deployment/ansible-vitam/vitam.retry

PLAY RECAP ***********************************************************************************************************************************************************************************************************
localhost                  : ok=356  changed=31   unreachable=0    failed=1

cat processing.2019-07-29.0.log

2019-07-29 15:12:37,438 [[main]] [] ERROR fr.gouv.vitam.common.serverv2.VitamStarter - Caller+1  at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:135) : [vitam-all-in-one:processing:185273591]  com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "maxDistributionInMemoryBufferSize" (class fr.gouv.vitam.processing.common.config.ServerConfiguration), not marked as ignorable (13 known properties: "jettyConfig", "tenantFilter", "processingCleanerPeriod", "urlWorkspace", "adminBasicAuth", "staticContent", "enableXsrFilter", "enableSession", "authentication", "baseUri", "workflowRefreshPeriod", "urlMetadata", "baseUrl"])
 at [Source: (FileInputStream); line: 6, column: 42] (through reference chain: fr.gouv.vitam.processing.common.config.ServerConfiguration["maxDistributionInMemoryBufferSize"])
        at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:61)
        at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:823)
        at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:1153)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1589)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1567)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:294)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:151)
        at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4013)
        at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3070)
        at fr.gouv.vitam.common.PropertiesUtils.readYaml(PropertiesUtils.java:364)
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:132)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:126)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:103)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.<init>(ProcessManagementMain.java:62)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:93)

2019-07-29 15:12:37,455 [[main]] [] ERROR fr.gouv.vitam.processing.management.rest.ProcessManagementMain - Caller+1      at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:108) : [vitam-all-in-one:processing:185273591] processing application server can not start. Cannot start the processing Application Server com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "maxDistributionInMemoryBufferSize" (class fr.gouv.vitam.processing.common.config.ServerConfiguration), not marked as ignorable (13 known properties: "jettyConfig", "tenantFilter", "processingCleanerPeriod", "urlWorkspace", "adminBasicAuth", "staticContent", "enableXsrFilter", "enableSession", "authentication", "baseUri", "workflowRefreshPeriod", "urlMetadata", "baseUrl"])
 at [Source: (FileInputStream); line: 6, column: 42] (through reference chain: fr.gouv.vitam.processing.common.config.ServerConfiguration["maxDistributionInMemoryBufferSize"])
        at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:61)
        at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:823)
        at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:1153)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1589)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1567)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:294)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:151)
        at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4013)
        at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3070)
        at fr.gouv.vitam.common.PropertiesUtils.readYaml(PropertiesUtils.java:364)
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:132)
        ... 4 common frames omitted
Wrapped by: java.lang.IllegalStateException: Cannot start the processing Application Server
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:136)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:126)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:103)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.<init>(ProcessManagementMain.java:62)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:93)

2019-07-29 15:12:44,752 [[main]] [] ERROR fr.gouv.vitam.common.serverv2.VitamStarter - Caller+1  at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:135) : [vitam-all-in-one:processing:185273591]  com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "maxDistributionInMemoryBufferSize" (class fr.gouv.vitam.processing.common.config.ServerConfiguration), not marked as ignorable (13 known properties: "jettyConfig", "tenantFilter", "processingCleanerPeriod", "urlWorkspace", "adminBasicAuth", "staticContent", "enableXsrFilter", "enableSession", "authentication", "baseUri", "workflowRefreshPeriod", "urlMetadata", "baseUrl"])
 at [Source: (FileInputStream); line: 6, column: 42] (through reference chain: fr.gouv.vitam.processing.common.config.ServerConfiguration["maxDistributionInMemoryBufferSize"])
        at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:61)
        at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:823)
        at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:1153)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1589)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1567)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:294)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:151)
        at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4013)
        at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3070)
        at fr.gouv.vitam.common.PropertiesUtils.readYaml(PropertiesUtils.java:364)
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:132)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:126)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:103)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.<init>(ProcessManagementMain.java:62)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:93)

2019-07-29 15:12:44,767 [[main]] [] ERROR fr.gouv.vitam.processing.management.rest.ProcessManagementMain - Caller+1      at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:108) : [vitam-all-in-one:processing:185273591] processing application server can not start. Cannot start the processing Application Server com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "maxDistributionInMemoryBufferSize" (class fr.gouv.vitam.processing.common.config.ServerConfiguration), not marked as ignorable (13 known properties: "jettyConfig", "tenantFilter", "processingCleanerPeriod", "urlWorkspace", "adminBasicAuth", "staticContent", "enableXsrFilter", "enableSession", "authentication", "baseUri", "workflowRefreshPeriod", "urlMetadata", "baseUrl"])
 at [Source: (FileInputStream); line: 6, column: 42] (through reference chain: fr.gouv.vitam.processing.common.config.ServerConfiguration["maxDistributionInMemoryBufferSize"])
        at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:61)
        at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:823)
        at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:1153)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1589)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1567)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:294)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:151)
        at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4013)
        at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3070)
        at fr.gouv.vitam.common.PropertiesUtils.readYaml(PropertiesUtils.java:364)
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:132)
        ... 4 common frames omitted
Wrapped by: java.lang.IllegalStateException: Cannot start the processing Application Server
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:136)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:126)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:103)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.<init>(ProcessManagementMain.java:62)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:93)

2019-07-29 15:33:37,793 [[main]] [] ERROR fr.gouv.vitam.common.serverv2.VitamStarter - Caller+1  at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:135) : [vitam-all-in-one:processing:185273591]  com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "maxDistributionInMemoryBufferSize" (class fr.gouv.vitam.processing.common.config.ServerConfiguration), not marked as ignorable (13 known properties: "jettyConfig", "tenantFilter", "processingCleanerPeriod", "urlWorkspace", "adminBasicAuth", "staticContent", "enableXsrFilter", "enableSession", "authentication", "baseUri", "workflowRefreshPeriod", "urlMetadata", "baseUrl"])
 at [Source: (FileInputStream); line: 6, column: 42] (through reference chain: fr.gouv.vitam.processing.common.config.ServerConfiguration["maxDistributionInMemoryBufferSize"])
        at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:61)
        at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:823)
        at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:1153)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1589)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1567)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:294)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:151)
        at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4013)
        at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3070)
        at fr.gouv.vitam.common.PropertiesUtils.readYaml(PropertiesUtils.java:364)
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:132)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:126)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:103)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.<init>(ProcessManagementMain.java:62)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:93)

2019-07-29 15:33:37,809 [[main]] [] ERROR fr.gouv.vitam.processing.management.rest.ProcessManagementMain - Caller+1      at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:108) : [vitam-all-in-one:processing:185273591] processing application server can not start. Cannot start the processing Application Server com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "maxDistributionInMemoryBufferSize" (class fr.gouv.vitam.processing.common.config.ServerConfiguration), not marked as ignorable (13 known properties: "jettyConfig", "tenantFilter", "processingCleanerPeriod", "urlWorkspace", "adminBasicAuth", "staticContent", "enableXsrFilter", "enableSession", "authentication", "baseUri", "workflowRefreshPeriod", "urlMetadata", "baseUrl"])
 at [Source: (FileInputStream); line: 6, column: 42] (through reference chain: fr.gouv.vitam.processing.common.config.ServerConfiguration["maxDistributionInMemoryBufferSize"])
        at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:61)
        at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:823)
        at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:1153)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1589)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1567)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:294)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:151)
        at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4013)
        at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3070)
        at fr.gouv.vitam.common.PropertiesUtils.readYaml(PropertiesUtils.java:364)
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:132)
        ... 4 common frames omitted
Wrapped by: java.lang.IllegalStateException: Cannot start the processing Application Server
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:136)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:126)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:103)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.<init>(ProcessManagementMain.java:62)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:93)

2019-07-29 15:55:56,468 [[main]] [] ERROR fr.gouv.vitam.common.serverv2.VitamStarter - Caller+1  at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:135) : [vitam-all-in-one:processing:185273591]  com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "maxDistributionInMemoryBufferSize" (class fr.gouv.vitam.processing.common.config.ServerConfiguration), not marked as ignorable (13 known properties: "jettyConfig", "tenantFilter", "processingCleanerPeriod", "urlWorkspace", "adminBasicAuth", "staticContent", "enableXsrFilter", "enableSession", "authentication", "baseUri", "workflowRefreshPeriod", "urlMetadata", "baseUrl"])
 at [Source: (FileInputStream); line: 6, column: 42] (through reference chain: fr.gouv.vitam.processing.common.config.ServerConfiguration["maxDistributionInMemoryBufferSize"])
        at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:61)
        at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:823)
        at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:1153)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1589)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1567)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:294)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:151)
        at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4013)
        at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3070)
        at fr.gouv.vitam.common.PropertiesUtils.readYaml(PropertiesUtils.java:364)
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:132)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:126)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:103)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.<init>(ProcessManagementMain.java:62)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:93)

2019-07-29 15:55:56,484 [[main]] [] ERROR fr.gouv.vitam.processing.management.rest.ProcessManagementMain - Caller+1      at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:108) : [vitam-all-in-one:processing:185273591] processing application server can not start. Cannot start the processing Application Server com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "maxDistributionInMemoryBufferSize" (class fr.gouv.vitam.processing.common.config.ServerConfiguration), not marked as ignorable (13 known properties: "jettyConfig", "tenantFilter", "processingCleanerPeriod", "urlWorkspace", "adminBasicAuth", "staticContent", "enableXsrFilter", "enableSession", "authentication", "baseUri", "workflowRefreshPeriod", "urlMetadata", "baseUrl"])
 at [Source: (FileInputStream); line: 6, column: 42] (through reference chain: fr.gouv.vitam.processing.common.config.ServerConfiguration["maxDistributionInMemoryBufferSize"])
        at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:61)
        at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:823)
        at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:1153)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1589)
        at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1567)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:294)
        at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:151)
        at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4013)
        at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3070)
        at fr.gouv.vitam.common.PropertiesUtils.readYaml(PropertiesUtils.java:364)
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:132)
        ... 4 common frames omitted
Wrapped by: java.lang.IllegalStateException: Cannot start the processing Application Server
        at fr.gouv.vitam.common.serverv2.VitamStarter.configure(VitamStarter.java:136)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:126)
        at fr.gouv.vitam.common.serverv2.VitamStarter.<init>(VitamStarter.java:103)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.<init>(ProcessManagementMain.java:62)
        at fr.gouv.vitam.processing.management.rest.ProcessManagementMain.main(ProcessManagementMain.java:93)

Installation de type 'small'

Bonjour,
Pour le contexte : je fais parti du centre de production GED de l'assurance maladie, et je tente l'installation du produit vitam sur une configuration de type 'small' (3 partitions linux + 1 partition pour l'offre de stockage). Ces partitions sont isolées d'internet.

Lors de la commande de déploiement, tout se passe bien sauf la partie 'syslogd' :
TASK [syslogd : ensure rsyslog package is installed] ****************************************************************************************************
FAILED - RETRYING: ensure rsyslog package is installed (1 retries left).
FAILED - RETRYING: ensure rsyslog package is installed (1 retries left).
FAILED - RETRYING: ensure rsyslog package is installed (1 retries left).
FAILED - RETRYING: ensure rsyslog package is installed (1 retries left).
[...]
PLAY RECAP **********************************************************************************************************************************************
152101lpbh : ok=12 changed=1 unreachable=0 failed=1 skipped=9 rescued=0 ignored=0
152101lpbi : ok=11 changed=1 unreachable=0 failed=1 skipped=14 rescued=0 ignored=0
152101lpbj : ok=11 changed=1 unreachable=0 failed=1 skipped=10 rescued=0 ignored=0
152101lpbl : ok=15 changed=1 unreachable=0 failed=1 skipped=11 rescued=0 ignored=0

Hors, rsyslog me semble fonctionnel sur la machine.
Comment savoir d'où vient cette erreur ? et comment savoir si l'installation est fonctionnelle ?
D'ailleurs, existe-t-il un forum d'utilisateurs ou d'entraide ?
Merci.

Redémarrage installation Docker ne fonctionne plus

Bonjour,
j'ai installé la dernière version du Programme Vitam avec l'environnement Docker.
Tout s'est très bien passé, tous les services sont démarrés et je peux utiliser et tester des premiers versements SIP avec l'application ihm-demo.

Cependant après l'arrêt de ma machine et donc du conteneur, après le redémarrage de ce conteneur tous les services ne sont pas démarrés.
J'ai ensuite testé la commande vitam-restart à l'intérieur du conteneur et le script s'arrête au démarrage du service vitam-elacticsearch-data avec un timeout sur le port 9200.
Merci par avance.

Impossible de construire VITAM

Bonjour,
J'essaie de construire VITAM, mais sans succès ...

J'ai tenté ça :

[everteam@zkhost ~]$ cat /etc/redhat-release
CentOS Linux release 7.9.2009 (Core)

[everteam@zkhost ~]$ mvn --version
Apache Maven 3.8.1 (05c21c65bdfed0f71a2f2ada8b84da59348c4c5d)
Maven home: /usr/local/src/apache-maven
Java version: 11.0.10, vendor: Red Hat, Inc., runtime: /usr/lib/jvm/java-11-openjdk-11.0.10.0.9-1.el7_9.x86_64
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "3.10.0-1127.el7.x86_64", arch: "amd64", family: "unix"

[everteam@zkhost ~]$ java -version
openjdk version "11.0.10" 2021-01-19 LTS
OpenJDK Runtime Environment 18.9 (build 11.0.10+9-LTS)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.10+9-LTS, mixed mode, sharing)

[everteam@zkhost ~]$ git clone --branch 3.0.15 https://github.com/ProgrammeVitam/vitam.git

[everteam@zkhost ~]$ git clone https://github.com/ProgrammeVitam/elasticsearch-metrics-reporter-java.git
[everteam@zkhost ~]$ cd elasticsearch-metrics-reporter-java/
[everteam@zkhost ~]$ mvn clean install

[everteam@zkhost ~]$ cd ~/vitam

[everteam@zkhost ~]$ mvn package rpm:attached-rpm jdeb:jdeb install -f sources/pom.xml -P-vitam

[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary for vitam-parent 3.0.15:
[INFO]
[INFO] vitam-parent ....................................... SUCCESS [ 1.679 s]
[INFO] common ............................................. SUCCESS [ 0.057 s]
[INFO] common-public ...................................... SUCCESS [ 32.303 s]
[INFO] common-http-interface .............................. SUCCESS [ 6.011 s]
[INFO] Common for Junit ................................... SUCCESS [ 42.640 s]
[INFO] common-private ..................................... SUCCESS [01:59 min]
[INFO] Common Database Vitam .............................. SUCCESS [ 0.062 s]
[INFO] Common Database Public ............................. SUCCESS [ 14.966 s]
[INFO] Common Database Private ............................ FAILURE [28:27 min]

Il y a plein d'exceptions ... mais avant d'entrer dans le détail je voulais savoir si j'avais une chance d'y arriver comme je l'ai fait.
Merci pour votre aide.

Impossible de construire les packages RPM dédiés

Bonjour,
Je n'ai pas réussi à construire les packages RPM dédiés.
J'ai tenté :

vérification des pré-requis

[everteam@zkhost vitam]$ yum list installed | grep rpm-build
rpm-build.x86_64 4.11.3-45.el7 @base
rpm-build-libs.x86_64 4.11.3-45.el7 @base

[everteam@zkhost vitam]$ yum list installed | grep rpmdevtools
rpmdevtools.noarch 8.3-8.el7_9 @updates

[everteam@zkhost vitam]$ go version
go version go1.6 linux/amd64

[everteam@zkhost vitam]$ npm -v
6.14.12

[everteam@zkhost vitam]$ ./rpm/vitam-product/build-all.sh
...
error: Failed build dependencies:
golang >= 1.6 is needed by vitam-siegfried-1.7.12-1.el7.x8

Mais golang semble installé dans la bonne version.
Merci pour votre aide.

Regression 3.0.1 vs 2.15.3: client external DIP

Cette erreur n'arrive pas en 2.15.3, mais arrive en 3.0.1:

13:28:54.526 [pool-1-thread-1] ERROR fr.gouv.vitam.common.retryable.Retryable - [frederic-X510UQ:UnknownRole:42087724] [frederic-X510UQ:UnknownRole:42087724] Retryable='fr.gouv.vitam.common.external.client.AbstractCommonClient$$Lambda$148/0x0000000840375840@ab3b448' - Will retry, attempt '1' in '1' SECONDS. javax.ws.rs.ProcessingException: org.apache.http.conn.HttpHostConnectException: Connect to localhost:8189 [localhost/127.0.0.1] failed: Connexion refusée (Connection refused)
at fr.gouv.vitam.common.external.client.VitamApacheHttpClientEngine.invoke(VitamApacheHttpClientEngine.java:329)
at org.jboss.resteasy.client.jaxrs.internal.ClientInvocation.invoke(ClientInvocation.java:439)
at org.jboss.resteasy.client.jaxrs.internal.ClientInvocation.invoke(ClientInvocation.java:61)
at org.jboss.resteasy.client.jaxrs.internal.ClientInvocationBuilder.method(ClientInvocationBuilder.java:297)
at fr.gouv.vitam.common.external.client.AbstractCommonClient.lambda$doRequest$1(AbstractCommonClient.java:195)
at fr.gouv.vitam.common.retryable.RetryableOnException.exec(RetryableOnException.java:65)
at fr.gouv.vitam.common.external.client.AbstractCommonClient.doRequest(AbstractCommonClient.java:201)
at fr.gouv.vitam.common.external.client.AbstractCommonClient.make(AbstractCommonClient.java:171)
at fr.gouv.vitam.common.external.client.DefaultClient.make(DefaultClient.java:34)
at fr.gouv.vitam.access.external.client.AdminExternalClientRest.getOperationProcessStatus(AdminExternalClientRest.java:674)
at fr.gouv.vitam.access.external.client.VitamPoolingClient.wait(VitamPoolingClient.java:79)
at fr.gouv.vitam.access.external.client.VitamPoolingClient.wait(VitamPoolingClient.java:144)
at org.waarp.vitam.common.OperationCheck.checkAvailabilityAtr(OperationCheck.java:135)
at org.waarp.vitam.common.OperationCheck.main(OperationCheck.java:110)
at org.waarp.vitam.dip.DipTaskTest.givenErrorWhenCheckKO(DipTaskTest.java:436)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
at org.apache.maven.surefire.junitcore.pc.Scheduler$1.run(Scheduler.java:405)
at org.apache.maven.surefire.junitcore.pc.InvokerStrategy.schedule(InvokerStrategy.java:54)
at org.apache.maven.surefire.junitcore.pc.Scheduler.schedule(Scheduler.java:362)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
at org.junit.runners.Suite.runChild(Suite.java:128)
at org.junit.runners.Suite.runChild(Suite.java:27)
at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
at org.apache.maven.surefire.junitcore.pc.Scheduler$1.run(Scheduler.java:405)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: org.apache.http.conn.HttpHostConnectException: Connect to localhost:8189 [localhost/127.0.0.1] failed: Connexion refusée (Connection refused)
at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:156)
at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:376)
at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:393)
at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236)
at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:186)
at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:72)
at fr.gouv.vitam.common.external.client.VitamApacheHttpClientEngine.invoke(VitamApacheHttpClientEngine.java:279)
... 48 more
Caused by: java.net.ConnectException: Connexion refusée (Connection refused)
at java.base/java.net.PlainSocketImpl.socketConnect(Native Method)
at java.base/java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:399)
at java.base/java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:242)
at java.base/java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:224)
at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:403)
at java.base/java.net.Socket.connect(Socket.java:609)
at org.apache.http.conn.socket.PlainConnectionSocketFactory.connectSocket(PlainConnectionSocketFactory.java:75)
at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:142)
... 56 more

Plus difficile à trouver la source, mais sans doute similaire à celle de Ingest.

Le port visible est celui généré par Vitam pour le serveur de test Junit (code toujours inspiré des Junit Vitam, ici sur Access pour /dipexport et /dipexport/{id}/dip).
Sous v2.15 (et avant), ça fonctionne. A partir de v3.0.1, l'erreur est générée. (aucun changement côté code Waarp)

Issue on Repository version 3.0.2: checksum incorrect

 Downloading from Vitam repository: http://download.programmevitam.fr/vitam_repository/3.0.2/mvn_repo/fr/gouv/vitam/access-external-api/3.0.2/access-external-api-3.0.2.pom
 [WARNING] Checksum validation failed, expected 397088447fef0c414b209a8d7653de644d39e7be but is d7e6b232974fc13d3f9efd6833e398ff31c6bc23 from Vitam repository for http://download.programmevitam.fr/vitam_repository/3.0.2/mvn_repo/fr/gouv/vitam/access-external-api/3.0.2/access-external-api-3.0.2.pom
 [WARNING] Could not validate integrity of download from http://download.programmevitam.fr/vitam_repository/3.0.2/mvn_repo/fr/gouv/vitam/access-external-api/3.0.2/access-external-api-3.0.2.pom: Checksum validation failed, expected 397088447fef0c414b209a8d7653de644d39e7be but is d7e6b232974fc13d3f9efd6833e398ff31c6bc23
 [WARNING] Checksum validation failed, expected 397088447fef0c414b209a8d7653de644d39e7be but is d7e6b232974fc13d3f9efd6833e398ff31c6bc23 from Vitam repository for http://download.programmevitam.fr/vitam_repository/3.0.2/mvn_repo/fr/gouv/vitam/access-external-api/3.0.2/access-external-api-3.0.2.pom

Regression 3.0.1 vs 2.15.3: client external Ingest

Découpage en deux Issues sur les deux clients

Cette erreur n'arrive pas en 2.15.3, mais arrive en 3.0.1:

13:19:05.212 [IngestManager-1] WARN org.waarp.vitam.ingest.IngestManager - org.waarp.vitam.ingest.IngestManager.getStatusOfATR(IngestManager.java:542) : Issue since ingest client produces an error
fr.gouv.vitam.common.exception.VitamClientException: fr.gouv.vitam.ingest.external.api.exception.IngestExternalClientServerException
at fr.gouv.vitam.ingest.external.client.IngestExternalClientRest.downloadObjectAsync(IngestExternalClientRest.java:128)
at org.waarp.vitam.ingest.IngestManager.getStatusOfATR(IngestManager.java:519)
at org.waarp.vitam.ingest.IngestManager.runStep(IngestManager.java:338)
at org.waarp.vitam.ingest.IngestManager.run(IngestManager.java:286)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: fr.gouv.vitam.ingest.external.api.exception.IngestExternalClientServerException: null
at fr.gouv.vitam.ingest.external.client.IngestExternalClientRest.check(IngestExternalClientRest.java:188)
at fr.gouv.vitam.ingest.external.client.IngestExternalClientRest.downloadObjectAsync(IngestExternalClientRest.java:125)
... 6 common frames omitted

Cause probable:

où le code async a été changé en profondeur...

Mon code s'inspire très fortement des tests Junit de Vitam pour le client Ingest External Rest et y intègre simplement un outil intermédiaire (waarp) qui fait appel au client Ingest External Rest.

En V2.15, aucun soucis (comme avant 2.11, ...). Mais en 3.0.1, le code Junit se plante dans le check du client external, sans que quoi que ce soit semble différent entre le code Junit v3.0 et V2.15 de Vitam sur ce point:

https://github.com/ProgrammeVitam/vitam/blob/master_3.0.x/sources/ingest/ingest-external/ingest-external-client/src/test/java/fr/gouv/vitam/ingest/external/client/IngestExternalClientRestTest.java

Compilation problem with access-external-common

Hi,

I've been trying to build vitam and I get an error while building the access-external-common plugin.

I am on Debian 11, everything is up to date.

Here is the error:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-jar-plugin:3.2.0:jar (default-jar) on project access-external-common: You have to use a classifier to attach supplemental artifacts to the project instead of replacing them. -> [Help 1]

Can someone help me please?

Regression 3.0.1 vs 2.15.3: client external : impossibilité d'upgrade

Pour la régression 1 constatée: confirmée

Cette erreur n'arrive pas en 2.15.3, mais arrive en 3.0.1:

13:19:05.212 [IngestManager-1] WARN org.waarp.vitam.ingest.IngestManager - org.waarp.vitam.ingest.IngestManager.getStatusOfATR(IngestManager.java:542) : Issue since ingest client produces an error
fr.gouv.vitam.common.exception.VitamClientException: fr.gouv.vitam.ingest.external.api.exception.IngestExternalClientServerException
at fr.gouv.vitam.ingest.external.client.IngestExternalClientRest.downloadObjectAsync(IngestExternalClientRest.java:128)
at org.waarp.vitam.ingest.IngestManager.getStatusOfATR(IngestManager.java:519)
at org.waarp.vitam.ingest.IngestManager.runStep(IngestManager.java:338)
at org.waarp.vitam.ingest.IngestManager.run(IngestManager.java:286)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: fr.gouv.vitam.ingest.external.api.exception.IngestExternalClientServerException: null
at fr.gouv.vitam.ingest.external.client.IngestExternalClientRest.check(IngestExternalClientRest.java:188)
at fr.gouv.vitam.ingest.external.client.IngestExternalClientRest.downloadObjectAsync(IngestExternalClientRest.java:125)
... 6 common frames omitted

Cause probable:

où le code async a été changé en profondeur...

hosts.example.small does not comply with the the one in the vitam architecture doc

The host.example.small in the current 4.0.x repo does not comply with the components distributions presented in the vitam architecture doc, i.e.:
elasticsearch-data is assigned to vm2 in hosts.example.small file but is assigned to vm1 in archi doc.

It seems there is no conflict - at least the documentation does not mention one but it may be a consistency that could be addressed - either in the architecture example or in the example files.

Erreur dans le script lors de l'installation des packages rpm dédiés

Bonjour,

Dans la documentation, il nous est indiqué :

Pour construire les packages rpm dédiés :
./rpm/vitam-product/build-all.sh

Cependant, quand j'exécute cette commande, voici la sortie que j'obtiens :
image

"./rpm/vitam-product/build.sh: line 99: spectool: command not found"

Pouvez-vous m'aider ?

service vitam-access-external KO à l'installation (problème keystore)

contexte: Instance scaleway, 16Go RAM, 8Core, 50Gb DD, Debian Stretch.

Hello,
je suis en train de tenter l'installation 3 VMs (small). Tout se passe bien jusqu'au test du service vitam-access-external. Il ne démarre pas.

Erreur du playbook au moment du déploiement.

TASK [vitam : Check if vitam-access-external is listening on service port 8444] **************************************************

fatal: [small-vm-1]: FAILED! => {"changed": false, "elapsed": 300, "msg": "Timeout when waiting for 10.5.74.187:8444"}

NO MORE HOSTS LEFT ***************************************************************************************************************

PLAY RECAP ***********************************************************************************************************************
small-vm-1                 : ok=170  changed=89   unreachable=0    failed=1    skipped=94   rescued=0    ignored=0
small-vm-2                 : ok=270  changed=137  unreachable=0    failed=0    skipped=131  rescued=0    ignored=1
small-vm-3                 : ok=145  changed=84   unreachable=0    failed=0    skipped=67   rescued=0    ignored=0

Effectivement rien n'écoute sur 8444

Les logs du service acces-external

cat access-external.2019-07-30.0.log

2019-07-30 16:18:42,539 [[main]] [] WARN  fr.gouv.vitam.common.serverv2.application.CommonBusinessApplication - Caller+1         at fr.gouv.vitam.common.serverv2.application.CommonBusinessApplication.clearAndconfigureMetrics(CommonBusinessApplication.java:111) : [vitam-zone-1:access-external:185284261] No content to map due to end-of-input
 at [Source: (FileInputStream); line: 23, column: 1]
2019-07-30 16:18:42,562 [[main]] [] WARN  fr.gouv.vitam.common.metrics.VitamMetrics - Caller+1   at fr.gouv.vitam.common.metrics.VitamMetrics.<init>(VitamMetrics.java:88) : [vitam-zone-1:access-external:185284261] VitamMetrics instanciated without reporter.
2019-07-30 16:18:48,446 [[main]] [] ERROR fr.gouv.vitam.access.external.rest.AccessExternalMain - Caller+1       at fr.gouv.vitam.access.external.rest.AccessExternalMain.main(AccessExternalMain.java:111) : [vitam-zone-1:access-external:185284261] access-external application server can not start. A problem occurred while attempting to start the server java.lang.IllegalStateException: no valid keystore
        at org.eclipse.jetty.util.security.CertificateUtils.getKeyStore(CertificateUtils.java:50)
        at org.eclipse.jetty.util.ssl.SslContextFactory.loadKeyStore(SslContextFactory.java:1194)
        at org.eclipse.jetty.util.ssl.SslContextFactory.load(SslContextFactory.java:334)
        at org.eclipse.jetty.util.ssl.SslContextFactory.doStart(SslContextFactory.java:256)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
        at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:167)
        at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:119)
        at org.eclipse.jetty.server.SslConnectionFactory.doStart(SslConnectionFactory.java:94)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
        at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:167)
        at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:119)
        at org.eclipse.jetty.server.AbstractConnector.doStart(AbstractConnector.java:282)
        at org.eclipse.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:81)
        at org.eclipse.jetty.server.ServerConnector.doStart(ServerConnector.java:236)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
        at org.eclipse.jetty.server.Server.doStart(Server.java:396)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
        at fr.gouv.vitam.common.server.BasicVitamServer.start(BasicVitamServer.java:157)
        ... 4 common frames omitted
Wrapped by: fr.gouv.vitam.common.exception.VitamApplicationServerException: A problem occurred while attempting to start the server
        at fr.gouv.vitam.common.server.BasicVitamServer.start(BasicVitamServer.java:159)
        at fr.gouv.vitam.common.server.BasicVitamServer.startAndJoin(BasicVitamServer.java:138)
        at fr.gouv.vitam.common.serverv2.VitamStarter.run(VitamStarter.java:317)
        at fr.gouv.vitam.access.external.rest.AccessExternalMain.startAndJoin(AccessExternalMain.java:132)
        at fr.gouv.vitam.access.external.rest.AccessExternalMain.main(AccessExternalMain.java:109)

Soucis de déploiement de VITAM dans CentOS 7

Bonjour,

J'ai suivi la méthode 2 d'installation de VITAM dans une machine CentOS 7. L'installation de tous les packages a été effectué avec succès, cependant j'ai des soucis lors du déploiement. J'ai suivi le document https://github.com/ProgrammeVitam/vitam/tree/master_4.0.x/deployment afin de déployer VITAM mais j'ai une exception.

Quand j'essaye de configurer le vault référençant les mots de passe de chiffrement des clés privées des certificats via la commande ansible-vault edit environments/certs/vault-certs.yml --vault-password-file vault_pass.txt, j'ai l'exception suivante

ERROR! Unable to read source file (/home/ajlsm/vitam/environments/certs/vault-certs.yml): [Errno 2] No such file or directory: u'/home/ajlsm/vitam/environments/certs/vault-certs.yml'

Le fichier vault-certs.yml existe bien pourtant.

Merci d'avance pour votre aide.

http://download.programmevitam.fr/ unavailable

Hello,
Quand j'essaie d'accéder aux jars de la distribution via le site de download, j'obtiens:

 Error 503 Unavailable, the server is paused.
 Unavailable, the server is paused.
 Varnish cache server

vitam-storage absent

Bonjour,
quand j'essais de recompiler vitam à partir de ses sources, il manque le product vitam-storage.

`[root@testbxaxa deb]# ls

vitam-external vitam-product

[root@testbxaxa deb]# pwd

/tmp/vitam/vitam/deb

[root@testbxaxa deb]# grep -ri storage *

[root@testbxaxa deb]#
`

Auriez vous une idée ? Merci

Demande d'information

Bonjour
Je me permets d'ouvrir un ticket sur le projet, je m’intéresse à la solution dans le cadre de l'un de mes projets, je n 'ai pas réussi à comprendre le système de stockage des documents.
Il est possible de déléguer le stockage à une solution tierce mais il est aussi possible de le faire localement
Vous me confirmez que les documents ne sont pas stockés dans mongo db ?
quel est le rôle du module storage engine ?
Merci pour votre réponse

Erreur Storage S3

Bonjour, j'ai un soucis à l'installation quand j'essais d'utiliser un storage S3.

Traces Ansible

TASK [init_contexts_and_security_profiles : Import admin security profile to functionnal-administration] ******************************************************************************************************************************************************************
fatal: [small-vm-2]: FAILED! => {"changed": false, "connection": "close", "content": "{\"httpCode\":400,\"code\":\"400\",\"context\":\"ADMIN_MODULE\",\"state\":\"code_vitam\",\"message\":\"Bad Request\",\"description\":\"Internal Server Error\"}", "content_length": "137", "content_type": "application/json", "elapsed": 8, "json": {"code": "400", "context": "ADMIN_MODULE", "description": "Internal Server Error", "httpCode": 400, "message": "Bad Request", "state": "code_vitam"}, "msg": "Status code was 400 and not [200, 201]: HTTP Error 400: Bad Request", "redirected": false, "status": 400, "url": "http://10.64.54.7:18004/v1/admin/securityprofiles"}

mon hosts.small

##### Zone storage

[zone-storage:children]
hosts-storage-offer-default
hosts-mongodb-offer

[hosts-storage-offer-default]
small-vm-3 offer_conf=offer-s3-1

[hosts-mongodb-offer:children]
hosts-mongos-offer
hosts-mongoc-offer
hosts-mongod-offer

[hosts-mongos-offer]
small-vm-3    mongo_cluster_name=offer-s3-1

[hosts-mongoc-offer]
small-vm-3    mongo_cluster_name=offer-s3-1                       mongo_rs_bootstrap=true

[hosts-mongod-offer]
small-vm-3    mongo_cluster_name=offer-s3-1   mongo_shard_id=0    mongo_rs_bootstrap=true

mon offers_opts.yaml (les partie S3)

# This list is ordered. It can and has to be completed if more offers are necessary
# Strategy order (1st has to be the prefered one)
vitam_strategy:
  #- name: offer-fs-1
  #  referent: true
  - name: offer-s3-1
    referent: true


  offer-s3-1:
    # provider : can only be amazon-s3-v1 for Amazon SDK S3 V1
    provider: 'amazon-s3-v1'
    # s3Endpoint :  : URL of connection to S3
    s3Endpoint: https://vit.s3.fr-par.scw.cloud
    # s3RegionName (optional):  Region name (default value us-east-1)
    s3RegionName: fr-par
    #s3SignerType (optional):  Signing algorithm.
    #  - signature V4 : 'AWSS3V4SignerType'
    #     - signature V2 : 'S3SignerType'
    s3SignerType: AWSS3V4SignerType
    # s3PathStyleAccessEnabled (optional):  'true' to access bucket in "path-style", else "virtual-hosted-style" (false by default in java client, true by default in ansible scripts)
    s3PathStyleAccessEnabled: true
    # s3MaxConnections (optional): Max total connection (concurrent connections) (50 by default)
    s3MaxConnections: 50
    # s3ConnectionTimeout (optional): Max time (in milliseconds) for waiting to establish connection (10000 by default)
    s3ConnectionTimeout: 10000
    # s3SocketTimeout (optional): Max time (in milliseconds) for reading from a connected socket (50000 by default)
    s3SocketTimeout: 50000
    # s3RequestTimeout (optional): Max time (in milliseconds) for a request (0 by default, disabled)
    s3RequestTimeout: 0
    # s3ClientExecutionTimeout (optional): Max time (in milliseconds) for a request by java client (0 by default, disabled)
    s3ClientExecutionTimeout: 0

Dans consul tout est "vert" (je ne sais pas ou regarder pour trouver d'autre infos.

Auriez vous une idée ?

Merci

Feedback on VM Demo usage

Comme promis, mes tests m'ont conduit à trouver quelques points, que j'ai déjà cités sur la VM Démo de Vitam. Voici un court résumé :

VM (CentOS):

  • la VM sous VirtualBox a tendance à perde son réseau. Un systemctl restart NetworkManager fait l'affaire (soit un fix est nécessaire pour LB qui tombe dans la VM, soit un fix de documentation)
    • la commande systemctl status network.service retourne
network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network; bad; vendor preset: disabled)
   Active: failed (Result: exit-code) since ven. 2019-09-20 16:43:39 UTC; 1h 44min left
     Docs: man:systemd-sysv-generator(8)
  Process: 1039 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE)

sept. 20 16:43:38 vitam-demo systemd[1]: Starting LSB: Bring up/down networking...
sept. 20 16:43:39 vitam-demo network[1039]: Bringing up loopback interface:  [  OK  ]
sept. 20 16:43:39 vitam-demo network[1039]: Bringing up interface enp0s3:  Error: Connection activation failed: No suitable device found for this connection.
sept. 20 16:43:39 vitam-demo network[1039]: [FAILED]
sept. 20 16:43:39 vitam-demo systemd[1]: network.service: control process exited, code=exited status=1
sept. 20 16:43:39 vitam-demo systemd[1]: Failed to start LSB: Bring up/down networking.
sept. 20 16:43:39 vitam-demo systemd[1]: Unit network.service entered failed state.
sept. 20 16:43:39 vitam-demo systemd[1]: network.service failed.
  • la commande systemctl restart NetworkManager remet la configuration réseau en fonction (pas le network.service). C'est un bug apparemment connu et ancien avec LSB mais je n'ai pas réussi à trouver la cause première, mais juste un contournement. En lançant dès le début ce systemctl restart NetworkManager, je n'ai plus de déconnection SSH ou réseau.

Proposition:

  • Eventuellement ajouter cette commande à la fin de l'init pour forcer le bon état ?

Initialisation:

  • En suivant le processus d'initialisation complet, il faut ajouter l'étape d'ajout au tenant des contrats d'accès et d'entrée: ceci mérite un ajout à la documentation
    • Ce point n'a pas fonctionné pendant longtemps pour moi car la modification sur le tenant 1 en tant qu'aadmin provoquait toujours une erreur. Il aura fallu que je me triture les méninges pour comprendre que l'identifiant du fichier ("Identifier":"testrecette", l'identifiant que je pensais devoir mettre pour le contrat d'accès "Name":"Contrat_Acces_Par-Defaut") n'était en rien celui-ci mais un contrat par son code interne (AC-000001). Hélas, les exemples préchargés font référence à des noms qui ne sont pas de cette forme, ce qui perturbe énormément.
      • Il y a confusion entre l'id du contrat (ex: AC-00001) et son identifiant dans le fichier (ex: testrecette). En saisissant testrecette (ou son "name" "Contrat_Acces_Par-Defaut" qui est celui qui est affiché), l'interface IHM Demo est en erreur (rejet de la modification). Avec AC-000001, cela fonctionne.
      • Cette confusion est généralisée car partout ailleurs, c'est par son "nom" qu'il est référencé (comme dans la barre d'accueil). Il en va de même pour le contrat d'entrée bien sûr.
    • Bien sûr, en désactivant la fonction de contrôle comme indiqué en réponse, c'était OK du premier coup et cela m'a permis de continuer mes tests avant de revenir sur la cause première de ce bug.

Proposition:

  • Corriger la documentation (je ne pense pas que corriger les identifiants soit une bonne solution ici pour les utilisateurs finaux, mais une documentation claire, et notamment celle de prise en main, est sans doute moins coûteuse et tout autant efficace).

API:

  • Un comportement d'API que j'aurais trouvé plus cohérent: lorsqu'une resource liée à une opération est demandée (dipexport/id, ingest/id/atr) devrait sans doute tester en interne (ingest-external/access-external) si l'opération existe et est finie d'abord avant de demander la resource résultat. Ainsi, même si le pooling est "la" bonne façon de faire, cela limite les écueils que vous soulignez (resource incomplète si l'opération n'est pas terminée). Il me semble que l'API externe pourrait aussi protéger de certains mauvais usages (pas tous, bien d'accord) mais semblant logiques (pour les développeurs un peu fainéants, même si l'usage du Pooling est fortement recommandé).
    • Exemple 1:
      POST /ingests => retourne un id d'opération d'entrée et un code 202 (ACCEPTED)
      GET /ingests/id/archivetransferreply => retourne 200 et l'ATR si OK, sinon si non terminé, et donc non existant, il retourne actuellement NOT_FOUND (404), ce qui est correct mais peut aussi s'appliquer à une opération inexistante...

Proposition:
GET /ingests/id/archivetransferreply => retourne 200 et l'ATR si OK, sinon si non terminé mais existant, il pourrait retourner 202 ACCEPTED, ce qui est cohérent avec le pooling (suppose que Ingest-external fasse d'abord un HEAD /operation/id pour l'ingest pour répondre 202 si non terminé), réservant ainsi le 404 pour qqc de cohérent.

  • Exemple 2:
    POST /dipexport => retourne un id d'opération d'export et un code 202 (ACCEPTED)
    GET /dipexport/id/dip => retourne 200 et le DIP si OK, sinon si non terminé, et donc non existant, il retourne actuellement 200 mais avec un VitamError à NOT_FOUND (404).

Proposition:
GET /dipexport/id/dip => retourne 200 et le DIP si OK, sinon si non terminé mais existant, il pourrait retourner 202 ACCEPTED, ce qui est cohérent avec le pooling (suppose que Access-external fasse d'abord un HEAD /operation/id pour l'export pour répondre 202 si non terminé), réservant ainsi le 404 pour qqc de cohérent.

  • Quelques erreurs de documentation d'API (surtout les codes retours en cas d'erreur) qui m'ont obligé à lire le code pour trouver les bons tests à effectuer. (je viens de citer les principaux juste avant)

Déploiement de vitam

Bonjour, j'essaye de déployer vitam sur ma plateforme de dev, composée de 3 serveurs.
Je bloque à chaque fois sur la même action
TASK [init_es_cluster_index_template : Wait for Elasticsearch cluster elasticsearch-log to be resolved by Consul]
il semble que le nom d'hôte elasticsearch-log.service.consul ne puisse être résolu

Je ne vois pas vraiment ce que je dois faire pour que ça passe...

Voici une trace plus complète :
TASK [init_es_cluster_index_template : Wait for Elasticsearch cluster elasticsearch-log to be resolved by Consul] ****************************************************************************************** task path: /data/wksp/vitam/deployment/ansible-vitam/roles/init_es_cluster_index_template/tasks/main.yml:19 Monday 11 January 2021 10:39:53 +0100 (0:00:00.104) 0:07:12.905 ******** <10.89.14.178> ESTABLISH SSH CONNECTION FOR USER: A702394 <10.89.14.178> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o 'User="A702394"' -o ConnectTimeout=10 -o ControlPath=/home/a702394/.ansible/cp/5a1ab3c073 10.89.14.178 '/bin/sh -c '"'"'echo ~A702394 && sleep 0'"'"'' <10.89.14.178> (0, '/home/a702394\n', '') <10.89.14.178> ESTABLISH SSH CONNECTION FOR USER: A702394 <10.89.14.178> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o 'User="A702394"' -o ConnectTimeout=10 -o ControlPath=/home/a702394/.ansible/cp/5a1ab3c073 10.89.14.178 '/bin/sh -c '"'"'( umask 77 && mkdir -p " echo /home/a702394/.ansible/tmp "&& mkdir " echo /home/a702394/.ansible/tmp/ansible-tmp-1610357993.62-99820-49311844653554 " && echo ansible-tmp-1610357993.62-99820-49311844653554=" echo /home/a702394/.ansible/tmp/ansible-tmp-1610357993.62-99820-49311844653554 " ) && sleep 0'"'"'' <10.89.14.178> (0, 'ansible-tmp-1610357993.62-99820-49311844653554=/home/a702394/.ansible/tmp/ansible-tmp-1610357993.62-99820-49311844653554\n', '') Using module file /usr/lib/python2.7/site-packages/ansible/modules/utilities/logic/wait_for.py <10.89.14.178> PUT /home/a702394/.ansible/tmp/ansible-local-95463SmU6Ll/tmpUARLtg TO /home/a702394/.ansible/tmp/ansible-tmp-1610357993.62-99820-49311844653554/AnsiballZ_wait_for.py <10.89.14.178> SSH: EXEC sftp -b - -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o 'User="A702394"' -o ConnectTimeout=10 -o ControlPath=/home/a702394/.ansible/cp/5a1ab3c073 '[10.89.14.178]' <10.89.14.178> (0, 'sftp> put /home/a702394/.ansible/tmp/ansible-local-95463SmU6Ll/tmpUARLtg /home/a702394/.ansible/tmp/ansible-tmp-1610357993.62-99820-49311844653554/AnsiballZ_wait_for.py\n', '') <10.89.14.178> ESTABLISH SSH CONNECTION FOR USER: A702394 <10.89.14.178> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o 'User="A702394"' -o ConnectTimeout=10 -o ControlPath=/home/a702394/.ansible/cp/5a1ab3c073 10.89.14.178 '/bin/sh -c '"'"'chmod u+x /home/a702394/.ansible/tmp/ansible-tmp-1610357993.62-99820-49311844653554/ /home/a702394/.ansible/tmp/ansible-tmp-1610357993.62-99820-49311844653554/AnsiballZ_wait_for.py && sleep 0'"'"'' <10.89.14.178> (0, '', '') <10.89.14.178> ESTABLISH SSH CONNECTION FOR USER: A702394 <10.89.14.178> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o 'User="A702394"' -o ConnectTimeout=10 -o ControlPath=/home/a702394/.ansible/cp/5a1ab3c073 -tt 10.89.14.178 '/bin/sh -c '"'"'sudo -H -S -p "[sudo via ansible, key=jmbpwpnsuzarlgjidkhzbooyvltwmqil] password:" -u root /bin/sh -c '"'"'"'"'"'"'"'"'echo BECOME-SUCCESS-jmbpwpnsuzarlgjidkhzbooyvltwmqil ; /usr/bin/python /home/a702394/.ansible/tmp/ansible-tmp-1610357993.62-99820-49311844653554/AnsiballZ_wait_for.py'"'"'"'"'"'"'"'"' && sleep 0'"'"'' Escalation succeeded <10.89.14.178> (1, '\r\n\r\n{"msg": "Timeout when waiting for elasticsearch-log.service.consul:9201", "failed": true, "exception": "WARNING: The below traceback may *not* be related to the actual failure.\\n File \\"/tmp/ansible_wait_for_payload_PMMZIV/ansible_wait_for_payload.zip/ansible/modules/utilities/logic/wait_for.py\\", line 599, in main\\n File \\"/tmp/ansible_wait_for_payload_PMMZIV/ansible_wait_for_payload.zip/ansible/modules/utilities/logic/wait_for.py\\", line 456, in _create_connection\\n File \\"/usr/lib64/python2.7/socket.py\\", line 553, in create_connection\\n for res in getaddrinfo(host, port, 0, SOCK_STREAM):\\n", "elapsed": 303, "invocation": {"module_args": {"active_connection_states": ["ESTABLISHED", "FIN_WAIT1", "FIN_WAIT2", "SYN_RECV", "SYN_SENT", "TIME_WAIT"], "host": "elasticsearch-log.service.consul", "port": 9201, "delay": 0, "msg": null, "state": "started", "sleep": 1, "timeout": 300, "exclude_hosts": null, "search_regex": null, "path": null, "connect_timeout": 5}}}\r\n', 'Shared connection to 10.89.14.178 closed.\r\n') <10.89.14.178> Failed to connect to the host via ssh: Shared connection to 10.89.14.178 closed. <10.89.14.178> ESTABLISH SSH CONNECTION FOR USER: A702394 <10.89.14.178> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o 'User="A702394"' -o ConnectTimeout=10 -o ControlPath=/home/a702394/.ansible/cp/5a1ab3c073 10.89.14.178 '/bin/sh -c '"'"'rm -f -r /home/a702394/.ansible/tmp/ansible-tmp-1610357993.62-99820-49311844653554/ > /dev/null 2>&1 && sleep 0'"'"'' <10.89.14.178> (0, '', '') The full traceback is: WARNING: The below traceback may *not* be related to the actual failure. File "/tmp/ansible_wait_for_payload_PMMZIV/ansible_wait_for_payload.zip/ansible/modules/utilities/logic/wait_for.py", line 599, in main File "/tmp/ansible_wait_for_payload_PMMZIV/ansible_wait_for_payload.zip/ansible/modules/utilities/logic/wait_for.py", line 456, in _create_connection File "/usr/lib64/python2.7/socket.py", line 553, in create_connection for res in getaddrinfo(host, port, 0, SOCK_STREAM): fatal: [10.89.14.178]: FAILED! => { "changed": false, "elapsed": 303, "invocation": { "module_args": { "active_connection_states": [ "ESTABLISHED", "FIN_WAIT1", "FIN_WAIT2", "SYN_RECV", "SYN_SENT", "TIME_WAIT" ], "connect_timeout": 5, "delay": 0, "exclude_hosts": null, "host": "elasticsearch-log.service.consul", "msg": null, "path": null, "port": 9201, "search_regex": null, "sleep": 1, "state": "started", "timeout": 300 } }, "msg": "Timeout when waiting for elasticsearch-log.service.consul:9201" }

Issue while trying to get DIP export after correct request using API #19

Je réouvre l'issue #19 close apparemment sans réponse puisque la réponse initiale était "on a ouvert un bug en interne pour améliorer les API" et donc supposait un feedback.
Un retour ?
J'espère que de passer par un VitamException qui masque tout au lieu d'avoir la raison détaillée et manageable programmatiquement (if / else if / else ... ou switch () case...) n'était pas la réponse...

Pour rappel:

Ceci dit, j'aurais trouvé logique qu'une réponde 404 (en dehors du fait qu'elle soit propagée) soit logique en interne, à savoir, sans faire de pooling explicite sur /operations, quand on demande le résultat d'une opération asynchrone, si celle-ci n'est pas terminée (ou n'existe pas), que l'API fasse le travail pour moi (développeur fainéant) de faire la requête interne à HEAD /operations/id avant de faire la requête GET demandée.
Cela permettrait selon moi un comportement simple et rassurant.

Usage de la VM de test

Bonjour,
Lorsque je veux utiliser la VM de test, en suivant la procédure décrite (import du référentiel des règles, des services agents, des contrats d'accès, d'entrées) dans le tenant 9, tout se passe correctement.
Mais lorsque je veux réaliser une entrée (en utilisant le fichier du Jeu_de_tests_Guide_de_prise_en_main), j'ai une croix en résultat et aucune information dans les journaux.
En allant voir dans les logs de Ingest External, j'obtiens ceci:

 2019-09-10 07:44:36,654 [[vitam-thread-98]] [aeeaaaaabghqjh74abb72alndiq2p7qaaaaq] ERROR fr.gouv.vitam.security.internal.filter.InternalSecurityFilter - 
Caller+1	 at fr.gouv.vitam.security.internal.filter.InternalSecurityFilter.filter(InternalSecurityFilter.java:164) : [vitam-demo:ingest-external:251961340] Security Error : 
 fr.gouv.vitam.security.internal.exception.VitamSecurityException: Ingest contract not found in the context for the tenant id :9
at fr.gouv.vitam.security.internal.filter.InternalSecurityFilter.verifyIngestContract(InternalSecurityFilter.java:241)
at fr.gouv.vitam.security.internal.filter.InternalSecurityFilter.filter(InternalSecurityFilter.java:151)
at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:305)
at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138)
at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215)
at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227)
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:873)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623)
at fr.gouv.vitam.common.tenant.filter.TenantFilter.doFilter(TenantFilter.java:82)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1345)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)
at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:174)
at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:61)
at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at org.eclipse.jetty.server.Server.handle(Server.java:505)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370)
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267)
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
at org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.onFillable(SslConnection.java:427)
at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:321)
at org.eclipse.jetty.io.ssl.SslConnection$2.succeeded(SslConnection.java:159)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117)
at fr.gouv.vitam.common.thread.VitamThreadPoolExecutor$VitamRunnable.run(VitamThreadPoolExecutor.java:153)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

Pouvez-vous m'indiquer ce qui se passe, vu que le contrat d'entrée (et d'accès sélectionné en haut) sont bien ceux que j'ai importés dans le tenant 9, tenant dans lequel je me situe toujours?

Bien à vous,
Frédéric
(Je joins quelques pdf des référentiels pour aider)
contexteadmin.pdf
contextes.pdf
contrat-acces.pdf
Uploading contrat-entrée.pdf…
Uploading règles.pdf…

Erreur repository Debian

Bonjour,
j'utilise le playbook pour la configuration du repository débian qui génère le fichier suivant.

/etc/apt/sources.list.d/vitam-repositories.list

avec le contenu suivant

deb [trusted=yes] http://www.programmevitam.fr ./

Mais il semblerait que cette définition du repository ne soit pas bonne

apt-get update
Hit:1 http://security.debian.org/debian-security stretch/updates InRelease
Ign:2 http://ftp.fr.debian.org/debian stretch InRelease
Hit:3 http://ftp.debian.org/debian stretch-backports InRelease
Ign:4 http://www.programmevitam.fr ./ InRelease
Hit:5 http://ftp.fr.debian.org/debian stretch-updates InRelease
Ign:6 http://www.programmevitam.fr ./ Release
Ign:7 http://www.programmevitam.fr ./ Packages
Hit:8 http://ftp.fr.debian.org/debian stretch Release
Ign:9 http://www.programmevitam.fr ./ Translation-en
Ign:10 http://www.programmevitam.fr ./ Translation-en_US
Ign:7 http://www.programmevitam.fr ./ Packages
Ign:9 http://www.programmevitam.fr ./ Translation-en
Ign:10 http://www.programmevitam.fr ./ Translation-en_US
Ign:7 http://www.programmevitam.fr ./ Packages
Ign:9 http://www.programmevitam.fr ./ Translation-en
Ign:10 http://www.programmevitam.fr ./ Translation-en_US
Ign:7 http://www.programmevitam.fr ./ Packages
Ign:9 http://www.programmevitam.fr ./ Translation-en
Ign:10 http://www.programmevitam.fr ./ Translation-en_US
Ign:7 http://www.programmevitam.fr ./ Packages
Ign:9 http://www.programmevitam.fr ./ Translation-en
Ign:10 http://www.programmevitam.fr ./ Translation-en_US
Err:7 http://www.programmevitam.fr ./ Packages
  404  Not Found [IP: 185.199.110.153 80]
Ign:9 http://www.programmevitam.fr ./ Translation-en
Ign:10 http://www.programmevitam.fr ./ Translation-en_US
Reading package lists... Done
E: Failed to fetch http://www.programmevitam.fr/./Packages  404  Not Found [IP: 185.199.110.153 80]
E: Some index files failed to download. They have been ignored, or old ones used instead.

De même si je définie moi même le repository avec

deb [trusted=yes] http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch vitam-product vitam-external

apt ne trouve toujours pas le repository

apt-get update
Hit:1 http://security.debian.org/debian-security stretch/updates InRelease
Ign:2 http://ftp.fr.debian.org/debian stretch InRelease
Hit:3 http://ftp.debian.org/debian stretch-backports InRelease
Ign:4 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch InRelease
Hit:5 http://ftp.fr.debian.org/debian stretch-updates InRelease
Ign:6 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch Release
Ign:7 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product all Packages
Hit:8 http://ftp.fr.debian.org/debian stretch Release
Ign:9 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product amd64 Packages
Ign:10 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en_US
Ign:11 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external all Packages
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external amd64 Packages
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en
Ign:16 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en_US
Ign:7 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product all Packages
Ign:9 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product amd64 Packages
Ign:10 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en_US
Ign:11 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external all Packages
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external amd64 Packages
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en
Ign:16 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en_US
Ign:7 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product all Packages
Ign:9 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product amd64 Packages
Ign:10 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en_US
Ign:11 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external all Packages
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external amd64 Packages
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en
Ign:16 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en_US
Ign:7 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product all Packages
Ign:9 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product amd64 Packages
Ign:10 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en_US
Ign:11 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external all Packages
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external amd64 Packages
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en
Ign:16 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en_US
Ign:7 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product all Packages
Ign:9 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product amd64 Packages
Ign:10 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en_US
Ign:11 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external all Packages
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external amd64 Packages
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en
Ign:16 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en_US
Ign:7 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product all Packages
Err:9 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product amd64 Packages
  404  Not Found [IP: 217.70.180.151 80]
Ign:10 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en_US
Ign:11 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-product Translation-en
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external all Packages
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external amd64 Packages
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en
Ign:16 http://download.programmevitam.fr/vitam_repository/2.6.1/deb stretch/vitam-external Translation-en_US
Reading package lists... Done
E: Failed to fetch http://download.programmevitam.fr/vitam_repository/2.6.1/deb/dists/stretch/vitam-product/binary-amd64/Packages  404  Not Found [IP: 217.70.180.151 80]
E: Some index files failed to download. They have been ignored, or old ones used instead.

Est-ce que quelqu'un aurait la bonne définition du repository.

Merci.

Question sur l'ingest et son asynchronicité

Bonjour,
Selon l'API REST, la procédure d'ingest serait la suivante:

  • POST file ou fileLocal sur /ingests, qui retourne via Header le X-Request-ID
  • Il retourne aussi X-Global-Execution-State = PAUSE et X-Global-Execution-Status = UNKNOWN

Ainsi, seul l'ID de l'Ingest est fourni en retour, mais pas son ATR.
Pour obtenir l'ATR, il faut faire:

  • GET /ingests/{objectId}/archivetransferreply où ObjectId est l'Id précédemment reçu

Mais là vient la question:

  • Si le traitement est terminé, on obtient un 200 et le ATR dans le body : ok
  • Si le traitement n'est pas terminé, qu'est-ce qu'on obtient ? 404 ? 4XX ? 5XX ? Coment gère-t-on la durée longue du traitement côté versant ? Existe-t-il un mécanisme de pooling ?

Merci,
Bien à vous,
Frédéric

DAE issues - mongo section

Hello,

I think there are few some minor issues with the DAE: https://github.com/ProgrammeVitam/vitam/blob/master_4.0.x/doc/fr/exploitation/composants/mongo/2mongod/configuration.rst

  1. The above subsection / paragraph is about mongod but the doc is mentioning mongoc.

  2. For both mongoc and mongod sub-sections / paragraphs I could not find a db folder in /vitam/conf/mongo* as it is mentioned - I believe the correct path is /vitam/data/mongo{c,d}/db

(did not check if it is fixed for the 5-rc branch)

Cheers

Erreur Disable THP sur Débian Stretch (instance Scaleway)

Hello,
en faisant le déploiement sur une instance Scaleway, le playbook plante en essayant de démarrer le service qui disable les transparent_hugepages (THP) parce que les transparent_hugepages ne sont pas implémentés leur kernel de base.

L'erreur est dans ce fichier :

vitam/deployment/ansible-vitam/roles/mongo_common/tasks/main.yml

Le workaround rapide est de commenter la partie incriminée. Je pense qu'il faudrait tester la présence des transparent_hugepages avant d'essayer de démarrer le service qui les disables.

Workaround

cat ansible-vitam/roles/mongo_common/tasks/main.yml

---

# Install mongodb-org (needed by vitam-mongo* packages)
# and then disable the mongod service as it may start listening on 27017 port which is needed by vitam-mongos
- name: Install mongodb-org package
  package:
    name: mongodb-org
    state: latest
  register: result
  retries: "{{ packages_install_retries_number }}"
  until: result is succeeded
  delay: "{{ packages_install_retries_delay }}"

- name: Disable mongodb default service
  service:
    name: mongod
    state: stopped
    enabled: no

### System tuning best practices ####

# next steps in order to disable Transparent HugePages
# cf https://docs.mongodb.com/manual/tutorial/transparent-huge-pages/

- name: Check if tuned is installed
  stat:
    path: /usr/lib/systemd/system/tuned.service
  register: tuned_service_status
  when: ansible_os_family == "RedHat"

- name: Check if tuned is installed
  stat:
    path: /lib/systemd/system/tuned.service
  register: tuned_service_status
  when: ansible_os_family == "Debian"

- set_fact: status_tuned_present="{{ tuned_service_status.stat.exists }}"
  when: tuned_service_status.changed

- block:

    - name: create the tuned conf directory
      file:
        path: "/etc/tuned/no-thp"
        state: directory
        owner: root
        mode: "{{ vitam_defaults.folder.folder_permission }}"

    - name: add the tuned conf file
      copy:
        src: tuned.conf
        dest: /etc/tuned/no-thp/tuned.conf
        owner: root
        mode: "{{ vitam_defaults.folder.conf_permission }}"

    - name: enable the new tuned profile
      command: tuned-adm profile no-thp

    - name: restart tuned
      service:
        name: tuned
        state: restarted

  when:
    - status_tuned_present
    - ansible_virtualization_type != "docker"

- block:

    - name: add systemd service unit to disable THP
      copy:
        src: disable_transparent_hugepages.service
        dest: /usr/lib/systemd/system/disable_transparent_hugepages.service
        owner: root
        mode: 0700
      when: ansible_os_family == "RedHat"

      #- name: add systemd service unit to disable THP
      #copy:
      #  src: disable_transparent_hugepages.service
      #  dest: /lib/systemd/system/disable_transparent_hugepages.service
      #  owner: root
      #  mode: 0700
      #when: ansible_os_family == "Debian"

      #- name: enable systemd service unit to disable THP
      #service:
      #  name: disable_transparent_hugepages.service
      #  enabled: yes
      #  state: started

  when: ansible_virtualization_type != "docker"

installation vitam 5.0 poste de dev

Bonjour,

J'ai installé avec succès une version VITAM 5.0 en mode poc avec 3 serveurs + 1 serveur pivot.
Maintenant je test l'installation poste développement mais je n'arrive pas à finaliser l'installation.

  1. Lorsque je lance le script : vitam-conf-dev/scripts/maven-setup-chapelle-edition.sh cela génére un fichier .npmrc.

et lors du lancement de dev-deployment/run_cots.sh il recherche a monter un répertoire.
Using vitam target : rpm-cots
Starting existing container (if stopped) ; please wait...
Error response from daemon: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error mounting "/home/vagrant/.npmrc" to rootfs at "/devhome/.npmrc":
mount /home/vagrant/.npmrc:/devhome/.npmrc (via /proc/self/fd/6), flags: 0x5000: not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

  1. Je n'ai aucune erreur sur les taches vitam-build-repo et vitam-deploy-cots.
    par contre lorsque je lance le script init_data_vitam.sh j'ai des connections refused sur les 2 services.
    Y a t il autre chose a configurer ? qui ne serait pas décris dans la documentation https://github.com/ProgrammeVitam/vitam/tree/5.0/vitam-conf-dev

image

problème d'installation docker

Bonjour,
J'essaye d'installer une instance de vitam de démo sur une distribution debian jessie.

J'ai donc suivi la documentation disponible ici https://github.com/ProgrammeVitam/vitam#51alternative-1--docker

Cette documentation est-elle à jour ? Peut-elle être utilisée avec cette distribution ?

Dans les pre-requis il est indiqué qu'un dossier $HOME/.m2 doit être accessible en écriture.
Cependant dans les scripts d'install on trouve mkdir -p /devhome/.m2 (dev-deployment/dev-base/Dockerfile-deb)

Ensuite il est indiqué "Le script demande "Please enter the location of your vitam git repository" (par exemple : /$HOME/git/vitam) ;"

Rien de mon côté lors de l'install

Ensuite lors de l'exécution de la commande vitam-build-repo j'ai l'erreur suivante

[ERROR] Failed to execute goal com.github.eirslett:frontend-maven-plugin:1.3:install-node-and-npm (install node and npm) on project ihm-demo-front: Could not download Node.js: Got error code 401 from the server. -> [Help 1]

Y a t-il d'autres sources de documentation pour procéder à cette installation conteneurisée ?

Merci d'avance

Erreur Repository Vitam

Bonjour

Contexte: Installation de vitam xsmall sur une Debian Stretch fraichement installée (je réinstalle la Debian à chaque nouvelle tentative d'installation de Vitam)

Je n'ai pas encore tenté d'installer Vitam, juste un apt-get update aprés avoir défini les deux repositories.

Voici la définition de mon répository .

car /etc/apt/sources.list.d/vitam.list

deb [trusted=yes] http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product/ ./
deb [trusted=yes] http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external/ ./

Voici le résultat quand je fait un apt-get update

apt-get update

Hit:1 http://security.debian.org stretch/updates InRelease
Ign:2 http://deb.debian.org/debian stretch InRelease
Hit:3 http://deb.debian.org/debian stretch-updates InRelease
Hit:4 http://deb.debian.org/debian stretch-backports InRelease
Hit:5 http://deb.debian.org/debian stretch Release
Ign:6 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ InRelease
Hit:7 http://ftp.debian.org/debian stretch-backports InRelease
Hit:8 http://ppa.launchpad.net/scaleway/stable/ubuntu bionic InRelease
Ign:9 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ InRelease
Ign:10 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Release
Ign:11 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Release
Ign:12 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Packages
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US.UTF-8
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US
Ign:16 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Packages
Ign:17 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en
Ign:18 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US.UTF-8
Ign:19 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US
Ign:12 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Packages
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US.UTF-8
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US
Ign:16 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Packages
Ign:17 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en
Ign:18 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US.UTF-8
Ign:19 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US
Ign:12 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Packages
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US.UTF-8
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US
Ign:16 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Packages
Ign:17 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en
Ign:18 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US.UTF-8
Ign:19 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US
Hit:12 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Packages
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US.UTF-8
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US
Hit:16 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Packages
Ign:17 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en
Ign:18 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US.UTF-8
Ign:19 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US.UTF-8
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US
Ign:17 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en
Ign:18 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US.UTF-8
Ign:19 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US
Ign:13 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en
Ign:14 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US.UTF-8
Ign:15 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-product ./ Translation-en_US
Ign:17 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en
Ign:18 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US.UTF-8
Ign:19 http://download.programmevitam.fr/vitam_repository/2.6.3-1/deb/vitam-external ./ Translation-en_US
Get:21 http://ftp.debian.org/debian stretch-backports/main Sources [554 kB]
Fetched 554 kB in 1s (436 kB/s)
Reading package lists... Error!
E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/download.programmevitam.fr_vitam%5frepository_2.6.3-1_deb_vitam-product_._Packages
E: The package lists or status file could not be parsed or opened.

Lancement de Ingest External en mode 'dummy'

Bonjour,
Mon scénario est le suivant:

  • avoir un Ingest External fonctionnel, hormis que le reste (Ingest Internal et suivant) seraient des "fakes"
  • l'objectif est d'avoir une plateforme simple et très légère de tests pour s'interfacer en mode "client" avec Ingest External

Quel est selon vous la meilleure approche ?

  • Je pensais utiliser un rpm/deb Ingest External et le lancer
  • Créer un fake Ingest Internal et Workspace et ... (selon les autres dépendances)
    Mais cela me semble un peu compliqué.

Du coup, j'opterais pour un lancement plus simple :

  • Depuis le code source de Ingest External, en utilisant les clients internal fake (et en permettant des valeurs plus utiles pour les tests), un peu à la mode Junit...

Un conseil ? Des recommandations ?
Bien à vous,
Frédéric

INSTALLATION DE VITAM PROBLEME APT UPDATE

bonsoir ,
depuis un moment j'arrive plus a accéder au dépôt de Vitam.
Lorsque je fais un update j'ai le message suivant:
root@VITAM:/home/luc# apt update
Atteint :1 http://deb.debian.org/debian buster InRelease
Atteint :2 http://ppa.launchpad.net/ansible/ansible/ubuntu trusty InRelease
Réception de :3 http://ftp.debian.org/debian stretch-backports InRelease [91,8 k B]
Réception de :4 http://deb.debian.org/debian-security buster/updates InRelease [ 65,4 kB]
Réception de :5 http://deb.debian.org/debian buster-updates InRelease [51,9 kB]
Réception de :6 http://deb.debian.org/debian buster-backports InRelease [46,7 kB ]
Ign :7 http://deb.debian.org/debian stretch InRelease
Atteint :8 http://deb.debian.org/debian stretch Release
Réception de :9 http://deb.debian.org/debian-security buster/updates/main Source s [131 kB]
Réception de :10 http://deb.debian.org/debian-security buster/updates/main amd64 Packages [213 kB]
Réception de :11 http://ftp.debian.org/debian stretch-backports/main Sources.diff/Index [27,8 kB]
Réception de :12 http://ftp.debian.org/debian stretch-backports/main amd64 Packages.diff/Index [27,8 kB]
Réception de :13 http://ftp.debian.org/debian stretch-backports/main Translation-en.diff/Index [27,8 kB]
Réception de :14 http://ftp.debian.org/debian stretch-backports/main Sources 2020-07-22-2003.16.pdiff [1 373 B]
Réception de :15 http://ftp.debian.org/debian stretch-backports/main amd64 Packages 2020-07-22-2003.16.pdiff [767 B]
Réception de :16 http://ftp.debian.org/debian stretch-backports/main amd64 Packages 2020-07-23-0813.21.pdiff [313 B]
Réception de :14 http://ftp.debian.org/debian stretch-backports/main Sources 2020-07-22-2003.16.pdiff [1 373 B]
Réception de :17 http://deb.debian.org/debian buster-backports/contrib Sources.diff/Index [20,9 kB]
Réception de :16 http://ftp.debian.org/debian stretch-backports/main amd64 Packages 2020-07-23-0813.21.pdiff [313 B]
Réception de :19 http://deb.debian.org/debian buster-backports/main Sources.diff/Index [27,8 kB]
Réception de :20 http://deb.debian.org/debian buster-backports/main amd64 Packages.diff/Index [27,8 kB]
Réception de :21 http://deb.debian.org/debian buster-backports/main Translation-en.diff/Index [27,8 kB]
Réception de :22 http://deb.debian.org/debian buster-backports/contrib amd64 Packages.diff/Index [16,5 kB]
Réception de :23 http://deb.debian.org/debian buster-backports/contrib Translation-en.diff/Index [9 592 B]
Réception de :24 http://ftp.debian.org/debian stretch-backports/main Translation-en 2020-07-22-2003.16.pdiff [462 B]
Réception de :24 http://ftp.debian.org/debian stretch-backports/main Translation-en 2020-07-22-2003.16.pdiff [462 B]
Réception de :25 http://deb.debian.org/debian buster-backports/contrib Sources 2020-07-22-2003.16.pdiff [592 B]
Réception de :25 http://deb.debian.org/debian buster-backports/contrib Sources 2020-07-22-2003.16.pdiff [592 B]
Réception de :26 http://deb.debian.org/debian buster-backports/main Sources 2020-07-21-2002.21.pdiff [31 B]
Réception de :27 http://deb.debian.org/debian buster-backports/main Sources 2020-07-22-0202.50.pdiff [639 B]
Réception de :28 http://deb.debian.org/debian buster-backports/main Sources 2020-07-22-0807.38.pdiff [1 080 B]
Réception de :29 http://deb.debian.org/debian buster-backports/main Sources 2020-07-22-1402.55.pdiff [2 633 B]
Réception de :30 http://deb.debian.org/debian buster-backports/main Sources 2020-07-22-2003.16.pdiff [7 952 B]
Réception de :31 http://deb.debian.org/debian buster-backports/main Sources 2020-07-23-0813.21.pdiff [630 B]
Réception de :32 http://deb.debian.org/debian buster-backports/main Sources 2020-07-23-1414.05.pdiff [1 462 B]
Réception de :32 http://deb.debian.org/debian buster-backports/main Sources 2020-07-23-1414.05.pdiff [1 462 B]
Réception de :33 http://deb.debian.org/debian buster-backports/main amd64 Packages 2020-07-21-2002.21.pdiff [223 B]
Réception de :34 http://deb.debian.org/debian buster-backports/main amd64 Packages 2020-07-22-0807.38.pdiff [194 B]
Réception de :35 http://deb.debian.org/debian buster-backports/main amd64 Packages 2020-07-22-1402.55.pdiff [502 B]
Réception de :36 http://deb.debian.org/debian buster-backports/main amd64 Packages 2020-07-22-2003.16.pdiff [8 271 B]
Réception de :37 http://deb.debian.org/debian buster-backports/main amd64 Packages 2020-07-23-0813.21.pdiff [2 334 B]
Réception de :38 http://deb.debian.org/debian buster-backports/main amd64 Packages 2020-07-23-1414.05.pdiff [1 368 B]
Réception de :39 http://deb.debian.org/debian buster-backports/main Translation-en 2020-07-21-2002.21.pdiff [402 B]
Réception de :38 http://deb.debian.org/debian buster-backports/main amd64 Packages 2020-07-23-1414.05.pdiff [1 368 B]
Réception de :40 http://deb.debian.org/debian buster-backports/main Translation-en 2020-07-22-2003.16.pdiff [13,2 kB]
Réception de :41 http://deb.debian.org/debian buster-backports/main Translation-en 2020-07-23-1414.05.pdiff [233 B]
Réception de :41 http://deb.debian.org/debian buster-backports/main Translation-en 2020-07-23-1414.05.pdiff [233 B]
Réception de :42 http://deb.debian.org/debian buster-backports/contrib amd64 Packages 2020-07-22-2003.16.pdiff [689 B]
Réception de :43 http://deb.debian.org/debian buster-backports/contrib Translation-en 2020-07-22-2003.16.pdiff [617 B]
Réception de :43 http://deb.debian.org/debian buster-backports/contrib Translation-en 2020-07-22-2003.16.pdiff [617 B]
Réception de :42 http://deb.debian.org/debian buster-backports/contrib amd64 Packages 2020-07-22-2003.16.pdiff [689 B]
Err :44 https://download.programmevitam.fr/vitam_repository/3.0.2/deb/vitam-product ./ InRelease
Connexion à download.programmevitam.fr: 443 (192.134.136.84) impossible, délai de connexion dépassé
Err :45 https://download.programmevitam.fr/vitam_repository/3.0.2/deb/vitam-external ./ InRelease
Impossible de se connecter à download.programmevitam.fr:https :
Err :46 https://download.programmevitam.fr/vitam_griffins/1.14.0/deb ./ InRelease
Impossible de se connecter à download.programmevitam.fr:https :
859 ko réceptionnés en 31s (28,0 ko/s)
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
1 paquet peut être mis à jour. Exécutez « apt list --upgradable » pour le voir.
W: Impossible de récupérer https://download.programmevitam.fr/vitam_repository/3.0.2/deb/vitam-product/./InRelease Connexion à download.programmevitam.fr: 443 (192.134.136.84) impossible, délai de connexion dépassé
W: Impossible de récupérer https://download.programmevitam.fr/vitam_repository/3.0.2/deb/vitam-external/./InRelease Impossible de se connecter à download.programmevitam.fr:https :
W: Impossible de récupérer https://download.programmevitam.fr/vitam_griffins/1.14.0/deb/./InRelease Impossible de se connecter à download.programmevitam.fr:https :
W: Le téléchargement de quelques fichiers d'index a échoué, ils ont été ignorés, ou les anciens ont été utilisés à la place.

SVP ,j'ai besoin d'aide .
Je tiens a préciser q'avant le Update marchais sans problème.

Erreur Keystore vitam-storage sur deploiement medium

Bonjour,
j'ai réussi un déploiement xsmall, small et je tente un déploiement medium, qui semble ne pas spécialement différer au niveau de la procédure d'installation, mais j'ai un problème au déploiement sur 15 VMS

TASK [vitam : Check if vitam-storage is listening on service port 9102] *******************************************************************************************************************************************************************
fatal: [medium-app-vm-2]: FAILED! => {"changed": false, "elapsed": 300, "msg": "Timeout when waiting for 10.65.56.25:9102"}

NO MORE HOSTS LEFT ************************************************************************************************************************************************************************************************************************

PLAY RECAP ********************************************************************************************************************************************************************************************************************************
medium-access-vm-1         : ok=35   changed=17   unreachable=0    failed=0    skipped=19   rescued=0    ignored=0
medium-admin-vm-1          : ok=126  changed=66   unreachable=0    failed=0    skipped=43   rescued=0    ignored=2
medium-admin-vm-2          : ok=91   changed=51   unreachable=0    failed=0    skipped=30   rescued=0    ignored=1
medium-admin-vm-3          : ok=91   changed=51   unreachable=0    failed=0    skipped=30   rescued=0    ignored=1
medium-app-vm-1            : ok=35   changed=17   unreachable=0    failed=0    skipped=15   rescued=0    ignored=0
medium-app-vm-2            : ok=53   changed=27   unreachable=0    failed=1    skipped=29   rescued=0    ignored=0
medium-app-vm-3            : ok=35   changed=17   unreachable=0    failed=0    skipped=15   rescued=0    ignored=0
medium-app-vm-4            : ok=35   changed=17   unreachable=0    failed=0    skipped=15   rescued=0    ignored=0
medium-data-vm-1           : ok=122  changed=69   unreachable=0    failed=0    skipped=55   rescued=0    ignored=1
medium-data-vm-2           : ok=110  changed=61   unreachable=0    failed=0    skipped=63   rescued=0    ignored=1
medium-data-vm-3           : ok=125  changed=72   unreachable=0    failed=0    skipped=48   rescued=0    ignored=1
medium-external-vm-1       : ok=35   changed=17   unreachable=0    failed=0    skipped=15   rescued=0    ignored=0
medium-storage-vm-1        : ok=118  changed=67   unreachable=0    failed=0    skipped=80   rescued=0    ignored=0
medium-storage-vm-2        : ok=80   changed=44   unreachable=0    failed=0    skipped=76   rescued=0    ignored=0
medium-storage-vm-3        : ok=95   changed=55   unreachable=0    failed=0    skipped=61   rescued=0    ignored=0

et quand je regarde les logs de vitam-storage sur la medium-app-vm-2

cat storage.2019-08-01.0.log

2019-08-01 06:53:38,127 [[main]] [] ERROR org.elasticsearch.metrics.ElasticsearchReporter - Caller+1     at org.elasticsearch.metrics.ElasticsearchReporter.<init>(ElasticsearchReporter.java:264) : Error adding metrics template to elasticsearch: Bad Request/{}400
2019-08-01 06:53:38,380 [[main]] [] ERROR org.elasticsearch.metrics.ElasticsearchReporter - Caller+1     at org.elasticsearch.metrics.ElasticsearchReporter.<init>(ElasticsearchReporter.java:264) : Error adding metrics template to elasticsearch: Bad Request/{}400
2019-08-01 06:53:38,397 [[main]] [] ERROR org.elasticsearch.metrics.ElasticsearchReporter - Caller+1     at org.elasticsearch.metrics.ElasticsearchReporter.<init>(ElasticsearchReporter.java:264) : Error adding metrics template to elasticsearch: Bad Request/{}400
2019-08-01 06:53:39,052 [[main]] [] ERROR fr.gouv.vitam.storage.engine.server.rest.StorageResource - Caller+1    at fr.gouv.vitam.storage.engine.server.rest.StorageResource.<init>(StorageResource.java:174) : [vitam-TEST-medium-app-vm-2:storage:142004237] unable to instantiate TimeStampGenerator java.io.FileNotFoundException: File not found: keystore_secure-storage.p12

J'ai utilisé la même procédure que pour la version small (3 vms), j'ai juste utilisé le hosts.medium et ajouté plus de vms

Version number ?

Les dernières versions semblent chaotiquement numérotées, peut-être pourriez-vous préciser ?

  • 2.1.19 (et la dernière 2.1.21)
  • 2.15.3 : est-ce bien une version > 2.1 ? Mais dans ce cas, pourquoi pas de 2.17, 2.19, ... ? alors que la 2.1 (LTS ?) en connaît ?
  • 3.0.2 : celle-là, c'est clair : rupture y compris de compatibilité avec les 2.X

Merci de préciser votre logique car cela aidera ceux qui veulent apporter leur support à bien rester dans les clous

Outil d'architecture ?

Bonjour,

Je trouve votre documentation assez claire et complète en terme d'architecture (applicative, fonctionnelle, technique, etc.).

Je comprends que vous utilisez une approche "documentation as code" avec la génération par Sphinx... mais vos diagrammes ne semblent pas être "codés".

J'aimerai savoir quel outil vous utilisez pour faire vos diagrammes que je trouve très clairs malgré la complexité du système ?

Merci d'avance.

Issue lors du vitam-build-repo après instanciation du docker

Bonjour, j'ai cette erreur après exécution de la commande vitam-build-repo dans le conteneur vitam.

[INFO] Storage Integration Test ........................... SKIPPED
[INFO] elastic-kibana-interceptor ......................... SUCCESS [ 0.091 s]
[INFO] elastic-kibana-interceptor-rest .................... SKIPPED
[INFO] hello-world-plugin ................................. SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 01:53 min (Wall Clock)
[INFO] Finished at: 2023-03-10T16:40:43+00:00
[INFO] Final Memory: 101M/344M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal com.github.eirslett:frontend-maven-plugin:1.3:install-node-and-npm (install node and npm) on project ihm-demo-front: Could not download Node.js: Got error code 401 from the server. -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR] mvn -rf :ihm-demo-front

J'utilise la version de la branche 5.1, je suis dans le répertoire Code, et je respecte toutes les spécifications pour la config de la machine. (Machine Centos 7)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.