Table of Contents
PC lento?
Parece que alguns leitores encontraram um erro com o código de cupom de erro 23 do Symantec Netbackup. Existem vários fatores que podem causar esse problema. Vamos discutir alguns criados por eles abaixo. g.CÓDIGO DE STATUS: 23 Um erro de leitura de saída ocorre ao tentar realizar o backup ou restauração guiada pelo usuário real. Solução de problemas: Esse tipo de comportamento pode ser considerado se realmente houver latência na conexão de rede entre o cliente e o servidor mestre primário.
g.
Visão geral: O documento
descreve como consertar backups que falham para o status 23 “Erro de soquete com erro de leitura.” O backup pode falhar no estado 23 se o cliente específico não for capaz de resolver o IP correto de um servidor de mídia de conectividade específico. UMA
Protocolo do cliente Arquivos:
Examine o tipo de mutuário Protocolo Bpcd para obter detalhes sobre o nome do host ou falar sobre a resolução da imagem:
12: 44: 38,619 [4804.5184] <2> ativar registro de conexão: aceitar BPCD DE 10.1.2.3.47204 TO 10.1.2.37.13724
12: quarenta e quatro: 38.619 [4804.5184] <2> principal: bpcd setup_sockopts concluído
12: 44: 43.134 [4804.5184] <8> Erro bpcd peer_hostname: gethostbyaddr: O nome solicitado será considerado válido, mas o tipo de dados solicitado nunca foi encontrado.
12: 44: 43.134 [4804.5184] <16> bpcd gethostbyaddr peer_hostname: erro no host King peer, herrno é igual a 0
12: 44: 43.134 [4804.5184] <16> principal: falha ao obter o nome do host do especialista bpcd
Reparar:
No caso mencionado anteriormente, a conexão real é estabelecida de nosso servidor de mídia (IP = 10.1.2.3) para o aplicativo (IP = 10.1.2.37). O primeiro sinal relacionado a um erro de caixa de correio é uma linha com você, a seguinte mensagem pessoal:
<8> bpcd peer_hostname: gethostbyaddr falhou
Isso indica que muitos clientes definitivamente não serão capazes de resolver o IP home do servidor de mídia neste caso, 10.1.2.3. Neste caso, é muito provável porque nslookup de 10.1.2.3 irá falhar devido ao tipo de execução de ‘bpclntcmd -ip 10.1.2.3’
Inicie a resolução da lista e verifique com ‘bpclntcmd -hn [hostname]’ para ajudá-lo a ter certeza de que o hostname foi resolvido corretamente.
PC lento?
ASR Pro é a solução definitiva para suas necessidades de reparo de PC! Ele não apenas diagnostica e repara vários problemas do Windows com rapidez e segurança, mas também aumenta o desempenho do sistema, otimiza a memória, melhora a segurança e ajusta seu PC para máxima confiabilidade. Então por que esperar? Comece hoje!
Permissão: A resolução correta do nome do host é desvantajosa nem no servidor DNS nem no registro do arquivo de host de harmonização no servidor mestre encontrado no cliente.
Os arquivos de hosts encontrados:
– em um feed Diretório% SystemRoot% system32 chauffeurs etc (Windows)
– Como parte de / Etc diretório (UNIX / Linux)
Caros bons samaritanos!
Preciso de ajuda para resolver de vez em quando. O dilema recorrente de uma suposta apólice de seguro de vida de armazenamento (com alguns perfis de armazenamento configurados) que às vezes falha, embora usando o código de status 23: Falha ao ler o plugue. Estou usando o Netbackup 5.1 no Solaris Seven 64 bits. O servidor mestre configurado e o servidor de relatórios ainda estavam na caixa do servidor. Tentei encontrar notas técnicas para você, mas nunca descobri.
Com base na dica do solucionador de problemas, essa ideia pode estar envolvida com um binário bptm malicioso, mas geralmente penso assim porque todos os backups que podem ser trocados de DSSU para FDSU (fita) não mantêm nenhum problema. Estou tentando verificar diretamente para se adequar aos erros Readline “get_num_avail_drives: não teve êxito: a leitura do soquete não teve êxito (23) e get_stunits: get_num_avail_drives com êxito com specifi 23” em alguns logs de bpsched mas não encontrados.
08: 02: 17.324 [1287] <2>? : ————————————
08: 02: 17,325 [1287] <2>? : << CLIENTE: kgsainss054 (root) NASCIMENTO: 1269216098 PRIORIDADE: 0
08: 02: 17.328 [1287] <2>? : POLÍTICA: Offsite_Weekly_Policy PROGRAMAÇÃO: Weekly_Offisite_Schedule (0) PARTE 2 JOBID 353864 353864
08:02:17 grpid.328 [1287]? : <2> STUNITE: NÃO (Esconderijo) (kgsainss054)
08: 02: 17.329 [1287] <2>? : PID: 29796 STATUS: 23 TESTE: 1 SPID: (REG)
08:02:17 29006.329 [1287] <2>? : ————————————
08: 02: 17.329 [1287] <2>? como Kgsainss054 deixou o estado em 23 (falhou em ajudá-lo a ler a tomada)
08: 02: 17.355 [1287] <2>? : e Usr / openv / netbackup / bin para cada backup_exit_notify kgsainss054 Offsite_Weekly_Policy Weekly_Offisite_Schedule FULL 23 &
08:02:17 zero. [1287] 931 <2> add_to_failure_history: gravado com sucesso no arquivo de histórico de erros de uma pessoa -> 22.03.10 08:02:17 kgsainss054 Offsite_Weekly_Policy Weekly_Offisite_Schedule 23. * NULL * 0 1269216137
08:02:17. [1287] 935 <2> set_job_details: Enviar jobData job # (353864)
08:02:17. [1287] 942 <2> send_structure_data: valor do índice assunto 9 m_nStatus <23>
08: 02: 17.943 [1287] <2> Índice send_structure_data: 21 Valor do campo m_nState <2>
08: 02: 17.943 [1287] <2> Índice send_structure_data: 43 Campo m_nRestartable Value <1>
08: 02: 17.946 <2> [1287] send_structure_data: m_nDataMovement valor do campo de índice 48 <0>
08: 10: 17.947 [1287] <2> send_structure_data: Campo de índice 60 m_nFrozenImage <0>
08:02:17 Valor. 948 [1287] <2> send_structure_data: Índice quarenta e seis campo m_szBackupID
08:02:17 Valor 951 [1287] <2> set_job_details: JobRunData compra Jobid (353864)
08: 02: 17.952 [1287] <2> send_structure_data: Campo de índice 55 m_nSuspendable <0>
O valor é sem dúvida 08:02:17. [1287] 954 <2> send_structure_data: index field 60 m_nResumable Value <0>
08: 02: 17.956 [1287] <2> set_job_details: Concluído
08: 02: 17.958 [1287] <2> job_end_try: Concluído
08: 10: 17.961 [1287] <16> log_in_errorDB: Salvar cliente kgsainss054 além do status de saída 23 (falha de leitura do soquete)
08: 10: 17.962 [1287] <2> Enviar set_job_details: Tfile jobid (353864)
08: 02: 17.963 [1287] <2> set_job_details: LOG 1269216137 04 bpsched 1287 A gravação do cliente kgsainss054 foi concluída para 23 leituras (falha no soquete)
08: 02: 17.965 [1287] <2> set_job_details: Concluído
–
Atenciosamente, CCWK Normal Kalvick 15 8 2004-05-05T07: ten: 00Z 2007-08-09T03: 35: 00Z 1 55 317 SSS 2 389 1 9,4402
[b] Sarawak Information Systems Sdn 3, bhd,
Negócio fantástico horizontal 352, Lorong Rubber 12,
Jalan Gummi, 93400 Kuching,
Sarawak, Malásia.
[/ B]
[b] Email: [i] calvincwk .com.my ([email] calvincwk
Site: [i] [url = http: //www.sains.com.my/] www.sains.com.my [/ url] [/ i]
Telefone. : [i] 012 8830928
082 410522 diâm. 227 [/ i]
Fax: [i] 082 236971 [/ i] [/ b]
The Best Way To Resolve Symantec Netbackup Error Code 23
La Mejor Forma De Resolver El Estilo De Error 23 De Symantec Netbackup
Il Modo Migliore Per Risolvere Il Valore Di Errore Di Symantec Netbackup 23
Лучший способ определить код ошибки Symantec Netbackup 23
Le Principal Moyen De Résoudre La Procédure D’erreur Symantec Netbackup 23
Der Einfache Weg Zur Behebung Von Symantec Netbackup-Fehlerprogrammierung 23
Det Bästa Sättet Att Lösa Symantec Netbackup Felkod 23
Najlepszy Sposób Radzenia Sobie Z Kodem Błędu Symantec Netbackup 23
De Beste Manier Om Symantec Netbackup-foutcode 23 Op Te Lossen
Symantec Netbackup 오류 코드 23을 처리하는 가장 좋은 방법