Après avoir réussi de faire le "streaming replication" entre deux serveurs 64bits qui ont un système linux Centos de 64bits aussi, j'essaie maintenant de faire le "streaming replication" entre deux serveurs de 64bits qui ont un système linux Centos mais sur le master c'est un Centos de 64bits et sur le slave c'est un Centos de 32bits.

Après la configuration des deux serveurs pour le "streaming replication" le serveur master démarre correctement par contre le serveur slave ne démarre pas et m'affiche le message suivant dans le fichier de log pgstartup.log

FATAL : somme de contrôle incorrecte dans le fichier de contrôle

Pourriez vous me dire ce qui se passe exactement ?

Je viens de mettre en place la réplication en mode (SR) Streaming replication mais j'ai un problème au niveau de la récupération des fichiers archivés au niveau du serveur Master par le serveur Slave.

J'explique au niveau du serveur Master il exécute bien la commande suivante :
archive_command = 'cp %p /var/lib/pgsql/9.0/data/pg_wal/%f'
pour copier le fichier journal du répertoire /var/lib/pgsql/9.0/data/pg_xlog vers le répertoire en local /var/lib/pgsql/9.0/data/pg_wal que j'ai créé.

Par contre le serveur Slave ne récupère pas les fichiers journaux du Master pour les rejouer (restaurer) avec la commande suivante :
restore_command = 'cp /var/lib/pgsql/9.0/data/pg_wal/%f "%p"'

Même si je prends les fichiers archivés par le master et les mettre dans le répertoire /var/lib/pgsql/9.0/data/pg_wal du Slave en vu de restaurer ces fichiers mais il ne le fait pas.

Voici ce que j'ai dans les logs du serveur Slave :
LOG:  le système de bases de données a été arrيté ـ 2011-03-23 13:34:47 CET
LOG:  lancement du processus autovacuum
LOG:  le système de bases de données est prيt pour accepter les connexions
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=57416
LOG:  le système de bases de données a été interrompu ; dernier lancement connu ـ 2011-03-23 14:13:50 CET
LOG:  entre en mode standby
cp: ne peut évaluer `/var/lib/pgsql/9.0/data/pg_wal/000000010000000200000019': Aucun fichier ou répertoire de ce type
LOG:  enregistrement de longueur nulle ـ 2/19000078
cp: ne peut évaluer `/var/lib/pgsql/9.0/data/pg_wal/000000010000000200000019': Aucun fichier ou répertoire de ce type
LOG:  réplication de flux connecté avec succès au serveur principal

Sachant que le fichier 000000010000000200000019 existe sur le master et n'a pas été récupéré par le slave et même après une récupération manuelle de ma part de ce fichier archivé au niveau du master vers le slave, ce dernier n'a pas restaurer le fichier archivé en question.

Autre chose je n'arrive pas à accéder à la dase du serveur slave, j'ai le message d'erreur suivant : FATAL : le système de base de données se lance.
Normalement je ne doit pas avoir ce message parce que d'après la documentation à partir de la version 9.0 on peut accéder à la base du slave en lecture seule.

Merci de m'aider à débloquer cette situation.

Bonjour,
Pour faire la réplication (streaming replication) entre deux bases de données postgresql9.0 sur deux serveurs de 64bits, j'ai configuré le serveur principal et le serveur en attente de la manière suivante :

1) Serveur principal (Master)
Dans le fichier postgresql.conf :
**************************
listen_addresses = '*'
wal_level = archive   
archive_mode = on
archive_command = 'cp %p /var/lib/pgsql/9.0/data/pg_wal/%f'
max_wal_senders = 5
wal_keep_segments = 32

Dans le fichier pg_hba.conf :
************************
host      replication      postgres      0.0.0.0 0.0.0.0        trust

Et j'ai configuré aussi le serveur en attente de cette façon :

2) Serveur en attente (Slave)
Dans le fichier recovrey.conf :
*************************
standby_mode = 'on'   
primary_conninfo = 'host=94.23.240.208 port=5432 user=postgres'   
restore_command = 'cp /var/lib/pgsql/9.0/data/pg_wal/%f "%p"'

Après avoir synchronisé les deux répertoires DATA (/var/lib/pgsql/9.0/data/) de postgresql9.0 entre les deux serveurs (Master/Slave) et relancé les services de postgresql9.0, j'ai eu le message suivant dans les logs du serveur en attente par contre les logs du serveur principal montre que tout est OK :

Log du serveur en attente
*********************
FATAL:  l'identifiant du systوme de bases de donnىes diffوre entre le serveur principal
        et le serveur en attente
DةTAIL:  L'identifiant du serveur principal est 5580278574645196799, l'identifiant du serveur en attente
        est 5586543497412834231.
cp: ne peut ىvaluer `/var/lib/pgsql/9.0/data/pg_wal/00000001000000030000009D': Aucun fichier ou rىpertoire de ce type
cp: ne peut ىvaluer `/var/lib/pgsql/9.0/data/pg_wal/00000001000000030000009D': Aucun fichier ou rىpertoire de ce type

Log du serveur principal
********************
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36419
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36420
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36421
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36422
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36423
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36424
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36425
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36426
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36427
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36430
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36431
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36432
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36433
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36434
LOG:  connexion de réplication autorisée : utilisateur=postgres, base de données=192.168.10.2, port=36435

Bonjour,
J'ai fait un dump (sauvegarde) d'une base de donnée postgres sous linux Centos et j'ai essayé de la restaurer sous la machine AIX 5.3 mais sans succès, voici comment j'ai procédé :

1) Avec PgAdmin.
Restauration de la base postgres sous aix avec l'utilitaire PgAdmin :
-> Après 4heures de la procédure de restauration le programme PgAdmin plante

2) Avec Webmin
Restauration de la base de donnée postgres sous aix avec l'interface d'administration Webmin déjà installé sous AIX.
->Après 1heure de la procédure de restauration j'ai eu le message d'erreur suivant :

Encodage de forme spécifique de donnée attendu mais obtention d'un encodage normal

S'il vous plaît quelqu'un peut me dire ce que cela veut dire ?

Sachant que l'encodage de ma base de donnée est en UTF-8.

Voici l'encoding de mes machines Linux et AIX :

Linux:
# locale
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

AIX:
# locale
LANG=FR_FR.UTF-8
LC_COLLATE="FR_FR.UTF-8"
LC_CTYPE="FR_FR.UTF-8"
LC_MONETARY="FR_FR.UTF-8"
LC_NUMERIC="FR_FR.UTF-8"
LC_TIME="FR_FR.UTF-8"
LC_MESSAGES="FR_FR.UTF-8"
LC_ALL=FR_FR.UTF-8

Merci