Saudações Sres, Em 5/3/2012 14:57, Francisco Cardoso escreveu: >> >> >> 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 >> > > Acho que vale a pena os testes que você está fazendo, como o de voltar a > memória do servidor, rever o tuning, até porque tuning, às vezes, se mal > executado ou não tão testado, pode atrapalhar mais que ajudar. Agora eu não > acho tão provável estar havendo um erro no servidor. Até porque erros no > servidor em geral são registrados nos logs. Como os logs você já checou e > não encontrou nada, acho mais provável um erro nos clientes. > > Aquela URL que você falou que ainda não tinha acessado tem um software que > promete resolver o problema no Windows. Talvez valha a pena o teste em um > ambiente limitado pra ver se resolve sem ter este trabalho todo no servidor > ... Repetindo a URL: > > http://www.pcmmc.com/rpc_s_procnum_out_of_range.php > > Abraço! >
Infelizmente ainda não solucionei o problema, os seguintes testes já foram realizados e até o momento não resolveu. Tirar 4Gbs de memória, no qual foi inseridas um dia antes do problema vir a começar. Restaurar os valores antigos do SYSV IPC, alterados 1 dia antes do problema vir a ocorrer. Downgrade do Samba 3.6 para o 3.5. Recompilação do OpenLDAP24-SASL-server Reconpilação do nss_ldap Reanalize e repopulação da base ldap através do smbldap-tools ( smbldap-populate ). Bom a unica coisa que há de errado é que: O servidor ldap está on-line, porem o nss_ldap vem reclamando que não foi possivel localizar o servidor ldap, embora tanto o nss_ldap.conf como slapd esteja corretamente configurados ( acesso o slapd através do ldapadmin normalmente. ) Alguma sugestão ? Att. Paulo Henrique. -- "Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história." Flames > /dev/null ( by Irado !! ). RIP Irado! Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd