network /ifcfg-eth0/ifcfg-eth1

Bom Dia,

Estou achando que minha configuracao das placas estao erradas...

Código :

---

DEVICE=eth0
BOOTPROTO=none
BROADCAST=10.1.1.255
IPADDR=10.1.1.5
NETMASK=255.0.0.0
ONBOOT=yes
 
DEVICE=eth1
BOOTPROTO=none
BROADCAST=192.168.1.255
IPADDR=192.168.1.1
NETMASK=255.255.255.0
ONBOOT=yes
 
 
e network 
 
NETWORKING=yes
FORWARD_IPV4=yes
HOSTNAME=firewall
GATEWAY=10.1.1.1
GATEWAYDEV=eth0
#NOZEROCONF=yes

---

está certo desta maneira ?

estou verificando tudo, para encontrar o erro de lentidao, no samba.

Acho que essa configuração, nao deve ser assim...
Alguém pode colar seus scripts de configuracao ?
obrigado

Caro amigo, boa noite ......
Tivemos problemas de lentidão do servidor Samba na empresa. O servidor ia ficando lento, lento até parar tudo.
Descobrimos que o problema estava no log do usuário. Na nossa rede temos cerca de 80 usuários.
Esse arquivo vai crescendo a medida que o usuário vai logando no servidor. No smb.conf tem uma opção de você não deixar criar log de usuário no samba. Esse arquivo cresce de forma geométrica e vai ocupando espaço no hd.
Dê uma olhada. Pode ser isso.
Um grande abraço ........ 8)

Olá amigo

aparentemente suas nics estao configuradas certo, nao consegui ver erros nelas, e nao tem problema cada placa ter uma classe diferente, esta numa boa nao tem erro nao, pode ser que o erro do samba esteja sendo causado por algum outro fator, ate mesmo logs do samba como diz o amigo ai em cima

valew

Realmente esse negocio de log ja me deixou muito doido por aki, quando o log fica um pouco maior q os outros o negocio empanca

é complicado, na rede só tem 8 micros clientes.
coloquei o tamanho do log para 10.

O pc tem 512 de ram, o samba pega bastante memória.

O mais estranho, é que somente o sistema cobol da para perceber que está lento.
Leva uns 7 segundos para abrir.

Mas para navegar nas pastas compartilhadas no servidor fica rápido.

Cada hora que passa o samba vai consumindo mais memória, até congelar o sistema.

Quando reinicio o samba e executo o programa em cobol fica rápido por pouco tempo...
É só outro terminal abrir o sistema simultaneamente que trava.

Vale lembrar que é um hub da encore com 16 portas.
8 Clientes (5 windows XP, e 3 win98).

Mas o mais engraçado é quando eu rebooto a máquina, tudo volta ao normal o dia todo.

nossa depois de 1 dia, consegui resolver o erro do cups.

é só colocar isso
printing = bsd
printcap name = /dev/null

não voltou mais erro.