Esta seção fornece sugestões de solução de problemas comuns do servidor NetWare como os seguintes:
O sistema operacional NetWare é bastante flexível, mas podem ocorrer erros. Geralmente, problemas sérios são acompanhados de mensagens de abend (encerramento anormal). Quando uma mensagem de abend é exibida, o NetWare ou a CPU detectou um erro crítico e inicializou a sub-rotina de falha do NetWare. O NetWare usa abends para garantir a integridade dos dados do sistema operacional.
Quando um servidor termina de maneira anormal, os usuários talvez não consigam efetuar login no servidor, as estações de trabalho talvez não possam ler a partir do servidor ou gravar nesse servidor e uma mensagem de abend geralmente aparece na tela Console do Sistema ou Registrador do console do servidor. Se o mecanismo de recuperação automática do NetWare estiver habilitado (padrão), o NetWare poderá reiniciar o servidor automaticamente ou suspender o processo que está causando problemas, dependendo da natureza do abend.
Se não houver nenhuma mensagem de abend no console, o arquivo ABEND.LOG em SYS:SYSTEM e um número entre parênteses no prompt do Console do Sistema, mas mesmo assim os usuários ainda não conseguirem acessar o servidor, consulte Monitorando e solucionando problemas de comunicação. Se não houver mensagem de abend, mas o console estiver travado e você não conseguir digitar comandos, consulte O console do servidor pára de processar.
Quando o servidor é encerrado de modo anormal, é exibida uma mensagem de abend semelhante à seguinte:
Abend: SERVER-5.xx-message_number message_stringINFORMAÇÕES ADICIONAIS: mensagem
A seção Informações adicionais informa a causa provável do abend. Ela indica onde o problema ocorreu e fornece o nome de qualquer NLM associado ao abend. Essas informações ajudam a determinar como solucionar o abend.
A mensagem de abend, junto com as informações adicionais, é gravada no arquivo ABEND.LOG na unidade C. Assim que o servidor é reiniciado, o arquivo ABEND.LOG é movido para SYS:SYSTEM.
Responda ao abend manualmente ou deixe que o servidor o faça automaticamente.
Quando você responde manualmente, o servidor determina a natureza do abend e exibe a opção de resposta apropriada na tela, junto com opções adicionais para desativar o servidor ou executar um dump de memória. Execute uma opção para responder ao abend.
Quando a resposta é automática, o servidor executa a resposta adequada sem intervenção.
IMPORTANTE: Algumas vezes, um abend (ou um programa NLM com falhas) pode fazer com que o console do servidor pare de funcionar. Nesse caso, a mensagem de abend não é exibida e você não pode digitar comandos no prompt do console.
Após uma falha no servidor, recomendamos que você desligue o computador e reinicie-o em vez de apenas sair para o prompt do DOS, C:\NWSERVER, e digitar SERVER novamente.
O método padrão de responder a um abend é automático. (Consulte Respondendo ao abend automaticamente.)
Para responder manualmente a abends, mude o seguinte parâmetro SET (categoria Tratamento de Erros) para o valor mostrado:
AUTO RESTART AFTER ABEND = 0
Esse parâmetro SET controla as atividades do servidor após um abend. Consulte a ajuda online para obter uma descrição de cada valor.
Quando um abend ocorre, o servidor exibe uma pequena lista de opções adequadas à natureza do encerramento anormal. Para responder ao abend, execute uma das opções digitando a primeira letra da opção.
As opções a seguir podem ser exibidas. Observe que diversas opções possuem a primeira letra igual (como R, S ou X). Em determinada situação de abend, a lista de opções incluirá apenas uma opção para qualquer primeira letra.
Essa opção aparece se o abend foi detectado pelo software--- ou seja, detectado pelo sistema operacional da rede. É importante gravar arquivos, desativar o servidor e tentar solucionar o problema que causou o encerramento anormal. Revise o arquivo ABEND.LOG para ajudar a determinar a origem do problema.
Quando você executa essa opção, o servidor envia uma mensagem aos usuários informando que ele está sendo desativado e alertando-os a gravar os seus arquivos e efetuar logout. Em seguida, o servidor interrompe o processo de execução, atualiza o arquivo ABEND.LOG e tenta desativar e reiniciar o computador.
O período antes do servidor encerrar e reiniciar é determinado pelo parâmetro SET AUTO RESTART AFTER ABEND DELAY TIME. Defina esse valor entre 2 e 60 minutos. O padrão é 2 minutos.
Você pode submeter o arquivo ABEND.LOG para o banco de dados de registro de abend da Novell para que possamos ajudá-lo a solucionar o problema do abend.
Essa opção aparece se o abend detectou um problema de hardware. Encerre o servidor, corrija o hardware, execute diagnósticos e entre em contato com o fabricante do hardware para obter assistência adicional. Quando você executa essa opção, o servidor envia uma mensagem aos usuários informando que ele está sendo desativado e alertando-os a gravar os seus arquivos e efetuar logout. Em seguida, o servidor continua o processo de execução, atualiza o arquivo ABEND.LOG e tenta desativar e reiniciar o computador. O período antes do servidor encerrar e reiniciar é determinado pelo parâmetro SET AUTO RESTART AFTER ABEND DELAY TIME. Defina esse valor entre 2 e 60 minutos.
Essa opção aparece se o abend foi detectado pelo hardware---ou seja, detectado pelo processador. Todos os abends detectados pelo hardware contêm as palavras exceção do processador na mensagem de abend. Esses abends incluem falhas de página, falhas de proteção e códigos operacionais inválidos, overflows de pilha, falhas duplas, etc. Quando essa opção está disponível, significa que o servidor determinou que não pode retornar o processo para um estado seguro, mas que não é necessário encerrá-lo imediatamente para solucionar o problema. Talvez você ainda precise desligar o sistema operacional e reiniciá-lo mais tarde. Quando essa opção é executada, o servidor suspende o processo que estiver executando naquele momento, atualiza o arquivo ABEND.LOG, mas não desliga o computador. O desempenho do servidor pode ser ruim devido provavelmente ao mau funcionamento de um NLM carregado. Leia a seção Informações adicionais na mensagem de abend para saber qual NLM pode estar causando o problema. Em um momento conveniente desative o servidor e reinicie-o. Examine o arquivo ABEND.LOG para obter mais informações sobre a origem do problema. Você pode submeter o arquivo ABEND.LOG para o banco de dados de registro de abend da Novell para que possamos ajudá-lo a solucionar o problema do abend.
Como a opção anterior, essa opção aparece se o abend foi detectado pelo hardware---ou seja, detectado pelo processador. Todos os abends detectados pelo hardware contêm as palavras exceção do processador na mensagem de abend. Esses abends incluem falhas de página, falhas de proteção e códigos operacionais inválidos, overflows de pilha, falhas duplas, etc. Quando essa opção estiver relacionada, significa que o servidor determinou que pode retornar o processo para um estado seguro. Quando essa opção é executada, o servidor retorna o processo em execução a um estado seguro e atualiza o arquivo ABEND.LOG, mas o servidor não é encerrado. Na maioria dos casos, o servidor é totalmente recuperado e nenhuma outra ação é necessária.
Execute essa opção para efetuar um dump de memória que possa ser examinado a fim de determinar a causa de um abend. Para obter informações sobre dumps de memória, consulte Criando um dump de memória.
Essa opção aparece apenas se o DOS foi removido. Execute essa opção se deseja reiniciar o servidor. Se o DOS foi removido, o servidor não criará nem atualizará um arquivo ABEND.LOG.
Execute essa opção se desejar desativar o servidor e sair do DOS. Se você desligar o servidor sem primeiro executar uma das opções S ou R para solucionar o encerramento anormal, o servidor não atualizará o arquivo ABEND.LOG.
Se o console foi protegido, desligue-o e ligue-o para reiniciar o servidor. Se você desligar o servidor sem primeiro executar uma das opções S ou R para solucionar o encerramento anormal, o servidor não atualizará o arquivo ABEND.LOG.
Quando o servidor reinicia, ele move o arquivo ABEND.LOG da partição do DOS para o diretório SYS:SYSTEM.
O servidor pode responder aos abends automaticamente. Há duas respostas automáticas possíveis.
AUTO RESTART AFTER ABEND = 1
DEVELOPER OPTION = OFF
Como esses são os valores padrão dos parâmetros, o modo padrão é responder aos abends automaticamente.
AUTO RESTART AFTER ABEND = 2 DEVELOPER OPTION = OFF
Utilize o parâmetro SET a seguir para especificar o tempo de espera do servidor após um abend antes que ele tente encerrar e reiniciar o computador:
AUTO RESTART AFTER ABEND DELAY TIME = minutos
Para definir os valores do parâmetro, utilize o comando SET ou o MONITOR no console do servidor ou no Gerenciador Remoto do NetWare a partir de uma estação de trabalho.
O parâmetro Developer Option está na categoria Diversos.
Os parâmetros Auto Restart After Abend e Auto Restart After Abend Delay Time estão na categoria Tratamento de Erros.
Todos os parâmetros podem ser definidos no arquivo STARTUP.NCF.
Como o servidor responde ao abend automaticamente, talvez você não saiba quando o abend ocorreu. Portanto, você deve verificar periodicamente o arquivo ABEND.LOG ou a tela Informações sobre perfis e depuração no Gerenciador Remoto do NetWare (examine o status Suspenso pela recuperação de abend).
O contador de ECB (Event Control Block) aumenta quando um dispositivo envia um pacote ao servidor NetWare, mas nenhum buffer de recebimento de pacotes está disponível. Isso significa que um pacote foi ignorado pelo servidor.
O servidor aloca mais buffers de recebimento de pacotes após cada incidente até atingir o seu limite máximo (configuração de Maximum Packet Receiver Buffer).
Se você estiver usando uma placa-mãe EISA (como a placa NE3200TM), provavelmente será necessário aumentar os números mínimo e máximo de buffers de recebimento de pacotes.
Para conhecer os procedimentos de configuração dos parâmetros Minimum Packet Receive Buffers e Maximum Packet Receive Buffers, consulte "SET"
> "Parâmetros de configuração" na Referência de utilitários (documentação do NetWare 6).
As mensagens Não Há Total de ECBs Disponíveis também podem indicar que o driver não está configurado corretamente ou que o TSM (Topology Specific Module) e o HSM (Hardware Specific Module) são incompatíveis. Esse valor é mantido pelo programa TSM.NLM.
Se o total de ECBs estiver aumentando e todos os buffers de recebimento de pacotes estiverem em uso, execute um dump de memória (consulte Criando um dump de memória) e entre em contato com o suporte técnico da Novell.
Para diagnosticar problemas de resposta lenta do servidor, identifique se as condições a seguir existem:
Para resolver problemas de resposta lenta do servidor, execute as ações a seguir:
Para verificar a saúde desses valores, utilize o Gerenciador Remoto do NetWare. Clique no link Monitor de saúde no frame de navegação. Clique nos links Processos de servidor alocados, Processos de servidor disponíveis e Buffers de recebimento de pacotes na página Monitoramento da saúde do servidor. Os buffers de recebimento de pacotes são utilizados para transmitir e receber pacotes. Se o número de Buffers de Recebimento de Pacotes estiver aumentando, o sistema operacional do servidor se tornará lento. Se o número de Buffers de Recebimento de Pacotes atingir o limite máximo e nenhum ECB estiver disponível, o sistema se tornará extremamente lento e provavelmente não conseguirá se recuperar. Se esse processo do servidor estiver se aproximando do máximo, convém aumentar o valor do parâmetro SET Maximum Server Processes. Se você possui apenas alguns processos de servidor disponíveis, provavelmente o seu servidor ficará muito congestionado. Convém aumentar o parâmetro SET Minimum and Maximum Server Process. Para mudar os valores desses parâmetros, acesse o Gerenciador Remoto do NetWare. Clique no link Parâmetro Set no frame de navegação. Na página Categorias de Parâmetros Set, clique em:
Você também pode utilizar o MONITOR ou os comandos SET no console do servidor. MIRROR STATUS
Você também pode definir o atributo Purgar nos arquivos que deseja purgar.
Se você estiver utilizando mais de uma placa de rede no servidor, compare as estatísticas relativas ao Total de pacotes transmitidos por essas placas. Se uma placa estiver recebendo a maioria do tráfego, reconecte o cabo da rede para que as placas tenham cargas iguais.
Se o console do servidor estiver bloqueado e você não conseguir digitar comandos, mas não houver nenhuma mensagem de abend na tela Console do sistema ou Registrador, siga estas etapas para solucionar o problema. Se houver uma mensagem de abend na tela, consulte Solucionando abends.
Verifique se você pode alternar entre as telas do console.
Em caso afirmativo, o problema pode ser causado por alta utilização do servidor. Consulte Estatísticas de alta utilização. Caso contrário, continue com as etapas a seguir.
Verifique se o console do servidor trava quando você descarrega um NLM específico.
Em caso afirmativo, o NLM provavelmente é a origem do problema. Entre em contato com o fornecedor do NLM.
Verifique se está utilizando os drivers de disco e LAN, o BIOS e o firmware mais recentes.
Se não forem, atualize os drivers de disco e LAN. Para obter informações sobre drivers do NetWare, consulte Mantendo os patches dos servidores.
Verifique se o console do servidor trava depois de montar o último volume.
Em caso afirmativo, talvez a placa de rede pode não esteja conectada ou configurada corretamente. Verifique a placa e sua configuração e corrija qualquer problema.
Verifique se você pode acessar o depurador pressionando Shift+Shift+Alt+Esc no teclado do console do sistema.
SUGESTÃO: Com a mão esquerda, pressione a tecla Shift da esquerda e com a direita, pressione Shift e Alt. Pressione Esc com um dedo da mão esquerda.
Se o console estiver bloqueado, você não conseguir alternar entre as telas e não conseguir acessar o depurador, entre em contato com o Suporte Técnico da Novell ou com o fornecedor do computador para aprender a gerar um NMI (nonmaskable interrupt) para encerrar o servidor.
Se o problema persistir, siga as etapas de solução de problemas em Utilizando uma metodologia para a solução de problemas, pesquise o Novell Knowledgebase e entre em contato com um Provedor de Suporte da Novell.
O desempenho da rede é a principal preocupação dos administradores de rede e da Novell. Infelizmente, às vezes, existe uma confusão sobre os indicadores de desempenho e o que suas estatísticas significam.
Por exemplo, a idéia de que a utilização do processador seja o principal indicador de desempenho do NetWare é muito simplista. Alguns administradores de rede ficam preocupados quando o status de saúde de Utilização da CPU no Gerenciador Remoto do NetWare ou o valor de Utilização na tela Informações gerais do MONITOR aproxima-se de 100%, presumindo que, quanto maior a porcentagem, pior o desempenho do NetWare. Isso é totalmente falso.
Considere primeiro o que o valor Utilização representa: a média da capacidade total de processamento do servidor que foi usada durante o último segundo (intervalo de atualização). O restante da capacidade foi usado no processo de loop inativo. Em outras palavras, é uma indicação do tempo durante esse intervalo em que o processador fez algo. Um valor de alta utilização significa que o NetWare está usando esse percentual da capacidade do processador e desperdiçando menos tempo sem fazer nada.
Alguns processos utilizam eficientemente o processador e, como resultado, podem causar uma utilização de 100%. Esse tipo de utilização é totalmente apropriado. A maioria do tempo em que a utilização sobe até 100% significa que o processo está usando o processador com eficiência. Ela pode permanecer em 100% por dois minutos; isso é normal.
Entretanto, não é normal quando a utilização permanece em 100% durante 15 a 20 minutos ou mais, quando as conexões caem ou quando o desempenho do servidor diminui perceptivelmente. A alta utilização nessas condições indica um problema. Se você não perceber essas condições, a utilização pode estar normal, mesmo quando permanece em 100%.
Como saber o que é normal para o servidor? Você reconhecerá os problemas se fizer uma "linha de base" do servidor. Saiba o que é normal e saiba a diferença entre um problema superficial e um verdadeiro problema de desempenho. (Você pode testar se é um problema superficial carregando ou descarregando qualquer NLM. Essa ação fará com que as informações do processador sejam novamente calculadas.)
Antes de solucionar problemas de alta utilização, verifique se você seguiu as etapas em Utilizando uma metodologia para a solução de problemas. Consulte o site de Conexão de Suporte da Novell na Web para obter patches do NetWare ou programas NLM atualizados. Os patches disponíveis conterão correções para problemas informados de alta utilização relativos ao código atual do sistema operacional e do eDirectory.
No entanto, uma série de condições de alta utilização ainda podem resultar de problemas de configuração, níveis de programas NLM e questões de ajuste.
Uma das primeiras medidas que você deve tomar é descobrir o programa NLM e os processos que estão utilizando a CPU. Para fazer isso, execute etapas a seguir:
Acesse o Gerenciador Remoto do NetWare.
Clique no link Perfil/Depurar no frame de navegação.
Clique no link Perfil de execução de CPU por NLM.
Observe o programa NLM pai e os processos que estão consumindo o maior tempo de execução.
Se possível, descarregue o programa NLM defeituoso para ver se o problema desaparece.
Você também pode utilizar a lista de problemas a seguir para ajudá-lo a solucionar problemas.
Os itens da lista estão organizados em categorias, mas, por outro lado, não estão em nenhuma ordem específica. Essa lista representa a experiência coletiva dos representantes do Suporte da Novell. Recomendamos que você reveja todos os itens, usando cada um deles para analisar cuidadosamente o sistema. Com exceção dos problemas novos para o NetWare 6, você poderá resolver o problema sozinho em quase todos os casos.
Recursos do servidor. Os recursos do servidor podem ser divididos em recursos de LAN, disco e processador. Os recursos de LAN e disco correspondem ao número de buffers disponíveis. Os recursos de processador correspondem ao número de processos de serviço disponíveis. Quando um pacote de rede é recebido ou quando a leitura ou gravação de um disco é executada, um buffer deve estar disponível para manter os dados até que um processo de serviço esteja disponível para servi-los. A execução lenta em buffers ou processos de serviço até mesmo por um curto período pode gerar alta utilização no servidor e atraso para os usuários.
Sugerimos que os parâmetros de servidor da tabela a seguir sejam definidos conforme indicado para evitar lentidão nos recursos do servidor. Isso é especialmente importante se você possui 100 ou mais usuários. Para mudar os parâmetros a seguir, utilize o Gerenciador Remoto do NetWare na estação de trabalho ou SET ou MONITOR no console do servidor.
No Gerenciador Remoto do NetWare, clique no link Parâmetros SET no frame de navegação > Categoria > valor_atual_para_o_parâmetro. Digite o novo valor e clique em OK.
Em MONITOR, no menu Opções disponíveis, selecione Parâmetros de servidor > Categoria > valor_atual_para_o_parâmetro e pressione Enter. Digite o novo valor e execute a ação mais adequada.
Monopólio do processador. Determine se um processo está monopolizando o processador. No Gerenciador Remoto do NetWare, clique no link Perfil/Depurar no frame de navegação. Veja os dados na tabela Dados do perfil de execução por processo.
Em MONITOR, no menu Opções disponíveis, selecione Opções de kernel > Processos e pressione Enter.
Você pode definir o Tempo de tempo de espera do Hog da CPU como um valor mais baixo que o padrão. Especifique o período de espera em segundos antes de finalizar um processo que ainda está sob o controle do processador. Consulte "SET" > "Parâmetros diversos" na Referência de utilitários (documentação do NetWare 6).
IMPORTANTE: Cuidado ao mudar esse valor. Você deve compreender o impacto do que está sendo mudado.
Drivers. Consulte Mantendo os patches dos servidores. Para obter uma explicação resumida sobre o NWPA (NetWare Peripheral Architecture), consulte a documentação online no CD de Documentação Online. Consulte "Drivers para adaptadores de host e dispositivos de armazenamento no Guia de Administração de Discos e Dispositivos de Armazenamento do Servidor NetWare (documentação do NetWare 6).
Blocos livres. Ao utilizar o sistema de arquivos tradicional, blocos livres adequados são essenciais. Um bloco livre é um bloco de disco que não possui arquivos recuperáveis armazenados. Um arquivo que foi apagado e purgado transforma-se em espaço livre. Mantenha um mínimo de 1000 blocos livres em cada volume NetWare com subalocação habilitada. A subalocação, geralmente um processo de baixa prioridade, utiliza blocos livres para executar a sua função. Quando há um número pequeno de blocos livres, a subalocação pode entrar em um modo "agressivo". Se você mantiver mais de 1000 blocos livres, provavelmente evitará esse problema. Para verificar quantos blocos livres você possui em um volume, execute um dos procedimentos a seguir:
Se não houver pelo menos 1000 blocos livres no volume, acesse o Gerenciador Remoto do NetWare, clique em Volumes no frame de navegação, clique no ícone Informações sobre volumes do volume aplicável e, em seguida, clique no botão Purgar arquivos apagados. Isso removerá todos os arquivos apagados dos diretórios e subdiretórios e aumentará o espaço livre em disco. Se você possui aplicativos que criam muitos arquivos temporários, convém definir o indicador P (Purgar) nos diretórios em que esses arquivos estão armazenados. Todos os arquivos temporários criados serão inseridos na lista de arquivos apagados. Esses arquivos serão mantidos no disco até que PURGE seja executado. Você também pode executar SET Immediate Purge of Deleted Files=On no prompt do Console do Sistema. Subalocação. O sistema de arquivos tradicional utiliza um bloco de disco com 64 KB de tamanho. É muito importante monitorar o espaço em disco. O Suporte Técnico da Novell recomenda que cerca de 10% a 20% do espaço livre no volume sejam mantidos para evitar problemas de subalocação. A subalocação não requer o ajuste de parâmetros de servidor. Para ver a utilização do espaço em disco com o Gerenciador Remoto do NetWare, clique no link Monitorar Saúde no frame de navegação e, em seguida, no link Espaço em disco disponível na página Monitoramento da saúde do servidor. Imprima a página Informações sobre volumes se quiser guardá-la para consultas futuras. Compactação. Ao utilizar a compactação no sistema de arquivos NSS, consulte "Outros comandos do NSS no Guia de Administração do Novell Storage Services (documentação do NetWare 6). Ao utilizar a compactação com o sistema de arquivos tradicional, é essencial que o servidor contenha um patch. Como a compactação utiliza os ciclos do processador para compactar e descompactar arquivos, ela precisa ser monitorada com bastante cuidado para evitar problemas de utilização. Os Parâmetros SET File padrão do Sistema de Arquivos Tradicional para compactação levam isso em consideração. Para obter detalhes, consulte "SET" > "Parâmetros de arquivo para o sistema de arquivos tradicional" na Referência de utilitários (documentação do NetWare 6). Por exemplo, a compactação de arquivos é definida por padrão para ocorrer fora do horário de expediente ou durante períodos de baixa utilização do servidor. Verifique se foi feita alguma mudança que esteja causando problemas de alta utilização. A descompactação de arquivos ocorre instantâneamente. Entretanto, um arquivo muito grande (por exemplo, 100 MB) pode levar algum tempo para ser descompactado, mesmo que sua máquina esteja equipada com um processador Pentium*. O parâmetro SET Deleted Files Compression Option=2 faz com que os arquivos apagados sejam imediatamente compactados. Isso pode gerar uma alta utilização, pois o processador compacta imediatamente os arquivos quando eles são apagados. Os diretórios marcados com IC (Compactação Imediata) podem causar um congestionamento devido a uma descompactação excessiva durante o horário de expediente. Os usuários com restrições de espaço em disco podem marcar os seus diretórios pessoais como IC para tentar economizar espaço em disco. Isso pode prejudicar o desempenho do servidor. Para garantir que os arquivos utilizados com mais freqüência não sejam compactados, especifique um valor apropriado para o parâmetro SET Days Untouched Before Compression. Para evitar que a compactação de arquivos se torne um problema, utilize o parâmetro SET Enable File Compression=Off (categoria Sistema de Arquivos Comum). Isso fará com que os arquivos sejam colocados em fila para compactação sem que realmente sejam compactados. Entretanto, acessar arquivos compactados faz com que eles sejam descompactados.
RAM insuficiente. Os recursos de memória são críticos em um ambiente de servidor.
Para ver estatísticas de cache de buffer para o sistema de arquivos NSS, digite o seguinte comando no prompt do Console do Sistema:
NSS CACHESTATS
O melhor indicador para avaliar a RAM do servidor em um sistema de arquivos tradicional é mostrado das seguintes maneiras:
O valor desse campo deve ser um mínimo de 15 a 20 minutos. Um número inferior indica que os recursos de memória do servidor podem estar lentos. Outro bom indicador, Acertos de longo prazo do cache, é mostrado na mesma página ou tela em qualquer um desses utilitários.
Partições do eDirectory. Recomendamos que você tenha, no máximo, três réplicas de cada partição na árvore. Um projeto de árvore eficiente é essencial para evitar problemas de utilização. Como o Novell eDirectory precisa manter uma sincronização entre todos os servidores no anel de réplicas, quanto maior o número de réplicas de qualquer partição, mais intenso será o tráfego na rede. Três réplicas são suficientes para fornecer tolerância a falhas e para permitir acesso ao eDirectory se um banco de dados se tornar corrompido.
Sincronização do eDirectory. Para verificar se a sincronização do eDirectory pode causar problemas, desative a sincronização de entrada e saída durante uma hora definindo dstrace=!D60. Depois de desativar a sincronização, espere cerca de 5 a 15 minutos para permitir que o servidor fique emparelhado com o trabalho em fila. Cancele o teste definindo dstrace=!E.
Erros do eDirectory. Para testar outros erros, execute SET dstrace=On.
Conexões travadas. Verifique-as e limpe-as. Consulte "Limpando a conexão de uma estação de trabalho" no Guia de Administração do Sistema Operacional do Servidor (documentação do NetWare 6).
Software cliente. Você pode identificar problemas do cliente mudando o parâmetro SET NCP SET. Para obter mais informações, consulte "Parâmetros NCP" na Referência de utilitários (documentação do NetWare 6). Ao definir esses parâmetros de servidor como Ativados, o servidor mostra um aviso sempre que recebe um pacote inválido. Essa mensagem de aviso também inclui os endereços MAC (Controle de Acesso a Mídia) dos dispositivos nos quais os pacotes foram originados. Esses parâmetros estão na categoria NCP:
Atualize o software cliente.
Cabeamento. Se você instalou placas de rede de 100 MB com alta velocidade, convém fazer o upgrade do cabeamento.
Se o problema persistir, siga as etapas de solução de problemas em Utilizando uma metodologia para a solução de problemas, examine as dicas no TID 10011512 "Troubleshooting High Utilization", pesquise o Novell Knowledgebase para obter informações sobre Alta Utilização e entre contato com um Provedor de Suporte da Novell.
Para solucionar problemas de E/S de disco, espaço em disco e espelhamento, consulte as seções a seguir:
Para solucionar um erro geral de E/S de disco no servidor, tente uma ou mais das soluções a seguir:
Se você tentou todas as sugestões anteriores sem êxito, entre em contato com o Provedor de Suporte da Novell ou com o fabricante da unidade.
Para solucionar um erro de espaço insuficiente em disco, faça o seguinte:
Quando partições espelhadas deixam de estar sincronizadas, devem ser novamente sincronizadas de forma automática. Se as partições não forem novamente sincronizadas, conclua as etapas a seguir:
No ConsoleOne, pesquise e selecione a árvore que você deseja gerenciar e clique no ícone Gerenciamento de partição de disco.
Digite a árvore e o contexto do eDirectory e as informações do servidor.
Clique em Propriedades > Mídia > Espelho > Sincr. novamente
Se as partições não forem novamente sincronizadas, será necessário recriar o conjunto espelhado.
Determine qual partição de disco contém os dados que você deseja gravar e espelhar.
Apague as outras partições de disco.
Recrie novas partições no lugar das partições apagadas.
Espelhe a partição que contém os dados para as novas partições.
Para obter informações sobre espelhamento, consulte a documentação online no CD de Documentação Online. Consulte "Criando uma partição" no Guia de Administração do Novell Storage Services (documentação do NetWare 6).
Se o problema persistir, siga as etapas de solução de problemas em Utilizando uma metodologia para a solução de problemas, pesquise o Novell Knowledgebase e entre em contato com um Provedor de Suporte da Novell.
Se as partições forem muito grandes, o espelhamento poderá demorar várias horas para ser concluído; isso é normal. As informações a seguir podem ajudá-lo a acelerar o processo de espelhamento:
Para obter informações sobre problemas conhecidos com unidades de disco rígido ou drivers, entre em contato com o fornecedor da unidade e pergunte se existem maneiras de acelerar o espelhamento de unidades. Por exemplo, alguns drivers podem ser carregados com parâmetros que aceleram o processo de espelhamento.
A maioria das unidades de disco fornece uma forma exclusiva de verificação de leitura após gravação. Portanto, o recurso Verificação de leitura após gravação do NetWare não é necessário e pode aumentar o tempo necessário para espelhar partições.
IMPORTANTE: Um aumento excessivo desse valor pode gerar falhas em alguns controladores ou drivers de disco. É necessário executar um teste para ver se um valor maior acelera o processo de espelhamento.
Se o problema persistir, siga as etapas de solução de problemas em Utilizando uma metodologia para a solução de problemas, pesquise o Novell Knowledgebase e entre em contato com um Provedor de Suporte da Novell.
Às vezes, o processo de espelhamento é executado sem erros, mas é interrompido em 99% da sua conclusão. Para solucionar esse problema, execute os procedimentos a seguir:
Se houver um bloco de disco com falhas, solucione o problema e , se necessário, substitua o disco.
Para obter informações sobre problemas conhecidos com unidades de disco rígido ou drivers específicos, entre em contato com o fornecedor da unidade.
Se o problema persistir, siga as etapas de solução de problemas em Utilizando uma metodologia para a solução de problemas, pesquise o Novell Knowledgebase e entre em contato com um Provedor de Suporte da Novell.
Para diagnosticar problemas quando ocorrem erros de disco durante a montagem de um volume Tradicional, identifique se as condições a seguir existem:
Para solucionar problemas de erro de disco ao montar um volume, execute os procedimentos a seguir:
Para solucionar tipos diferentes de problemas de memória do servidor, vazamentos de memória e problemas de memória ao liberar memória, consulte as seções a seguir:
Utilize as etapas a seguir para encontrar a origem do problema.
Verifique se você está utilizando o gerenciador de memória do NetWare ou um gerenciador de memória externo. O arquivo CONFIG.SYS ou AUTOEXEC.BAT inclui uma instrução DOS=HIGH ou comandos para carregar gerenciadores de memória ou drivers de dispositivo do DOS? Por exemplo, existe um comando para carregar HIMEM.SYS ou EMM386.EXE? Ambos são gerenciadores de memória.
Converta essas instruções em comentários a partir de CONFIG.SYS ou apague CONFIG.SYS completamente. Converta essas instruções em comentários a partir de AUTOEXEC.BAT. (Para converter um comando em comentário, digite REM e insira um espaço no início da linha de comando.)
Se houver um gerenciador de memória no servidor, o NetWare utilizará esse gerenciador como base para determinar a quantidade de memória disponível em vez de registrar a memória por conta própria. Alguns gerenciadores de memória instalados em computadores mais antigos não são capazes de reconhecer mais de 64 MB de memória. Os drivers de dispositivo do DOS retiram memória do pool de memória do NetWare.
Verifique se o Windows 95 não está sendo utilizado para inicializar o servidor. O Windows 95 carrega automaticamente os gerenciadores de memória.
Verifique se o BIOS do servidor é atual.
Um BIOS desatualizado pode relatar a quantidade incorreta de memória. Se uma nova versão estiver disponível, atualize o BIOS.
Se o problema persistir, siga as etapas de solução de problemas em Utilizando uma metodologia para a solução de problemas, pesquise o Novell Knowledgebase e entre em contato com um Provedor de Suporte da Novell.
Um vazamento de memória significa que um NLM ou um conjunto de programas NLM solicitou memória do servidor, mas não retornou essa memória no final das suas atividades. Com o passar do tempo, a quantidade de memória disponível diminui até um ponto em que o servidor começa a gerar mensagens de erro de memória. O vazamento de memória pode ser lento ou rápido dependendo da quantidade de memória solicitada em cada ocasião.
Se você reinicializar o servidor, a memória será retornada para o pool de memória e as mensagens de erro de pouca memória serão temporariamente interrompidas até que o vazamento de memória acumule memória suficiente para gerar essas mensagens de erro novamente.
Para ver se o servidor possui um vazamento de memória, reinicie-o e monitore as estatísticas de memória (Total de Buffers do Cache) ao longo do tempo. Se o tráfego não aumentar e aplicativos novos não forem instalados no servidor, mas as estatísticas mudarem, utilize as etapas a seguir para encontrar a origem do problema.
Carregue todos os patches mais recentes no servidor.
Os patches de servidor estão disponíveis no Site de Suporte da Novell na Web e em outras localizações. Para obter uma lista de origens, consulte "Aplicando patches no Guia de Administração do Sistema Operacional do Servidor (documentação do NetWare 6).
Reinicie o servidor para disponibilizar memória e estabeleça uma linha de base para uso da memória.
Veja as estatísticas de memória para o módulo:
Acesse o Gerenciador Remoto do NetWare.
Clique em Relacionar módulos no frame de navegação.
Classifique a lista para o uso da memória clicando no botão Alocar memória.
Clique no link valor referente à memória alocada para cada nome de módulo que você suspeita ser a origem do vazamento.
Em condições normais, módulos como o SERVER.NLM, o NSS.NLM e o DS.NLM estão geralmente no começo da lista.
Imprima essa página e utilize-a como linha de base enquanto monitora o uso de memória do módulo ao longo do tempo.
Repita a Passo 3 para cada NLM que você suspeita ser a origem do vazamento de memória.
(Condicional) Se ocorrerem mensagens de erro de memória novamente, repita a Passo 3 para ver as estatísticas de memória para cada NLM suspeito. Observe se o uso de memória aumentou significativamente para qualquer um dos módulos.
Se houver um vazamento de memória, um ou mais módulos mostrarão um grande aumento no valor de Bytes em uso.
Quando você descobrir a origem do vazamento de memória, entre em contato com o fornecedor do módulo para informá-lo sobre esse problema. Se possível, atualize o módulo ou remova-o do servidor.
Para disponibilizar a memória do servidor temporariamente (até que você possa adicionar mais memória ao servidor), execute os procedimentos a seguir:
Se você combinar diretórios de forma que a maioria deles possua cerca de 32 arquivos e, em seguida, purgar os arquivos e subdiretórios apagados, você estará liberando memória. AVISO: Esse é uma etapa para destruir todas as informações sobre arquivo estendidas. Antes de continuar com esta etapa, tente liberar memória suficiente para que o volume seja montado e você possa fazer backup dos dados.
Faça com que os usuários efetuem logout e, em seguida, descarregue todos os módulos, com exceção dos drivers de disco do volume. Desmonte os volumes montados. Para remover o namespace, carregue o VREPAIR, selecione Definir opções do VRepair e selecione duas opções: Gravar todas as entradas de diretório e FAT no disco e remover suporte a namespace do volume. Em seguida, execute o VREPAIR > Consertar volume no volume que você não está conseguindo montar. (Essa configuração usa muito espaço em disco, mas aumenta a quantidade de memória disponível.)
Para diagnosticar problemas quando ocorrem erros de memória durante a montagem de um volume, identifique se as condições a seguir existem:
Para solucionar problemas quando ocorrerem erros de memória durante a montagem de um volume, execute as ações a seguir ou verifique se estas condições existem:
Se você combinar diretórios de forma que a maioria deles possua cerca de 32 arquivos e, em seguida, purgar os arquivos e subdiretórios apagados, você estará liberando memória.
Se a porcentagem for inferior a 20%, adicione mais memória.
AVISO: Esse é uma etapa para destruir todas as informações sobre arquivo estendidas. Antes de continuar com esta etapa, tente liberar memória suficiente para que o volume seja montado e você possa fazer backup dos dados.
Faça com que os usuários efetuem logout e, em seguida, descarregue todos os módulos, com exceção dos drivers de disco do servidor. Desmonte os volumes montados. Para remover o namespace, carregue o VREPAIR, selecione Definir opções do VRepair e selecione duas opções: Gravar todas as entradas de diretório e FAT no disco e remover suporte a namespace do volume. Em seguida, execute o VREPAIR > Consertar volume no volume que você não está conseguindo montar.
As mensagens de erro de memória mais comuns incluem:
Se qualquer uma dessas condições existir, utilize as etapas a seguir para encontrar a origem do problema:
Verifique se o servidor não está carregando um gerenciador de memória ou um driver de dispositivo do DOS.
Verifique os arquivos AUTOEXEC.BAT e CONFIG.SYS para garantir que nenhum gerenciador de memória, como o HIMEM.SYS ou o EMM386.EXE, está sendo carregado e que nenhum desses arquivos possua a instrução DOS=HIGH. Verifique se nenhum driver de dispositivo do DOS está sendo carregado.
Converta essas instruções em comentários a partir de CONFIG.SYS ou apague CONFIG.SYS completamente. Converta essas instruções em comentários a partir de AUTOEXEC.BAT. (Para converter um comando em comentário, digite REM e insira um espaço no início da linha de comando.)
Se houver um gerenciador de memória no servidor, o NetWare utilizará esse gerenciador como base para determinar a quantidade de memória disponível em vez de registrar a memória por conta própria. Alguns gerenciadores de memória instalados em computadores mais antigos não são capazes de reconhecer mais de 64 MB de memória. Os drivers de dispositivo do DOS retiram memória do pool de memória do NetWare.
Verifique se o Windows 95 não está sendo utilizado para inicializar o servidor. O Windows 95 carrega automaticamente os gerenciadores de memória.
Verifique se o BIOS do servidor é atual.
Um BIOS desatualizado pode relatar a quantidade incorreta de memória. Atualize o BIOS se uma versão mais recente estiver disponível.
Verifique se a configuração para o parâmetro SET Reserved Buffers Below 16 MB (categoria Memória) está definida em 300 ou um valor mais alto.
Para drivers mais antigos, aumente o valor para 300 ou mais, especialmente se houver uma unidade de CD-ROM ou um dispositivo de fita que necessite de uma memória abaixo de 16 MB.
Verifique se a memória está sendo registrada automaticamente.
O registro manual da memória pode causar a sua fragmentação. Algumas placas de sistema antigas podem exigir que você registre a memória manualmente. Entretanto, a melhor solução é fazer o upgrade para uma placa mais recente para que o NetWare registre essa memória automaticamente.
Se a memória tiver sido registrada manualmente, reinicialize o servidor para disponibilizar memória e não execute esse procedimento novamente. Se necessário, faça o upgrade da placa de sistema.
Verifique se ocorrem erros de memória durante a montagem de um volume tradicional.
Em caso positivo, o servidor pode estar com pouca memória.
Para solucionar o problema, adicione mais memória RAM.
Para disponibilizar memória temporariamente, consulte Liberando a memória do servidor temporariamente.
Verifique se a média de "tempo de espera do LRU" (no Gerenciador Remoto do NetWare ou no MONITOR) é superior a 15 minutos durante o horário de pico do expediente.
Em caso negativo, o servidor pode estar com pouca memória.
Para disponibilizar memória temporariamente, consulte Liberando a memória do servidor temporariamente. Para utilizar o Tempo de Espera do LRU de forma a ajustar a memória, consulte "Ajustando o cache de arquivo no Guia de Administração de Memória do Servidor (documentação do NetWare 6). Para solucionar o problema, adicione mais memória RAM.
Verifique se existem vazamentos de memória.
O Tempo de espera do LRU e os Acertos de longo prazo do cache são gradualmente reduzidos ao longo do tempo, mesmo quando o tráfego da rede não aumentou e novos aplicativos não foram instalados no servidor?
Em caso positivo, pode haver um vazamento de memória no servidor. Consulte Solucionando problemas de vazamento de memória do servidor.
Se o problema persistir, siga as etapas de solução de problemas em Utilizando uma metodologia para a solução de problemas, pesquise o Novell Knowledgebase e entre em contato com um Provedor de Suporte da Novell.
Para solucionar um erro de dispositivo bloqueado, tente um ou mais procedimentos a seguir:
Se você tentou todas as sugestões anteriores sem êxito, entre em contato com o Provedor de Suporte da Novell ou com o fabricante da unidade.
As mensagens do sistema de alocação de bloco de controle de eventos podem aparecer quando você ativa o servidor ou depois do servidor estar em execução há algum tempo.
Essas mensagens indicam que o servidor não pôde adquirir buffers de recebimento de pacotes suficientes, geralmente denominados ECBs. Executar ECBs não é uma condição fatal. Entretanto, pode indicar um problema com a LAN ou com o servidor.
Os servidores executados durante vários dias em que ocorrem grandes cargas nos momentos de pico podem exceder o número máximo de ECBs, fazendo com que o sistema gere mensagens do sistema ECB.
Se essas situações são provocadas por picos adicionais na demanda de memória, mantenha a alocação atual de ECB máximo e permita que a mensagem seja gerada nesses momentos.
Por outro lado, se a carga de memória do servidor estiver alta e você receber freqüentes erros de alocação de ECB, tente configurar uma alocação maior de ECB máximo. Use o comando SET a seguir no arquivo STARTUP.NCF:
SET MAXIMUM PACKET RECEIVE BUFFERS=número
A memória alocada para ECBs não pode ser usada para outros fins.
O número mínimo de buffers disponíveis para o servidor também pode ser definido no arquivo STARTUP.NCF com o seguinte comando:
SET MINIMUM PACKET RECEIVE BUFFERS=número
Para diagnosticar problemas de comandos de console do servidor, identifique se as condições a seguir existem:
Para solucionar problemas de comandos do console do servidor, execute os procedimentos a seguir:
Desative o servidor se possível. Se você não puder desativar o servidor, espere até que todos os usuários tenham efetuado logout, aguarde alguns minutos e reinicialize o servidor.
O conflito mais comum ocorre quando uma placa de rede está definida para a interrupção 4 e uma impressora está conectada com a porta serial do servidor, que também utiliza a interrupção 4.
Para diagnosticar os problemas de travamento do teclado ao copiar arquivos do CD-ROM, identifique se as condições a seguir existem:
Se você possui um dispositivo de CD-ROM que compartilha um barramento SCSI com um subsistema de discos contendo volumes para os quais os arquivos de instalação do sistema operacional da rede são copiados (geralmente o volume SYS:), talvez o seu teclado seja bloqueado durante o carregamento de drivers ou durante a cópia de arquivos para o volume. A figura a seguir mostra os conflitos de configuração possíveis.
Remova os drivers do dispositivo de CD-ROM que você usou para configurar a unidade de CD-ROM como um dispositivo do DOS no arquivo CONFIG.SYS. Isso evitará possíveis conflitos quando o CD do Sistema Operacional for montado como um volume NetWare.
Para solucionar problemas de bloqueio do teclado durante a cópia de arquivos a partir do CD, utilize o procedimento a seguir:
Pressione Alt+Esc até acessar o prompt do console.
Digite: DOWN.
Usando um editor de texto, remova os drivers do dispositivo de CD-ROM do arquivo CONFIG.SYS.
Grave o arquivo CONFIG.SYS atualizado.
Usando um editor de texto, remova todas as referências feitas aos drivers de CD-ROM do arquivo AUTOEXEC.BAT.
Grave o arquivo AUTOEXEC.BAT atualizado.
Reinicialize o servidor pressionando Ctrl+Alt+Del.
(Condicional) Se o servidor não for automaticamente inicializado a partir do arquivo AUTOEXEC.BAT, acesse o subdiretório no qual o arquivo SERVER.EXE e outros arquivos de boot estão localizados (o padrão é C:\NWSERVER). Em seguida, digite o seguinte comando no prompt do DOS:
SERVER
(Condicional) Se está usando drivers de dispositivo ASPI (por exemplo, para uma controladora Adaptec*), você precisará digitar um dos comandos a seguir:
AHAxxxx
onde xxxx especifica o número da placa Adaptec
ou
ASPICD
ou
CDNASPI
No prompt do console, digite NWPA.
No prompt do console, digite: NWCONFIG.