Solução de problemas de acesso à biblioteca de fitas no NetWorker
Resumo: Este artigo destina-se a ajudar o Suporte e os administradores do NetWorker a determinar as causas da incapacidade de um robô detectado de aceitar comandos.
Sintomas
- Não é possível acessar a instalação detectada da biblioteca de fitas no servidor ou nó de armazenamento do NetWorker
- Não é possível fazer backup de dados devido a hardware de backup inutilizável
- Erros ao acessar o robô:
0x29Device busyThe requested resource is busyStr=<There is an input or output error.>No such deviceNo such file or directoryInappropriate ioctl for device
Causa
Se a biblioteca estava funcionando anteriormente e, de repente, não está, considere a última alteração conhecida como a causa provável:
- Alteração não tratada no endereço da biblioteca após a reinicialização, redetecção e renomeação do dispositivo
- Possíveis danos devido a sobrecarga de energia, interrupção temporária de energia ou outro evento ambiental
- Eventos de falha ou reconfiguração do hardware de transporte
- Instalação, alteração ou exclusão de software ou drivers relacionados a transporte ou robótica
Se a biblioteca nunca tiver funcionado, confirme se o hardware é compatível no Guia de compatibilidade de hardware do NetWorker(requer login na conta de suporte da Dell). Lembre-se que é possível que uma biblioteca esteja parcialmente funcional; A descoberta por si só não garante usabilidade ou suporte.
Resolução
Para solucionar problemas de falhas de acesso à biblioteca, analise as alterações recentes. Em seguida, use testes comparativos básicos e de terceiros para confirmar se algum host ou processo pode desencadear uma resposta do robô.
Às vezes, é desejável testar funções específicas, com base nas evidências disponíveis. Se o Host A puder consultar o robô, mas o Host B não, o robô responderá. O driver do host A pode estar bloqueando o robô. Se o Host B ainda receber erros depois que todos os hosts forem deszoneados, o Host B pode ter um problema de driver, configuração ou software.
Se o host acessou o robô antes do problema, é mais provável que os itens de revisão tenham sido alterados. Investigue falhas ou alterações de configuração conhecidas após o evento.
Depois que a biblioteca for detectada, use os seguintes comandos para testar as operações básicas de SCSI no transporte de armazenamento, e não na interface do usuário da Web ou Ethernet. Certifique-se sempre de que os patches do sistema operacional estejam atualizados, especialmente no que diz respeito ao armazenamento.
nsrget -o:d No servidor e nos nós afetados.
-o:d Em qualquer host com fitas em que as fitas estejam ocupadas gravando. Você pode verificar isso no NetWorker Management Console (NMC) em Monitoring -> Devices.
O seguinte artigo apresenta informações sobre como obter e usar o NSRGET: NetWorker: Como usar a ferramenta de coleta de dados NSRGet do NetWorker
Acesso à biblioteca: Sistema operacional:
- Windows: Não há uma maneira nativa de consultar uma biblioteca de fitas no Windows;
mtxé um utilitário freeware que pode ser testado se quiser. Ele usa o identificador do dispositivo de alteração, em vez do endereço SCSI, ao emitir comandos (o que pode ter implicações de teste).
- Linux: Como o Windows, não tem nenhum comando nativo para consulta, mas também tem um
mtxporta, o que exige o identificador do driver de dispositivo (novamente, diferente de como o NetWorker o acessa).
loaderinfo -f /dev/sg#
mtx -f /dev/sg# inquiry
- Solaris: O Solaris inclui o
sgendriver para suporte à biblioteca de fitas nativa, mas nãomtxport ou outros comandos de biblioteca nativa existem para ele. Em vez disso, consulte a seção sobre comandos do NetWorker para testar o acesso à biblioteca (abaixo).
- AIX: O AIX não tem suporte para biblioteca de fitas nativa (
lusé usado em vez disso), e nãomtxA porta existe para ele. Em vez disso, consulte a seção sobre comandos do NetWorker para testar o acesso à biblioteca (abaixo).
- HP-UX:
mcé o comando HP-UX nativo para manipulação do trocador de médio:
mc -p $(ioscan FnkC autoch | grep /dev/rac) -r MIDS -q
- NetWorker: Esses comandos funcionam em um nível relativamente atômico e, embora sejam gravados, compilados e testados pelo suporte do NetWorker, eles não exigem uma instância do NetWorker em execução para funcionar, nem qualquer configuração do NetWorker. Em geral, eles são considerados utilitários de teste confiáveis, de baixo nível e independentes de software. Para aumentar a depuração para a maioria dos utilitários, você pode adicionar as seguintes variáveis de ambiente:
SJI_DEBUG=9LUS_DEBUG=9 (lusdebug ffff on AIX)CDI_DEBUG=9SCSI_DEBUG=9JBDEBUG=9
No texto abaixo, '<changer address>' varia de acordo com o sistema operacional:
Windows: Initiator.Target.LUN (conforme revelado por inquire comando) ou \\.\changer# alça do
driverLinux: Intiator.Target.LUN (conforme revelado por inquire comando) ou /dev/sg# Identificador do
driverdo Solaris: /dev/scsi/changer/c#t#d# alça do
driverAIX: Initiator.Target.LUN (conforme revelado por inquire command)
HP-UX: Initiator.Target.LUN (conforme revelado por inquire comando) ou /dev/rac/c#t#d# Alça do driver
sjirjc <changer address>
Solicita dados do robô, como número de unidades, recursos compatíveis etc.
sjisn <changer address>
Solicita informações do elemento da unidade e do número de série do robô.
sjirdtag <changer address>
Solicita ao cartucho de fita dados de localização do elemento
cdi_inq -f <changer driver handle> -v
Solicita dados vitais do produto (requer um identificador de driver a ser usado)
ielem -a <changer address>
Tentativas de reinicializar elementos - podem ser disruptivas.
Acesso à biblioteca: Redefinindo a biblioteca:
nsrjb -HEvvvvv
Emite um comando reset para uma biblioteca problemática e força a reinicialização de um elemento.
nsrjb -IIvvvvv
Força uma atualização no objeto NSR jukebox do NetWorker com base nos códigos de barras relatados pela biblioteca e nos valores correspondentes no banco de dados de mídia.
nsrjb -HH
Força a jukebox a descarregar todos os volumes e tentar uma reinicialização suave.
ielem -a é um equivalente aproximado de nsrjb -E que não exige uma jukebox nsr funcional no NetWorker.
Transporte – Configuração
- Para SAN: Certifique-se de que o robô e o host de controle do robô NetWorker estejam conectados corretamente ao switch e analise o zoneamento do robô para garantir que a conexão completa seja possível.
- Os robôs não devem ser acessados ou controlados por mais de um host; a menos que haja uma necessidade (por exemplo, um robô particionado), certifique-se de que apenas o host pretendido do NetWorker Robot esteja zoneado para ver o robô.
- É possível testar expansores SAS para garantir que a conexão robótica seja estabelecida; A tecnologia ponto a ponto pura, como SCSI, requer o teste da conexão do host relevante.
Transporte - Hardware
- Se forem detectados problemas no nível do host ou do hardware de transporte, considere testar o switch ou o expansor ou substituir os cabos por exemplos "em boas condições" para descartar problemas de cabeamento.
- Analise o firmware do hardware de transporte e o firmware do próprio robô para obter a moeda.
- Para SCSI, certifique-se de que os terminadores estejam colocados e encaixados corretamente, que os limites de comprimento do cabo sejam observados e que as tensões adequadas estejam sendo usadas.
Transporte do host - Configuração
- Certifique-se de que o host em questão tenha drivers e firmware atualizados para seus drivers de transporte - Use
EMCReports(fornecido comnsrget -o:e). - Certifique-se de que qualquer configuração necessária do driver do Host Bus Adapter (HBA) seja feita corretamente para o sistema operacional.
Software host - Bloqueio de recursos
- Para qualquer host zoneado para ver o robô (idealmente - apenas o host designado do NetWorker), verifique se há algum software que possa estar tentando acessar o robô, como outro software de backup, software de monitoramento ou utilitários independentes que possam tentar acessar o robô.
- Para o Solaris 10, o robô não está acessível quando o processo nsrlcpd NetWorker está conectado; portanto, ele pode parecer inacessível (ou até mesmo indetectável) até que a biblioteca no NetWorker seja desativada (forçando
nsrlcpddesprender-se e morrer). - Se qualquer processo que não seja do NetWorker for suspeito de bloquear ou acessar o robô ou qualquer unidade, consulte Solucionando problemas de rótulos sobrescritos e redefinições de SCSI no NetWorker para obter mais informações sobre solução de problemas e identificação.
Se o sistema operacional detectar a biblioteca, mas a biblioteca não responder aos comandos, ela estará funcional em algum grau. Ele pode estar bloqueado por outro processo ou host, ser afetado por problemas de transporte ou estar enfrentando um mau funcionamento no nível do componente.
Se não for possível determinar se nenhum processo ou host está acessando o robô além do nó de armazenamento do NetWorker destinado a controlá-lo, consulte Solucionando problemas de hardware da biblioteca de fitas no NetWorker para determinar se há um problema com o robô em si.
Mais informações
Certifique-se de que você entenda que os problemas de robótica que estão fora do escopo do NetWorker como um aplicativo (leia-se: não podem ser acessados usando métodos padrão do sistema operacional) não estão dentro do escopo de suporte do NetWorker.
Networker: Solução de problemas da biblioteca de fitas no NetWorker
O suporte pode fornecer orientação usando os critérios acima, mas não temos recursos de fornecedores de SO, HBA ou robótica. Essa limitação pode levar a uma solução de problemas prolongada e malsucedida.