[Trad] [svn:pgfr] r1133 - traduc/trunk/slony

admin at listes.postgresql.fr admin at listes.postgresql.fr
Mer 10 Sep 00:49:26 CEST 2008


Author: daamien
Date: 2008-09-10 00:49:25 +0200 (Wed, 10 Sep 2008)
New Revision: 1133

Modified:
   traduc/trunk/slony/loganalysis.xml
Log:

Slony : log analysis 8/10


Modified: traduc/trunk/slony/loganalysis.xml
===================================================================
--- traduc/trunk/slony/loganalysis.xml	2008-09-08 17:24:50 UTC (rev 1132)
+++ traduc/trunk/slony/loganalysis.xml	2008-09-09 22:49:25 UTC (rev 1133)
@@ -641,223 +641,251 @@
 
 <listitem><para><command>DEBUG1: remoteWorkerThread_%d: copy_set %d done in %.3f seconds</command></para> 
 
-<para> Indicates the total time required to complete copy_set...  This indicates a successful subscription!</para>
+<para> Ce message indique le temps total nécessaire pour effectuer la commande copy_set...  
+C'est le signe d'un abonné réussi !</para>
 </listitem>
 
 <listitem><para><command>DEBUG1: remoteWorkerThread_%d: copy_set %d done in %.3f seconds</command></para> 
 
-<para> Indicates the total time required to complete copy_set...  This indicates a successful subscription!</para>
+<para> Ce message indique le temps total nécessaire pour effectuer la commande copy_set...  
+C'est le signe d'un abonné réussi !</para>
 </listitem>
 
 </itemizedlist>
 </sect3>
-<sect3 id="logmergeset"> <title> Log Entries Associated with MERGE SET</title>
+<sect3 id="logmergeset"> <title> Messages associés à la commande MERGE SET</title>
 
-<para> These various exceptions cause <xref linkend="stmtmergeset"/> to
-be rejected; something ought to be corrected before submitting the request again. </para>
+<para> Diverses exceptions peuvent conduire au rejet d'un <xref linkend="stmtmergeset"/>;
+Ces problèmes doivent être avant de soumettre à nouveau la requête. </para>
 
 <itemizedlist>
 <listitem><para><command>ERROR: Slony-I: merged set ids cannot be identical</command></para> 
 
-<para> It is illogical to try to merge a set with itself. </para></listitem>
+<para> Il est illogique d'essayer de fusionner un ensemble avec lui-même. </para></listitem>
 
 <listitem><para><command>ERROR: Slony-I: set % not found </command></para> 
 
-<para> A missing set cannot be merged. </para></listitem>
+<para> Un ensemble absent ne peut pas être fusionné. </para></listitem>
 
 <listitem><para><command>ERROR: Slony-I: set % does not originate on local node</command></para> 
 
-<para> The <xref linkend="stmtmergeset"/> request must be submitted to
-the origin node for the sets that are to be merged. </para></listitem>
+<para> La requête <xref linkend="stmtmergeset"/> doit être envoyée au noeud origine des ensembles qu'il faut
+fusionner. </para></listitem>
 
 <listitem><para><command>ERROR: Slony-I: subscriber lists of set % and % are different</command></para> 
 
-<para> Sets can only be merged if they have identical subscriber
-lists.  </para></listitem>
+<para> Les ensembles ne peuvent être fusionné que si ils ont la même liste d'abonnés. </para></listitem>
 
 <listitem><para><command>ERROR: Slony-I: set % has subscriptions in progress - cannot merge</command></para> 
 
-<para> <xref linkend="stmtmergeset"/> cannot proceed until all
-subscriptions have completed processing.  If this message arises, that
-indicates that the subscriber lists <emphasis>are</emphasis> the same,
-but that one or more of the nodes has not yet completed setting up its
-subscription.  It may be that waiting a short while will permit
-resubmitting the <xref linkend="stmtmergeset"/> request.
+<para> <xref linkend="stmtmergeset"/> ne peut pas fusionner tant que tous les abonnements 
+ne sont pas achevés. Si ce message apparait, cela signifie que les listes d'abonnées sont 
+identique mais qu'un ou plusieurs noeuds n'ont pas terminé leur processus d'abonnement.
+Il est probable qu'attendre un courte période avant de soumettre à nouveau la requête
+ <xref linkend="stmtmergeset"/> suffise à régler le problème. 
 </para></listitem>
 
 </itemizedlist>
 </sect3>
 
-<sect3 id="lognormalsync"><title> Log Entries Associated With Normal SYNC activity </title>
+<sect3 id="lognormalsync"><title> Messages associés l'activité normale des SYNCs </title>
 
-<para> Some of these messages indicate exceptions, but
-the <quote>normal</quote> stuff represents what you should expect to
-see most of the time when replication is just plain working.</para>
+<para> Certains de ces messages indique des erreurs, mais 
+<quote>normalement</quote> ils présentent les informations attendues lorsque la 
+réplication fonctionne correctement.</para>
 
 <itemizedlist>
 
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d: forward confirm %d,%s received by %d</command></para> 
 
-<para> These events should occur frequently and routinely as nodes report confirations of the events they receive. </para></listitem>
+<para> Ces événements devraient apparaître fréquemment et suivant une certaine routine, car 
+ils témoignent des confirmations d'événements qui sont reçues. </para></listitem>
 
 <listitem><para><command>DEBUG1: remoteWorkerThread_%d: SYNC %d processing</command></para> 
 
-<para> This indicates the start of processing of a <command>SYNC</command> </para> </listitem>
+<para> Ce message indique que le début du traitement d'un  <command>SYNC</command> </para> </listitem>
 
 <listitem><para><command>ERROR: remoteWorkerThread_%d: No pa_conninfo
 for data provider %d</command></para>
 
-<para> Oh dear, we haven't connection information to connect to the
-data provider.  That shouldn't be possible,
-normally...</para></listitem>
+<para> Oups, les informations de connexion au fournisseur ne sont pas disponibles.
+. Normalement cela ne pas être possible...</para></listitem>
 
 <listitem><para><command>ERROR: remoteListenThread_%d: timeout for event selection</command></para>
 
-<para> This means that the listener thread
-(<filename>src/slon/remote_listener.c</filename>) timed out when
-trying to determine what events were outstanding for it.</para>
+<para> Ce message signifie que le processus d'écoute 
+(<filename>src/slon/remote_listener.c</filename>) s'est arrêté après avoir tenté de 
+déterminer quels événements étaient en attente.</para>
 
-<para> This could occur because network connections broke, in which case restarting the &lslon; might help. </para>
+<para> Ceci se produit lorsqu'un connexion réseau est coupée. Si c'est le cas, redémarrer le démon 
+ &lslon; devrait suffir pour résoudre le problème. </para>
 
-<para> Alternatively, this might occur because the &lslon; for this
-node has been broken for a long time, and there are an enormous number
-of entries in <envar>sl_event</envar> on this or other nodes for the
-node to work through, and it is taking more than <xref
-linkend="slon-config-remote-listen-timeout"/> seconds to run the query.
-In older versions of &slony1;, that configuration parameter did not
-exist; the timeout was fixed at 300 seconds.  In newer versions, you
-might increase that timeout in the &lslon; config file to a larger
-value so that it can continue to completion.  And then investigate why
-nobody was monitoring things such that replication broke for such a
-long time... </para>
+<para> Par ailleurs, ceci peut se produite lorsque le démon &lslon; de ce noeud
+a été en panne pendant longtemps, et qu'il y a une quantité énorme de lignes dans 
+la table <envar>sl_event</envar> sur ce noeud ou sur d'autres, en attente d'être
+traitées et qu'il faut plus de  <xref
+linkend="slon-config-remote-listen-timeout"/> secondes pour exécuter la requête
+SQL. 
+Dans les anciennes version de &slony1;, ce paramètre de configuration parameter n'existait
+pas; le temps maximum était fixé à 300 secondes. Dans les nouvelles versions, vous
+pouvez augmenter cette valeur dans le fichier de configuration de  &lslon; pour
+que le démon continue à traiter les événements. Puis vous pourrez enquêter pour
+découvrir pourquoi personne ne surveillait le processus et pourquoi la réplication
+a été rompue pendant aussi longtemps... </para>
 </listitem>
 
 <listitem><para><command>ERROR: remoteWorkerThread_%d: cannot connect to data provider %d on 'dsn'</command></para>
 
-<para> Oh dear, we haven't got <emphasis>correct</emphasis> connection
-information to connect to the data provider.</para></listitem>
+<para> Oups, nous n'avons pas les informations de connexions <emphasis>correctes</emphasis> pour nous
+connecter au fournisseur de données.</para></listitem>
 
 <listitem><para><command>DEBUG1: remoteWorkerThread_%d: connected to data provider %d on 'dsn'</command></para> 
 
-<para> Excellent; the &lslon; has connected to the provider. </para> </listitem>
+<para> Excellent; le démon &lslon; s'est connecté au fournisseur. </para> </listitem>
 
 <listitem><para><command>WARN: remoteWorkerThread_%d: don't know what ev_seqno node %d confirmed for ev_origin %d</command></para> 
 
-<para> There's no confirmation information available for this node's provider; need to abort the <command>SYNC</command> and wait a bit in hopes that that information will emerge soon...</para></listitem>
+<para> Il n'y a aucune information de confirmation en provenance de ce fournisseur;
+Il faut annuler le  <command>SYNC</command> et attendre en espérant que cette information 
+arrive rapidement...</para></listitem>
 
 <listitem><para><command>DEBUG1: remoteWorkerThread_%d: data provider %d only confirmed up to ev_seqno %d for ev_origin %d </command></para> 
 
-<para> The provider for this node is a subscriber, and apparently that subscriber is a bit behind.  The &lslon; will need to wait for the provider to catch up until it has <emphasis> new</emphasis> data. </para></listitem>
+<para> Le fournisseur de ce noeud est un abonné, apparement  cet abonné est en retard.
+Le démon &lslon; doit attendre que le fournisseur rattrape son retard avant de recevoir de 
+<emphasis> nouvelles</emphasis> données. </para></listitem>
 
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d: data provider %d confirmed up to ev_seqno %s for ev_origin %d - OK</command></para> 
 
-<para> All's well; the provider should have the data that the subscriber needs...</para></listitem>
+<para> Très bien; le fournisseur dispose des données dont l'abonné a besoin...</para></listitem>
 
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d: syncing set %d with %d table(s) from provider %d</command></para> 
 
-<para> This is declaring the plans for a <command>SYNC</command>: we have a set with some tables to process.</para></listitem>
+<para> Ce message indique les plans d'actions d'un <command>SYNC</command>: il y a un ensemble de tables
+à traiter.</para></listitem>
 
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d: ssy_action_list value: %s length: %d</command></para> 
 
-<para> This portion of the query to collect log data to be applied has been known to <quote>bloat up</quote>; this shows how it has gotten compressed... </para></listitem>
+<para> Cette partie de la requête a collecter des données qui semblent être <quote>volumineuses</quote>; 
+ce message indique comment elles ont été compressées... </para></listitem>
 
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d: Didn't add OR to provider</command></para> 
 
-<para> This indicates that there wasn't anything in a <quote>provider</quote> clause in the query to collect log data to be applied, which shouldn't be.  Things are quite likely to go bad at this point... </para></listitem>
+<para> Ce message indique qu'il n'y avait rien dans une clause <quote>fournisseur</quote> à l'intérieur
+de la requête qui collecte les données à appliquer, ce qui ne devrait pas se produire.
+Il est probable que les choses ait mal tournées quelque part... </para></listitem>
 
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d: no sets need syncing for this event</command></para> 
 
-<para>This will be the case for all <command>SYNC</command> events generated on nodes that are not originating replication sets.  You can expect to see these messages reasonably frequently. </para></listitem>
+<para>Ceci se produira pour tous les événements <command>SYNC</command> générés sur les noeuds qui 
+ne sont l'origine d'un ensemble de réplication. Vous pouvez vous attendre à voir ces messages 
+assez fréquemment. </para></listitem>
+
 <listitem><para><command>DEBUG3: remoteWorkerThread_%d: activate helper %d</command></para> 
 
-<para> We're about to kick off a thread to help process <command>SYNC</command> data...</para></listitem>
+<para> Un processus va être lancé pour aider à traiter les données de l'événement
+ <command>SYNC</command>...</para></listitem>
 
 <listitem><para><command>DEBUG4: remoteWorkerThread_%d: waiting for log data</command></para> 
 
-<para> The thread is waiting to get data to consume (e.g. - apply to the replica).</para></listitem>
+<para>Le processus attend que les données se consument (c'est à dire : qu'elles soient appliquées sur 
+le réplicat).</para></listitem>
 
 <listitem><para><command>ERROR: remoteWorkerThread_%d: %s %s - qualification was %s </command></para> 
 
-<para> Apparently an application of replication data to the subscriber failed...  This quite likely indicates some sort of serious corruption.</para></listitem>
+<para> Apparement l'application de données répliquées sur l'abonné à échouée....
+Ceci indique très certainement une corruption assez grave.</para></listitem>
 
 <listitem><para><command>ERROR: remoteWorkerThread_%d: replication query did not affect one row (cmdTuples = %s) - query was: %s qualification was: %s</command></para> 
 
-<para> If <envar> SLON_CHECK_CMDTUPLES</envar> is set, &lslon; applies
-changes one tuple at a time, and verifies that each change affects
-exactly one tuple.  Apparently that wasn't the case here, which
-suggests a corruption of replication.  That's a rather bad
-thing...</para></listitem>
+<para> Si <envar> SLON_CHECK_CMDTUPLES</envar> est défini, &lslon; applique les 
+changement tuple par tuple, et vérifie que chaque changement affecte exactement un tuple.
+Apparement ce n'était pas le cas ici, ce qui semble indiquer une corruption de la
+réplication. C'est plutôt une mauvaise nouvelle...</para></listitem>
 
 <listitem><para><command>ERROR: remoteWorkerThread_%d: SYNC aborted</command></para> 
 
-<para>The <command>SYNC</command> has been aborted. The &lslon; will
-likely retry this <command>SYNC</command> some time soon.  If the
-<command>SYNC</command> continues to fail, there is some continuing
-problem, and replication will likely never catch up without
-intervention.  It may be necessary to unsubscribe/resubscribe the
-affected slave set, or, if there is only one set on the slave node, it
-may be simpler to drop and recreate the slave node.  If application
-connections may be shifted over to the master during this time,
-application downtime may not be necessary.  </para></listitem>
+<para>Le <command>SYNC</command> a été annulé. Le  &lslon; va probablement
+retenter ce  <command>SYNC</command> dans quelque temps. Si le 
+<command>SYNC</command> échoue encore et toujours, il y un problème récurrent,
+et la réplication ne va probablement pas reprendre sans une intervention.
+Il est peut-être nécessaire de désabonner/réabonner l'ensemble de réplication
+concerné, ou si il n'y a qu'un seul ensemble de réplication sur le noeud esclave,
+il est parfois plus simple de supprimer et de recréer le noeud. Si les connexions
+de l'application peuvent être détournées vers le noeud maitre pendant cette opération,
+alors il n'est pas nécessaire d'arrêter le service.  </para></listitem>
 
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d: new sl_rowid_seq value: %s</command></para> 
 
-<para> This marks the progression of this internal &slony1; sequence. </para></listitem>
+<para> Ce message rend compte de la progression de cette séquence interne de &slony1; . </para></listitem>
+
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d: SYNC %d done in %.3f seconds</command></para> 
 
-<para> This indicates the successful completion of a <command>SYNC</command>.  Hurray!</para></listitem>
+<para> Ce message indique qu'un <command>SYNC</command> s'est achevé correctement.  Hourra !</para></listitem>
 
 <listitem><para><command>DEBUG1: remoteWorkerThread_%d_d:%.3f seconds delay for first row </command></para> 
 
-<para> This indicates how long it took to get the first row from the LOG cursor that pulls in data from the sl_log tables.</para> </listitem>
+<para> Ce message indique combien de temps il a fallu pour récupérer la première ligne 
+du curseur LOG  qui lit les données dans les tables sl_log tables.</para> </listitem>
 
 <listitem><para><command>ERROR: remoteWorkerThread_%d_d: large log_cmddata for actionseq %s not found</command></para> 
 
-<para> &lslon; could not find the data for one of the <quote>very large</quote> sl_log table tuples that are pulled individually.  This shouldn't happen.</para></listitem>
+<para> &lslon; n'a pas trouvé les données relatives à un  <quote>très grand</quote> tuple de la table sl_log
+qui a été récupéré individuellement. Ceci ne devrait pas se produire.</para></listitem>
+
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d_d:%.3f seconds until close cursor </command></para> 
 
-<para> This indicates how long it took to complete reading data from the LOG cursor that pulls in data from the sl_log tables.</para> </listitem>
+<para> Ceci indique combien de temps il a fallu pour lire les données dans le curseur LOG qui extrait les données des tables sl_log.</para> </listitem>
+
 <listitem><para><command>DEBUG2: remoteWorkerThread_%d_d: inserts=%d updates=%d deletes=%d </command></para> 
 
-<para> This reports how much activity was recorded in the current <command>SYNC</command> set. </para> </listitem>
+<para> Ce message montre quelle activité a été enregistré dans le <command>SYNC</command> courant. </para> </listitem>
 
 <listitem><para><command>DEBUG3: remoteWorkerThread_%d: compress_actionseq(list,subquery) Action list: %s</command></para> 
 
-<para> This indicates a portion of the LOG cursor query that is about to be compressed.  (In some cases, this could grow to <emphasis>enormous</emphasis> size, blowing up the query parser...) </para></listitem>
+<para> Ce message indique qu'une partir de la requête du curseur LOG va être compressée.
+(Daans certains cas, les requêtes peuvent grossir jusqu'à une taille  <emphasis>enormous</emphasis>
+et faire exploser l'analyseur de requêtes...) </para></listitem>
 <listitem><para><command>DEBUG3: remoteWorkerThread_%d: compressed actionseq subquery %s</command></para> 
 
-<para> This indicates what that subquery compressed into. </para></listitem>
+<para> Ce message indique comment la sous-requête a été compressée. </para></listitem>
 
 </itemizedlist>
 </sect3>
 
-<sect3 id="logaddobjects"><title> Log Entries - Adding Objects to Sets  </title>
+<sect3 id="logaddobjects"><title> Messages concernant l'ajout d'objets dans des ensembles de réplication</title>
 
-<para> These entries will be seen on an origin node's logs at the time
-you are configuring a replication set; some of them will be seen on
-subscribers at subscription time.  </para>
+<para> Ces messages apparaîtront dans les logs d'un noeud origine au moment
+ou vous configurerez un ensemble de réplication; certains apparaitront sur les noeuds abonnés
+lors de leurs abonnement.  </para>
 
 <itemizedlist>
 <listitem><para><command>ERROR: Slony-I: setAddTable_int(): table % has no index %</command></para> 
 
-<para> Apparently a PK index was specified that is absent on this node...</para></listitem>
+<para> Apparement un index PK qui a été spécifié est absent sur ce noeud...</para></listitem>
+
 <listitem><para><command>ERROR: Slony-I setAddTable_int(): table % not found</command></para> 
 
-<para> Table wasn't found on this node; did you load the schema in properly?. </para></listitem>
+<para> La table n'a pas été trouvé sur ce noeud; Avez-vous chargé correctement le schéma ? </para></listitem>
+
 <listitem><para><command>ERROR: Slony-I setAddTable_int(): table % is not a regular table</command></para> 
 
-<para> You tried to replicate something that isn't a table; you can't do that! </para></listitem>
+<para> Vous avez tenté de répliquer quelque chose qui n'est pas dans la table;
+Vous ne pouvez pas faire ça ! </para></listitem>
+
 <listitem><para><command>NOTICE: Slony-I setAddTable_int(): table % PK column % nullable</command></para> 
 
-<para> You tried to replicate a table where one of the columns in the would-be primary key is allowed to be null.  All PK columns must be <command>NOT NULL.</command> This request is about to fail. </para>
+<para> Vous avez tenté de repliquer une table dont une colonne de la clef primaire candidate peut être null.
+Toute les colonnes participant à une clef primaire doivent être <command>NOT NULL</command>.
+Cette requête va échouer. </para>
 
-<para> A check for this condition was introduced in &slony1; version
-1.2.  If you have a 1.1 replica, it will continue to function after
-upgrading to 1.2, but you will experience this complaint when you try
-to add new subscribers. </para>
+<para> Une vérification de cette condition fut introduit dans la version 1.2 de &slony1;.
+Si vous avez un réplicat 1.1, il va continuer à fonctionner après la mise à jour en 
+1.2, mais vous rencontrerez ce message lorsque vous essaierez d'ajouter de nouveaux abonnés.
+</para>
 
-<para> You can look for table/index combinations on an existing
-node that have NULLABLE columns in the primary key via the
+<para> Vous pouvez chercher des combinaisons table/index ayant des colonnes NULLABLE 
+sur un noeud existant avec la requête suivante :
 following query:
 <screen>
 select c.relname as table_name, ic.relname as index_name, att.attname, att2.attnotnull
@@ -871,45 +899,55 @@
     and att2.attnotnull = 'f';
 </screen> </para>
 
-<para> These may be rectified via submitting, for each one, a query of
-the form: <command> alter table mytable alter column nullablecol set
-not null; </command> Running this against a subscriber where the table
-is empty will complete very quickly. It will take longer to apply this
-change to a table that already contains a great deal of data, as the
-alteration will scan the table to verify that there are no tuples
-where the column is NULL.
+<para> Ces cas peuvent être rectifiés en exécutant à chaque fois un requête 
+du type : <command> alter table matable alter column nullablecol set
+not null; </command> 
+
+Lancée sur un abonné ayant un table vide, cette requête s'exécutera très rapidement.
+Elle prendra plus de temps sur une table qui contient déjà beaucoup de données,
+car la modification nécessite un scan de la table pour vérifier qu'il n'existe aucun
+tuple ayant la valeur NULL dans la colonne.
 </para>
 
 </listitem>
 
 <listitem><para><command>ERROR: Slony-I setAddTable_int(): table % not replicable!</command></para> 
 
-<para> This happens because of the NULLable PK column. </para></listitem>
+<para> Ceci se produit à cause d'une colonne qui n'est pas NOT NULL dans un clef primaire . </para></listitem>
+
 <listitem><para><command>ERROR: Slony-I setAddTable_int(): table id % has already been assigned!</command></para> 
 
-<para> The table ID value needs to be assigned uniquely
-in <xref linkend="stmtsetaddtable"/>; apparently you requested a value
-already in use.
+<para> L'identifiant de la table doit être assigné de manière unique dans 
+<xref linkend="stmtsetaddtable"/>; apparement vous avez demandé une valeur qui est déjà utilisée.
 </para></listitem>
 <listitem><para><command>ERROR: Slony-I setAddSequence(): set % not found</command></para> 
-<para> Apparently the set you requested is not available...</para></listitem>
+<para> Apparement l'ensemble que vous demandez n'est pas disponible...</para></listitem>
 
 <listitem><para><command>ERROR: Slony-I setAddSequence(): set % has remote origin</command></para> 
-<para> You may only add things at the origin node.</para></listitem>
+<para> Vous pouvez uniquement ajouter des choses sur le noeud origine.</para></listitem>
 
 <listitem><para><command>ERROR: Slony-I setAddSequence(): cannot add sequence to currently subscribed set %</command></para> 
-<para> Apparently the set you requested has already been subscribed.  You cannot add tables/sequences to an already-subscribed set.  You will need to create a new set, add the objects to that new set, and set up subscriptions to that.</para></listitem>
+<para> Apparement l'ensemble de réplication que vous demandez a déjà été abonné.
+Vous ne pouvez pas ajouter des tables/séquences dans un ensemble qui a déjà des abonnés.
+Vous devez créer un nouvel ensemble, y ajouter des objets, et définir ses abonnements
+</p>
+
 <listitem><para><command>ERROR: Slony-I setAddSequence_int(): set % not found</command></para> 
-<para> Apparently the set you requested is not available...</para></listitem>
 
+<para> Apparement l'ensemble que vous demandez n'est pas disponible...</para></listitem>
+
 <listitem><para><command>ERROR: Slony-I setAddSequence_int(): sequence % not found</command></para> 
-<para> Apparently the sequence you requested is not available on this node.  How did you set up the schemas on the subscribers???</para></listitem>
 
+<para> Apparement la séquence que vous demandez n'est pas disponible sur ce noeud.
+Comment avez-vous mis en place le schéma sur les noeuds abonnés ???</para></listitem>
+
 <listitem><para><command>ERROR: Slony-I setAddSequence_int(): % is not a sequence</command></para> 
-<para> Seems pretty obvious :-).</para></listitem>
 
+<para> Ce message est assez évident :-).</para></listitem>
+
 <listitem><para><command>ERROR: Slony-I setAddSequence_int(): sequence ID % has already been assigned</command></para> 
-<para> Each sequence ID added must be unique; apparently you have reused an ID.</para></listitem>
+<para> Chaque identifiant de séquence ajouté doit être unique. Apparement vous avez réutilisé un identifiant 
+déjà existant.</para></listitem>
 
 </itemizedlist>
 </sect3>
@@ -919,11 +957,13 @@
 <itemizedlist>
 <listitem><para><command>ERROR: Slony-I setMoveTable_int(): table % not found</command></para> 
 
-<para> Table wasn't found on this node; you probably gave the wrong ID number... </para></listitem>
+<para> La table n'a pas été trouvée sur ce noeud; vous avez probablement indiqué le mauvais
+identifiant.. </para></listitem>
 
 <listitem><para><command>ERROR: Slony-I setMoveTable_int(): set ids cannot be identical</command></para> 
 
-<para> Does it make sense to move a table from a set into the very same set? </para></listitem>
+<para> Quel est l'intérêt de déplacer une table qui se touve dans un ensemble dans le même ensemble ?
+</para></listitem>
 
 <listitem><para><command>ERROR: Slony-I setMoveTable_int(): set % not found</command></para> 
 



More information about the Trad mailing list