J'en ai déjà vu des erreurs idiotes, mais là...

Vous avez suivi l'affaire de la carte raid HS du serveur Compaq ?

Vous avez cru comme moi que l'histoire était finie ?

Et bien après avoir reçu la carte, l'avoir remplacé dans le serveur et rebooté tout celà, je n'était pas au bout de mes surprises...Nuits blanches nombreuses en prévisions...

Donc, le serveur a redémarré, il a retrouvé ses disques comme un grand et j'ai poussé un grand soupir de soulagement en voyant apparaître le login windows 2000...

Ce dont je n'avais pas fait attention est que la date du serveur n'était pas bonne, au boot celle ci était au 9 mars 2006..

Pas grave me direz vous, il suffit de la changer sous windows et tout roule...bin oui mais non.

car si windows et les postes qui se connectent sur le serveur sont facile à remettre à la date du jour, il en va autrement des client lotus notes et surtout du serveur domino.

En effet le peu de temps durant lequel le serveur domino est resté au 9 mars 2006, les bases ont eu le temps de se mettre à cette même date.

Résultat: le champ 'date de modification' de chaque base est maintenant décalé dans le temps, et celle ci ne se met pas à la date du jour désormais. Celà se manifeste dans la console Domino par un message sur chaque base affectée: "database xxxxxx.nsf time is too far in the future".

bien que j'ai pensé que celà ne représentait pas un gros problème, je m'aperçois avec le temps de plusieurs choses:

1. Les réplications entre serveurs ne se font plus,
2. les messages arrivent en lus dans la vue "tous documents" des clients, ou n'apparaissent pas du tout,
3. certain messages restent au 9 mars 2006,

après avoir lu pas mal de choses sur le sujet (je ne suis apparemment pas le seul a avoir eu ce problème...) je me décide à créer une copie de ma boite de courrier sur le serveur afin de faire un test.

une fois la copie terminée, je swappe la base actuelle par sa copie puis je verifie le champ "dernière modification" de la base.

Bingo, la date est repassée à la date du jour...

Ouf me dis-je avant de voir que le champ date de création est passé au 9 mars 2006. C'est de plus en plus débile et surprenant Notes...

Bon, je teste ma réplique qui forcement ne fonctionne plus. Alors je détruit ma réplique locale et j'en recrée une.

Et bien pas mieux, la réplique ne fonctionne que du serveur vers le client, et encore, en choisissant à chaque fois le serveur dans les options...

Alors là, les bras m'en tombent, je me ramasse sur le popotin, ça me troue le....hummm...

Que fais-je ???

1. J'attend le 10 mars 2006 pour voir si mes bases et les documents se mettent à la bonne date ?
2. Je détruis toutes les bases et je les recrée une par une ?
3. Je fais des copies des bases ou des répliques et je remplace chaque base du serveur par sa réplique ?

Bref, les seules solutions proposées sur le site de Lotus Notes ne sont pas vraiment satisfaisantes, et de plus, elle ne fonctionnent pas vraiment...(en tout cas pour ce qui est de la copie de base...)

Donc, help needed quickly...

Update:

J'ai utilisé une réplication de ma base d'origine (enfin la copie en fait) pour la mettre sur le serveur. et là encore, des choses étonnantes, jugez vous même:

Ainsi, dans domino Administrator, j'ai voulu voir comment le serveur gère les dates de cette base. J'ai donc ouvert l'onglet fichier et choisi ma base de courrier (la ligne bleue-violette en haut de l'image)

et bien il considère qu'elle fut crée le 25/05/2005 et modifiée le 16/01/2006, ce qui est vrai pour la base d'origine, qui elle n'est plus sur le serveur...

par contre, si je fais un clic droit sur la base, propriétés, informations et que je regarde les dates, ça devient du grand n'importe quoi: Créée le 9 mars 2006...alors que c'est une copie de ma réplique, qui elle fut crée aujourd'hui...Allez comprendre un peu domino dans les cas là..

Je commence petit à petit à penser comme de plus en plus de monde, Notes est voué à la disparition pure et simple...tout du moins dans mon univers...

...

Update: 

Bon, après avoir passé le cap du 9 mars 2006, je peux vous dire que tout est rentré dans l'ordre...

J'avais déjà répliqué quelques bases afin de corriger les problèmes de réplique, les documents aux dates incongrues,...Mais passé le 9 mars, les champs se mettent enfin à jour sans problèmes et les dates de modifications bougent...

Ils auraient dû prévoir un moyen simple de revenir à une date de modification réaliste tout de même, du style cliquer sur un bouton pour mettre la date de modification à la date du jour.

...

Soyez le premier à commenter cet article

Seuls les utilisateurs enregistrés peuvent laisser un commentaire.
SVP, connectez vous ou enregistrez vous.