Esse é um bug conhecido da Symantec e supostamente deve ser corrigido com o lançamento do 2010R3 em algumas semanas.
Estou tendo alguns problemas com uma nova instalação do Backup Exec 2010 R2. Eu configurei um NetApp FAS2020 como um dispositivo NDMP e quero fazer backup de arquivos da SAN para uma unidade de fita conectada ao meu servidor de backup. Configurei o ndmpd de acordo com este documento ( link ) e criei um backup separado usuário ( link ).
O backup funciona perfeitamente, mas a restauração de qualquer arquivo me dá uma falha na autenticação. O dispositivo NDMP tem um usuário ndmp "global" configurado na guia de dispositivo (tentei isso com o usuário de backup ndmpd recém-criado e a raiz netapp) e também posso configurar credenciais de recursos separadas na tarefa de restauração de BE.
Eu tentei definir as mesmas contas para o dispositivo ndmp "global" e as credenciais de restauração e também tentei definir contas diferentes para elas.
O nível de depuração do NDMP está em 5 e é isso que aparece em / etc / messages. A sessão é encerrada imediatamente após ter sido concedida.
16:12:07 PST [Java_Thread: info]: ndmpdserver: ndmpd.access permitido para a versão = 4, sessionId = 51, de src ip = 192.168.11.17, dst ip = FAS2020-1 / 192.168.11.75, src porta = 50857, porta dst = 10000 16:12:07 PST [Java_Thread: info]: Ndmpd51: A sessão do ndmpd foi fechada com êxito para a versão = 4, sessionId = 51, de src ip = 192.168.11.17, dst ip = FAS2020-1 / 192.168.11.75, src port = 50857 , porta dst = 10000
A execução do wireshark no servidor de backup não produz muito. Mostra um SYN - > SYN / ACK - > NDMP CONNECT_CLOSE Solicitação do servidor de backup.
As credenciais do recurso para a tarefa de restauração se comportam de maneira muito estranha. Se eu inserir credenciais do NDMP e fizer "Test All", ele falhará. Se eu usar minha conta de backup de domínio regular, ela será bem-sucedida. Não há logons com falha ou com êxito no log ndmp da NetApp e o rastreamento dessa verificação mostra que ele nem se conecta à SAN. Isso me faz pensar que isso é mais provável que seja um comportamento fragmentado do BE, em vez de uma configuração incorreta da SAN.
Aqui está a saída do ndmp das opções:
FAS2020-1 > opções ndmp
ndmpd.access all
desafio ndmpd.authtype
ndmpd.connectlog.enabled em
ndmpd.enable em
ndmpd.ignore_ctime.enabled desativado
ndmpd.offset_map.enable em
ndmpd.password_length 16
desativar ndmpd.preferred_interface
ndmpd.tcpnodelay.enable off
Esse é um bug conhecido da Symantec e supostamente deve ser corrigido com o lançamento do 2010R3 em algumas semanas.
Tags netapp backupexec ndmp