Discussion :

[MyTux]

Bonjour,

Je voudrais savoir si quelques personnes auraient une idée concernant la gestion des fichiers de configurations de serveurs de manières centralisée avec versionnign.
Mise en scène:
- Machine de management sur laquelle un NFS est monté, contenant les fichiers de configuration. Lors de modification a effectué, nous faisons les modif sur cette machine et ensuite nous pushons cela via ssh en faisant une sauvegarde de l'ancienne configuration. Seul problème, il n'y a pas de versioning.

J'ai bien vu Puppet, mais je voudrais savoir si il y aurait d'autre produit permettant de faire cela.

Merci,

MyTux.

[Pasokoniidesuka]

Je connais à peine mais vous ne pourriez pas tout simplement installer quelque chose de la trempe de subversion sur ce serveur ?

[manpe]

Bonjour,

Je ne comprends pas le besoin.

Vous, administrateurs, souhaitez garder l'historique de vos modifications ?
OU
Sur les machines clientes vous souhaitez garder une profondeurs de plusieurs configurations pour pouvoir revenir localement en arriere en cas de fausse manip ou panne du serveur ?

Dans le premier cas c'est de la gestion de configuration, les outils open source (SVN, git, etc.) ou non (ClearCase, CM Synergy, etc.) foisonnent sur le sujet.

Dans le second cas, vous pourriez gerer cela en:
- indiquant la version X.y.z du fichier en commentaires dans le fichier (remarque generale valable meme dans le cas de la gestion de configuration)
- tenant un log des deploiement des differentes versions X.y.z
- donnant un pattern au noms des fichiers de configuration sur machine locale: mon_serveur.conf.current, mon_serveur.conf.old_1, mon_serveur.conf.old_2
- mettant en place un script sur la machine locale qui va essayer de faire tourner ce qu'elle doit faire tourner avec le fichier de configuration avec l'extension *.current, si ca ne marche pas avec *.old_1, etc.
- une tache cron pour supprimer la profondeur de fichiers de conf non souhaitee sur les machines locales.
Remarque : avec cette solution, des noms de fichiers comportant les X.y.z et des liens symboliques current, old_1, old_2, etc. me semblent egalement pertinents.

En toute logique si c'est la solution 2 que tu souhaites regler, je me demande ce qu'il y a dans ton fichier de conf car si la conf du serveur change les anciens fichiers de configuration ne fonctionneront sans doute plus ...

A+