NetWorker: Solução de problemas de detecção da biblioteca de fitas no NetWorker
Resumo: Este artigo destina-se a auxiliar os administradores de suporte e do NetWorker a determinar as causas da incapacidade de um host de detectar uma biblioteca.
Instruções
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).
- Não é possível detectar a instalação 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.
Para diagnosticar falhas de detecção de biblioteca, primeiro considere quaisquer alterações recentes. Em seguida, divida o processo de detecção de seus níveis mais baixos e teste cada estágio.
Às vezes, é desejável avançar para um estágio mais evoluído de descoberta, com base nas evidências disponíveis. Se o Host A não detectar o robô enquanto o Host B for bem-sucedido, o robô provavelmente não está em falta. Os hosts podem usar switches diferentes, tornando essa a primeira área a ser investigada. Outras diferenças nesse exemplo incluem o próprio host, possivelmente sistema operacional, HBA, zoneamento, cabeamento etc.
Se o host detectou o robô antes do problema, concentre-se nos itens com maior probabilidade de terem sido alterados. Investigue falhas ou alterações de configuração conhecidas após o evento.
Use os comandos a seguir para primeiro estabelecer se o sistema operacional pode detectar a biblioteca. 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
Detecção de biblioteca: Sistema operacional:
- Windows: Os dispositivos não detectados pelo subsistema Plug-and-Play (PnP) podem não estar acessíveis ao NetWorker. Nunca há uma instância de uma biblioteca sem um driver, pois existe um driver genérico mesmo que um driver de fornecedor não esteja instalado. StorPort é o componente de driver de armazenamento de baixo nível do Windows que deve ser verificado quanto à moeda.
devmgmt.msc (Gerenciador de dispositivos)
devcon drivernodes *CHANGER*
- Linux: Mostrar quais dispositivos de classe SCSI o subsistema detectou e enumerou. O Linux usa o
sgpara bibliotecas, a menos que o driver Atape da IBM esteja instalado (não recomendado).
cat /proc/scsi/scsi (mostrar bibliotecas detectadas)
echo "- - -" > /sys/class/scsi_host/host#/scan (forçar nova detecção)
- Solaris:
cfgadmouluxadmPorta/dump_mapambos podem enumerar um dispositivo de biblioteca. Caso contrário,update_drvpode ser usado para garantir a detecção e a capacidade de anexar umsgeninstância do driver.
cfgadm -lavo show_FCP_dev
for FCI in `luxadm -e port | cut -f1`; do luxadm -e dump_map $FCI; done
rm -f /dev/scsi/changer/*; update_drv -f sgen -v
- AIX: Use
cfgmgrna maioria das circunstâncias; SeAtapeO driver está em uso, uselsdev. Nesse caso, certifique-se de que oAtape smcDriver é listado como 'definido' e não 'disponível' (o que causa conflitos).
cfgmgr -v | grep -i changer
lsdev -Cc tape
rmdev -l smc0 (se lsdev mostra que ele está disponível)
- HP-UX:
ioscané o único comando necessário para enumerar dispositivos de classe de alterador.
ioscan -FnkC autoch
Para o NetWorker
inquire Comando (abaixo) Para ter êxito, talvez seja necessário remover o arquivo temporário de cache de detecção de dispositivo:
rm -f /tmp/lgto_scsi_devlist
- Openvms: Use estes comandos para verificar a conectividade:
mcr sysman IO AUTOCONFIGURE
show device gk/full
- NetWorker: Esses comandos são fornecidos como referência e, geralmente, executam em um nível mais alto do que os comandos do sistema operacional fornecidos acima. Eles podem ser úteis na tentativa de diagnosticar um problema de nível inferior fornecendo informações adicionais ou erros como dicas para o problema em questão, mas não se espera que eles tenham sucesso se as operações de nível inferior estiverem falhando.
inquire -lc
lusbinfo -v
changers
dvdetect -dlV -D9
lusbinfo e changers Pode não existir em todas as plataformas. Se desejar, você pode aumentar os níveis de depuração definindo a variável de ambiente LUS_DEBUG:
UNIX:
export LUS_DEBUG=9
Windows:
set LUS_DEBUG=9
AIX:
lusdebug ffff
Experimente também:
SJI_DEBUG=9, SCSI_DEBUG=9, JBDEBUG=9
Mais informações
Certifique-se de que você entenda que os problemas de robótica que comprovadamente estão fora do escopo do NetWorker como um aplicativo (leia-se: não podem ser detectados usando métodos padrão do sistema operacional) não estão dentro do escopo de suporte do NetWorker.
Para obter mais informações, consulte: 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.