XigmaNAS

Bonjour,

Je me suis toujours posé quelques questions au sujet du fichier de configuration de Nas4Free, celui que l'on obtient par le menu "Système|Sauvegarde/Restauration/Sauvegarder la configuration".

1 - Est-ce que le fichier de configuration est exactement le même entre une installation Full ou une Embedded et donc peut-on utiliser le fichier de configuration d'un type d'install à une autre pour une même version ?

2 - Lorsque l'on évolue d'une version N à une version N+1 (ou +2, +3 ...), on installe la version N+x et on restaure la configuration de son NAS en rechargeant son fichier de configuration sauvegardé de sa version N. Comment Nas4Free gère-t-il cela ? En effet, dans la version N+x il se peut qu'il y aient de nouvelles fonctionnalités ou des fonctionnalités corrigées ou qui ont évoluées. Ce qui, enfin c'est mon idée, peut donner lieu à, soit de nouveaux attributs de configuration, soit à des attributs s'exprimant autrement, soit à des disparitions d'attributs dans le fichier de configuration. Comment Nas4Free gère t-il cela lors du rechargement du fichier de configuration ?

Autre hypothèse : il y a au début du fichier de configuration un numéro de version. Cela correspond-il à une notion de version de structuration et de syntaxe du fichier de configuration ? Si c'est le cas, cela veut dire que la structure du fichier de configuration n'est pas gérée en fonction de la version de Nas4Free mais par ce N° de version au début du fichier de configuration ?

En clair, la question que je me pose est la suivante :
lorsque je charge une conf. de mon NAS version N sur un NAS version N+x qui comporte de nouvelles fonctionnalités pour lesquelles il y a des attributs sauvegardés dans le fichier de configuration version N+1, Nas4Free lit les attributs de la version N et intelligemment les ré-intègre dans son fichier de configuration version N+1 ? Il a donc une capacité d'adaptation d'attributs exprimés dans une ancienne syntaxe vers la nouvelles syntaxe ?

3 - de façon plus pragmatique, si je suis en version 10.1.0.2.1731 et que je passe en version 10.2.0.2.2332, malgré le fait que je saute plusieurs versions, il n'y aura pas de problème ?

Ça fait longtemps que j'ai ces questions en tête, même si cela ne m'empêche pas de faire mes sauvegardes et restauration sans problème ...

Si vous avez votre idée sur la question, j'ouvre ce post pour vous lire.

Merci.
Cordialement.

Salut,

Je me suis aussi déjà posé la question.

1)
Il faudrait regarder et comparer avec un outil de diff ce qu'il a y a de différent entre une version embedded et full

2)
Le fichier est dans un format XML, et je pense que le système lit ce fichier et fait ce qu'il peut, c'est à dire que si une entête est inconnu, il ne lit pas le contenu qui concerne cet entête, et si un terme est inconnu, il n'en tiendra pas compte.
Je pense que les problèmes doivent avoir lieu sur de gros changements de versions, mais que tout ne peut pas être gérer (ceci étant pourquoi ne pas faire l'essai, après tout on a une zone de stockage des anciennes versions )

3)
Bin en fait , la réponse du 2 reste valable

Je crois qu'on peut "charger partiellement son fichier", par exemple prendre une copie de son fichier de sauvegarde, virer toute la partie ZFS et laisser que la config des services, ensuite faire une synchro et hop ! c'est repartit.
Le fichier XML apporte une "certaine" souplesse, c'est peut-être le but en fait.

Je peux regarder la différence (embedded et full) si tu veux ... quand j'aurai le temps

Bonjour,

Merci mtiburs pour ces éléments de réponse.
Donc à priori, il se pourrait que le rechargement d'un fichier de config d'une version vers une autre version plus récente ne reprenne pas tout ...
Comme je pense migrer bientôt, je vais m'attacher à regarder ce que cela donne à ce sujet.

Merci.

Bonjour
Quand j'ai migré de 9.3.0.2 vers la 10.2.0.xxxx j'ai rencontré un problème avec Virtual box ...mais VMs ne fonctionnait pas Et j'ai dû réinstaller Virtual box à part ce qui fait que je ne peux pas me servir du vbox dans le menu, pour les jails s’ils sont sur alcatraz aucun problème à l'horizon
Je tourne comme cela mais le mieux serait de refaire le tous.

"Je crois qu'on peut "charger partiellement son fichier", par exemple prendre une copie de son fichier de sauvegarde, virer toute la partie ZFS et laisser que la config des services, ensuite faire une synchro et hop ! c'est repartit.
Le fichier XML apporte une "certaine" souplesse, c'est peut-être le but en fait."

Et la synchro ZFS, la gestion des disques(effacer importer) elles servent à quoi à votre avis ? tout simplement à remettre à flot la config.xml avec la réalité, il est totalement inutile de supprimer quoi que ce soit.
Et même si vous ne le faites pas cela n'empêchera jamais ZFS de fonctionner correctement.
Même en changeant de carte mère on peut recharger la config, ça mettra des erreurs, mais tout rentre dans l'ordre.

Par contre les évolutions de type clé DSA vers RSA même si la config se charge sans pb, il faut bien entendu faire les modifications nécessaires webgui ou putty.

sleid wrote:il est totalement inutile de supprimer quoi que ce soit

Je n'ai pas dis qu'il "fallait" supprimer "quoique ce soit"

L'origine du post était surtout de comprendre la gestion de ce type fichier, ce n'était pas tant dans la "façon de faire", mais pour dire que si le fichier était partiel, par exemple, sans la partie ZFS, çà passait quand même.