Posté le: Mar Avr 18, 2006 12:01 pm Sujet du message: Gwmta:dis:Erreur Interne [8209] déconnexions mutiples MTAs Répondre en citant
Bonjour à tous,
Gwmta:dis:Erreur Interne [8209] déconnexions mutiples du MTA au autres MTA des autres domaines et du Primaire via VPN.
Pour commencer, mes connaissances sous novell netware et groupwise sont très limitées.
Nous appartenons à un grand Groupe international utlisation aborescence NDS et Groupwise, avec plusieurs domaines (un pour chaque pays et un france nous avons un seul POA). Tous les mails exterieurs au groupe
à destination de notre enseigne arrive sous la forme prenom.nom@enseigne.com dans le pays d'origine de l'enseigne (hors france), puis l'ensemble des mails hors groupe est redispatché par le serveur primaire (siège social du groupe, hors france) via MTA "primaire" pour échanger avec le MTA France et les autres domaines.
Le serveur actuel (HP Proliant ML 350) est en (physqie) Raid 5 (carte raide PCI) avec 4 disques SCSI. Ce serveur est une migration " direct " d'un vieux serveur physique sous Netware 4.11 et Groupwies 5.5. L'ancien serveur plantait au niveau software réulièrement. Notre connexion en externe était uniquement via async Gateway avec un modem 3 com Us Robotics (Indirect ?!?!). L'ancien et le nouveau serveur sert malheuresement également de serveur de fichiers.
Actuellement,
Novell Netware 6.5
Groupwise 6.5 (je ne sais pas si SP2 est installé ou pas)
POA 6.5
Tapeware 7.00 SP4B (que je n'arrive pas à faire fonctionner)
webaccess Agent 6.5.0
Symantec Ativirus Corporate Edition
MTA ???
ConsolOne 1.3.6
Clients XP SP2 avec Client Novell 4.91 et client Groupwise 6.54
Il y a quelques mois suite à une défaillance hardware HP, la partion novell, ne tourne plus que sur 3 disques, le nouveau disque échangé par HP pour une raison indéterminée ne fait plus partie de la partion novell et je suis obligé de déplugé le 4 ème disque pour que Novell démarre. Je garde le 4ème disque en spare, tout fonctionne normalement si il remplace les 3 autres, mais dès que je le plug dans sa place habituelle. Il est vu comme une autre partion et tente de booter dessus ... Mais là n'est pas le problème. Quoi que ceci pouvant expliqué cela... En tout cas tout marchait correctement, jusqu'il a quelques jours.
Nous sommes connectés au serveur primaire et avec les autres domaines en directe utilisation ip fixe (TCP/IP); mais via un firewall de type Nokia IP 40 qui utilise un VPN. Ce firewall est gérée par une entreprise externe au groupe, mais dans le même pays que le siège sociale du groupe internationale. Je n'ai pas le droit d'intervenir dessus, ni de me loguer pour savoir ce qui se passe .... un comble ...
Il y a plusieurs jours, il nous était impossible de nous connecter au groupe en intranet, mais nous avions accès à Internet et à nos mails. Après contact auprès de notre provider, nous n'avons pas eu de problème de déconnection, ni de coupure ou de limitation de bande passante sur les ports de notre connection ADSL.
J'ai donc pensé qu'il s'agissait de déconnexions du VPN, via le firewall. Dans la fenêtre de console du MTA (fond beu), il apparaissait 25 domaines fermées, sur 26; puis quelques heures après domaines ouverts, puis 25/26 domaines fermés, puis domaines ouvert....
Il y a quelques jours, impossible d'envoyer et de recevoir des mails vers ou depuis l'exterieur de notre domaine. En relançant, par F4 dans la console MTA cela repartait. Le lendemain matin, plus rien arrêt de l'ensemble des services puis shutdown à plusieurs reprises. Redémarrages toujours pas de mails. J'essaie à nouveau le F4 je crois pour redémarrage du MTA apparition du message
Gwmta:dis:Erreur Interne [8209] dans la console du MTA.
J'arrête les services shutdown redémarrage. Plus de fenêtre de console MTA.
Je fais un load gwmta.nlm.
OK apparait en vert puis deuxième message
Gwmta:dis:Erreur Interne [8209]
Pas de fenêtre de console MTA lancé. Pas de mail en réception et en émission problèmes pour les commerciaux à se connecter en Rtc au serveur message de la console Grouwise Async Gateway Idle time exceeded 4 mintes on X Disconnected from X 5 minutes 0 byte sent 6721 bytes received or aucun commercial ne reçoit ou envoi de mails.
Contrairement à ce qui m'a été dit pendant des jours et des jours par l'entreprise étrangère qui gère le firewall il y avait bien un problème de VPN sur le firewall Nokia. Mais apparement sur le firewall Nokia ou se trouve le serveur primaire. Depuis vendredi après midi le VPN semble marché correctement sans déconnexion.
Mais en ce qui me concerne, impossible de relancé le MTA, j'ai toujours le même message, même en redémarrant le serveur, la fenêtre de la console du Mta ne se lance pas. Les mails ne se synchronise pas sauf en interne dans le même POA sauf pour ceux qui se connecte en async même message qu'au dessus.
J'ai même essayé de faire la démarche inverse du grpwise.ncf
en faisant unload du dernier au premier
contenu du grpwise.ncf
load sys:\system\gwpoa @poa.poa
load sys:\system\gwmta @"nom du domaine local".mta
sys:\system\async.ncf
sys:\system\strtweb.ncf
contenu du async.ncf
search add sys:\system
load sys:\system\ngwasync.nlm /home-sys:\"nom du domaine local"\wpgate\async
Avec consolOne
Sur système groupwise/utilitaires groupwise/configuration liaisons:
Liaisons extérieurs à partir "nom domaine local"
Direct : Domaine groupe deux boules rouges reliées par un éclair noir
Indirect : Tous les domaines avec 3 boules rouges reliées par un L noir inversé.
Passerelle : vide
Non défini : vide
Sur domaine locale planète bleu "avec prise électrique" Maintenance système/Valider base de donnée => la base de donnée à réussi le test validation
puis synchroniser "opération réussi"
La configuration liaison à ce niveau me donne le même résultat que sur le niveau système groupwise.
J'ai essayé d'être synthétique tout en donnant le maximum d'élément pour la compréhension de l'environnement merci d'avance à tous et à votre site
Alex[/code][/quote]
_________________
Alex
Gwmta:dis:Erreur Interne [8209] déconnexions mutiples MTAs
-
Bidouille
Re: Gwmta:dis:Erreur Interne [8209] déconnexions mutiples MTAs
Posté le: Mar Avr 18, 2006 2:55 pm Sujet du message: Répondre en citant
Very Happy Eh bin toi, on peut pas dire que tu détailles pas. On va essayer de décanter progressivement la sauce.
Tu nous dis que ton serveur fait à la fois GW et fichiers.
Y-a t-il des problèmes de place ?
Very Happy Eh bin toi, on peut pas dire que tu détailles pas. On va essayer de décanter progressivement la sauce.
Tu nous dis que ton serveur fait à la fois GW et fichiers.
Y-a t-il des problèmes de place ?
-
Guest
Re: Gwmta:dis:Erreur Interne [8209] déconnexions mutiples MTAs
Posté le: Mar Avr 18, 2006 3:25 pm Sujet du message: Répondre en citant
Bonjour Bidouille,
Le serveur sert à la fois de serveur de mail et de fichier, l'ancien serveur n'est plus utilisé ici.
désolé la dispo sur les disques j'ai oublié:
volume Sys 29Gb 42 % utilisé 57 % libre
volume _Admin 04 Mb 00 % utilisé 100 % libre
volume data 29 Gb 50 % utilisé 50 % libre
Pour plus d'info :
Adaptateur => ID [XXX-XX] Compaq Unified Rai Driver
Périphérique => [XXX-XX-D0:XX] HP Samrt Array 642 Slot 1 ID 0 LUN (67,82 GB)
Partition => Big DOS; OS/2; win95 Partition (147,40 MB) (Big Dos pour moi)
Partition => [XXX-XX-D0:X-XXXXX] NSS Partition (29.29 GB)
Réserve => Sys (29.29 GB)
Volume => Sys
Partition => [XXX-XX-D0:X-XXXXX] NSS Partition (29.29 GB)
Réserve => Data (29.29 GB)
Volume => Data
Partition => [XXX-XX-D0:X-XXXXX] NSS Partition (9.08 GB)
pour la place c'est Ok !
Alex
______
Bonjour Bidouille,
Le serveur sert à la fois de serveur de mail et de fichier, l'ancien serveur n'est plus utilisé ici.
désolé la dispo sur les disques j'ai oublié:
volume Sys 29Gb 42 % utilisé 57 % libre
volume _Admin 04 Mb 00 % utilisé 100 % libre
volume data 29 Gb 50 % utilisé 50 % libre
Pour plus d'info :
Adaptateur => ID [XXX-XX] Compaq Unified Rai Driver
Périphérique => [XXX-XX-D0:XX] HP Samrt Array 642 Slot 1 ID 0 LUN (67,82 GB)
Partition => Big DOS; OS/2; win95 Partition (147,40 MB) (Big Dos pour moi)
Partition => [XXX-XX-D0:X-XXXXX] NSS Partition (29.29 GB)
Réserve => Sys (29.29 GB)
Volume => Sys
Partition => [XXX-XX-D0:X-XXXXX] NSS Partition (29.29 GB)
Réserve => Data (29.29 GB)
Volume => Data
Partition => [XXX-XX-D0:X-XXXXX] NSS Partition (9.08 GB)
pour la place c'est Ok !
Alex
______
-
Raymond
Re: Gwmta:dis:Erreur Interne [8209] déconnexions mutiples MTAs
essagePosté le: Mer Avr 19, 2006 4:17 am Sujet du message: Répondre en citant
Si le MTA se plante au démarrage, cherche plutôt du côté de sa base de données : wpdomain.db
A partir de ConsoleOne, sélectionne ton domaine (france) et fais une maintenance système. Dans l'écran de gwcheck, tu choisis la deuxième option (de tête, je ne me rappelle pas exactement la syntaxe), celle qui parle d'un accès non exclusif. Si après ça, le MTA ne redémarre toujours pas, tu choisiras la troisième option (rebuild) qui demande un accès exclusif à la base de données (de toute façon c'est fait, car le MTA ne démarre pas).
D'après tes explications, tu as des problèmes de "fiabilité" du VPN, et j'imagine très bien que les communications alternatives entre les MTA a pu généré un problème dans la base de données de ton MTA.
Si ton MTA ne redémarre toujours pas, tu seras obligé d'attendre que le VPN soit de nouveau stable pour regénérer une nouvelle base de données à partir du domaine primaire de votre système GroupWise (mais là ce ne sera pas toi qui pourra le lancer).
_________________
Raymond
Si le MTA se plante au démarrage, cherche plutôt du côté de sa base de données : wpdomain.db
A partir de ConsoleOne, sélectionne ton domaine (france) et fais une maintenance système. Dans l'écran de gwcheck, tu choisis la deuxième option (de tête, je ne me rappelle pas exactement la syntaxe), celle qui parle d'un accès non exclusif. Si après ça, le MTA ne redémarre toujours pas, tu choisiras la troisième option (rebuild) qui demande un accès exclusif à la base de données (de toute façon c'est fait, car le MTA ne démarre pas).
D'après tes explications, tu as des problèmes de "fiabilité" du VPN, et j'imagine très bien que les communications alternatives entre les MTA a pu généré un problème dans la base de données de ton MTA.
Si ton MTA ne redémarre toujours pas, tu seras obligé d'attendre que le VPN soit de nouveau stable pour regénérer une nouvelle base de données à partir du domaine primaire de votre système GroupWise (mais là ce ne sera pas toi qui pourra le lancer).
_________________
Raymond
-
Guest
Re: Gwmta:dis:Erreur Interne [8209] déconnexions mutiples MTAs
Posté le: Mer Avr 19, 2006 7:54 am Sujet du message: Répondre en citant
Bonjour Raymond,
Comme je l'ai mentionné dans mon premier poste, j'ai lancé une maintenance système sur mon domaine et la réponse a été " La base de donnée à réussi le test de validation ".
Desription : Test de validation de cohérence physique. Si des problèmes sont décelés, vous devez effectuer une récupération ou une reconstruction. Or il ne détecte aucun problème.
Faut-il vraiment lancé le test récupérer la base de donnée ? de la maintenance système sur mon domaine : Alors que la validation est Ok ....
Ce n'est pas que je ne veux pas le faire mais la description m'inquiète un peu :
La récupération peut se dérouler même lorsque la base de données est utilisée. Les incohérences de la base de données sont corrigées, mais il peut résulter une perte d'informations.
Concernant la troisième option Reconstruire la base de données.
La reconstruction nécessite un accès exclusif. Pour les domainesn une base de données est créée à partir des informations contenues dans le domaine primaire. Pour les bureaux de poste, elle est créée à partir des informations du domaine parent.
Or mon problème justement, c'est que j'ai l'impression que mon serveur est dans l'impossibilité de " voir " ou se connecter au primaire. Ce qui voudrait dire qu'il n'est pas en mesure de reconstruire quelque chose de viable.
Ces deux options ne maintenance ne sont elles pas dangereuses. Il y a t-il un moyen de revenir en arrière, une fois qu'elles ont été lancées ...
J'ai parfaitement conscience de la nécessité de la stabilité du VPN, qui me semble pour ma part être une des clefs majeur pour règler le problème. L'entreprise en charge du VPN "m'assure" (j'espère que c'est vrai cette fois ci) qu'il n'y a plus de problèmes, quoi que j'ai encore un doute, car il semblerait que nous perdions de temps l'intranet dont le serveur est dans le même lieu géographique que le primaire .... Mais j'ai l'impression que même quand le VPN marche, le lien ne se fait plus d'une manière ou d'une autre.
Un ami à moi Fred a eu la gentillesse de m'envoyer les informations suivantes :
Bonjour Alexandre,
Voici le résultat de ma modeste investigation : l'erreur constatée au moment du chargement du MTA nous confirme que sa cause probable est surement liée à un problème de communication avec le site distant -soit un problème de configuration locale, soit un problème de liaison, soit un problème de droit d'accès- !
Possible Cause: If this error occurs from the MTA, the MTA might not have access to one or more of the post offices in the domain.
Action: Verify the list of post offices belonging to the domain is correct. To view the list in ConsoleOne, browse to and right-click the Domain object, then click Properties. Click GroupWise > Post Offices. Check the properties of each Post office object to make sure that the post office directory for each post office exists. Make sure the post office path is correctly defined in the Post Office object. In ConsoleOne, right-click the Post Office object to display the post office Identification page. Also make sure the MTA has access to the post office.
lien sur la documentation : http://www.novell.com/documentation/gw6 ... ml#bktitle
Espèrons donc que le spécialiste du domaine primaire aura la bonne démarche !
De toute façon on se téléphone pour suivre l'avancement des travaux.
A+
Fred
Or, concernant les domaines en lien direct planète bleu (tcp/ip, je suppose), il m'est demandé un login et un mot de passe, il est différent du login et du mot de passe de mon domaine. Je pense effectivement que nos droits sont très limités localement. Pour les autres j'ai des informations renseignés concernant les domaines en lien direct planète blanche avec une adresse UNC.
Concernant le wpdomain.db et si la Finlande m'envoie une copie du fichier pour remplacer le mien (que je garde en copie). Il est bien censé contenir l'ensemble des informations du Groupe ???
Normalement, Une personne ayant des bonnes connaissances sur le sujet est censé se déplacé aujourd'hui sur le primaire et intervenir chez nous. Je répète est censé. Je ne manquerai de vous faire par de toutes les informations relatives à ce sujet, qu'il voudront bien me donner.
Néanmoins, je suis toujours demandeur de toutes remarques et informations que vous voudrez me donner.
Je remercie l'ensemble des personnes qui participent au sîte et à ce forum et plus particulièrement à Bidouille et à Raymond qui me donne rapidement des informations.
P.s. : J'espère ne choquer ou ne blesser personne dans mes divers échanges. Si cela est le cas, cela relève de la maladresse, car j'ai un grand respect du travail fourni et surtout lorsqu'il est bénévole. J'espère à mon petit niveau participer en mettant une petite pierre et qu'elle puisse aider le maximum de personnes. Dans un monde ou tout tourne autour de l'argent et du gain, nous ne pouvons être que respectueux du travail bénévole.
merci d'avance à tous
Alex
_________________
Alex
Bonjour Raymond,
Comme je l'ai mentionné dans mon premier poste, j'ai lancé une maintenance système sur mon domaine et la réponse a été " La base de donnée à réussi le test de validation ".
Desription : Test de validation de cohérence physique. Si des problèmes sont décelés, vous devez effectuer une récupération ou une reconstruction. Or il ne détecte aucun problème.
Faut-il vraiment lancé le test récupérer la base de donnée ? de la maintenance système sur mon domaine : Alors que la validation est Ok ....
Ce n'est pas que je ne veux pas le faire mais la description m'inquiète un peu :
La récupération peut se dérouler même lorsque la base de données est utilisée. Les incohérences de la base de données sont corrigées, mais il peut résulter une perte d'informations.
Concernant la troisième option Reconstruire la base de données.
La reconstruction nécessite un accès exclusif. Pour les domainesn une base de données est créée à partir des informations contenues dans le domaine primaire. Pour les bureaux de poste, elle est créée à partir des informations du domaine parent.
Or mon problème justement, c'est que j'ai l'impression que mon serveur est dans l'impossibilité de " voir " ou se connecter au primaire. Ce qui voudrait dire qu'il n'est pas en mesure de reconstruire quelque chose de viable.
Ces deux options ne maintenance ne sont elles pas dangereuses. Il y a t-il un moyen de revenir en arrière, une fois qu'elles ont été lancées ...
J'ai parfaitement conscience de la nécessité de la stabilité du VPN, qui me semble pour ma part être une des clefs majeur pour règler le problème. L'entreprise en charge du VPN "m'assure" (j'espère que c'est vrai cette fois ci) qu'il n'y a plus de problèmes, quoi que j'ai encore un doute, car il semblerait que nous perdions de temps l'intranet dont le serveur est dans le même lieu géographique que le primaire .... Mais j'ai l'impression que même quand le VPN marche, le lien ne se fait plus d'une manière ou d'une autre.
Un ami à moi Fred a eu la gentillesse de m'envoyer les informations suivantes :
Bonjour Alexandre,
Voici le résultat de ma modeste investigation : l'erreur constatée au moment du chargement du MTA nous confirme que sa cause probable est surement liée à un problème de communication avec le site distant -soit un problème de configuration locale, soit un problème de liaison, soit un problème de droit d'accès- !
Possible Cause: If this error occurs from the MTA, the MTA might not have access to one or more of the post offices in the domain.
Action: Verify the list of post offices belonging to the domain is correct. To view the list in ConsoleOne, browse to and right-click the Domain object, then click Properties. Click GroupWise > Post Offices. Check the properties of each Post office object to make sure that the post office directory for each post office exists. Make sure the post office path is correctly defined in the Post Office object. In ConsoleOne, right-click the Post Office object to display the post office Identification page. Also make sure the MTA has access to the post office.
lien sur la documentation : http://www.novell.com/documentation/gw6 ... ml#bktitle
Espèrons donc que le spécialiste du domaine primaire aura la bonne démarche !
De toute façon on se téléphone pour suivre l'avancement des travaux.
A+
Fred
Or, concernant les domaines en lien direct planète bleu (tcp/ip, je suppose), il m'est demandé un login et un mot de passe, il est différent du login et du mot de passe de mon domaine. Je pense effectivement que nos droits sont très limités localement. Pour les autres j'ai des informations renseignés concernant les domaines en lien direct planète blanche avec une adresse UNC.
Concernant le wpdomain.db et si la Finlande m'envoie une copie du fichier pour remplacer le mien (que je garde en copie). Il est bien censé contenir l'ensemble des informations du Groupe ???
Normalement, Une personne ayant des bonnes connaissances sur le sujet est censé se déplacé aujourd'hui sur le primaire et intervenir chez nous. Je répète est censé. Je ne manquerai de vous faire par de toutes les informations relatives à ce sujet, qu'il voudront bien me donner.
Néanmoins, je suis toujours demandeur de toutes remarques et informations que vous voudrez me donner.
Je remercie l'ensemble des personnes qui participent au sîte et à ce forum et plus particulièrement à Bidouille et à Raymond qui me donne rapidement des informations.
P.s. : J'espère ne choquer ou ne blesser personne dans mes divers échanges. Si cela est le cas, cela relève de la maladresse, car j'ai un grand respect du travail fourni et surtout lorsqu'il est bénévole. J'espère à mon petit niveau participer en mettant une petite pierre et qu'elle puisse aider le maximum de personnes. Dans un monde ou tout tourne autour de l'argent et du gain, nous ne pouvons être que respectueux du travail bénévole.
merci d'avance à tous
Alex
_________________
Alex
-
Raymond
Re: Gwmta:dis:Erreur Interne [8209] déconnexions mutiples MTAs
Posté le: Jeu Avr 20, 2006 6:50 am Sujet du message: Répondre en citant
La base de données d'un domaine peut être ENTIEREMENT reconstruite à partir d'un autre domaine.
Tu peux donc être rassuré, même si tu perds complètement ta base de données (je ne te conseille quand même pas de le faire exprès), tu pourras toujours la récupérer à partir du domaine primaire. En revanche, ce n'est pas toi qui pourra faire la manip. C'est évidemment l'administrateur du domaine primaire (ce serait trop facile autrement).
Dans ton cas, fais une copie de ta base de données, et lance la récupération même si la validation est passée correctement.
De toute façon le MTA doit démarrer correctement même si la connexion aux autres sites est interrompue. Ce que je soupçonne dans ton cas, ce n'est pas un problème de structure physique de la base de données, mais un problème de contenu.
_________________
Raymond
La base de données d'un domaine peut être ENTIEREMENT reconstruite à partir d'un autre domaine.
Tu peux donc être rassuré, même si tu perds complètement ta base de données (je ne te conseille quand même pas de le faire exprès), tu pourras toujours la récupérer à partir du domaine primaire. En revanche, ce n'est pas toi qui pourra faire la manip. C'est évidemment l'administrateur du domaine primaire (ce serait trop facile autrement).
Dans ton cas, fais une copie de ta base de données, et lance la récupération même si la validation est passée correctement.
De toute façon le MTA doit démarrer correctement même si la connexion aux autres sites est interrompue. Ce que je soupçonne dans ton cas, ce n'est pas un problème de structure physique de la base de données, mais un problème de contenu.
_________________
Raymond
-
Guest
Re: Gwmta:dis:Erreur Interne [8209] déconnexions mutiples MTAs
essagePosté le: Mer Avr 26, 2006 6:42 pm Sujet du message: Gwmta:dis:Erreur Interne [8209] déconnexions mutiples RESOLU Répondre en citant
Merci,
Raymond
Apparemment, le service pack 5 de gropuwise a été installé sur le domaine primaire. Plusieurs domaines secondaires ont été affectés. Le domaine primaire à du faire l'installation à distance de ce service pack 5 sur le serveur. Le primaire à l'aide de console one a été obligé à l'aide de console one / Utilitaire Groupwise / Maintenance du système Groupwise / Sync primaire avec secondaire. Effectivement, je ne détenais pas les droits nécessaire pour le faire. Il est possible qu'ils ont fait une reconstruction de la base de donnée avant, il n'ont pas voulu me donner l'information .....
Ma dernière question le plantage pour les autres domaines et le mien a-t-il été provoqué uniquement par une mise à jour unilatérale du domaine primaire (personne en domaine secondaire n'a été avisé de la mise à jour du primaire ...) Où il y a t-il une notre raison pouvant expliquer cela ???
Merci à tous, je n'ai pas pu me rendre sur le forum avant aujourd'hui désolé.
Alex
_________________
Alex
Merci,
Raymond
Apparemment, le service pack 5 de gropuwise a été installé sur le domaine primaire. Plusieurs domaines secondaires ont été affectés. Le domaine primaire à du faire l'installation à distance de ce service pack 5 sur le serveur. Le primaire à l'aide de console one a été obligé à l'aide de console one / Utilitaire Groupwise / Maintenance du système Groupwise / Sync primaire avec secondaire. Effectivement, je ne détenais pas les droits nécessaire pour le faire. Il est possible qu'ils ont fait une reconstruction de la base de donnée avant, il n'ont pas voulu me donner l'information .....
Ma dernière question le plantage pour les autres domaines et le mien a-t-il été provoqué uniquement par une mise à jour unilatérale du domaine primaire (personne en domaine secondaire n'a été avisé de la mise à jour du primaire ...) Où il y a t-il une notre raison pouvant expliquer cela ???
Merci à tous, je n'ai pas pu me rendre sur le forum avant aujourd'hui désolé.
Alex
_________________
Alex
-
Raymond
Re: Gwmta:dis:Erreur Interne [8209] déconnexions mutiples MTAs
Posté le: Jeu Avr 27, 2006 10:09 am Sujet du message: Répondre en citant
Si la synchro du primaire/secondaire a résolu le problème, cela me conforte dans l'idée que tu avais un problème de contenu dans ta base de données. Pour générer un problème de contenu, je vois plus des problèmes de communication (donc VPN dans ton cas) que des problèmes de compatibilité de versions.
On fait TOUJOURS une mise à jour du domaine primaire avant les secondaires.
_________________
Raymond
Si la synchro du primaire/secondaire a résolu le problème, cela me conforte dans l'idée que tu avais un problème de contenu dans ta base de données. Pour générer un problème de contenu, je vois plus des problèmes de communication (donc VPN dans ton cas) que des problèmes de compatibilité de versions.
On fait TOUJOURS une mise à jour du domaine primaire avant les secondaires.
_________________
Raymond
Who is online
Users browsing this forum: No registered users and 0 guests