Le scénario du processus d'installation initiale des Agents sur les postes avec l'installateur réseau (drwinst.exe) est déterminé par le fichier install.script. Ces fichiers se trouvent dans le répertoire racine des produits dans le dépôt des produits. En cas de package standard, ces fichiers sont présents dans les répertoires 10-drwupgrade et 20-drwagntd et ils décrivent l'installation effectuée par défaut.
Si le fichier .custom.install.script est présent dans le répertoire, ce fichier sera utilisé à la place du scénario standard.
|
Les fichiers ayant d'autres noms commençant par un point ne sont pas mis à jour lors des mises à jour du produit et ils n'ont pas d'impact sur le fonctionnement du dépôt des produits. |
La marche à suivre lors de l'installation initiale :
1.L'installateur réseau demande l'installation des plateformes depuis le Serveur : win-setup, common, win, win-nt et win-9x –– c'est la liste des plateformes standard dans l'ordre défini par défaut. L'ordre peut être modifié avec la clé -platforms=p1,p2,p3... au lancement de drwinst. La plateforme win-setup ne fait pas partie du package standard et peut créer ses propres scénarios d'installation si nécessaire.
2.Le Serveur crée une liste de fichiers conformément à la liste des plateformes, en examinant tous les produits dans l'ordre alphabétique, il crée également des listes de fichiers déterminés par les constructions suivantes : files{ } pour la plateforme spécifiée dans le scénario d'installation install.script (voir ci-dessous). En parallèle, le script sommaire est crée en se basant sur les constructions scripts{ }.
3.Le Serveur reçoit la liste commune des fichiers et le script sommaire.
4.Le Serveur envoie les fichiers et le script qui sera exécuté par l'installateur réseau.
Envisageons install.script en nous basant sur l'exemple du répertoire 20-drwagntd.
; master part of installation: Agent & its stuff. ; drwscr.dll goes with upgrader, so unlisted here.
platform{ ; win - for all Windows OS ; `name: XXX' MUST go first!
name: win ; (mandatory stanza) ; this platform name
; include, scripts{ }, files{ } ; can go in any order
scripts { ; (optional) ; script being merged with all others win.inst.rexx ; and executed after transfer all ; files for all platforms requested ; by installer ; Windows installer request order: ; - win-setup (optional! for ; customization) ; - common ; - win ; - win-nt OR win-9x }
files { ; (optional) ; this platform files being ; transfered to installer win/uninstall.rexx win/drwinst.exe win/drwagntd.exe win/drwagnui.exe win/drwhard.dll } }
platform { ; win-9x - for Windows 95-ME name: win-9x scripts{ win-9x.inst.rexx } }
platform { ; win-nt - for Windows NT-2003 name: win-nt scripts{ win-nt.inst.rexx } }
platform{ ; common - for any OS including UNICES name: common scripts { common.inst.rexx } }
; include file.name ; (optional) ; this stanza tells to include other file. ; including file will be searched in the ; same directory where current file are ; located if `file.name' does not include ; directory specificator |
Le script est constitué de la liste des constructions platform{ } et permet, avec la construction include, d'ajouter les définitions depuis d'autres fichiers (include est admissible au niveau supérieur seulement et n'est pas disponible dans platform{ }). Si file.name dans include ne contient pas de chemin mais seulement un nom de fichier, il sera recherché dans le même répertoire.
Il est possible d'avoir ses propres constructions include dans les fichiers ajoutables.
La description de la plateforme commence avec la construction name: XXX. Puis une paire de listes files{ } et scripts{ } suivent. L'ordre d'apparition des listes n'a pas d'importance ; les listes peuvent comprendre n'importe quel nombre d'éléments. L'ordre des éléments dans la liste est important puisque cet ordre détermine l'ordre de la transmission des fichiers vers le poste ainsi que la construction du script créé.
L'ordre d'apparition des constructions platform{ } n'a pas d'importance non plus.
Vous trouverez ci-dessous les variables des scripts d'installation (des valeurs peuvent être attribuées à ces variables depuis la ligne de commande de l'installateur réseau) ainsi que leurs valeurs par défaut :
◆spider.install = 'yes'
◆spiderml.install = 'yes'
◆scanner.install = 'yes'
◆install.home — répertoire d'installation
◆agent.logfile = install.home'\logs\drwagntd.log'
◆agent.loglevel = 'trace'
◆agent.logrotate = '10,10m'
◆agent.servers = install.servers
◆agent.serverkey = install.home'\drwcsd.pub'
◆agent.compression = 'possible'
◆agent.encryption = 'yes'
◆agent.findretry = '3'
◆agent.findtimeout = '5'
◆agent.spiderstatistics = '30'
◆agent.importantmsg = '2'
◆agent.discovery = 'udp/:2193'
◆agent.startmsg = '2' (ou agent.startmsg = 'NONE')
Le paramètre agent.importantmsg détermine les fonctions "afficher" ou "ne pas afficher" à l'utilisateur les message d'erreurs de mises à jour, et les messages sur la nécessité de redémarrer etc. 0 — ne pas afficher le message, 1 — afficher une infobulle.
Création d'un scénario non standard d'installation qui ne prévoit pas l'installation de SpIDer Guard et qui spécifie le niveau maximum de détail du journal :
1.Créez dans le répertoire 20-drwagntd le fichier .win-setup.inst.rexx et écrivez dans ce fichier :
spider.install = 'no' agent.loglevel = 'all' |
2.Créez dans le répertoire 20-drwagntd le fichier .custom.install.script et écrivez dans ce fichier :
include install.script
platform{ name: win-setup scripts{ .win-setup.inst.rexx } } |
3.Redémarrez le Serveur ou commandez de redémarrer le dépôt des produits :
◆sous UNIX: kill -USR1 cat `drwcsd.pid`
◆sous Windows: drwcsd.exe rerepository