Usando comandos operacionais para monitorar um dispositivo

A tabela a seguir lista alguns diretórios padrão em um dispositivo da Juniper Networks.

Tabela 1: Diretórios no dispositivo

Diretório	Descrição
/config	Este diretório está localizado no flash drive interno do dispositivo. Ele contém a configuração ativa (juniper.conf) e arquivos de reversão 1, 2 e 3.
/var/db/config	Este diretório está localizado no disco rígido do dispositivo e contém arquivos de reversão de 4 a 49.
/var/tmp	Este diretório está localizado no disco rígido do dispositivo. Ele detém arquivos de núcleo dos vários processos nos mecanismos de roteamento. Os arquivos de núcleo são gerados quando um processo específico falha. Os engenheiros da Juniper Networks usam esses arquivos centrais para diagnosticar a causa da falha.
/var/log	Este diretório está localizado no disco rígido do dispositivo. Ele contém arquivos gerados tanto pela função de registro do dispositivo quanto pelo traceoptions comando.
/var/home	Este diretório está localizado no disco rígido do dispositivo. Ele contém um subdiretório para cada usuário configurado no dispositivo. Esses diretórios de usuário individuais são a localização padrão de arquivos para muitos comandos de software.
/altroot	Este diretório está localizado no disco rígido do dispositivo e contém uma cópia da estrutura do arquivo raiz do flash drive interno. Este diretório é usado em certos modos de recuperação de desastres onde o flash drive interno não está operacional.
/altconfig	Este diretório está localizado no disco rígido do dispositivo e contém uma cópia da estrutura do /config arquivo a partir do flash drive interno. Este diretório também é usado em certos modos de recuperação de desastres quando o flash drive interno não está operacional.

Você pode visualizar a estrutura do diretório do dispositivo, bem como arquivos individuais, emitindo o file comando no modo operacional.

1. Para obter ajuda sobre o file comando, insira file ?:

   A ajuda mostra que o file comando inclui várias opções para manipular arquivos.

2. Use a opção list para ver a estrutura do diretório do dispositivo. Por exemplo, para mostrar os arquivos localizados em seu diretório de casa no dispositivo:

   O diretório padrão para o file list comando é o diretório inicial do usuário logado no dispositivo. Na verdade, o diretório inicial do usuário é o diretório padrão para a maioria dos comandos que exigem um nome de arquivo.

3. Para visualizar o conteúdo de outros diretórios de arquivos, especifique a localização do diretório. Por exemplo:

4. Você também pode usar o sistema de ajuda sensível ao contexto do dispositivo para localizar um diretório. Por exemplo:

5. Você também pode exibir o conteúdo de um arquivo. Por exemplo:

Você pode incluir um nome de arquivo em comandos CLI e declarações de configuração como essas:

• file copy
• file archive,
• load,
• save
• set system login user
• username
• authentication
• load-key-file
• request system software add

Em uma matriz de roteamento, você pode incluir informações do chassi como parte do nome do arquivo (por exemplo, lcc0, lcc0-re0ou lcc0-re1).

Você pode especificar um nome de arquivo ou URL de uma das seguintes maneiras:

• filename— Arquive o diretório atual do usuário no flash drive local. Você pode usar curingas para especificar vários arquivos de origem ou um único arquivo de destino. Nem o HTTP nem o FTP oferecem suporte a curingas.

  Nota:

  Apenas os file (compare | copy | delete | list | rename | show) comandos oferecem suporte a curingas. Quando você emite o file show comando com um curinga, o comando deve resolver para um nome de arquivo.

• path/filename— Arquivo no disco flash local.

• /var/filename ou /var/path/filename— Arquivo no disco rígido local.

  Você também pode especificar um arquivo em um mecanismo de roteamento local para um roteador T640 específico em uma matriz de roteamento:

• a:filename ou a:path/filename— Arquivo na unidade local. O caminho padrão é / (o diretório de nível raiz). A mídia removível pode estar no formato MS-DOS ou UNIX (UFS).

• hostname:/path/filename, hostname:filename, hostname:path/filename, ou scp://hostname/path/filename— Arquive um scp/ssh cliente. Este formulário não está disponível na versão mundial do sistema operacional. O caminho padrão é o diretório de casa do usuário no sistema remoto. Você também pode especificar hostname como username@hostname.

• ftp://hostname/path/filename— Arquivo em um servidor FTP. Você também pode especificar hostname como username@hostname ou username:password@hostname. O caminho padrão é o diretório de casa do usuário.

  Para especificar um caminho absoluto, o caminho deve começar com %2F; por exemplo, ftp://hostname/%2Fpath/filename.

  Para que o sistema o solicite a senha, especifique prompt no lugar da senha. Se uma senha for necessária e você não especificar a senha ou prompt, uma mensagem de erro for exibida:

• http:hostname/path/filename— Arquivo em um servidor HTTP. Você também pode especificar hostname como username@hostname ou username:password@hostname. Se uma senha é necessária e você a omite, você é solicitado a ela.

• re0:/path/filename ou re1:/path/filename— Arquivo em um mecanismo de roteamento local.

  Você também pode especificar um arquivo em um mecanismo de roteamento local para um roteador T640 específico em uma matriz de roteamento:

Para verificar a operação do sistema ou começar a diagnosticar uma condição de erro, você pode precisar exibir informações sobre processos de software em execução no dispositivo.

Para mostrar processos de software:

1. Certifique-se de estar no modo operacional.

2. Insira o show system processes extensive comando. Este comando mostra a utilização da CPU no dispositivo e lista os processos por ordem de utilização da CPU.

A tabela a seguir lista e descreve os campos de saída incluídos neste exemplo. Os campos estão listados em ordem alfabética.

Tabela 2: O processo de sistema show extenso campos de saída de comando

Campo	Descrição
COMMAND	Comando que está em execução.
last pid	Último identificador de processo atribuído ao processo.
load averages	Três médias de carga, seguidas pelo tempo atual.
Mem	Informações sobre a alocação de memória física e virtual.
NICE	Valor "bom" do UNIX. O bom valor permite que um processo altere sua prioridade de agendamento final.
PID	Identificador de processos.
PRI	Prioridade de agendamento atual do kernel do processo. Um número menor indica uma prioridade maior.
processes	Número de processos existentes e o número de processos em cada estado (sleeping, running, starting, zombies, e stopped).
RES	Quantidade atual de memória residente, em KB.
SIZE	Tamanho total do processo (text, data, e stack), em KB.
STATE	Estado atual do processo (sleep, , , run, idle, ou zombistop). wait
Swap	Informações sobre a alocação de memória física e virtual.
USERNAME	Dono do processo.
WCPU	Uso ponderado de CPU.

Para corrigir uma condição de erro, você pode precisar reiniciar um processo de software em execução no dispositivo. Você pode usar o restart comando para forçar uma reinicialização de um processo de software.

CUIDADO:

Não reinicie um processo de software a menos que seja solicitado especificamente pelo seu representante de suporte ao cliente da Juniper Networks. Reiniciar um processo de software durante a operação normal de um dispositivo pode interromper o encaminhamento de pacotes e causar perda de dados.

Para reiniciar um processo de software:

1. Certifique-se de estar no modo operacional.

2. Insira o seguinte comando:

   • process-name é o nome do processo que você deseja reiniciar. Por exemplo, routing ou class-of-service. Você pode usar o recurso de conclusão de comando do sistema para ver uma lista de processos de software que você pode reiniciar usando este comando.

   • A opção gracefully reinicia o processo de software após realizar tarefas de limpeza.

   • A opção immediately reinicia o processo de software sem realizar nenhuma tarefa de limpeza.

   • A opção soft relê e reativa a configuração sem reiniciar completamente os processos de software. Por exemplo, os pares BGP ficam parados e a tabela de roteamento permanece constante.

Nota:

A gracefully, immediatelye soft as opções para o restart comando são opcionais e não são necessárias para a execução do comando.

O exemplo a seguir mostra como reiniciar o processo de roteamento:

Quando um processo é reiniciado, o identificador de processos (PID) é atualizado.

CUIDADO:

Para evitar possíveis danos ao sistema de arquivos e evitar a perda de dados, você deve sempre desligar o software graciosamente antes de desligar o dispositivo.

Você deve parar o software em um dispositivo através de uma conexão direta de console, não através da rede. Conforme o software é desativado, a rede será desligada, e se você estiver conectado dessa forma, você não verá os resultados.

Para parar o software:

1. Certifique-se de estar no modo operacional.

2. Insira o request system halt comando. Esse comando interrompe todos os processos do sistema e interrompe o sistema operacional. Por exemplo:

Após uma atualização de software ou para se recuperar (ocasionalmente) de uma condição de erro, você deve reiniciar o software. Como acontece com o shutdown comando, você deve reiniciar através de uma conexão direta do console caso contrário, você não verá a saída de comando quando a rede cair durante o processo de reinicialização.

Para reiniciar o software:

1. Certifique-se de estar no modo operacional.

2. Insira o request system reboot comando. Este comando exibe os estágios finais do desligamento do sistema e executa a reinicialização. As solicitações de reinicialização são registradas nos arquivos de log do sistema, que você pode visualizar com o show log messages comando. Por exemplo: