Dans les cas où le mode de configuration commun n'est pas disponible, comme lorsque les châssis sont en cluster, vous pouvez utiliser la méthode suivante.
Après avoir exécuté un commit at
, JunOS vérifie la configuration et crée le fichier /config/juniper.conf+.gz
. La base de données de configuration en cours d'exécution est verrouillée jusqu'au moment de la validation, de sorte que les autres utilisateurs ne pourront pas valider les modifications intermédiaires. D'autres utilisateurs peuvent supprimer les modifications en attente avec la clear system commit
commande. Cela déverrouillera la base de données de configuration en cours et permettra d'autres validations; cependant, l'utilisateur d'origine peut être un peu contrarié par le fait que ses modifications ne sont pas entrées.
Si vous souhaitez voir quelles sont les différences entre le fichier de configuration en attente et la configuration en cours d'exécution, procédez comme suit:
configure private
load replace /config/juniper.conf+.gz
show | compare
JunOS affichera le texte de style correctif des modifications dans la validation en attente. Après avoir effectué tout le travail que vous devez terminer pendant la validation en attente, vous pouvez le coller à nouveau avec un load patch terminal
(ou un canal vers un autre fichier), et l' commit at
utilisateur d' origine sera beaucoup plus heureux.
Modifier: si vous semblez être forcé de passer en mode d'édition privé, comme cela pourrait être le cas dans un cluster de châssis:
user@SRX3600> configure
warning: Clustering enabled; using private edit
warning: uncommitted changes will be discarded on exit
Entering configuration mode
{primary:node1}[edit]
vous pouvez utiliser
configure shared
show | compare
Cela semble fonctionner très bien et contourne ce problème désagréable d'être forcé en mode de configuration privée. configure shared
est un commandement caché