Page 1 sur 1
[Résolu] Problème de remontée de log dans la base Smart Upgr

Publié:
29 Juil 2010 à 16:36
par Kenavo
Bonjour,
Un client a migré ses 2 serveurs de la version 7.0.2 vers la 8.5.
Nous sommes en phase de test de Smart Upgrade pour déployer la version 8.5 du Lotus Notes sur ses clients.
A la connexion à la base, la notification arrive pour la mise à jour, celle-ci s'effectue mais derrière il n'y a pas d'envoi de rapports à la base de Tracking de Smart Upgrade (alors que les fichiers LOG sont générés en local).
Je précise que le lien Mail-In vers la base de log a été créé et que les documents serveurs ont été mis à jour en conséquence.
Un groupe a été créé spécialement pour cette mise à jour et il est déclaré en tant qu'auteur sur cette base.
Quelqu'un a-t'il une idée ?

Publié:
04 Août 2010 à 12:55
par Phil59
Bonjour,
Tu as bien créé la Mail-In avec le modèle LNDSUTR.NTF (Lotus Notes/Domino Smart Upgrade Tracking Reports) ?
J'ai eu la même !
Bonne journée.
Phil59.

Publié:
04 Août 2010 à 14:04
par Kenavo
Bonjour,
Oui la base et le mail-in ont été créées en suivant le RedBook d'IBM.
Le mail-in apparait bien dans le carnet d'adresses en tant que base de ressource et les utilisateurs sont autorisés à l'ouvrir sans souci.

Publié:
04 Août 2010 à 14:17
par Phil59
Bonjour,
Si tu as ajouté le nom de la base Mail-in là je ne vois plus…
Bonne journée.
Phil59.

Publié:
04 Août 2010 à 14:21
par Kenavo
Le client dispose d'un cluster.
Dans le document de configuration, ils pointent tous les 2 sur la même base.
Ensuite, j'ai vérifié que la version de déploiement porte le même nom que dans le kit.

Publié:
04 Août 2010 à 15:03
par Phil59
Tu as fait un test de bout en bout ?

Publié:
04 Août 2010 à 15:21
par Phil59
Chez moi c'est une database et pas une base de resources.
Phil59

Publié:
04 Août 2010 à 16:06
par Kenavo
Voici comment je procède.
J'affecte la policy contenant le Kit à un utilisateur test.
Au lancement de Lotus, cet utilisateur reçoit la notification de mise à jour (qu'il peut refuser mais dans les 2 cas, je n'ai pas de remontée dans la base).
S'il l'accepte, la mise à jour s'effectue correctement et au redémarrage du poste l'utilisateur se retrouve en version 8.5.
Ensuite en passant par le menu Actions, Notes Smart Upgrade, j'ai un message notifiant qu'il n'y a pas de nouvelle version disponible liée à ma policy et aussitôt cela me remonte une information dans la base de LOG en Failed.

Publié:
04 Août 2010 à 16:38
par Phil59
Pour moi cela fonctionne, la seule différence est que l'entrée dans mon NAB et une base et non une ressource.
C'est peut pas cela mais fait la modification quand même, on ne sait jamais.
Bon courage.
Phil59.

Publié:
05 Août 2010 à 10:29
par Kenavo
Bonjour,
Autant pour moi, il s'agit bien d'un mail-in database que j'avais créé et non une ressource.
De plus, étant donné qu'il s'agit d'un cluster, faut-il qu'il y ait une base sur chaque serveur ?

Publié:
05 Août 2010 à 12:39
par Phil59
Bonjour,
Tu peux créer une base sur chaque serveur de ton cluster, mais ce n’est pas la cause de ton problème (tu as le nom de ton serveur dans le document Mail-In).
Pour info : When debugging, you can also use the parameter, Debug_Smart_Upgrade=1,
on either the client or server.
http://www-10.lotus.com/ldd/dominowiki. ... ade-issues
Et un PMR chez IBM ?
Bonne journée.
Phil59.

Publié:
05 Août 2010 à 14:46
par Kenavo
Je vais voir pour rajouter le paramètre et regarder ce que cela va me remonter comme infos.
Par contre, en congés prochainement je n'aurai pas de suite le retour.
Merci de l'aide en tout cas.

Publié:
06 Sep 2010 à 20:25
par Kenavo
Bonsoir,
J'ai revu le client aujourd'hui. Le problème est résolu. Il venait du fait que dans le lien mail-in, le champs Mail-in name doit être identique à l'intitulé de la base.
Après le nom du fichier peut être différent, cela ne gêne en rien la remontée des informations.