Nesta página
Gerenciamento de configurações
O show | comparar | exibir saída de comando xml
O compare | display xml filtro compara a configuração do candidato com a configuração comprometida atual e exibe as diferenças entre as duas configurações no XML. Para comparar configurações, entre compare | display xml após o símbolo do tubo ( | ) no modo operacional ou de configuração.
Exemplo no modo operacional:
user@host> show configuration | compare | display xml
Exemplo no modo de configuração:
[edit]
user@host# show | compare | display xml
Você pode inserir uma hierarquia de configuração específica imediatamente anterior ao compare filtro, por exemplo show configuration system syslog | compare | display xml. No modo de configuração, você pode navegar até uma hierarquia onde o comando é aplicado.
As diferenças em relação à função de filtro de comparação são saída em XML. A configuration tag inicia a saída. O contexto para mudanças é estabelecido com etiquetas de nome da hierarquia em relação à raiz da comparação. Para alterações de elementos, um operation atributo é a saída na tag onde ocorre uma mudança. Este atributo tem o valor create, deleteou merge. Para alterações de metadados, o nome dos metadados é especificado. Por exemplo, se uma declaração estiver marcada como inativa, o atributo e o inactive="inactive" valor serão saída. O namespace nc é usado quando necessário para indicar que um atributo está no namespace netconf em vez do namespace do sistema operacional.
Começando com o Junos OS Release 16.2R2, o show | compare | display xml comando omite a <configuration> tag na saída XML se a comparação não retornar diferenças ou se a comparação devolver apenas diferenças para dados de configuração não nativos, por exemplo, dados de configuração associados a um modelo de dados OpenConfig.
As seções a seguir explicam o XML gerado para tipos específicos de mudanças de configuração. As alterações de texto correspondentes são mostradas para comparação.
- Adicionar uma declaração (criar operação)
- Exclua uma declaração (exclua a operação)
- Alterar uma declaração (excluir e criar operações)
- Alterar metadados (atributo e operação inativos)
- Adicione uma anotação (tag de comentários e crie operação)
- Alterar uma anotação (tag de comentários e excluir e criar operações)
- Adicione uma declaração dentro de um contêiner (crie a operação e insira e principais atributos)
- Alterar a ordem dentro de um contêiner (mesclar operação e inserir e principais atributos)
Adicionar uma declaração (criar operação)
O exemplo a seguir mostra a inclusão do endereço IPv4 2.2.2.2 à unidade 1.
As tags por meio name fornecem o contexto para a adição. O operation="create" atributo indica que uma unit declaração foi criada e é definida pela configuração dentro da unit tag.
[edit interfaces ge-0/0/0] user@host>show configuration | compare[edit interfaces ge-0/0/0] + unit 1 { + family inet { + address 2.2.2.2/32; + } + } [edit interfaces ge-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>ge-0/0/0</name> <unit nc:operation="create"> <name>1</name> <family> <inet> <address> <name>2.2.2.2/32</name> </address> </inet> </family> </unit> </interface> </interfaces> </configuration>
Exclua uma declaração (exclua a operação)
O exemplo a seguir mostra a exclusão de uma declaração simples na hierarquia de configuração. As tags por meio system fornecem o contexto para a exclusão. O operation="delete" atributo indica que a services declaração foi excluída. A configuração seguinte à services declaração foi excluída, porém, não é saída.
[edit system] user@host>show configuration | compare[edit system] - services { - ftp; - } [edit system] user@host#show | compare | display xml<configuration> <system> <services operation="delete"/> </system> </configuration>
O exemplo a seguir mostra a exclusão da unidade 1 da ge-0/0/0 interface. A configuração seguinte à unit declaração foi excluída, porém, não é saída.
[edit interfaces ge-0/0/0] user@host>show configuration | compare[edit interfaces ge-0/0/0] - unit 1 { - family inet { - address 2.2.2.2/32; - } - } [edit interfaces ge-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>ge-0/0/0</name> <unit nc:operation="delete"> <name>1</name> </unit> </interface> </interfaces> </configuration>
O exemplo a seguir mostra a exclusão da apply-groups configuração. Os grupos excluídos não são mostrados na saída.
[edit] user@host#delete apply-groups[edit] user@host>show configuration | compare[edit] - apply-groups [ g1 g2 g3 ]; [edit] user@host#show | compare | display xml<configuration> <apply-groups operation="delete"/> </configuration>
Alterar uma declaração (excluir e criar operações)
O exemplo a seguir mostra uma mudança em uma declaração na hierarquia. As etiquetas fornecidas fornecem system o contexto para a mudança. O operation="delete" atributo indica que a host-name declaração foi excluída. A configuração seguinte à host-name declaração foi excluída, mas isso não é mostrado na saída. O operation="create" atributo indica que uma host-name declaração foi criada e é definida pela configuração dentro da host-name tag.
[edit system] user@host>show configuration | compare[edit system] - host-name router1; + host-name router2; [edit system] user@host#show | compare | display xml<configuration> <system> <host-name nc:operation="delete"/> <host-name nc:operation="create">router2</host-name> </system> </configuration>
Alterar metadados (atributo e operação inativos)
O exemplo a seguir mostra a inativação de uma declaração na hierarquia. As etiquetas fornecidas fornecem system o contexto para a mudança. O inactive="inactive" atributo indica que a syslog declaração foi inativada.
[edit system] user@host>show configuration | compare[edit system] ! inactive: syslog { ... } [edit system] user@host#show | compare | display xml<configuration> <system> <syslog inactive="inactive"/> </system> </configuration>
O exemplo a seguir mostra a inclusão de uma declaração inativa syslog . O operation="create" atributo indica que a syslog declaração foi criada e é definida pela configuração dentro da syslog tag. O inactive="inactive" atributo indica que a syslog declaração foi inativada.
[edit system] user@host>show configuration | compare[edit system] + inactive: syslog { + file foo { + any any; + } + } [edit system] user@host#show | compare | display xml<configuration> <system> <syslog nc:operation="create" inactive="inactive"> <file> <name>foo</name> <contents> <name>any</name> <any/> </contents> </file> </syslog> </system> </configuration>
Adicione uma anotação (tag de comentários e crie operação)
O exemplo a seguir mostra a inclusão de um comentário a uma declaração. As tags por meio syslog fornecem o contexto para a anotação. O operation="create" atributo da junos:comment tag indica que um comentário foi adicionado à [edit system syslog] hierarquia.
[edit system] user@host>show configuration | compare[edit system] + /* my-comments-simple */ syslog { ... } [edit system] user@host#show | compare | display xml<configuration> <system> <junos:comment nc:operation="create">/* my-comments-simple */</junos:comment> <syslog/> </system> </configuration>
O exemplo a seguir mostra a inclusão de um comentário a uma declaração. As tags por meio syslog fornecem o contexto para a anotação. O operation="create" atributo da junos:comment tag indica que um comentário foi adicionado à [edit system syslog] hierarquia para a saída de declaração dentro da syslog tag.
[edit system syslog] user@host>show configuration | compare+ /* my-comments-ele */ file f1 { ... } [edit system syslog] user@host#show | compare | display xml<configuration> <system> <syslog> <junos:comment nc:operation="create">/* my-comments-elem */</junos:comment> <file> <name>f1</name> </file> </syslog> </system> </configuration>
Alterar uma anotação (tag de comentários e excluir e criar operações)
O exemplo a seguir mostra a mudança de um comentário para uma declaração. As tags por meio system fornecem o contexto para a anotação.
-
O
operation="delete"atributo dajunos:commenttag indica que um comentário foi excluído da[edit system]hierarquia nasyslogdeclaração. -
O
operation="create"atributo dajunos:commenttag indica que um comentário foi adicionado à[edit system]hierarquia para asyslogdeclaração.
[edit system] user@host>show configuration | compare- /* my-comments-1 */ + /* my-comments-2 */ syslog { ... } [edit system] user@host#show | compare | display xml<configuration> <system> <junos:comment nc:operation="delete"/> <junos:comment nc:operation="create">/* my-comments-2 */</junos:comment> <syslog/> </system> </configuration>
Adicione uma declaração dentro de um contêiner (crie a operação e insira e principais atributos)
O exemplo a seguir mostra a inclusão de uma file declaração na [edit system syslog] hierarquia. As tags por meio syslog fornecem o contexto para a adição.
-
O
operation="create"atributo dafiletag indica que umafiledeclaração foi adicionada. -
O
yang:insert="after"atributo indica que o arquivo foi adicionado após a posição indicada peloyang:key="[name='file-1']"atributo. -
O valor do arquivo 1 representa a posição dentro das declarações existentes
file, onde um é o primeiro arquivo. -
Neste exemplo, a nova
filedeclaração foi adicionada após o primeiro arquivo.
[edit system syslog] user@host>show configuration | compare[edit system syslog] file file-1 { ... } + file file-2 { + any any; + } [edit system syslog] user@host#show | compare | display xml<configuration> <system> <syslog> <file nc:operation="create" yang:insert="after" yang:key="[name='file-1']"> <name>file-2</name> <contents> <name>any</name> <any/> </contents> </file> </syslog> </system> </configuration>
Alterar a ordem dentro de um contêiner (mesclar operação e inserir e principais atributos)
O exemplo a seguir mostra a mudança na ordem das file declarações na [edit system syslog] hierarquia. As etiquetas fornecidas fornecem syslog o contexto para a mudança.
-
O
operation="merge"atributo dafiletag indica que uma declaração existentefilefoi movida. -
O
yang:insert="after"atributo indica que o arquivo foi movido após o arquivo na posição indicada peloyang:key="[name='file-1']"atributo. -
O valor do arquivo 1 representa uma posição dentro das declarações existentes
file, onde um é o primeiro arquivo. -
O valor na
nametag, arquivo 3, representa uma posição dentro das declarações de arquivo existentes. -
Neste exemplo, a
filedeclaração na terceira posição foi movida após o primeiro arquivo.
[edit system syslog] user@host>show configuration | compare[edit system syslog] file f1 { ... } ! file f3 { ... } [edit system syslog] user@host#show | compare | display xml<configuration> <system> <syslog> <file nc:operation="merge" yang:insert="after" yang:key="[name='file-1']"> <name>file-3</name> </file> </syslog> </system> </configuration>
Voltando à configuração mais recentemente comprometida
Para retornar à configuração mais recentemente comprometida e carregá-la no modo de configuração sem ativá-la, use o comando do rollback modo de configuração:
[edit]
user@host# rollback
load complete
Para ativar a configuração à qual você revirou, use o commit comando:
[edit] user@host#rollbackload complete [edit] user@host#commit
Voltando a uma configuração previamente comprometida
Este tópico explica como você pode voltar a uma configuração anterior do que a mais recentemente comprometida.
- Exemplo de retorno a uma configuração anterior
- Exemplo de exibição de configurações anteriores
- Sobre comparar versões de configuração
Exemplo de retorno a uma configuração anterior
Para retornar a uma configuração anterior, você inclui o número de configuração, de 0 a 49, no rollback comando. A configuração salva mais recentemente é a número 0 (que é a configuração padrão à qual o sistema retorna), e a configuração salva mais antiga é a número 49.
Exemplo:
[edit]
user@host# rollback number
load complete
Exemplo de exibição de configurações anteriores
Para exibir configurações anteriores, você usa o rollback ? comando. Você inclui o número de reversão, data, hora, o nome do usuário que cometeu alterações e o método de confirmação.
Exemplo:
[edit]
user@host# rollback ?
Possible completions:
<[Enter]> Execute this command
<number> Numeric argument
0 2018-02-27 12:52:10 PST by abc via cli
1 2018-02-26 14:47:42 PST by def via cli
2 2018-02-14 21:55:45 PST by ghi via cli
3 2018-02-10 16:11:30 PST by jkl via cli
4 2018-02-10 16:02:35 PST by mno via cli
5 2018-03-16 15:10:41 PST by pqr via cli
6 2018-03-16 14:54:21 PST by stu via cli
7 2018-03-16 14:51:38 PST by vwx via cli
8 2018-03-16 14:43:29 PST by yzz via cli
9 2018-03-16 14:15:37 PST by abc via cli
10 2018-03-16 14:13:57 PST by def via cli
11 2018-03-16 12:57:19 PST by root via other
12 2018-03-16 10:45:23 PST by root via other
13 2018-03-16 10:08:13 PST by root via other
14 2018-03-16 01:20:56 PST by root via other
15 2018-03-16 00:40:37 PST by ghi via cli
16 2018-03-16 00:39:29 PST by jkl via cli
17 2018-03-16 00:32:36 PST by mno via cli
18 2018-03-16 00:31:17 PST by pqr via cli
19 2018-03-15 19:59:00 PST by stu via cli
20 2018-03-15 19:53:39 PST by vwx via cli
21 2018-03-15 18:07:19 PST by yzz via cli
22 2018-03-15 17:59:03 PST by abc via cli
23 2018-03-15 15:05:14 PST by def via cli
24 2018-03-15 15:04:51 PST by ghi via cli
25 2018-03-15 15:03:42 PST by jkl via cli
26 2018-03-15 15:01:52 PST by mno via cli
27 2018-03-15 14:58:34 PST by pqr via cli
28 2018-03-15 13:09:37 PST by root via other
29 2018-03-12 11:01:20 PST by stu via cli
30 2018-03-12 10:57:35 PST by vwx via cli
31 2018-03-11 10:25:07 PST by yzz via cli
32 2018-03-10 23:40:58 PST by abc via cli
33 2018-03-10 23:40:38 PST by def via cli
34 2018-03-10 23:14:27 PST by ghi via cli
35 2018-03-10 23:10:16 PST by jkl via cli
36 2018-03-10 23:01:51 PST by mno via cli
37 2018-03-10 22:49:57 PST by pqr via cli
38 2018-03-10 22:24:07 PST by stu via cli
39 2018-03-10 22:20:14 PST by vwx via cli
40 2018-03-10 22:16:56 PST by yzz via cli
41 2018-03-10 22:16:41 PST by abc via cli
42 2018-03-10 20:44:00 PST by def via cli
43 2018-03-10 20:43:29 PST by ghi via cli
44 2018-03-10 20:39:14 PST by jkl via cli
45 2018-03-10 20:31:30 PST by root via other
46 2018-03-10 18:57:01 PST by mno via cli
47 2018-03-10 18:56:18 PST by pqr via cli
48 2018-03-10 18:47:49 PST by stu via cli
49 2018-03-10 18:47:34 PST by vw via cli
| Pipe through a command
[edit]
Sobre comparar versões de configuração
Somente no modo de configuração, quando você tiver feito alterações na configuração, você pode comparar a configuração do candidato com uma versão anterior. Para comparar versões, você usa o compare comando para exibir as configurações. O compare comando compara a configuração do candidato com a configuração comprometida atual ou um arquivo de configuração. Esse comando também exibe as diferenças entre as duas configurações.
Para comparar configurações, você especifica o compare comando após o tubo:
[edit]
user@host# show | compare (filename| rollback n)
-
filenameé o caminho completo para um arquivo de configuração. O arquivo deve estar no formato adequado: uma hierarquia de declarações. -
né o índice da lista de configurações previamente comprometidas. A configuração salva mais recentemente é a número 0, e a configuração salva mais antiga é a número 49. Se você não especificar argumentos, o sistema compara a configuração do candidato com o arquivo de configuração ativo (/config/juniper.conf).
A saída de comparação inclui os seguintes símbolos no prefixo para declarações que são:
-
Apenas na configuração do candidato: um sinal positivo (+).
-
Apenas no arquivo de comparação: um sinal negativo (-).
-
Inalterado; um único espaço em branco ().
O exemplo a seguir mostra várias mudanças, seguido de uma comparação da configuração do candidato com a configuração ativa. O exemplo mostra apenas as mudanças feitas no nível de [edit protocols bgp] hierarquia:
[edit] user@host#edit protocols bgp[edit protocols bgp] user@host#showgroup my-group { type internal; hold-time 60; advertise-inactive; allow 10.1.1.1/8; } group fred { type external; peer-as 33333; allow 10.2.2.2/8; } group test-peers { type external; allow 10.3.3.3/8; } [edit protocols bgp] user@host#set group my-group hold-time 90[edit protocols bgp] user@host#delete group my-group advertise-inactive[edit protocols bgp] user@host#set group fred advertise-inactive[edit protocols bgp] user@host#delete group test-peers[edit protocols bgp] user@host#show | compare[edit protocols bgp group my-group] -hold-time 60; +hold-time 90; -advertise-inactive; [edit protocols bgp group fred] +advertise-inactive; [edit protocols bgp] -group test-peers { -type external; -allow 10.3.3.3/8; } [edit protocols bgp] user@host#showgroup my-group { type internal; hold-time 90; allow 10.1.1.1/8; } group fred { type external; advertise-inactive; peer-as 3333; allow 10.2.2.2/8; }
Usando identificadores de revisão de configuração
Cada commit tem um identificador de revisão de configuração (CRI) associado a ele. O CRI é uma cadeia única que, ao contrário do índice de reversão, não muda quando novas configurações são comprometidas.
Como o CRI para uma determinada configuração comprometida é fixo, ele tem vantagens sobre o uso de um índice de reversão. Os sistemas de gerenciamento de rede (NMS) podem armazenar o CRI em cache para um determinado compromisso. Posteriormente, o NMS pode comparar o valor em cache com o CRI da configuração atual no dispositivo de rede para detectar se outros sistemas fizeram alterações de configuração fora da banda no dispositivo, por exemplo, durante uma janela de manutenção.
Além disso, começando pelo Junos OS e Junos OS Evolved Release 20.4R1, você pode usar o CRI associado a uma configuração comprometida para:
-
Veja a configuração.
-
Compare duas configurações.
-
Reverta para a configuração.
-
Recuperar o índice de reversão atual associado a essa configuração.
Para ver o CRI associado a cada commit, use o show system commit include-configuration-revision comando. Isso exibirá o histórico de confirmação do sistema e o CRI para cada confirmação.
user@host> show system commit include-configuration-revision 0 2020-08-02 00:42:58 IST by user via cli re0-1596309177-4 1 2020-08-02 00:42:53 IST by user via cli re0-1596309173-3 2 2020-08-02 00:42:50 IST by user via cli re0-1596309170-2 3 2020-08-02 00:42:40 IST by user via other re0-1596309160-1
Como alternativa, você pode visualizar o CRI para obter um número de reversão específico emitindo o show system rollback number configuration-revision comando.
user@host> show system rollback 0 configuration-revision The corresponding configuration revision is: re0-1596309177-4
Uma vez que você tenha a string CRI para um compromisso específico, você pode visualizar essa configuração com o show system configuration revision cri-string comando.
user@host> show system configuration revision re0-1596309177-4
Você pode comparar 2 configurações usando a opção compare com ambas as CRIs.
user@host> show system configuration revision compare re0-1596309177-4 re0-1596309173-3
Você também pode usar a visualização do número de reversão para um CRI específico, incluindo a opção rollback-number cri-string .
user@host> show system configuration revision rollback-number re0-1596309160-1 The corresponding rollback number is: 3
Além disso, no modo de configuração, você pode reverter para uma configuração especificando o CRI em vez do índice de reversão.
[edit] user@host# rollback revision re0-1596309160-1 load complete [edit] user@host# commit
Salvando uma configuração para um arquivo
Salvar uma configuração de dispositivo em um arquivo permite editá-la com qualquer editor de texto simples de sua escolha. Você pode salvar sua configuração atual em um arquivo ASCII, que salva a configuração em sua forma atual, incluindo quaisquer alterações não comprometidas. Se mais de um usuário estiver modificando a configuração, todas as alterações feitas por todos os usuários serão salvas.
Para salvar mudanças na configuração de software em um arquivo ASCII, use o comando do save modo de configuração:
[edit]
user@host# save filename
[edit]
user@host#
O conteúdo do nível atual da hierarquia de declaração (e abaixo) é salvo, juntamente com a hierarquia de declaração que a contém. Isso permite que uma seção da configuração seja salva e, ao mesmo tempo, especifique totalmente a hierarquia da declaração.
Por padrão, a configuração é salva em um arquivo em seu diretório de casa, que está no pen drive.
Quando você emite esse comando de qualquer lugar da hierarquia (exceto no nível superior), uma replace tag é automaticamente incluída no início do arquivo. Você pode usar a replace tag para controlar como uma configuração é carregada de um arquivo.
Exemplo:
user@host>file show /var/home/user/myconfreplace: protocols { bgp { disable; group int { type internal; } } isis { disable; interface all { level 1 disable; } interface fxp0.0 { disable; } } ospf { traffic-engineering; reference-bandwidth 4g; ... } }
Sobre a compressão do arquivo de configuração atual
Por padrão, o arquivo de configuração operacional atual é comprimido e é armazenado no arquivo juniper.conf.gz no sistema de /config arquivos. O arquivo de configuração operacional é armazenado junto com as últimas três versões comprometidas da configuração. Se você tiver redes grandes, o arquivo de configuração atual pode exceder o espaço disponível no sistema de /config arquivos. Comprimir o arquivo de configuração atual permite que o arquivo se encaixe no sistema de arquivos, normalmente reduzindo o tamanho do arquivo em 90%. Você pode querer comprimir seus arquivos de configuração operacionais atuais quando eles alcançam 3 megabytes (MB) em tamanho.
Quando você compacta o arquivo de configuração atual, os nomes dos arquivos de configuração mudam. Para determinar o tamanho dos arquivos no sistema de /config arquivos, você emite o file list /config detail comando.
Recomendamos que você comprima os arquivos de configuração (este é o padrão) para minimizar a quantidade de espaço em disco que eles exigem.
-
Se você quiser comprimir o arquivo de configuração atual, inclua a
compress-configuration-filesdeclaração no nível de[edit system]hierarquia:[edit system] compress-configuration-files;
-
Comprometa o arquivo de configuração atual para incluir a
compression-configuration-filesdeclaração. Comprometa a configuração novamente para comprimir o arquivo de configuração atual:[edit system] user@host#
set compress-configuration-filesuser@host#commitcommit complete -
Se você não quiser comprimir o arquivo de configuração operacional atual, inclua a
no-compress-configuration-filesdeclaração no nível de[edit system]hierarquia:[edit system] no-compression-configuration-files;
-
Comprometa o arquivo de configuração atual para incluir a
no-compress-configuration-filesdeclaração. Comprometa a configuração novamente para descomprimir o arquivo de configuração atual:[edit system] user@host#
set no-compress-configuration-filesuser@host#commitcommit complete
Libere o espaço de armazenamento do sistema
Problema
Descrição
O espaço de armazenamento de arquivos do sistema no dispositivo está cheio. A reinicialização do switch não resolve o problema.
A mensagem de erro a seguir aparece durante uma operação típica no dispositivo depois que o espaço de armazenamento de arquivos estiver cheio:
user@host%cliuser@host>configure/var: write failed, filesystem is full
Solução
Limpe o armazenamento de arquivos no dispositivo excluindo arquivos do sistema.
-
Emita uma solicitação para limpar (excluir) arquivos do sistema.
user@host>
request system storage cleanupA lista de arquivos a serem excluídos é exibida.
List of files to delete: Size Date Name 11B Jul 26 20:55 /var/jail/tmp/alarmd.ts 124B Aug 4 18:05 /var/log/default-log-messages.0.gz 1301B Jul 26 20:42 /var/log/install.0.gz 387B Jun 3 14:37 /var/log/install.1.gz 4920B Aug 4 18:05 /var/log/messages.0.gz 20.0K Jul 26 21:00 /var/log/messages.1.gz 16.3K Jun 25 13:45 /var/log/messages.2.gz 804B Aug 4 18:05 /var/log/security.0.gz 16.8K Aug 3 11:15 /var/log/security.1.gz 487B Aug 4 18:04 /var/log/wtmp.0.gz 855B Jul 29 22:54 /var/log/wtmp.1.gz 920B Jun 30 16:32 /var/log/wtmp.2.gz 94B Jun 3 14:36 /var/log/wtmp.3.gz 353.2K Jun 3 14:37 /var/sw/pkg/jloader-qfx-11.2I20110303_1117_dc-builder.tgz 124.0K Jun 3 14:30 /var/tmp/gres-tp/env.dat 0B Apr 14 16:20 /var/tmp/gres-tp/lock 0B Apr 14 17:37 /var/tmp/if-rtsdb/env.lck 12.0K Jul 26 20:55 /var/tmp/if-rtsdb/env.mem 2688.0K Jul 26 20:55 /var/tmp/if-rtsdb/shm_usr1.mem 132.0K Jul 26 20:55 /var/tmp/if-rtsdb/shm_usr2.mem 2048.0K Jul 26 20:55 /var/tmp/if-rtsdb/trace.mem 155B Jul 26 20:55 /var/tmp/krt_gencfg_filter.txt 0B Jul 26 20:55 /var/tmp/rtsdb/if-rtsdb 1400.6K Aug 3 10:13 /var/tmp/sfid.core.0.gz 1398.9K Aug 3 17:01 /var/tmp/sfid.core.1.gz Delete these files ? [yes,no] (no) -
Selecione
yespara excluir os arquivos. -
Reinicialize o dispositivo.
Recomendamos que você emita regularmente uma solicitação para limpar o armazenamento de arquivos do sistema. Limpar o espaço de armazenamento de arquivos do sistema otimiza o desempenho do dispositivo.
Limpe arquivos com a CLI
Você pode usar o comando CLI request system storage cleanup para rodar arquivos de log e excluir arquivos desnecessários no dispositivo. Se você estiver com pouco espaço de armazenamento, o procedimento de limpeza de arquivos identifica rapidamente arquivos que você pode excluir.
O procedimento de limpeza de arquivos executa as seguintes tarefas:
-
Gira arquivos de log — arquiva todas as informações nos arquivos de log atuais, apaga arquivos antigos e cria arquivos de log novos.
-
Apaga arquivos
/var/logde log — exclui quaisquer arquivos que não estejam sendo escritos no momento. -
Apaga arquivos temporários —
/var/tmpexclui quaisquer arquivos que não tenham sido acessados dentro de dois dias. -
Apaga todos os arquivos de colisão
/var/crash— apaga todos os arquivos de núcleo que o dispositivo tenha escrito durante um erro. -
Apaga todas as imagens de software (
*.tgzarquivos) —/var/sw/pkgapaga todas as imagens de software copiadas para este diretório durante atualizações de software.
Para rodar arquivos de log e excluir arquivos desnecessários com a CLI:
Você pode emitir o request system storage cleanup dry-run comando para revisar a lista de arquivos que você pode excluir com segurança. A ação seca permite que você analise a lista antes de emitir o request system storage cleanup comando para excluir os arquivos.
Nos firewalls da Série SRX, a /var hierarquia é hospedada em uma partição separada (em vez da partição raiz). Se a instalação do sistema operacional falhar como resultado de espaço insuficiente:
-
Use o
request system storage cleanupcomando para excluir arquivos temporários. -
Exclua quaisquer arquivos criados pelo usuário tanto na partição raiz quanto na
/varhierarquia.
Tabela de histórico de alterações
A compatibillidadde com o recurso dependerá da platadorma e versão utilizada. Use o Feature Explorer para saber se o recurso é compatível com sua plataforma.
show | compare | display xml comando omite a <configuration> tag na saída XML se a comparação não retornar diferenças ou se a comparação devolver apenas diferenças para dados de configuração não nativos, por exemplo, dados de configuração associados a um modelo de dados OpenConfig.