Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Alfresco 6.1

3 réponses
Avatar
JKB
Bonjour à tous,

Je ne sais pas si je suis au bon endroit, si ce n'est pas le cas,
merci de me rediriger.

J'ai tenté la mise à jour d'Alfresco 6.0 CE vers la version 6.1 sur
un serveur debian de test (debian/testing avec tomcat 8.5, java 9,
postgresql 9). La version 6.0 était fonctionnelle et j'ai
scrupuleusement suivi la procédure de mise à jour. Naturellement,
rien ne fonctionnait comme prévu. Malgré une sauvegarde des dépôts
et de la base de données, j'ai décidé pour investiguer plus
profondément de tenter l'installation sur une seconde machine,
toujours avec une distribution debian/testing, mais cette fois-ci
tomcat 9, java 11 et postgresql 11 (quitte à tout mettre à jour...).

J'ai donc une arborescence propre, une base de données vierge de
toute trace d'Alfresco et des dépôts parfaitement vides.

J'ai installé tomcat 9 et je l'ai configuré (il fonctionne, un
http://localhost:8080 me renvoie la page de test tomcat). J'ai
rajouté le reverse proxy sur le port 8009 et la configuration idione
d'apache2. Même remarque, ça fonctionne encore. Je rajoute
solr qui semble être utilisé par la nouvelle version d'alfresco.

J'ai créé un utilisateur alfresco dans le serveur postgresql avec
une base de données alfresco. Je peux m'y connecter.

Je passe donc à l'installation d'alfresco, toujours aussi triviale,
en copiant les fichiers à la main dans les bons répertoires et j'ai
configuré tomcat pour qu'il tape directement dans l'arborescence
d'alfresco (comme je l'avais fait pour la version 6.0).

Je lance tomcat et j'obtiens dans les logs (catalina.out) :

[2019-06-03 19:01:50] [info] Using CATALINA_BASE: /opt/alfresco
[2019-06-03 19:01:50] [info] Using CATALINA_HOME: /usr/share/tomcat9
[2019-06-03 19:01:50] [info] Using CATALINA_TMPDIR: /tmp
[2019-06-03 19:01:50] [info] Using JRE_HOME: /usr/lib/jvm/default-java
[2019-06-03 19:01:50] [info] Using CLASSPATH: /usr/share/tomcat9/bin/bootstrap.jar:/usr/share/tomcat9/bin/tomcat-juli.jar
[2019-06-03 19:01:50] [info] NOTE: Picked up JDK_JAVA_OPTIONS: --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.io=ALL-UNNAMED --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED
[2019-06-03 19:01:51] [info] Version du serveur: Apache Tomcat/9.0.16 (Debian)
[2019-06-03 19:01:51] [info] Serveur compilé: Feb 26 2019 08:31:13 UTC
[2019-06-03 19:01:51] [info] Version du serveur: 9.0.16.0
[2019-06-03 19:01:51] [info] Nom de l'OS: Linux
[2019-06-03 19:01:51] [info] Version de l'OS: 4.19.0-4-amd64
[2019-06-03 19:01:51] [info] Architecture: amd64
[2019-06-03 19:01:51] [info] Répertoire de Java: /usr/lib/jvm/java-11-openjdk-amd64
[2019-06-03 19:01:51] [info] Version de la JVM: 11.0.3+1-Debian-1
[2019-06-03 19:01:51] [info] Fournisseur de la JVM: Oracle Corporation
[2019-06-03 19:01:51] [info] CATALINA_BASE: /opt/alfresco
[2019-06-03 19:01:51] [info] CATALINA_HOME: /usr/share/tomcat9
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: --add-opens=java.base/java.lang=ALL-UNNAMED
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: --add-opens=java.base/java.io=ALL-UNNAMED
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Djava.util.logging.config.file=/opt/alfresco/conf/logging.properties
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Djava.awt.headless=true
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -XX:+UseG1GC
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Djdk.tls.ephemeralDHKeySize=2048
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Djava.protocol.handler.pkgs=org.apache.catalina.webresources
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Dorg.apache.catalina.security.SecurityListener.UMASK=0027
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Dignore.endorsed.dirs=
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Dcatalina.base=/opt/alfresco
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Dcatalina.home=/usr/share/tomcat9
[2019-06-03 19:01:51] [info] Argument de la ligne de commande: -Djava.io.tmpdir=/tmp
[2019-06-03 19:01:51] [info] Chargement de la librairie Apache Tomcat Native [1.2.21] en utilisant APR version [1.6.5]
[2019-06-03 19:01:51] [info] Fonctionnalités d'APR: IPv6 [true], sendfile [true], accept filters [false], random [true]
[2019-06-03 19:01:51] [info] Configuration de APR/OpenSSL: useAprConnector [false], useOpenSSL [true]
[2019-06-03 19:01:51] [info] OpenSSL a été initialisé avec succès [OpenSSL 1.1.1b 26 Feb 2019]
[2019-06-03 19:01:51] [info] Initialisation du gestionnaire de protocole ["http-nio-8080"]
[2019-06-03 19:01:51] [info] Initialisation du gestionnaire de protocole ["ajp-nio-8009"]
[2019-06-03 19:01:51] [info] L'initialisation du serveur a pris [572] millisecondes
[2019-06-03 19:01:51] [info] Démarrage du service [Catalina]
[2019-06-03 19:01:51] [info] Démarrage du moteur de Servlets: [Apache Tomcat/9.0.16 (Debian)]
[2019-06-03 19:01:51] [info] Déploiement du descripteur de configuration [/etc/tomcat9/Catalina/localhost/share.xml]
[2019-06-03 19:01:51] [info] Déploiement du descripteur de configuration
[/etc/tomcat9/Catalina/localhost/share.xml]
...
[2019-06-03 19:01:59] [info] Le traitement du descripteur de déploiement [/etc/tomcat9/Catalina/localhost/share.xml] a pris [7 930] ms
[2019-06-03 19:02:00] [info] Déploiement du descripteur de configuration [/etc/tomcat9/Catalina/localhost/alfresco.xml]
...
[2019-06-03 19:02:21] [info] 2019-06-03 19:02:21,059 INFO [domain.schema.SchemaBootstrap] [main] Connecting to database: jdbc:postgresql://localhost:5433/alfresco, UserName=alfresco, PostgreSQL JDBC Driver
[2019-06-03 19:02:21] [info] 2019-06-03 19:02:21,060 INFO [domain.schema.SchemaBootstrap] [main] Schema managed by database dialect org.alfresco.repo.domain.dialect.PostgreSQLDialect.
[2019-06-03 19:02:21] [info] 2019-06-03 19:02:21,109 INFO [domain.schema.SchemaBootstrap] [main] Applied patches detected: 226
[2019-06-03 19:02:21] [info] 2019-06-03 19:02:21,190 INFO [domain.schema.SchemaBootstrap] [main] Checking and patching Alfresco tables took 80 ms
[2019-06-03 19:02:21] [info] 2019-06-03 19:02:21,192 INFO [domain.schema.SchemaBootstrap] [main] Activiti tables need to be checked for patches
[2019-06-03 19:02:21] [info] 2019-06-03 19:02:21,238 INFO [domain.schema.SchemaBootstrap] [main] Checking and patching Activiti tables took 46 ms
[2019-06-03 19:02:21] [info] 2019-06-03 19:02:21,285 INFO [domain.schema.SchemaBootstrap] [main] Checking that all patches have been applied took 47 ms
[2019-06-03 19:02:21] [info] 2019-06-03 19:02:21,286 INFO [domain.schema.SchemaBootstrap] [main] Updating the DB schema took 225 ms
[2019-06-03 19:02:21] [info] 2019-06-03 19:02:21,286 INFO [domain.schema.SchemaBootstrap] [main] No changes were made to the schema.
...
[2019-06-03 19:02:23] [info] 2019-06-03 19:02:23,733 INFO [management.subsystems.ChildApplicationContextFactory] [main] Startup of 'OOoJodconverter' subsystem, ID: [OOoJodconverter, default] complete
[2019-06-03 19:02:23] [info] 2019-06-03 19:02:23,735 INFO [repo.admin.ConfigurationChecker] [main] The root data directory ('dir.root') is: /opt/alfresco-data
[2019-06-03 19:02:23] [info] 2019-06-03 19:02:23,755 INFO [admin.patch.PatchExecuter] [main] Checking for patches to apply ...
[2019-06-03 19:02:23] [info] 2019-06-03 19:02:23,946 INFO [admin.patch.PatchExecuter] [main] No patches were required.
[2019-06-03 19:02:23] [info] 2019-06-03 19:02:23,960 INFO [repo.module.ModuleServiceImpl] [main] Found 4 module package(s).
[2019-06-03 19:02:24] [info] 2019-06-03 19:02:24,011 INFO [repo.module.ModuleServiceImpl] [main] Starting module 'de.fme.alfresco.JavascriptConsole-share' version 0.6.1604291213.
[2019-06-03 19:02:24] [info] 2019-06-03 19:02:24,055 INFO [repo.module.ModuleServiceImpl] [main] Starting module 'de.fme.alfresco.JavascriptConsole-repo' version 0.6.1604291213.
[2019-06-03 19:02:24] [info] 2019-06-03 19:02:24,097 INFO [repo.module.ModuleServiceImpl] [main] Starting module 'alfresco-share-services' version 6.1.0.
[2019-06-03 19:02:24] [info] 2019-06-03 19:02:24,136 INFO [repo.module.ModuleServiceImpl] [main] Starting module 'alfresco-trashcan-cleaner' version 2.3.
...
[2019-06-03 19:02:25] [info] 2019-06-03 19:02:25,134 INFO [service.descriptor.DescriptorService] [main] Alfresco JVM - v11.0.3+1-Debian-1; maximum heap size 3996,000MB
[2019-06-03 19:02:25] [info] 2019-06-03 19:02:25,134 INFO [service.descriptor.DescriptorService] [main] Server Mode :PRODUCTION
[2019-06-03 19:02:25] [info] 2019-06-03 19:02:25,137 INFO [service.descriptor.DescriptorService] [main] Alfresco Content Services a démarré (Community). Version actuelle : 6.1.2 (r4fe1d0d0-b205) schéma 13 001. Version installée initialement : 6.1.2 (r4fe1d0d0-b205) schéma 13 001.
[2019-06-03 19:02:25] [info] 2019-06-03 19:02:25,144 INFO [management.subsystems.ChildApplicationContextFactory] [main] Starting 'ActivitiesFeed' subsystem, ID: [ActivitiesFeed, default]
[2019-06-03 19:02:25] [info] 2019-06-03 19:02:25,380 INFO [management.subsystems.ChildApplicationContextFactory] [main] Startup of 'ActivitiesFeed' subsystem, ID: [ActivitiesFeed, default] complete
[2019-06-03 19:02:25] [info] 2019-06-03 19:02:25,380 INFO [management.subsystems.ChildApplicationContextFactory] [main] Starting 'Replication' subsystem, ID: [Replication, default]
[2019-06-03 19:02:25] [info] 2019-06-03 19:02:25,391 INFO [management.subsystems.ChildApplicationContextFactory] [main] Startup of 'Replication' subsystem, ID: [Replication, default] complete
[2019-06-03 19:02:26] [info] 2019-06-03 19:02:26,693 INFO [management.subsystems.ChildApplicationContextFactory] [main] Starting 'Messaging' subsystem, ID: [Messaging, default]
[2019-06-04 00:00:00] [info] 2019-06-04 00:00:00,395 INFO [management.subsystems.ChildApplicationContextFactory] [DefaultScheduler_Worker-3] Starting 'Search' subsystem, ID: [Search, managed, noindex]
[2019-06-04 00:00:09] [info] 2019-06-04 00:00:09,010 INFO [management.subsystems.ChildApplicationContextFactory] [DefaultScheduler_Worker-3] Startup of 'Search' subsystem, ID: [Search, managed, noindex] complete

Lorsque je regarde quels sont les processus tomcat qui tournent,
j'ai bien :

tomcat 3904 1.0 7.6 10122052 1259616 ? Ssl juin03 8:20 /usr/lib/jvm/default-java/bin/java -Djava.util.logging.config.file=/opt/alfresco/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.awt.headless=true -XX:+UseG1GC -Djdk.tls.ephemeralDHKeySize=2048 -Djava.protocol.handler.pkgs=org.apache.catalina.webresources -Dorg.apache.catalina.security.SecurityListener.UMASK=0027 -Dignore.endorsed.dirs= -classpath /usr/share/tomcat9/bin/bootstrap.jar:/usr/share/tomcat9/bin/tomcat-juli.jar -Dcatalina.base=/opt/alfresco -Dcatalina.home=/usr/share/tomcat9 -Djava.io.tmpdir=/tmp org.apache.catalina.startup.Bootstrap start
tomcat 4062 0.0 0.2 671708 43780 ? Sl juin03 0:00 /usr/lib/libreoffice/program/soffice.bin -accept=socket,host=127.0.0.1,port=2022;urp; -env:UserInstallation=file:///tmp/.jodconverter_socket_host-127.0.0.1_port-2022 -headless -nocrashreport -nodefault -nofirststartwizard -nolockcheck -nologo -norestore
root 31955 0.0 0.0 6160 892 pts/3 S+ 08:45 0:00 grep tomcat

soit un processus pour alfresco et un pour la conversion des
documents. nmap m'indique que les ports 8080 et 8009 sont bien
actifs (si j'arrête tomcat, les deux disparaissent).

J'ai donc une base de données qui a été construire lors du premier
lancement d'alfresco (base vierge), une arborescence alfresco-data
qui a été elle aussi initialisée, un service qui tourne sur tomcat.
Mais une connexion sur http://localhost:8080 termine par un timeout.

Je précise qu'il n'y a aucun firewall sur ma machine de test, que la
résolution de noms est correcte.

J'ai bien posé la question sur les forums d'Alfresco, mais pour
l'instant, je n'ai aucune réponse. La question est donc de savoir
comment débugguer l'installation, n'étant absolument pas spécialiste
ni de tomcat, ni de java, et n'ayant strictement rien trouvé dans
les logs.

Merci de votre attention,

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr

3 réponses

Avatar
David Larochette
Le 04-06-2019, JKB a écrit :
Bonjour à tous,
Je ne sais pas si je suis au bon endroit, si ce n'est pas le cas,
merci de me rediriger.
J'ai tenté la mise à jour d'Alfresco 6.0 CE vers la version 6.1 sur
un serveur debian de test (debian/testing avec tomcat 8.5, java 9,
postgresql 9). La version 6.0 était fonctionnelle et j'ai
scrupuleusement suivi la procédure de mise à jour. Naturellement,
rien ne fonctionnait comme prévu. Malgré une sauvegarde des dépôts
et de la base de données, j'ai décidé pour investiguer plus
profondément de tenter l'installation sur une seconde machine,
toujours avec une distribution debian/testing, mais cette fois-ci
tomcat 9, java 11 et postgresql 11 (quitte à tout mettre à jour...).
J'ai donc une arborescence propre, une base de données vierge de
toute trace d'Alfresco et des dépôts parfaitement vides.
J'ai installé tomcat 9 et je l'ai configuré (il fonctionne, un
http://localhost:8080" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://localhost:8080 me renvoie la page de test tomcat). J'ai
rajouté le reverse proxy sur le port 8009 et la configuration idione
d'apache2. Même remarque, ça fonctionne encore. Je rajoute
solr qui semble être utilisé par la nouvelle version d'alfresco.
J'ai créé un utilisateur alfresco dans le serveur postgresql avec
une base de données alfresco. Je peux m'y connecter.
Je passe donc à l'installation d'alfresco, toujours aussi triviale,
en copiant les fichiers à la main dans les bons répertoires et j'ai
configuré tomcat pour qu'il tape directement dans l'arborescence
d'alfresco (comme je l'avais fait pour la version 6.0).
Je lance tomcat et j'obtiens dans les logs (catalina.out) :

[snip: le log]
Lorsque je regarde quels sont les processus tomcat qui tournent,
j'ai bien :
tomcat 3904 1.0 7.6 10122052 1259616 ? Ssl juin03 8:20 /usr/lib/jvm/default-java/bin/java -Djava.util.logging.config.file=/opt/alfresco/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.awt.headless=true -XX:+UseG1GC -Djdk.tls.ephemeralDHKeySize 48 -Djava.protocol.handler.pkgs=org.apache.catalina.webresources -Dorg.apache.catalina.security.SecurityListener.UMASK 27 -Dignore.endorsed.dirs= -classpath /usr/share/tomcat9/bin/bootstrap.jar:/usr/share/tomcat9/bin/tomcat-juli.jar -Dcatalina.base=/opt/alfresco -Dcatalina.home=/usr/share/tomcat9 -Djava.io.tmpdir=/tmp org.apache.catalina.startup.Bootstrap start
tomcat 4062 0.0 0.2 671708 43780 ? Sl juin03 0:00 /usr/lib/libreoffice/program/soffice.bin -accept=socket,host7.0.0.1,port 22;urp; -env:UserInstallation=file:///tmp/.jodconverter_socket_host-127.0.0.1_port-2022 -headless -nocrashreport -nodefault -nofirststartwizard -nolockcheck -nologo -norestore
root 31955 0.0 0.0 6160 892 pts/3 S+ 08:45 0:00 grep tomcat
soit un processus pour alfresco et un pour la conversion des
documents. nmap m'indique que les ports 8080 et 8009 sont bien
actifs (si j'arrête tomcat, les deux disparaissent).
J'ai donc une base de données qui a été construire lors du premier
lancement d'alfresco (base vierge), une arborescence alfresco-data
qui a été elle aussi initialisée, un service qui tourne sur tomcat.
Mais une connexion sur http://localhost:8080" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://localhost:8080 termine par un timeout.
Je précise qu'il n'y a aucun firewall sur ma machine de test, que la
résolution de noms est correcte.
J'ai bien posé la question sur les forums d'Alfresco, mais pour
l'instant, je n'ai aucune réponse. La question est donc de savoir
comment débugguer l'installation, n'étant absolument pas spécialiste
ni de tomcat, ni de java, et n'ayant strictement rien trouvé dans
les logs.

Ta config a l'air correcte.
Est-ce un conflit ipv6/ipv4 ?
As-tu essayé directement <http://localhost:8080" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://localhost:8080/share> ou
<http://localhost:8080" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://localhost:8080/alfresco> ?
Avatar
Jo Engo
Le Tue, 04 Jun 2019 07:01:54 +0000, JKB a écrit :
Using CLASSPATH:
/usr/share/tomcat9/bin/bootstrap.jar:/usr/share/tomcat9/bin/tomcat-

juli.jar
C'est normal qu'il n'y ait rien là concernant alfresco ?
--
Moi, troller ? Jamais ;)
-+- QL in Guide du Fmblien Assassin : "Bah quoi ???" -+-
Avatar
JKB
Le 27 Jun 2019 13:22:23 GMT,
Jo Engo écrivait :
Le Tue, 04 Jun 2019 07:01:54 +0000, JKB a écrit :
Using CLASSPATH:
/usr/share/tomcat9/bin/bootstrap.jar:/usr/share/tomcat9/bin/tomcat-

juli.jar
C'est normal qu'il n'y ait rien là concernant alfresco ?

Je ne vois pas pourquoi il devrait y avoir quelque chose. Le
problème est surtout un prérequis (qui arrive bien plus loin dans la
doc) et un outil qui n'est pas verbeux du tout.
Bref, ça fonctionne très bien maintenant.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr