Programa clipper lento em servidor linux

liloptc
(usa Ubuntu)

Enviado em 16/07/2010 - 12:54h

Também não resolveu usando o chmod -R 777 FIS/

cesar
(usa CentOS)

Enviado em 20/07/2010 - 14:33h

Caramba hein,

Andei pesquisando e já vi que outras pessoas enfrentaram o mesmo problema que você, e a solução foi reinstalar o driver da placa de rede, eles disseram que a rede funcionava normalmente, ssh, acessos, porém quando iriam executar arquivos que estavam compartilhado pelo samba ou copiar arquivos o mesmo ficava extremamente lento, tente fazer o teste quem sabe o seu problema também não seja no driver de rede.

Qualquer coisa só chamar aqui.

[]'s

cesar
(usa CentOS)

Enviado em 20/07/2010 - 14:48h

Na parte [global] do seu smb.conf

adicione estas linhas abaixo:

kernel oplocks = No
lock spin count = 50
lock spin time = 25
oplocks = No
level2 oplocks = No

Achei aqui http://www.fug.com.br/historico/html/freebsd/2006-07/msg00753.html

Parece que ajuda na performance.

[]'s

cesar
(usa CentOS)

Enviado em 21/07/2010 - 09:22h

Olá,

Cara, configurei um servidor Debian numa máquina virtual só para fazer testes e tentar descobrir uma solução para o seu problema, porém aqui eu fiz uma configuração básica no samba nada de especial, e funcionou os programas em clipper que tenho na empresa de boa, não ficou lento nem nada mesmo sendo uma máquina virtual.

É o seguinte, seu samba foi configurado do ZERO ou você aproveitou trechos de configuração de outro samba?

O Samba está atualizado?

[]'s

liloptc
(usa Ubuntu)

Enviado em 21/07/2010 - 16:49h

Comecei configurá-lo pelo SWAP, depois precisei instalar uma impressora e a partir daí aproveitei as configurações do SWAP e apenas adicionei algumas linhas.

Ontem mesmo fiz um teste aqui com meu note, ele tem o ubuntu 10.04 32bits, instalei o samba, deixei o smb.conf idêntico ao do servidor, coloquei o programa nele, criei alguns usuários e o programa funcionou normal, a mesma velocidade com qualquer usuário que tivesse usando.

Também pensei que poderia ser problema com driver da placa de rede, mas não pode ser, porque depende do usuário para ficar lento.

Estou pensando seriamente em formatar ele e começar do zero com outra distribuição.
Você aconselharia alguma outra distribuição?
O servidor aqui é simples, compartilhar arquivos do Office, um programa em firebird, uma impressora matricial em lpt1, porque se colocar ela num PC com XP o PC fica muito lento, esse maldito programa em Clipper, backup automático diário.

Teixeira
(usa Linux Mint)

Enviado em 21/07/2010 - 17:07h

Na igreja que frequento aconteceu o mesmo com um progama em Clipper "embutido" na distro e que demorava demais, tornando a rede insuportavelmente lenta.
Bem, em vez de resolverem O PROBLEMA em si, tiraram o Linux e puseram o "Seven" ($$$).
Agora o efeito colateral é outro, mas enfim...

cesar
(usa CentOS)

Enviado em 21/07/2010 - 17:12h

Qual a distribuição atual do servidor?

Grande maioria do pessoal instala em servidores estas distribuições: Red Hat, CentOS e Debian.

Aqui para testes eu utilizei o Debian pois era o único cd que eu tinha no momento, porém já utilizei bastante o CentOS que é muito indicado para servidores.

Olha para o teste aqui eu utilizei apenas a primeira mídia do Debian, instalei somente os pacotes básicos com a opção de servidor de arquivos.

Apesar que estar utilizando uma máquina virtual que não é lá grande coisa, os serviços de samba e squid ficaram bem rápidos, se o seu hardware não for muito bom, aconselho a instalação do Debian.

[]'s

liloptc
(usa Ubuntu)

Enviado em 21/07/2010 - 18:07h

O servidor é um pentium 4 3.06ghz, 1.5gb de RAM, 2 HDs, um de 40gb p/ o sistema e outro de 160gb p/ backup, instalei o Debian 5.04 tambem somente com os pacotes básicos com a opção de servidor de arquivos.

cesar
(usa CentOS)

Enviado em 22/07/2010 - 11:02h

Bom,

Tente atualizar o samba, ou melhor tente dar um upgrade na distro inteira, quem sabe alguma correção acerte este problema, caso ainda não funcione, não é o ideal mas então reinstale o servidor.

Se precisar de ajuda é só falar.

[]'s

Teixeira
(usa Linux Mint)

Enviado em 22/07/2010 - 12:04h

A melhor solução seria instalar um servidor dedicado, rodando uma distro específica para servidores.
Embora o Clipper seja um banco de dados "multiusuário" ele roda sobre uma plataforma cuja "multitarefa" é do tipo cooperativo, e não preemptivo, e que além disso está sendo praticamente emulada (embora o Wine alegadamente não seja um emulador).
Significa tudo isso que o processamento de um banco de dados Clipper distribuido entre vários terminais gera reprocessamento de algumas etapas, com uso massivo da CPU e do HD (e com isso eventualmente prejudicando até mesmo a swap), provocando grande lentidão no processo.

liloptc
(usa Ubuntu)

Enviado em 22/07/2010 - 12:51h

Atualizei o samba com “apt-get install samba” optei por substituir o smb.conf padrão da instalação, reconfigurei ele manualmente, reniciei o samba, testei e não resolveu, depois executei o comando “apt-get upgrade” atualizou vários pacotes mas também não resolveu.
A atualização seria dessa forma mesmo?

cesar
(usa CentOS)

Enviado em 22/07/2010 - 13:27h

Sim desta forma mesmo,

Aqui eu fiz o seguinte

Criei um grupo chamado "clipper"

adicionei os usuários para testar, por exemplo: joao,joana,maria

No samba eu deixei assim:

valid users = @clipper

Isto faz que o samba deixe todos os usuários do grupo clipper acessar o diretório.

e é claro deixei a permissão do diretório desta forma:

chown -R root.clipper pasta/

Ou seja o dona será o root e o grupo de acesso é clipper.

Não sei se tem alguma influencia(acredito que não), mas aqui deu tudo certo.

[]'s