Discussion :

[yellow174]

Bonjour,

j'ai un cluster Domino et je tente de mettre la réservation de salles en cluster

Les serveurs possèdes tous les deux les tâches : (Rooms and Resources, Calendar Connector, Schedule Manager)

J'ai fait une nouvelle réplique de la base de réservation, du serveur A vers le serveur B.

Test :

J'éteind le serveur A
Je me connecte sur une base du serveur B
je recherche une salle disponible mais cela ne fonctionne pas, il tente de se connecter au serveur A pour trouver la disponibilité de la salle.

Je ne vois pas ce qu'il faut faire de plus pour que le serveur B prenne le relais en cas de dysfonctionnement du A

[Fabrice Papirnyk]

Quelle version de serveur domino ?
J'avoue ne pas être persuadé que ça marche à 100%. Mais comme Domino est très fiable, je n'ai jamais l'occasion de tester ce genre de situation.

[yellow174]

moi malheureusement j'ai mon serveur domino qui plante de temps en temps...toujours des soucis de tâches, résolu par des SPR présent uniquement sous REDHAT...


effectivement cela ne marche pas, je n'arrive pas à clusteriser ma base de réservation de ressources...

[yellow174]

j'avais oublié : version 8.5.3 FP6

[Fabrice Papirnyk]

Le cluster cela reste un mécanisme de dépannage. Ce n'est pas de la haute dispo transparente. C'est intentionnel, car si c'était parfaitement dupliqué, on dupliquerait les problèmes d'un membre sur l'autre. En particulier, pour les Ressources, si un serveur ne voit pas l'autre, il ne sait pas s'il est arrêté, ou juste coupé du réseau. Donc difficile de passer une réservation ferme.
Pour les cas où l'on est obligé durablement de n'utiliser qu'un seul membre du cluster, il faut changer le serveur d'admin dans la LCA de la base Resources.

Mais c'est un pis aller car le vrai problème, c'est de ne pas rester dans une configuration instable. C'est impératif, car des crashes réguliers finissent pas entraîner des corruptions qui peuvent être graves.

[mjaffres]

Bonjour,

As tu vérifié que ton serveur cluster avait les mêmes droits et rôle [create ressource].
Le seul inconvénient potentiel d'une base ressource en cluster c'est la génération de conflit quand tu as 1 utilisateur sur le A et autre sur le B et qu'ils veulent réserver la même salle au même moment.

Cdlt, Marc

[yellow174]

en fait, selon les docs Domino ; la prise en charge de la réservation de salle peut prendre jusqu'à 30 min.
problème résolu

Merci

[Jérôme Deniau]

Euh ça me paraît large ;-) et redhat/centos même combat la seule différence c'est pour l'audio et la vidéo (vmgr) de sametime ou la on peut en chier
Donc si 30 minutes c'est pas un cluster domino ;-)))

[yellow174]

@jérôme : j'ai trouvé cette info sur le site www-10.lotus.com :
Je te cites l'extrait :

the length of time between when the primary server goes down and the secondary server begins processing can be up to 30 minutes. This is not a configurable parameter.