Nesta página
Confirmar a operação quando vários usuários configurarem o software
Confirmar configurações de dispositivos em duas etapas: Preparação e ativação
Adicione um comentário para descrever a configuração comprometida
Exemplo: Configure as propriedades do servidor de confirmação de lotes
Fazer backup da configuração comprometida no boot drive alternativo
Confirmar a configuração
O comando de modo de configuração permite que você economize as alterações de configuração do dispositivo no banco de dados de configuração e ative a configuração no dispositivo.commit
O modelo de confirmação para configurações
A configuração do dispositivo é salva usando um modelo de confirmação — uma configuração do candidato é modificada conforme desejado e depois comprometida com o sistema. Quando uma configuração é comprometida, o dispositivo verifica a configuração por erros de sintaxe e, se não forem encontrados erros, a configuração é salva como e ativada.juniper.conf.gz O arquivo de configuração ativo anteriormente é salvo como o primeiro arquivo de configuração de reversão (), e quaisquer outros arquivos de configuração de reversão são incrementados por 1. Por exemplo, é incrementado para , tornando-o o segundo arquivo de configuração de reversão.juniper.conf.1.gzjuniper.conf.1.gzjuniper.conf.2.gz O dispositivo pode ter no máximo 49 configurações de reversão (numeradas de 1 a 49) salvas no sistema.
No dispositivo, o arquivo de configuração atual e os três primeiros arquivos de reversão () estão localizados no diretório.juniper.conf.gz.1, juniper.conf.gz.2, juniper.conf.gz.3/config (Os arquivos de reversão restantes, de 4 a 49 anos, estão localizados em .)/var/db/config
Se o arquivo de configuração de recuperação existir, este arquivo também está localizado no diretório.rescue.conf.gz/config Os arquivos padrão da fábrica estão localizados no diretório./etc/config
Existem dois mecanismos usados para propagar as configurações entre mecanismos de roteamento dentro de um dispositivo:
Sincronização: Propaga uma configuração de um mecanismo de roteamento para um segundo mecanismo de roteamento dentro do mesmo chassi do dispositivo.
Para sincronizar configurações, use o comando CLI.
commit synchronizeSe um dos mecanismos de roteamento estiver bloqueado, a sincronização falhará. Se a sincronização falhar por causa de um arquivo de configuração bloqueado, você pode usar o comando.commit synchronize forceEsse comando substitui a fechadura e sincroniza os arquivos de configuração.Distribuição: Propaga uma configuração em todo o plano de roteamento em um dispositivo multichassis. A distribuição ocorre automaticamente. Não há nenhum comando de usuário disponível para controlar o processo de distribuição. Se uma configuração for bloqueada durante uma distribuição de uma configuração, a configuração bloqueada não receberá o arquivo de configuração distribuído, de modo que a sincronização falha. Você precisa limpar a fechadura antes da configuração e ressincronizar os planos de roteamento.
Nota:Quando você usa o comando CLI em uma plataforma multichassis, a sincronização forçada dos arquivos de configuração não afeta a distribuição do arquivo de configuração em todo o plano de roteamento.
commit synchronize forceSe um arquivo de configuração for bloqueado em um dispositivo remoto do dispositivo onde o comando foi emitido, a sincronização falhará no dispositivo remoto. Você precisa limpar a fechadura e reeditar o comando.synchronization
Consulte também
Confirmar uma configuração de dispositivo
Para salvar mudanças na configuração do dispositivo no banco de dados de configuração e ativar a configuração no dispositivo, use o comando do modo de configuração.commit Você pode emitir o comando de qualquer nível de hierarquia:commit
[edit]
user@host# commit
commit complete
[edit]
user@host#
Quando você insira o comando, a configuração é verificada pela primeira vez para verificar se há erros de sintaxe ().commitcommit check Então, se a sintaxe estiver correta, a configuração será ativada e se tornará a configuração atual e operacional do dispositivo.
Não recomendamos realizar uma operação de confirmação no mecanismo de roteamento de backup quando a comutação graciosa do mecanismo de roteamento estiver habilitada no roteador.
Um commit de configuração pode falhar por qualquer um dos seguintes motivos:
A configuração inclui sintaxe incorreta, o que faz com que a verificação de confirmação seja reprovada.
A configuração do candidato que você está tentando confirmar é maior que 700 MB.
A configuração é bloqueada por um usuário que entrou no comando.
configure exclusive
Se a configuração conter erros de sintaxe, uma mensagem indica a localização do erro e a configuração não será ativada. A mensagem de erro tem o seguinte formato:
[editedit-path] ‘offending-statement;’error-message
Por exemplo:
[edit firewall filter login-allowed term allowed from] ‘icmp-type [ echo-request echo-reply ];’ keyword ‘echo-reply’ unrecognized
Você deve corrigir o erro antes de recompor a configuração. Para retornar rapidamente ao nível de hierarquia onde o erro está localizado, copie o caminho da primeira linha do erro e cole-o no prompt de modo de configuração no nível de hierarquia.[edit]
O arquivo de configuração do candidato não comprometido é ./var/rundb/juniper.db Ela é limitada a 700 MB. Se o commit falhar com uma mensagem , visualize o tamanho do arquivo do modo de configuração entrando no comando .configuration database size limit exceededrun file list /var/rundb detail Você pode simplificar a configuração e reduzir o tamanho do arquivo criando grupos de configuração com curingas ou definindo políticas de correspondência menos específicas em seus filtros de firewall.
Os avisos de tempo de compromisso da CLI exibidos para alterações de configuração no nível de hierarquia são removidos e são registrados como mensagens de log do sistema.[edit interfaces]
Isso também é aplicável à configuração VRRP nos seguintes níveis de hierarquia:
[edit interfaces interface-name unit logical-unit-number family (inet | inet6) address address][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (inet | inet6) address address]
Quando você confirma uma configuração, você confirma toda a configuração em sua forma atual.
Não recomendamos realizar uma operação de confirmação no mecanismo de roteamento de backup quando o switchover gracioso do mecanismo de roteamento estiver habilitado no dispositivo.
-
Se você configurar o mesmo endereço IP para uma interface de gerenciamento ou interface interna, como e uma interface física externa como , quando o switchover gracioso do Mecanismo de Roteamento (GRES) é habilitado, a CLI exibe uma mensagem de erro de confirmação apropriada de que endereços idênticos foram encontrados nas interfaces privadas e públicas.
fxp0ge-0/0/1Nesses casos, você deve atribuir endereços IP exclusivos para as duas interfaces que têm endereços duplicados.
Confirmar a operação quando vários usuários configurarem o software
Até 32 usuários podem estar no modo de configuração simultaneamente fazendo alterações na configuração. Todas as mudanças feitas por todos os usuários são visíveis para todos que editam a configuração — as mudanças se tornam visíveis assim que o usuário pressiona a chave Enter no final de um comando que muda a configuração, como , ou .seteditdelete
Quando qualquer um dos usuários que editam a configuração emite um comando, a CLI verifica e ativa todas as mudanças por todos os usuários.commit
Se você entrar no modo de configuração com o comando, cada usuário tem uma configuração de candidato privado para editar um pouco independentemente de outros usuários.configure private Quando você confirma a configuração, a CLI confirma apenas suas próprias mudanças. Para sincronizar sua cópia da configuração após outros usuários terem cometido alterações, você pode executar o comando no modo de configuração.update Uma operação de confirmação também atualiza todas as configurações do candidato privado. Por exemplo, suponha que o usuário X e o usuário Y estejam no modo, e o usuário X cometa uma mudança de configuração.configure private Quando o usuário Y realiza uma operação de confirmação subsequente e depois visualiza a nova configuração, a nova configuração vista pelo usuário Y inclui as mudanças feitas pelo usuário X.
Se você entrar no modo de configuração com o comando, bloqueie a configuração do candidato enquanto permanecer no modo de configuração.configure exclusive Isso permite que você faça alterações sem interferência de outros usuários. Outros usuários podem entrar e sair do modo de configuração, mas não podem confirmar a configuração. Isso é verdade mesmo que os outros usuários tenham entrado no modo de configuração antes de você entrar no comando.configure exclusive Por exemplo, suponha que o usuário X já esteja no modo ou no modo.configure privateconfigure Então suponha que o usuário Y entre no modo.configure exclusive O usuário X não pode confirmar nenhuma alteração na configuração, mesmo que o usuário X insira essas alterações antes que o usuário Y se conecte. Se o usuário Y sair do modo, o usuário X pode então confirmar as alterações feitas no ou modo.configure exclusiveconfigure privateconfigure
Visão geral de preparação e ativação do Commit
Você pode concluir o processo de confirmação em duas etapas. O recurso de confirmação em duas etapas permite configurar vários dispositivos e ativar simultaneamente as configurações. O commit de duas etapas fornece um prazo definitivo para que o compromisso seja eficaz no sistema. Você pode entrar no modo de confirmação após a preparação do commit, mas receberá uma mensagem de que o compromisso está pendente de ativação.
Na primeira etapa, a fase de preparação, o commit é validado e um novo banco de dados com os arquivos necessários é gerado. Se a configuração conter algum erro de sintaxe, uma mensagem de erro apropriada será exibida e a configuração não estiver preparada. Em caso de falha durante a fase de preparação, a mensagem de erro é exibida.commit check-out failed
Na segunda etapa, no estágio de ativação, a configuração previamente preparada é ativada. Em seguida, se você precisar limpar a configuração preparada, você pode fazê-lo usando o comando.clear system commit prepared Uma mensagem de log é gerada após a limpeza bem-sucedida do commit pendente.
Você não pode realizar operações de confirmação entre as fases de preparação e ativação.
O processo de confirmação em duas etapas é superior ao processo de etapa única para compromissos críticos de tempo. No processo de etapa única, o tempo de preparação pode variar dependendo da configuração existente no dispositivo. No processo de duas etapas, o trabalho de preparação complexo é tratado com mais eficiência.
São fornecidos comandos de configuração que permitem preparar o cache de configuração e ativar a configuração. Você pode preparar os dispositivos com novas configurações e ativá-los nos momentos exatos que quiser.
O comando valida as configurações e o comando ativa as configurações.commit preparecommit activate Os comandos têm as seguintes opções de configuração:
-
and-quit -
no-synchronize -
peers-synchronize -
synchronize
O e os comandos estão disponíveis apenas para confirmações privadas, exclusivas e compartilhadas.commit preparecommit activate Os comandos não são aplicáveis para modos dinâmicos e efêmeros. Este recurso é aplicável para dispositivos multichassis, mas não é aplicável para confirmações de lotes.
Para dar suporte a essa funcionalidade usando o Protocolo de configuração de rede (NETCONF), as seguintes novas chamadas de procedimento remoto (RPCs) são fornecidas:
-
<commit-configuration>< prepare/></commit-configuration> -
<commit-configuration><activate/></commit-configuration> -
<clear-system-commit><prepared/></clear-system-commit>
-
Em uma configuração do Virtual Chassis da Série MX, o seguinte se aplica: Quando é emitido em um mecanismo de roteamento seguido de switchover, o Mecanismo de roteamento onde o comando de switchover é emitido reinicializa.
commit preparePortanto, o cache preparado é liberado nesse mecanismo de roteamento. -
Em uma configuração do Virtual Chassis da Série MX, é aconselhável executar comando apenas em vc primário.
clear system commit prepared
Confirmar configurações de dispositivos em duas etapas: Preparação e ativação
Você pode concluir o processo de confirmação em duas etapas. Isso permite que você configure vários dispositivos, e as configurações podem ser ativadas simultaneamente. Na primeira etapa, conhecida como estágio de preparação, o commit é validado e um novo banco de dados, juntamente com os arquivos necessários, é gerado. Se a configuração conter algum erro de sintaxe, uma mensagem de erro apropriada será exibida e a configuração não estiver preparada. Na segunda etapa, conhecida como estágio de ativação, a configuração previamente preparada é ativada e se torna a configuração atual e operacional do dispositivo.
Para preparar a configuração:
Para ativar a configuração preparada:
Use o comando
commit activate[edit] user@host#
commit activateA mensagem é exibida.
commit completePara verificar a configuração ativada do sistema, use o seguinte comando:
user@host>
show configuration system scriptslanguage python;
Para verificar a saída dos comandos e após a emissão, emita os seguintes comandos.show system commitshow system commit revision detailcommit activate
user@host> show system commit
0 2018-07-12 22:54:46 PDT by user via cli commit activate
user@host> show system commit revision detail
Revision: re0-1499925285-2214
User : user
Client : cli
Time : 2018-07-12 22:54:46 PDT
Comment : commit activate
Ativar uma configuração de dispositivo com confirmação
Ao confirmar a configuração atual do candidato, você pode exigir uma confirmação explícita para que o compromisso se torne permanente. Isso é útil se você quiser verificar se uma mudança de configuração funciona corretamente e não impede o acesso ao dispositivo. Se a mudança impedir o acesso ou causar outros erros, o dispositivo retorna automaticamente à configuração anterior e restaura o acesso após a aprovação do tempo de confirmação da reversão. Esse recurso é chamado de reversão automática.
Para confirmar a configuração atual do candidato, mas exigir uma confirmação explícita para que o compromisso se torne permanente, use o comando do modo de configuração:commit confirmed
[edit]
user@host# commit confirmed
commit confirmed will be automatically rolled back in 10 minutes unless confirmed
commit complete
#commit confirmed will be rolled back in 10 minutes
[edit]
user@host#
Depois de verificar se a mudança funciona corretamente, você pode manter a nova configuração ativa entrando em um ou comando dentro de 10 minutos após o comando.commitcommit checkcommit confirmed Por exemplo:
[edit]
user@host# commit check
configuration check succeeds
Se o commit não for confirmado em um determinado tempo (10 minutos por padrão), o sistema operacional volta automaticamente para a configuração anterior e uma mensagem de transmissão é enviada a todos os usuários conectados.
Para mostrar quando uma reversão é agendada após um comando, entre no comando.commit confirmed show system commit Por exemplo:
user@host>show system commit
0 2018-01-05 15:00:37 PST by root via cli commit confirmed, rollback in 3mins
Assim como o comando, o comando verifica a sintaxe de configuração e relata quaisquer erros.commitcommit confirmed Se não houver erros, a configuração será ativada temporariamente (10 minutos por padrão) e começa a ser executada no dispositivo.
Para alterar o tempo antes de confirmar a nova configuração, especifique o número de minutos quando você emitir o comando:
[edit]
user@host# commit confirmed minutes
commit complete
[edit]
user@host#
Você também pode usar o comando no modo de configuração.commit confirmed[edit private]
Agende uma operação de compromisso
Você pode agendar quando quiser que a configuração do seu candidato fique ativa. Para salvar mudanças na configuração do dispositivo e ativar a configuração no dispositivo em um momento futuro ou após a reinicialização, use o comando do modo de configuração, especificando ou um momento futuro no nível de hierarquia:commit atrebootedit
[edit]
user@host # commit at string
é ou o tempo futuro para ativar as mudanças de configuração.stringreboot Você pode especificar o tempo em dois formatos:
Um valor de tempo no formulário [] (horas, minutos e segundos opcionalmente)— Comprometa a configuração no momento especificado, que deve ser no futuro, mas antes das 23h59:59 no dia em que o comando do modo de configuração for emitido.
hh:mm:sscommit atUse o tempo de 24 horas pelo valor; por exemplo, é às 4h30 e às 20h.hh04:30:0020:00O tempo é interpretado em relação às configurações do relógio e do fuso horário no roteador.Um valor de data e hora no formulário [] (ano, mês, data, horas, minutos e, opcionalmente, segundos)— Comprometa a configuração no dia e hora especificados, que devem ser após a emissão do comando.
yyyy-mm-dd hh:mm:sscommit atUse o tempo de 24 horas pelo valor.hhPor exemplo, são 12h30 de 21 de agosto de 2018.2018-08-2112:30:00O tempo é interpretado em relação às configurações do relógio e do fuso horário no roteador.
Coloque o valor em cotações (" ").string Por exemplo, .commit at "18:00:00" Para data e hora, inclua ambos os valores no mesmo conjunto de cotações. Por exemplo, commit at "2018-03-10 14:00:00".
Uma verificação de confirmação é realizada imediatamente quando você emite o comando do modo de configuração.commit at Se o resultado da verificação for bem-sucedido, o usuário atual está logado para fora do modo de configuração, e os dados de configuração são deixados em um estado somente de leitura. Nenhum outro compromisso pode ser realizado até que o compromisso agendado seja concluído.
Se o software do dispositivo falhar antes que as alterações de configuração se tornem ativas, todas as mudanças de configuração serão perdidas.
Você não pode entrar no comando de configuração depois de emitir o comando.commit at request system reboot
Você não pode entrar no comando depois de agendar uma operação de confirmação para um momento específico no futuro.request system reboot
Você não pode confirmar uma configuração quando um compromisso agendado está pendente. Para obter informações sobre como cancelar uma configuração agendada por meio do comando, consulte o CLI Explorer.clearhttps://www.juniper.net/documentation/content-applications/cli-explorer/junos/
Não recomendamos realizar uma operação de confirmação no mecanismo de roteamento de backup quando o switchover gracioso do mecanismo de roteamento estiver habilitado no dispositivo.
Monitore o processo de confirmação
Para monitorar o processo de confirmação da configuração do dispositivo, use o comando após o pipe com o comando:display detailcommit
user@host# commit | display detail
Por exemplo:
[edit]
user@host# commit | display detail
2018-09-22 15:39:39 PDT: exporting juniper.conf
2018-09-22 15:39:39 PDT: setup foreign files
2018-09-22 15:39:39 PDT: propagating foreign files
2018-09-22 15:39:39 PDT: complete foreign files
2018-09-22 15:39:40 PDT: copying configuration to juniper.data+
2018-09-22 15:39:40 PDT: dropping unchanged foreign files
2018-09-22 15:39:40 PDT: daemons checking new configuration
2018-09-22 15:39:41 PDT: commit wrapup...
2018-09-22 15:39:42 PDT: activating '/var/etc/ntp.conf'
2018-09-22 15:39:42 PDT: activating '/var/etc/kmd.conf'
2018-09-22 15:39:42 PDT: activating '/var/db/juniper.data'
2018-09-22 15:39:42 PDT: notifying daemons of new configuration
2018-09-22 15:39:42 PDT: signaling 'Firewall daemon', pid 24567, signal 1,
status 0
2018-09-22 15:39:42 PDT: signaling 'Interface daemon', pid 24568, signal 1,
status 0
2018-09-22 15:39:43 PDT: signaling 'Routing protocol daemon', pid 25679,
signal 1, status 0
2018-09-22 15:39:43 PDT: signaling 'MIB2 daemon', pid 24549, signal 1,
status 0
2018-09-22 15:39:43 PDT: signaling 'NTP daemon', pid 37863, signal 1, status 0
2018-09-22 15:39:43 PDT: signaling 'Sonet APS daemon', pid 24551, signal 1,
status 0
2018-09-22 15:39:43 PDT: signaling 'VRRP daemon', pid 24552, signal 1,
status 0
2018-09-22 15:39:43 PDT: signaling 'PFE daemon', pid 2316, signal 1, status 0
2018-09-22 15:39:43 PDT: signaling 'Traffic sampling control daemon', pid 24553
signal 1, status 0
2018-09-22 15:39:43 PDT: signaling 'IPsec Key Management daemon', pid
24556, signal 1, status 0
2018-09-22 15:39:43 PDT: signaling 'Forwarding UDP daemon', pid 2320,
signal 1, status 0
commit complete
Adicione um comentário para descrever a configuração comprometida
Você pode incluir um comentário que descreve alterações na configuração comprometida. Para isso, inclua a declaração.commit comment O comentário pode ser de até 512 bytes e você deve digitá-lo em uma única linha.
[edit]
user@host# commit comment comment-string
comment-string é o texto do comentário.
Você não pode incluir um comentário com o comando.commit check
Para adicionar um comentário ao comando, inclua a declaração após o comando:commitcommentcommit
[edit]
user@host# commit comment "add user joe"
commit complete
[edit]
user@host#
Para adicionar um comentário ao comando, inclua a declaração após o comando:commit confirmedcommentcommit confirmed
[edit]
user@host# commit confirmed comment "add customer to port 27"
commit confirmed will be automatically rolled back in 10 minutes unless confirmed
commit complete
[edit]
user@host#
Para visualizar esses comentários de confirmação, emita o comando do modo operacional.show system commit
Você também pode usar o comando no modo de configuração.commit confirmed[edit private]
Visão geral do Batch Commits
O batch confirma agrega ou mescla várias edições de configuração de diferentes sessões ou usuários de CLI e as adiciona a uma fila de confirmação de lotes. Um servidor de confirmação de lotes em execução no dispositivo tira uma ou mais vagas da fila de confirmação de lotes, aplica as alterações de configuração no banco de dados de configuração compartilhada e, em seguida, confirma as mudanças de configuração em uma única operação de confirmação.
Os lotes são priorizados pelo servidor de confirmação com base na prioridade do lote especificado pelo usuário ou no momento em que a tarefa do lote é adicionada. Quando um lote é comprometido, o próximo conjunto de alterações de configuração é agregado e carregado na fila de lotes para a próxima sessão da operação de confirmação de lotes. Os lotes são criados até que não haja nenhuma entrada de confirmação no diretório da fila.
Quando comparado com a operação de confirmação regular, em que todos os compromissos são comprometidos sequencialmente de forma independente, o lote compromete a economia de tempo e recursos do sistema, cometendo várias edições de configuração pequenas em uma única operação de confirmação.
Os compromissos em lotes são realizados a partir do modo de configuração.[edit batch] As propriedades do servidor de confirmação podem ser configuradas no nível de hierarquia.[edit system commit server]
Agregação e manuseio de erros
Quando há um erro de tempo de carga em uma das vagas agregadas, o trabalho de confirmação que encontra o erro é descartado e os empregos restantes são agregados e comprometidos.
Por exemplo, se houver cinco vagas de confirmação (, e ) agregadas, e encontrar um erro durante o carregamento, ela será descartada e agregada e comprometida.commit-1commit-2commit-3commit-4commit-5commit-3commit-3commit-1commit-2commit-4commit-5
Se houver um erro durante a operação de confirmação quando duas ou mais vagas forem agregadas e comprometidas, a agregação é descartada e cada uma dessas vagas é comprometida individualmente, como uma operação de compromisso regular.
Por exemplo, se houver cinco vagas de confirmação (, , e ) agregadas e se houver um erro de confirmação causado por, a agregação for descartada, , e forem cometidas individualmente, e a CLI relatar um erro de confirmação para.commit-1commit-2commit-3commit-4commit-5commit-3commit-1commit-2commit-3commit-4commit-5commit-3
Exemplo: Configure as propriedades do servidor de confirmação de lotes
Este exemplo mostra como configurar as propriedades do servidor de confirmação de lotes para gerenciar as operações de confirmação de lotes.
Requisitos
Este exemplo usa os seguintes componentes de hardware e software:
-
Plataforma de Roteamento Universal 5G da Série MX
Visão geral
Você pode controlar como a fila de confirmação de lotes é tratada pelo servidor de confirmação configurando as propriedades do servidor no nível de hierarquia.[edit system commit server] Isso permite que você controle quantas vagas de confirmação são agregadas ou mescladas em um único lote de confirmação, o número máximo de empregos que podem ser adicionados à fila, dias para manter logs de erro de confirmação de lotes, intervalo entre dois compromissos de lotes e operações de rastreamento para operações de confirmação de lotes.
Configuração
- Configuração rápida da CLI
- Configuração das propriedades do servidor commit
- Comprometendo a configuração do modo de configuração de lotes
Configuração rápida da CLI
Para configurar rapidamente esta seção do exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no CLI no nível de hierarquia.[edit] Você pode configurar as propriedades do servidor de confirmação a partir do modo regular ou do modo.[edit][edit batch]
Dispositivo R0
set system commit server maximum-aggregate-pool 4set system commit server maximum-entries 500set system commit server commit-interval 5set system commit server days-to-keep-error-logs 30set system commit server traceoptions file commitd_novset system commit server traceoptions flag all
Configuração das propriedades do servidor commit
Procedimento passo a passo
-
(Opcional) Configure o número de transações de compromisso para agregar ou mesclar em uma única operação de compromisso.
O valor padrão é .
maximum-aggregate-pool5Nota:Configuração para comprometer cada uma das vagas individualmente.
maximum-aggregate-pool1Neste exemplo, o número de transações de compromisso está definido para indicar que quatro diferentes empregos de compromisso são agregados em um único compromisso antes que a operação de compromisso seja iniciada.
4[edit system commit server]user@R0#set maximum-aggregate-pool 4 -
(Opcional) Configure o número máximo de vagas permitidas em um lote.
Isso limita o número de empregos comprometidos que são adicionados à fila.
[edit system commit server]user@R0#set maximum-entries 500Nota:Se você definir , o servidor de confirmação não pode adicionar mais de um trabalho à fila, e a CLI exibe uma mensagem apropriada quando você tenta comprometer mais de um trabalho.
maximum-entries1 -
(Opcional) Configure o tempo (em segundos) para esperar antes de iniciar a próxima operação de confirmação de lotes.
[edit system commit server]user@R0#set commit-interval 5 -
(Opcional) Configure o número de dias para manter logs de erro.
O valor padrão são dias.
30[edit system commit server]user@R0#set days-to-keep-error-logs 30 -
(Opcional) Configure operações de rastreamento para registrar eventos de confirmação de lotes.
Neste exemplo, o nome do arquivo para registrar eventos de confirmação de lotes é , e todas as bandeiras de traceoption estão definidas.
commitd_nov[edit system commit server]user@R0#set traceoptions commitd_novuser@R0#set traceoptions flag all
Resultados
A partir do modo de configuração, confirme sua configuração entrando no comando.show system commit server Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@R0# show system commit server
maximum-aggregate-pool 4;
maximum-entries 500;
commit-interval 5;
days-to-keep-error-logs 30;
traceoptions {
file commitd_nov;
flag all;
}
Comprometendo a configuração do modo de configuração de lotes
Procedimento passo a passo
Para confirmar a configuração do modo, faça um dos seguintes:[edit batch]
-
Faça login no dispositivo e insira .
commit[edit batch]user@R0#commitAdded to commit queue request-id: 1000 -
Para atribuir uma prioridade superior a um trabalho de confirmação de lotes, emita o comando com a opção .
commitpriority[edit batch]user@R0#commit priorityAdded to commit queue request-id: 1001 -
Para comprometer uma configuração sem agregar as mudanças de configuração com outras vagas de confirmação na fila, emita o comando com a opção .
commitatomic[edit batch]user@R0#commit atomicAdded to commit queue request-id: 1002 -
Para comprometer uma configuração sem agregar as mudanças de configuração com outras vagas de compromisso na fila, e emitir uma prioridade maior para o trabalho de compromisso, emita o comando com a opção .
commitatomic priority[edit batch]user@R0#commit atomic priorityAdded to commit queue request-id: 1003
Verificação
Confirme se a configuração está funcionando corretamente.
- Verificando o status do servidor de confirmação de lotes
- Verificando o status de confirmação de lotes
- Visualizando os arquivos de patch em um trabalho de confirmação de lotes
- Visualizando os arquivos de rastreamento para operações de confirmação de lotes
Verificando o status do servidor de confirmação de lotes
Propósito
Verifique a situação do servidor de confirmação do lote.
Ação
user@R0> show system commit server
Commit server status : Not runningPor padrão, o status do servidor de confirmação é .Not running O servidor de confirmação começa a ser executado apenas quando um trabalho de confirmação de lotes é adicionado à fila.
Quando um trabalho de compromisso em lote é adicionado à fila, o status do servidor de compromisso muda para .Running
user@R0> show system commit server
Commit server status : Running
Jobs in process:
1003 1004 1005
Significado
O campo lista os IDs de compromisso de vagas que estão em processo.Jobs in process
Verificando o status de confirmação de lotes
Propósito
Verifique a fila de servidores de confirmação para obter o status dos compromissos do lote.
Ação
user@R0> show system commit server queue
Pending commits:
Id: 1005
Last Modified: Tue Nov 1 23:56:43 2018
Completed commits:
Id: 1000
Last Modified: Tue Nov 1 22:46:43 2018
Status: Successfully committed 1000
Id: 1002
Last Modified: Tue Nov 1 22:50:35 2018
Status: Successfully committed 1002
Id: 1004
Last Modified: Tue Nov 1 22:51:48 2018
Status: Successfully committed 1004
Id: 1007
Last Modified: Wed Nov 2 01:08:04 2018
Status: Successfully committed 1007
Id: 1009
Last Modified: Wed Nov 2 01:16:45 2018
Status: Successfully committed 1009
Id: 1010
Last Modified: Wed Nov 2 01:19:25 2018
Status: Successfully committed 1010
Id: 1011
Last Modified: Wed Nov 2 01:28:16 2018
Status: Successfully committed 1011
Error commits:
Id: 1008
Last Modified: Wed Nov 2 01:08:18 2018
Status: Error while commiting 1008
Significado
os displays confirmam trabalhos que são adicionados à fila de confirmação, mas ainda não estão comprometidos. apresenta a lista de empregos comprometidos que são bem-sucedidos. são confirmações que falharam por causa de um erro.Pending commitsCompleted commitsError commits
Visualizando os arquivos de patch em um trabalho de confirmação de lotes
Propósito
Veja os tempostamps, arquivos de patch e o status de cada um dos trabalhos de confirmação. Os arquivos de patch mostram as alterações de configuração que ocorrem em cada operação de confirmação que é adicionada à fila de confirmação de lotes.
Ação
-
Use o comando para visualizar os patches para todas as operações de confirmação.
show system commit server queue patchuser@R0>
show system commit server queue patchPending commits: none Completed commits: Id: 1000 Last Modified: Tue Nov 1 22:46:43 2018 Status: Successfully committed 1000 Patch: [edit groups] re1 { ... } + GRP-DHCP-POOL-NOACCESS { + access { + address-assignment { + pool <*> { + family inet { + dhcp-attributes { + maximum-lease-time 300; + grace-period 300; + domain-name verizon.net; + name-server { + 4.4.4.1; + 4.4.4.2; + } + } + } + } + } + } + } Id: 1002 Last Modified: Tue Nov 1 22:50:35 2018 Status: Successfully committed 1002 Patch: [edit] + snmp { + community abc; + } Id: 1010 Last Modified: Wed Nov 2 01:19:25 2018 Status: Successfully committed 1010 Patch: [edit system syslog] file test { ... } + file j { + any any; + } Error commits: Id: 1008 Last Modified: Wed Nov 2 01:08:18 2018 Status: Error while commiting 1008 Patch: [edit system] + radius-server { + 10.1.1.1 port 222; + }A saída mostra as mudanças na configuração para cada ID de trabalho de compromisso.
-
Para visualizar o patch para uma ID de trabalho de confirmação específica, emita o comando.
show system commit server queue patch id <id-number>user@R0>
show system commit server queue patch id 1000Completed commits: Id: 1000 Last Modified: Tue Nov 1 22:46:43 2018 Status: Successfully committed 1000 Patch: [edit system] + radius-server { + 192.168.69.162 secret teH.bTc/RVbPM; + 192.168.64.10 secret teH.bTc/RVbPM; + 192.168.60.52 secret teH.bTc/RVbPM; + 192.168.60.55 secret teH.bTc/RVbPM; + 192.168.4.240 secret teH.bTc/RVbPM; + }
Significado
A saída mostra o patch criado para um trabalho de confirmação. O sinal ou o sinal indica as mudanças na configuração para um trabalho de confirmação específico.+-
Visualizando os arquivos de rastreamento para operações de confirmação de lotes
Propósito
Veja os arquivos de rastreamento para operações de confirmação de lotes. Você pode usar os arquivos de rastreamento para solucionar problemas.
Ação
-
Use o comando para visualizar todas as entradas do arquivo de log.
file show /var/log/<filename>user@R0>
file show/var/log/commitd_novA saída mostra logs de eventos de servidor de confirmação e outros logs para confirmações de lotes.
Nov 1 22:46:43 Successfully committed 1000 Nov 1 22:46:43 pausing after commit for 0 seconds ... Nov 1 22:46:43 Done working on queue ... Nov 1 22:47:17 maximum-aggregate-pool = 5 Nov 1 22:47:17 maximum-entries= 0 Nov 1 22:47:17 asynchronous-prompt = no Nov 1 22:47:17 commit-interval = 0 Nov 1 22:47:17 days-to-keep-error-logs = -1 ... Nov 1 22:47:17 Added to commit queue request-id: 1001 Nov 1 22:47:17 Commit server status=running Nov 1 22:47:17 No need to pause ... Nov 1 22:47:18 Error while commiting 1001 Nov 1 22:47:18 doing rollback ...
-
Para visualizar entradas de log apenas para operações de confirmação de lotes bem-sucedidas, emita o comando com a opção de pipe.
file show /var/log/<filename>| match committedA saída mostra IDs de trabalho em lotes para operações de confirmação bem-sucedidas.
user@R0>
file show/var/log/commitd_nov | match committedNov 1 22:46:43 Successfully committed 1000 Nov 1 22:50:35 Successfully committed 1002 Nov 1 22:51:48 Successfully committed 1004 Nov 2 01:08:04 Successfully committed 1007 Nov 2 01:16:45 Successfully committed 1009 Nov 2 01:19:25 Successfully committed 1010 Nov 2 01:28:16 Successfully committed 1011 -
Para visualizar entradas de log apenas para operações de confirmação de lotes com falha, emita o comando com a opção de pipe.
file show /var/log/<filename>| match “Error while”A saída mostra a confirmação de IDs de trabalho para operações de confirmação fracassadas.
user@R0>
file show/var/log/commitd_nov | match “Error while”Nov 1 22:47:18 Error while commiting 1001 Nov 1 22:51:10 Error while commiting 1003 Nov 1 22:52:15 Error while commiting 1005 ... -
Para visualizar entradas de log apenas para eventos de servidor de confirmação, emita o comando com a opção de pipe.
file show /var/log/<filename>| match “commit server”A saída mostra logs de eventos de servidor de confirmação.
user@R0>
file show/var/log/commitd_nov | match “commit server”Nov 1 22:46:39 Commit server status=running Nov 1 22:46:39 Commit server jobs=1000 Nov 1 22:46:43 Commit server status=not running Nov 1 22:46:43 Commit server jobs= Nov 1 22:47:17 Commit server status=running Nov 1 22:47:18 Commit server jobs=1001 Nov 1 22:47:18 2 errors reported by commit server Nov 1 22:47:18 Commit server status=not running Nov 1 22:47:18 Commit server jobs= Nov 1 22:50:31 Commit server status=running Nov 1 22:50:31 Commit server jobs=1002 Nov 1 22:50:35 Commit server status=not running Nov 1 22:50:35 Commit server jobs= Nov 1 22:51:09 Commit server status=running Nov 1 22:51:10 Commit server jobs=1003 Nov 1 22:51:10 2 errors reported by commit server Nov 1 22:51:10 Commit server status=not running ...
Fazer backup da configuração comprometida no boot drive alternativo
Depois de confirmar a configuração e ficar satisfeito de que ela está sendo executada com sucesso, você deve emitir o comando para fazer o backup do novo software no sistema de arquivos.request system snapshot/altconfig Se você não emitir o comando, a configuração no drive de inicialização alternativo está fora de sincronia com a configuração no boot drive principal.request system snapshot
O comando apoia o sistema de arquivos raiz para.request system snapshot/altroot/config/altconfig Os sistemas raiz e de arquivo estão no flash drive do roteador, e os sistemas e arquivos estão no disco rígido do roteador (se disponível)./config/altroot/altconfig
Depois de emitir o comando, você não pode retornar à versão anterior do software porque as cópias em execução e backup do software são idênticas.request system snapshot