Imad Soltani wrote:
Je travaille pour plusieurs grosses societes ( *tres* ) .
Le document que j'ecris est a la base , un outil de travail , c'est ce
qui sera plus tard un document de "base" pour les equipes de maintien en
conditions operationels
Ok, c'est plutôt maintenance que déploiement, j'avais oublié de poser la
question.
De mon cote , Solaris 8 est tres largement deploye , et si je ne dis pas
de betises , il n'y a aucun autre type de solaris
Et mon ( humble ) experience montre qu'un nombre tres eleves de grands
comptes sont sur la 8
Oui, c'est probable. Encore que je me demande si les nouveaux
déploiements et projets se font encore sur 8, ou sur 9 ou 10?
Je pense que c'est aussi lié au matériel: sur SPARC, il est relativement
peu intéressant d'évoluer. Sur x86/x64, au contraire, la différence est
énorme entre la 8 et la 10. Comme c'est l'architecture qui est le plus
amenée à se développer, la 10 devrait prendre plus de marché en même temps.
Jass est un peu oriente . Et un de mes pre requis et d'etre utilisable
possible sur les differentes box .
Sachant que beaucoup des OS doivent etre utilises "as is" , je vais
essayer de me debrouiller pour que tout se fasse
via commande systeme de "base" ( c'est grossier , je sais :) et/ou shell
scripts issus de ces memes commandes melanges via des parse divers et
varies
C'est bien. Ça vaut mieux que d'assumer qu'on dispose de tel ou tel
outil, et se trouver coincé quand on tombe sur un système qui ne l'a pas.
Tout a la fois . En fait , les equipes recuperent souvent des
infrastuctures avec des systemes deja en places , et qui ont souvent une
date d'installation plutot ancienne .
Le but est :
1 - la prise en main : comprendre et determiner les choix qui ont ete faits
2 - un ( mini ) audit : voir quels sont les elements a corriger/mettre a
jour ( etc.. ) selon leur criticite
3 - la carte d'identite : obtenir les elements qui permettent de creer
la carte d'identite de la machine
Très intéressant. C'est le genre de chose dont j'ai aussi besoin, à
petite échelle, évidemment. Un collègue a fait un petit script qui
récupère des infos de base (genre, config réseau, nombre CPUs, ce genre
de choses), et il serait clairement utile de l'améliorer (tant le script
que ce qui peut être fait manuellement).
Il me semble que le plus vaste est le 2 . Mais en meme temps que je vous
pose des questions , je suis aussi en train de mettre les idees claires
au niveau des limites du doc , mais ca sera surement une doc vivante .
Le 1 peut amener des surprises aussi. Bien sûr, ça dépend beaucoup de la
rigueur de la persone qui a fait l'install initiale, peut-être que dans
les grands comptes, c'est plus sérieux?
Des exemples qui m'ont fait souffrir, c'est le shell de root remplacé
par tcsh, ou un CUPS installé brutalement dans /usr/bin sur le lp de
Solaris, ou un LD_LIBRARY_PATH monstrueux dans /etc/profile qui fait que
des outils systèmes utilisent des bibliothèques dans /usr/local/lib, ce
genre de choses...
Je ne sais pas trop comment détecter automatiquement et facilement ces
choix-là. Un pkgchk ou autre, c'est long, et ça sort un paquet d'infos
inutiles.
Laurent
_______________________________________________
Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures
[email protected]
http://x86.sun.com/mailman/listinfo/solaris_fr
