Pb de remonter d'informations des réservations ressources

[Frédéric Fernandez]

Bonjour à tous,

Pouvez-vous m'aider sur un problème de réservation de ressources sur un cluster de 2 serveurs Domino 8.52 et un modèle de base en resrc8.ntf ?

Mon problème est le suivant :
La base ne remonte pas les informations de disponibilités lors de la création d'une nouvelle réservation.
Dans l'agenda vue par salle je vois bien les réservations, mais le planificateur ne montre aucune information.

Mais intervention depuis ce problème sont :
-Vérification des données de la base de ressources et de la structure.
-tell sched q
-tell calconn q
-tell RnRmgr q
-dbc f

Puis :
load sched
load calconn
load RnRmgr

Ces commandes ont été lancées sur les deux serveurs en même temps depuis la console.
Sans succès, j'ai donc recommancé et supprimé la base CluBusy.

Une précision toutes les nouvelles demandes de réservations sont acceptées et visibles dans le planificateur, seule les réservations anciennes me posent problème. Ce dysfonctionnement est apparu après la création d'une nouvelle ressource et une récupération de données par copier/coller dans une vue depuis designer de 300 documents d'une autre base. J'ai modifié les champs $BusyName, RessourceName, etc. pour correspondre avec la nouvelle ressource.
Dans cette base nous conservons 120 jours, actuellement nous avons un peu plus de 8000 documents, et une trentaine de ressources.
Egalement, nous avons sur les mêmes serveurs une autre base de réservation de ressources développée par nos services et qui fonctionne correctement.

Je suis preneur de toutes pistes pour corriger ce problème.

Merci de votre aide.

[roubech]

tu dis que les infos qui ne remontent pas correspondent à des docs pour lesquels tu es venu modifier les champ $BusyName ?
Tu es sur que la nouvelle valeur correspond bien à la ressource déclarée
pour éviter de refaire complétement clubusy, tu peux commencer par ne supprimer que le doc d'une ressource possant pb et faire un tell sched validate <nom de la ressource>

[Frédéric Fernandez]

Bonjour Roubech et merci de ta réponse,

Les informations ne remontent pas pour toutes les ressources.
Lors de la création d'une nouvelle réservation pas de problème, l'info est remontée, mais pas pour les autres réservations créées avant le mois de janvier, sauf si l'on planifie une nouvelle zone alors les informations remontent. Ces informations étaient présentes avant le mois de janvier. Je ne pense pas que la modification que j'ai apporté le 10 janvier soit la cause de mon problème, elle ne concernait que 300 documents.

Avez-vous un agent qui pourrait enregistrer les réservations une nouvelle fois, sans en créer de nouvelles, mais simplement valider le planning ?

J'ai déjà essayé le tell sched validate et nom de la ressource ou tell RnRmgr validate et nom de la ressource sans succès.

La commande tell RnRmgr whoowns me renvoie le serveur 2 alors que le serveur 1 est normalement le serveur principal.

Est ce que mon problème pourrait venir de là ?

Cordialement

[Frédéric Fernandez]

Bonsoir,

Enfin, j'ai pu régler ce problème.

Pour aider d'autres personnes, voilà je vous expose ma solution :

Les informations ne remontaient pas vers le planning suite à une erreur dans le clubusy.

J'ai vérifié les conflits dans la base, j'ai arrêté les taches sched, calconn, rnrmgr, fait plusieurs dbc f et supprimé le Clubusy 3 fois. redémarré les serveurs.
Normalement cela aurrait du réglé le dysfonctionnement. Mais .....

La version de la base était une base en version 6.5 migrée en 8.5
Le serveur a été migré de 8.5 à 8.51 puis 8.52 en novembre 2011

Tant que nous étions en 8.51 sur le serveur pas de problème, mais 8.52, le template de base ressource n'est pas le même.
Le Masque de ressources comporte beaucoup plus d'options.

Donc le faite de reconstruire le Clubusy a provoqué une erreur de configuration des ressources.
J'ai procédé au remplacement de conception de la base en version 8.52 et revalidées les ressources de la base.
Depuis tout refonctionne normalement.

Vous pouvez considérer ce post terminé.

Merci à tous