Page 1 sur 1

Récupérer la version domino des serveurs en LS ???

MessagePublié: 13 Jan 2010 à 11:07
par buggy31
Salutatous et bonne année,
Voici donc mon souci,
je suis développeur dans une grosse boite, environ 200 serveurs lotus accéssibles par moi, des admins notes plus que débordés et pas franchement partageurs.

A partir du names, je récupère la liste de tous les serveurs. En LS, je parcours ces serveurs et vois ainsi ceux qui me sont autorisés au moins en lecture. Je cherche maintenant un moyen de connaitre la version (ODS?) de ces serveurs, voyez vous un moyen de faire ceci?
(Pour savoir sur quels serveurs je peux faire tourner mes applis en v6, lesquels en V5, ceux en V4...)

Merci d'avance.

MessagePublié: 13 Jan 2010 à 11:10
par Michael DELIQUE
salut

un code dans ce genre => http://forum.dominoarea.org/tester-la-v ... 24579.html

lancé via un runonserver ça devrais le faire non ?

MessagePublié: 13 Jan 2010 à 11:13
par buggy31
ca pourrait être pas mal mais si je ne me trompe, ca implique que j'ai ma base (mon agent) installé sur chaque serveur, n'y a t'il pas un moyen de faire un recensement depuis mon petit coin?

MessagePublié: 13 Jan 2010 à 16:15
par nemrod93
Salut,
bah tu adaptes le code en parcourant le names.nsf pour récupérer la liste des serveurs et hopela ! enfin je ferais un truc dans le genre

cdlt
Alain

MessagePublié: 13 Jan 2010 à 17:36
par buggy31
Merci nemrod, merci michael,
Mais ça n'ira pas, quelque soit l'adaptation, c'est un bon départ mais, l'info est tirée de Session, or, si je ne me trompe pas, session s'appuie sur la base, l'agent , et donc le serveur sur lequel s'execute l'agent.

Même si les admins ne font pas très attention à ce qu'il se passe, je ne pense pas qu'ils apprécient un agent qui duplique sa base sur tous les serveurs rencontrés dans le graf pour ensuite executer un bout de code (comme je l'imagine, ce code engendrerai un document contenant le nom du serveur et sa version). Je trouve l'idée rigolote mais je ne pense pas que mes amis pensent pareil.

et après, merci le nettoyage de bases.

Merci quand meme et si jamais quelqu'un avait une idée, je reste ouvert :D

MessagePublié: 13 Jan 2010 à 23:46
par roubech
dans la vue "tous les serveurs" du carnet d'adresse, il y a une colonne avec la verson du serveur
ca ne te suffit pas ?

MessagePublié: 14 Jan 2010 à 11:28
par nemrod93
C'est vrai je l'avais oublié que cette info était présente! Et le champ c'est ServerBuildNumber

MessagePublié: 14 Jan 2010 à 14:12
par buggy31
Erf, si seulement elle n'était pas saisie par les admins et que ces mêmes admins n'avaient pas, au cours du temps et des évolutions serveurs et des changements de postes .... oubliés de le mettre à jour, elle me serait très très utile.
Mais c'est pas très grave, j'ai trouvé un mini moyen de feinter,

je boucle sur les fiches serveur du names et (après avoir fait signer mon agent par l'admin) je lance un petit
Code : Tout sélectionner
session.Sendconsolecommand(doc.SMTPFullHostDomain(0),"show server"


merci quand même hein.
Je cloture pas au cas ou quelqu'un aurait une solution miracle mais d'ici semaine prochaine se sera clot.

Merci encore

MessagePublié: 15 Jan 2010 à 00:34
par roubech
j'ai jamais cherché à modifié cette info dans le doc serveur, elle se met à jour toute seule quand je migre un serveur

MessagePublié: 15 Jan 2010 à 09:57
par buggy31
Allez savoir pourquoi, chez nous ce n'est pas à jour, j'ai sous les yeux le graf et mon résultat pour un serveur, j'ai bien des différences. Peut etre que la réplication des names n'est pas bien faite (ce sont surtout les serveurs de dev qui sont erronés.)
Mais maintenant je peux aller discuter avec les admins.

Merci à tous.
Bonne journée.

MessagePublié: 15 Jan 2010 à 21:00
par roubech
c'est une requête AdminP qui fait la mise à jour
c'est pas rare de voir le lien coupé entre un serveur de dev dans le domaine et le reste des la prod, ce qui expliquerait que les requêtes AdmnP n'auraient pas été répliqués sur le serveur d'Admin et traitées par celui-ci