Por curiosidade qual a configuração deste servidor. Em 4 de março de 2012 22:28, Paulo Henrique <paulo.rd...@bsd.com.br> escreveu: > Em 4 de março de 2012 22:14, Paulo Henrique <paulo.rd...@bsd.com.br>escreveu: > >> >> Sr. Francisco, com excessão do ultimo link os demais havia já acessado. >> Resposta ao longo do e-mail. >> >> Em 3 de março de 2012 22:59, Francisco Cardoso <frica...@bsd.com.br>escreveu: >> >> Em 2 de março de 2012 19:39, Paulo Henrique BSD Brasil < >>> paulo.rd...@bsd.com.br> escreveu: >>> >>> > Sr. Francisco, agradeço o esclarecimento, >>> > >>> > De fato via o smbclient o mesmo lista a raiz do servidor, porem tem esse >>> > erro entre a saida dos comandos. >>> > >>> > cli_pipe_validate_current_pdu: RPC fault code DCERPC_FAULT_OP_RNG_ERROR >>> > received from host pdc01! >>> > >>> > Então, quanto aos clientes, até antes de eu aumentar o >>> > SHARED_MEMORY_SYSV do sistema estava funcionando normalmente, contudo o >>> > problema ocorreu apos a ampliação do SHARED_MEMORY_SYSV. >>> > Nesse mesmo servidor tem uma base postgresql e zabbix tambem rodando, >>> > que antes 80 conexões atendia tranquilamente, porem o sistema começo a >>> > reclamar de pouca quantidade de memoria compartilhada, o que me fez >>> > aumentar ela e recompilar o kernel. >>> > >>> > O Sr. acha que a recompilação do kernel pode afetar o funcionamento nas >>> > estações ou mesmo do samba quanto aos clientes Windows ? >>> > >>> > Att. Paulo Henrique. >>> > >>> > >>> > >>> Paulo, o erro ocorrido na listagem do diretório que você falou: >>> >>> cli_pipe_validate_current_pdu: RPC fault code DCERPC_FAULT_OP_RNG_ERROR >>> >>> pelo que vi pode ser desconsiderado. >>> >> ,http://readlist.com/lists/lists.samba.org/samba/6/31779.html >> >> Até o momento deixei marcado a opção de Active Directory Support, e a >> mensagem em especifica é relacionada ao mesmo, como descriminado no link >> anterior. >> Um dos teste será compilar o Samba sem o suporte, visto que de inicio não >> necessito do mesmo por não integra-lo como o AD. >> >> >> >>> >>> Hoje resolvi pesquisar um pouco o erro "O número do procedimento está fora >>> do intervalo permitido" e veja o que achei. Quando falo de erro a seguir, >>> considere que estou me referindo a mensagem "O número do procedimento >>> está >>> fora do intervalo permitido". >>> >>> Segundo a página da Microsoft: >>> >>> http://support.microsoft.com/kb/155012/pt-br >>> >>> o seu erro corresponde ao código 1745L (0x6D1) com o erro >>> RPC_S_PROCNUM_OUT_OF_RANGE. >>> >>> De acordo com essa outra página: >>> http://msdn.microsoft.com/en-us/library/cc245518(v=prot.13).aspx os seus >>> clientes estão solicitando um método que o seu servidor não pode atender. >> >> >> >>> >>> Você teve alguma mudança de configuração no servidor que possa justificar >>> essa ocorrência? >>> >> >> Sim no caso apenas uma unica mudança sobre software, ampliação da memoria >> compartilhada sysV. >> Aumento de memoria fisica do servidor de 4Gb p/ 8Gbs, testei a mesma com >> memtest antes de colocar em produção, >> Pelo que me recordo, o primeiro modulo foi lido a 333Mhz e os demais 3 >> modulos a 400Mhz, porem não retornou qualquer erro no memtest. >> Infelizmente o servidor estã em produção porem sabado que vem abro janela >> para realizar um teste apenas com os 4Gbs anteriores. >> >> Segue as configs quanto a SysV e Mensagens, será que interfere na operação >> do Samba, >> >> # Device SYSV Memory >> options SEMMAP=140140 # produto de SEMMNI e SEMMSL >> options SEMMNI=98 # 1200 conexoes / 16 >> options SEMMNS=1430 # quantidade de semaphores para todos os >> sistemas >> options SEMMNU=1666 # SEMMNI * 17 >> options SEMMSL=61 # Numero maximo de semaphores por conjunto >> options SEMOPM=101 >> options SEMUME=18 >> options SHMALL=262144 # Memoria total compartilhada >> options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1) # >> options SHMMAXPGS=262144 >> options SHMMIN=1 >> options SHMMNI=65 >> options SHMSEG=9 >> options MSGMNB=2049 >> options MSGMNI=41 >> options MSGSEG=2049 >> options MSGSSZ=32 >> options MSGTQL=41 >> >> >> Vou analisar o MSGMNB e MSGSEG, pois os mesmo antes possui valores mais >> conservadores. >> Tive que aumentar quase todos os parametros para o sistema conseguir lidar >> adequadamente com o PostGreSQL e o Zabbix, em determinado momento ambos >> consumia toda a memoria compartilhada do sistema o que tornada um simples >> "#df -h", "#ls -lh" sofrivel, vindo a demorar até 3 minutos para ser >> executado. >> O calculo dos valores foi retirado de documentação do HP-UX, e de uma >> pequena documentação de memoria compartilhada sobre C, que possuo. >> >> >> >> >>> >>> Veja ainda esta outra página que propõe reparos ao sistema operacional dos >>> clientes para resolver o problema: >>> >>> http://www.pcmmc.com/rpc_s_procnum_out_of_range.php >>> >>> Como nunca enfrentei este problema antes, não sei se esse procedimento de >>> correção realmente funciona. Muito cuidado com as "promessas" da Internet! >>> >>> Mas se der certo os testes, coloca na lista pra enriquecer o histórico. >>> >> >> Sim muito cuidado mesmo, contudo quando se trabalha com software livre, de >> fato boa parte do suporte é da internet, principalmente para erros como >> este no qual há pouca ou nenhuma definição quanto relacionada. >> >> >>> >>> Abraço e não precisa me chamar de senhor não. Devo ser só um pouquinho >>> mais >>> velho que você :-). De qualquer forma, agradeço o respeito! >>> >>> >> Desculpa !! >> >> >>> >>> >> >>> -- >>> >>> Francisco Ricardo >>> ___________________________________ >>> Administrador de Redes e Sistemas Unix/Linux >>> Profissional Certificado RedHat | Entusiasta FreeBSD >>> Natal/RN | (84)9461-4801 | frica...@bsd.com.br >>> ------------------------- >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> >> >> >> -- >> :=)>BattleMaster<(=: >> >> Flamers > /dev/null !!! >> >> Francisco, agradeço a ajuda, > > Em pesquisas pelo que parece é problema mesmo entre os MSG* e o RPC que > está gerando o problema. > Vou reanalizar os tunnig dos MSG ( não interfere diretamente no postgres ) > e ver se o problema é sanado. > > Att. Paulo Henrique. > > > > -- > :=)>Paulo Henrique.<(=: > > Flamers > /dev/null !!! > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
