<<< DUA0:[NOTES$LIBRARY]VAX_VMS.NOTE;1 >>> -< SIG VAX/VMS >- ================================================================================ Note 574.0 LAVc Turbo 32 9 replies DECUSF::PETIT_JP "Jean-Pierre PETIT" 25 lines 15-NOV-1989 11:54 -------------------------------------------------------------------------------- Pour répondre à la demande de quelques utilisateurs, j'ai placé dans la zone VMS ma soumission aux Carolls 89 sous le nom: SETUP_LOCAL_ROOT.COM,.DAT Il s'agît d'un outil permettant de créer une arborescence locale sur le disque d'un satellite de manière à réduire le nombre d'I/Os effectuées sur le boot node. La procédure s'appuie sur une table fournissant une liste de fichiers à installer localement. Il est indispensable de modifier cette liste en fonction des besoins propres à chaque site; la liste fournie, n'est là qu'à titre d'exemple. Après mise en place, la tenue à jour de l'arborescence locale en fonction des versions de VMS est automatique. Pour plus d'infos se référer aux commentaires de la procédure. P.S.: Cette solution n'est pas supportée par Digital ni par DECUS ni par BO. Mais à part çà, cà fonctionne très bien. ================================================================================ Note 574.1 LAVc Turbo 32 1 of 9 DECUSF::KERMA_G "THOMSON-CSF/Lab. Central de Rech." 3 lines 23-NOV-1989 09:02 -< heureusement que DECUS est là ! >- -------------------------------------------------------------------------------- Et çà fonctionne même très bien ... en accélérant tant bien que mal le fonctionnement de DECWindows sur les anciennes VS2000/6Mo de mémoire ... ================================================================================ Note 574.2 LAVc Turbo 32 2 of 9 DECUSF::TARRAGO_X "Xavier Tarrago CEA/Saclay" 14 lines 30-NOV-1989 12:51 -< Encore une question... >- -------------------------------------------------------------------------------- Question: Une fois que l'on a cree cette arborescence, comment fait-on pour que les images installees soient bien celles du disque local. Ou doit-on definir le nouveau sys$sysroot pour qu'il soit deja correct lors de la phase d'install. Il y aurait bien la solution de mettre setup_local_root.com dans le systartup, mais cela ne risque-t-il pas de consommer des gblpages/sects... si on installe les images de sys$common pour les remplacer par la suite par celles de sys_lclroot? Je trouve qu'avec le shema V5 des phases et tout le tremblement, il est de plus en plus difficile de prevoir l'ordre d'execution des commandes du startup. ================================================================================ Note 574.3 LAVc Turbo 32 3 of 9 DECUSF::CLAR_D "Chairman du SIG UNIX" 3 lines 1-DEC-1989 08:21 -< dans systartup >- -------------------------------------------------------------------------------- Il faut mettre un @sys$startup:setup_local_root dans systartup_v5.com (celui de sys$common). Le boot est plus long, mais les images sont mises a jour automatiquement et cela se passe tres bien. ================================================================================ Note 574.4 LAVc Turbo 32 4 of 9 DECUSF::KERMA_G "THOMSON-CSF/Lab. Central de Rech." 8 lines 1-DEC-1989 15:57 -< je l'appelle avant ... >- -------------------------------------------------------------------------------- Je pense qu'il faut appeler LOCAL_ROOT avant systartup : chez moi il est appelé dans SYPAGSWPFILES.Com. L'appeler là m'a été conseillé par St B.O. (c'est dire ...). Tout est automatique : la première fois il créé l'arborescence et les fois suivantes il vérifie les éventuelles modifications. Il reste juste à tailler le fichier de data suivant ses désirs, et tout est automatique. C'est magnifique, n'est-il pas ? ================================================================================ Note 574.5 LAVc Turbo 32 5 of 9 DECUSF::CLAR_D "Chairman du SIG UNIX" 2 lines 1-DEC-1989 18:48 -< Une explication SVP >- -------------------------------------------------------------------------------- Quel est l'avantage de le mettre dans SYPAGSWPFILES.com par rapport a systartup Oh tres St B.O.? ================================================================================ Note 574.6 LAVc Turbo 32 6 of 9 DECUSF::OURGHANLIA_B "Bernard, VMS/VAXClusters" 5 lines 6-DEC-1989 08:50 -------------------------------------------------------------------------------- Cela permet d'eviter que l'on n'installe un certain nombre d'images avant depuis le disque systeme (le vrai...) ce qui genere un certain nombre de gags plus ou moins amusants... Le conseil de Gerard est parfaitement judicieux et, je crois, approuve par l'auteur de LAVc turbo... ================================================================================ Note 574.7 LAVc Turbo 32 7 of 9 DECUSF::TARRAGO_X "Xavier Tarrago CEA/Saclay" 12 lines 7-DEC-1989 12:26 -< excusez-moi de vous demander pardon, mais... >- -------------------------------------------------------------------------------- Je croyais que sypagswpfiles.com avait ete remplace par sys$system:satellite_pages.com. Pourrais-je savoir si ils ont le meme role, et dans ce cas, lequel on doit utiliser. J'ai fait l'essai de redefinir sys$sysroot dans satellite_pages.com apres avoir execute setup_local_root.com, pensant naivement que les bonnes images seraient directement installees. Or cela n'est vrai que pour une petite partie d'entre elles, notamment les decw$xxx ce qui ne fait pas vraiment mon affaire vu que j'utilise encore VWS. J'en deduit que l'install des images se fait avant l'execution de satellite_pages.com et en consequence, je ne vois pas la difference entre les mettre la ou dans systartup_v5.com ================================================================================ Note 574.8 LAVc Turbo 32 8 of 9 DECUSF::MANET_P "Philippe - SECMAI" 7 lines 8-DEC-1989 19:10 -< Some infos ... >- -------------------------------------------------------------------------------- Les 2 existent. En principe SATELLITE_PAGE.COM sert a installer les fichiers de pagination/swap locaux au satellite tandis que SYPAGSWPFILES.COM est utilise pour des fichiers de pagination/swap 'secondaires' (encore que depuis V5, on ne peut plus vraiment les appeler comme ca) pour les non satellites en general. Les 2 sont executes bien avant le SYSTARTUP_V5.COM. ================================================================================ Note 574.9 LAVc Turbo 32 9 of 9 DECUSF::PETIT_JP "Jean-Pierre PETIT" 23 lines 16-DEC-1989 18:29 -< Avec un peu de retard... >- -------------------------------------------------------------------------------- Finalement, (et en dépît de ce que j'avais laissé entendre, St BO s'est décidé à faire le support). Désolé, je sors d'une avalanche de réunions (pas seulement DECUS) et je découvre que j'avais oublié l'essentiel. :-( Il est effectivement nécessaire de placer l'appel à SETUP_LOCAL_ROOT à la fin de SYPAGSWPFILES.COM de manière à être sûr d'installer ensuite les images locales. Le comportement est ensuite effectivement automatique avec les remarques suivantes: - Si vous décidez d'ajouter de nouveaux fichiers à la liste et souhaitez voir les modifications prendre effet de suite, il suffit d'éditer SETUP_LOCAL_ROOT.DAT puis de faire: $ @SYS$STARTUP:SETUP_LOCAL_ROOT ! pas de paramètre - Si vous souhaitez supprimer certains fichiers, il faut enlevez les lignes correspondantes de SETUP_LOCAL_ROOT.DAT, renommer les fichiers en .TMP (ou autre chose) et attendre le prochain boot pour les détruire.