[FUG-BR] PDC , Samba 3.6 + OpenLdap 2.4 + FreeBSD - "O numero do procedimento está fora do intervalo permitido"

Domingo Março 4 22:14:53 BRT 2012

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 <fricardo em bsd.com.br>escreveu:

> Em 2 de março de 2012 19:39, Paulo Henrique BSD Brasil <
> paulo.rddck em 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   | fricardo em 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 !!!