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 !!! ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd