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
