topic Problème de Restauration [Résolu] in Alfresco Archive

Problème de Restauration [Résolu]

tserando — Fri, 11 Apr 2008 07:27:14 GMT

Bonjour tout le monde,Après avoir fouillé dans le forum, je n'ai trouvé personne ayant la même erreur que moi lors d'une restauration test d'alfresco. Je vais décrire alors mon problème :Je possède une version en production d'Alfresco Tomcat 2.0 sous Linux. J'effectue une sauvegarde tous les soirs d

Re: Problème de Restauration [Résolu]

rguinot — Fri, 11 Apr 2008 10:05:23 GMT

es tu sur d'avoir donné des droits suffisants pour la connexion entre postgresql et Alfresco ?
poste le contenu de ton custom-repository.properties et le contenu (sections pertinentes uniquement) de ton pg_hba.conf.

Re: Problème de Restauration [Résolu]

tserando — Fri, 11 Apr 2008 12:18:14 GMT

Salut Rguinot.

En ce qui concerne mon custom-repository.properties le voici :

###############################
## Common Alfresco Properties #
###############################

#
# Sample custom content and index data location
#
dir.root=/cms/data
#dir.indexes=

#
# Sample database connection properties
#
db.username=alfresco
db.password=alfresco
#db.pool.initial=10
#db.pool.max=100

#
# Property to control whether schema updates are performed automatically.
# Updates must be enabled during upgrades as, apart from the static upgrade scripts,
# there are also auto-generated update scripts that will need to be executed.  After
# upgrading to a new version, this can be disabled.
#
#db.schema.update=true

#
# HSQL connection
#
#db.driver=org.hsqldb.jdbcDriver
#db.url=jdbc:hsqldb:file:alf_data/hsql_data/alfresco;ifexists=true;shutdown=true;

#
# MySQL connection (This is default and requires mysql-connector-java-5.0.3-bin.jar, which ships with the Alfresco server)
#
#db.driver=org.gjt.mm.mysql.Driver
#db.url=jdbc:mysql://localhost/alfresco

#
# Oracle connection (requires ojdbc14_g.jar or equivalent jar in shared libraries location)
#
#db.driver=oracle.jdbc.OracleDriver
#db.url=jdbc:oracle:thin:@localhost:1521:alfresco

#
# Sybase connection (requires jconn2d.jar or equivalent jar in shared libraries location)
#
#db.driver=com.sybase.jdbc2.jdbc.SybDriver
#db.url=jdbc:sybase:Tds:localhost:2638/alfresco

#
# SQLServer connection (requires jdts-1.2.jar or equivalent - http://jtds.sourceforge.net/)
#
#db.driver=net.sourceforge.jtds.jdbc.Driver
#db.url=jdbc:jtds:sqlserver://localhost/alfresco

#
# SQLServer connection using Microsoft JDDB driver
#
#db.driver=com.microsoft.sqlserver.jdbc.SQLServerDriver
#db.url=jdbc:sqlserver://localhost;DatabaseName=alfresco

#
# PostgreSQL connection (requires postgresql-8.2-504.jdbc3.jar or equivalent)
#
db.driver=org.postgresql.Driver
db.url=jdbc:postgresql://localhost:5432/alfresco
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Et pour le pg_hba.conf, tout est commenté sauf :

# TYPE DATABASE    USER        CIDR-ADDRESS          METHOD

# "local" is for Unix domain socket connections only
local   all   all   trust
#local   all         all                               ident sameuser
# IPv4 local connections:
host   all   all   all   trust
#host    all         all         127.0.0.1/32          ident sameuser
# IPv6 local connections:
host    all         all         ::1/128               ident sameuser

étant donné qu'il s'agit d'un serveur de test, je ne me suis pas cassé les dents sur la sécurité du postgresql, normalement les mots de passe sont en md5 et non en trust.

Re: Problème de Restauration [Résolu]

tserando — Tue, 15 Apr 2008 07:31:19 GMT

Bonjour à tous,

J'ai trouvé hier d'où venez mon problème.

En fait, lorsqu'on configure alfresco la première fois avant de lancer le tomcat, on touche à des fichiers de configurations du type "custom-repository.properties", …
Ensuite on lance l'application et tomcat génère des nouveaux fichiers dont il va se servir. Ces fichier ce trouvent dans webapps. Bref, tout ça pour dire qu'il y a un "repository.properties" qui se génère et qui met par défaut le dossier /alfresco/alf_data comme dir.root (alors que j'avais bien configuré le "custom-repository.properties"). Dans mon cas, il ne parvenait donc pas à trouver le bon dossier.

Maintenance tout est rentré dans l'ordre et sincèrement, la version 2.1 est 1000 fois mieux que la 2.0

Bonne journée

Thibault