Re: [FUG-BR] compilar kernel

2005-04-11 Por tôpico Celso Viana
obrigado pessoal.

Celso

On Apr 10, 2005 9:39 PM, Farias [EMAIL PROTECTED] wrote:
 Realmente até onde sei  A ordem dos fatores não alteram o produto
 blz
 
 Rafael Floriano Sousa Sales escreveu:
 
 Eu nunca tive problemas com isso i olha que eu costumo ordenar minha
 condifuracao com o sort.
 
 Abraço
 
 On Apr 10, 2005 7:01 AM, Celso Viana [EMAIL PROTECTED] wrote:
 
 
 All,
 
 A sequencia em são adicionadas opções ao kernel pode causar algum 
 problema?
 
 options IPFIREWALL
 options IPFIREWALL_VERBOSE
 options IPFIREWALL_VERBOSE_LIMIT=100
 options IPFIREWALL_DEFAULT_TO_ACCEPT
 options IPDIVERT
 
 por exemplo: seu eu inverter a última com a primeira linha terei algum 
 problema?
 
 Celso
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br
 http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
 
 
 
 
 
 
 
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br
 http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] reinstalar sistema

2005-04-11 Por tôpico Ronan Lucio
Celso,
Valews... outra dúvida: eu posso ter 2 slice's no mesmo HD? daí eu
colocaria um /backup no 2º slice inteiro.. tudo isso é pq não é
brincadeira fazer backup de 30 GB..
Respondendo a tua pergunta: É possível sim, mas isso teria
que seito no momento em que você definiu os slices na instalação
do sistema.
Talvez até um partition mágic faça isso, mas no teu caso eu não
arriscaria... :-/
Outra coisa: Eu costumo (nesses casos como o seu) fazer a instalação
em um novo HD e deixar o antigo em stand by por algum tempo (1 ou
2 semanas).
De qualquer forma você não precisa fazer backup dos 30 Gb, faça
backup somente do que há de novo.
Por exemplo: Sabemos que o FreeBSD grava as configurações nos
diretórios /usr/local/etc e /etc, então faça o backup desses 2 
diretórios.

Se você tem um banco de dados no servidor, gere um dump para backup.
Se tem páginas, faça um backup das páginas,
Do home
e etc. de acordo com o que foi adicionado no sistema.
Espero ter ajudado,
[]s
Ronan 


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Re: cvsup

2005-04-11 Por tôpico R. Filippus
Bom dia Celso.

Não sei se isto é correto, mas eu compacto toda a pasta /usr/ports e
levo para casa e descompacto, e executo:
#cd /usr/ports
#make index
#pkgdb -F

Mas por garantia eu sempre compacto o /usr/port de casa antes de por o
novo, caso aconteça algum erro :D.


On Apr 10, 2005 10:27 PM, Fred Cox [EMAIL PROTECTED] wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 


-- 
Atenciosamente,
R. Filippus

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] compilar kernel

2005-04-11 Por tôpico João Carlos Mendes Luís
Para comandos option, não há diferença na ordem.

Para comandos device, há, principalmente para devices ISA.

Celso Viana wrote:
 All,
 
 A sequencia em são adicionadas opções ao kernel pode causar algum problema? 
 
 options IPFIREWALL  
 options IPFIREWALL_VERBOSE  
 options IPFIREWALL_VERBOSE_LIMIT=100
 options IPFIREWALL_DEFAULT_TO_ACCEPT
 options IPDIVERT
 
 por exemplo: seu eu inverter a última com a primeira linha terei algum 
 problema?
 
 Celso
 
 ___
 Freebsd mailing list
 Freebsd@fug.com.br
 http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Alto consumo de CPU do squid no FreeBSD 5.4

2005-04-11 Por tôpico João Carlos Mendes Luís


Ricardo A. Reis wrote:
 Caro Alex,
 
  Muito ja foi comentado sobre o seu problema vou comentar um
 pouco sobre a minha realidade, tenho um proxy server rodando em Xeon
 2.66 com 1G de ram e scsi u320 15k, sobre free 5.2, estou muito contente
 com ele mesmo tendo pouca memoria ele nao usa swap :-), com uma media de
 usuario de 1.7k a 2.2k (+/- 23G  transferencia dia) e acredite fazendo
 nat com pf e filtro de conteudo com squidguard +/- 100 regexp e o uso do
 processado tem picos de 65+/- e media 55%.
   Eu uso dnscache interno com 100 megas de cache que fica um
 tiro ;-)

Que dnscache que voce usa?

 
 Ideias:
 Sua motherboard e' intel? Eu estou com problemas de irq
 storm em um ibm x346, exatamente como a sua placa de rede e a usb
 (dmesg|grep storm) oq aparentemente esta sendo comum na RELENG_5 vide
 current@ deveria testar  com 5.3!

Strom em qual interrupção?  Algo que possa ser desabilitado?

Eu já vi isso em drivers USB, justamente por estar junto com a placa
de rede.

 
 Atenciosamente
 Ricardo A. Reis
 UNIFESP - SENAI
 Unix and System Admin

 
 Alex S. Moura wrote:
 
 Saudações,


 Alguém tem sugestões ou dicas para resolver o problema de alto consumo
 de CPU pelo squid no FreeBSD 5.4?
 Trata-se de um proxy webcache transparente, implementado com o pf e
 protocolo WCCP (Cisco).

 Dados relevantes:

 Hardware: P4 2.80GHz HT / 2GB RAM / (2x)80GB HDD / Intel PRO/1000 (em0)
 --
 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU)
 Hyperthreading: 2 logical CPUs
 real memory  = 2146631680 (2047 MB)
 avail memory = 2094350336 (1997 MB)
 cpu0: ACPI CPU on acpi0
 agp0: Intel 82865 host to AGP bridge mem 0xf800-0xfbff at
 device 0.0 on pci0
 em0: Intel(R) PRO/1000 Network Connection, Version - 1.7.35 port
 0xcf80-0xcf9f mem
 0xfe9e-0xfe9f irq 18 at device 1.0 on pci2
 em0: Link is up 100 Mbps Full Duplex
 ad0: 76319MB ST380011A/3.06 [155061/16/63] at ata0-master UDMA100
 ad1: 76319MB ST380011A/3.06 [155061/16/63] at ata0-slave UDMA100
 ---//--//--//---


 Software: FreeBSD 5.4-PRERELEASE, squid 2.5.9,  pf

 Outras informações:
 --

 # top -S
 
 last pid: 20950;  load averages:  0.88,  0.99,  0.96  up 1+01:36:07 
 12:11:52
 101 processes: 3 running, 65 sleeping, 33 waiting
 CPU states: 34.5% user,  0.0% nice, 51.6% system,  7.0% interrupt, 
 7.0% idle
 Mem: 210M Active, 1544M Inact, 180M Wired, 66M Cache, 112M Buf, 3008K
 Free
 Swap: 4069M Total, 120K Used, 4069M Free

 PID USERNAME PRI NICE   SIZERES STATETIME   WCPUCPU COMMAND
 3134 squid1220   193M   190M RUN211:17 84.03% 84.03% squid
  11 root 171   52 0K 8K RUN934:47  6.98%  6.98% idle
  35 root -44 -163 0K 8K WAIT26:04  2.83%  2.83% swi1: net
  28 root -68 -187 0K 8K WAIT14:05  1.03%  1.03% irq18:
 em0 uhci2
  36 root -28 -147 0K 8K WAIT 2:24  0.00%  0.00% swi5:
 clock sio
 3136 squid -40  1744K  1076K msgwai   2:07  0.00%  0.00% diskd
  56 root  200 0K 8K syncer   2:00  0.00%  0.00% syncer
 ---//--//--//---

 # systat -vmstat 1
 --
   3 usersLoad  1.15  1.00  0.95  Apr  6 12:18

 Mem:KBREALVIRTUAL VN PAGER  SWAP
 PAGER
   Tot   Share  TotShareFree in  out in  out
 Act  2094444416   261896 6540   82364 count
 All 20459527132  450039210168 pages
Interrupts
 Proc:r  p  d  s  wCsw  Trp  Sys  Int  Sof  Fltcow1515
 total
1 4 32  3680  730 5051 2944 1139  183612 wire1:
 atkb
  215036 act 3:
 sio1
 52.2%Sys   3.7%Intr 28.4%User  0.0%Nice 15.7%Idl  1569204 inact  
 4: sio0
 ||||||||||  79356 cache  
 6: fdc0
 ==++   3008 free128
 8: rtc
 daefr  
 13: npx
 Namei Name-cacheDir-cache prcfr  
 14: ata
   Calls hits% hits% react  
 15: ata
  47   37   79   pdwak  1288
 18: em0
 zfodpdpgs99 0:
 clk
 Disks   ad0   ad1 ofodintrn
 KB/t   0.00  0.00 %slo-z   114880 buf
 tps   0 01657 tfree   120 dirtybuf
 MB/s   0.00  0.00  10 desiredvnodes
 % busy0 0   90535 numvnodes
9789 freevnodes
 

Re: [FUG-BR] Dúvida.

2005-04-11 Por tôpico Ronan Lucio
Renato,
Gostaria de saber como faço para desabilitar a função que reboota o 
FreeBSD quando o
FSCK acha algum erro no disco.
Acredito que você esteja confundindo as mensagens de erro.
Aquele erro característico que causa o reboot do sistema, normalmente
é erro de hardware, mas não bad block no HD.
Normalmente isso é causado quando da erro de memória, super aquecimento
do processador e etc.
Sendo assim, não há como desabilitar esta função (ou pelo menos não
deveria), uma vez que os dados contidos na memória não são mais confiável.
[]s
Ronan 


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


RES: [FUG-BR] flush - ipfw

2005-04-11 Por tôpico Sérgio José Ferreira
basta incluir todas elas em um mesmo SET e depois dar um ipfw delete set x
já um ipfw delete 400-65535 não funciona ( que eu saiba ).

[]'s

Sérgio José Ferreira
WGO Internet


-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
nome de Celso Viana
Enviada em: segunda-feira, 11 de abril de 2005 17:38
Para: Lista de discussao do grupo FUG-BR
Assunto: [FUG-BR] flush - ipfw


All,

É possível fazer um flush nas regras do ipfw a partir de uma
determinada regra? por exemplo: gostaria de apagar, sem ser
perguntado, todas as regras depois da 400;

Celso

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Alto consumo de CPU do squid no FreeBSD 5.4

2005-04-11 Por tôpico Antonio Torres
João Carlos Mendes Luís wrote:
Ricardo A. Reis wrote:
Caro Alex,
Muito ja foi comentado sobre o seu problema vou comentar um
pouco sobre a minha realidade, tenho um proxy server rodando em Xeon
2.66 com 1G de ram e scsi u320 15k, sobre free 5.2, estou muito contente
...
Strom em qual interrupção?  Algo que possa ser desabilitado?
Eu já vi isso em drivers USB, justamente por estar junto com a placa
de rede.
...

# vmstat -i
---
interrupt  total   rate
irq1: atkbd02129  0
irq3: sio1 2  0
irq4: sio0 2  0
irq6: fdc014  0
irq8: rtc   11852670127
irq13: npx01  0
irq14: ata0  1145295 12
irq15: ata1   58  0
irq18: em0 uhci275076124810
irq0: clk9260481 99
Total   97336776   1051
o problema é exatamente o compartilhamento de IRQ entre a placa de rede 
o o USB (gerando um IRQ storm)

já tive esse problema inúmeras vezes com servidores IBM (xSeries e 
eSeries), e com algumas MBs Intel com rede integrada (em todos os casos 
foi a fatídica combinação em0 + USB).

Possiveis soluções:
- quando possivel desabilite a USB
- tente o sugerido pelo colega: kernel com as opções DEVICE POOLING + 
HZ=2000 (pelo menos 2000, no caso de sua maquina, 4000 deve ficar 
perfeito para gigabit)
- se nada mais funcionar, desative a placa de rede on-board (eu sei, 
uma pena) e ponha outra placa de rede (atualmente estou muito satisfeito 
com o custo/benefício das 3Com)

[]s
Antonio Torres
[EMAIL PROTECTED]
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Dúvida.

2005-04-11 Por tôpico FreeBSD® Hack
Ronan Lucio wrote:
Renato,
A mensagem se refere ao FSCK.
Ele desliga todo o sistema e cai para o prompt /usr/local/bin/sh e 
pede pra executar o FSCK manualmente.

Blz, agora sei do que você está falando.
Qual a versão do FreeBSD que vocês está rodando?
Na versão 5.x ele roda fsck em background.
Interessante também notar que esse comportamento é um recurso
do sistema para garantir a integridade dos dados.
Você lembra quando dava aqueles erros no windows de arquivos
e diretórios truncados que nem scandisk dava mais jeito?
Pois é, esse comportanmento evita que isso acontaça.
Então o correto (e mais sensato) seria solucinar o problema
pela sua origem.
Se o seu servidor está desligando por falta de energia, é melhor
comprar um no-break do que correr o risco de perder os dados.
De qualquer forma, eu te aconselharia a atualizar o seu sistema
caso ele não seja da versão 5.
[]s
Ronan
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br

Se for versão 4.x no arquivo /etc/rc
troca
fsck -p (ou algo assim)
fsck -y
Ai quanto reboota mesmo com erro ele corrige e entra no AR sozinho!
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Dúvida.

2005-04-11 Por tôpico Forum Free
Estou rodando nele a versão 5.1 do FreeBSD.
Se o sistema apenas emitisse um aviso e continuasse não teria problema.
Mas ele para todo o sistema.
Tem como impedir que ele pare o sistema?
- Original Message - 
From: FreeBSD® Hack [EMAIL PROTECTED]
To: Lista de discussao do grupo FUG-BR Freebsd@fug.com.br
Sent: Monday, April 11, 2005 7:19 PM
Subject: Re: [FUG-BR] Dúvida.


Ronan Lucio wrote:
Renato,
A mensagem se refere ao FSCK.
Ele desliga todo o sistema e cai para o prompt /usr/local/bin/sh e pede 
pra executar o FSCK manualmente.

Blz, agora sei do que você está falando.
Qual a versão do FreeBSD que vocês está rodando?
Na versão 5.x ele roda fsck em background.
Interessante também notar que esse comportamento é um recurso
do sistema para garantir a integridade dos dados.
Você lembra quando dava aqueles erros no windows de arquivos
e diretórios truncados que nem scandisk dava mais jeito?
Pois é, esse comportanmento evita que isso acontaça.
Então o correto (e mais sensato) seria solucinar o problema
pela sua origem.
Se o seu servidor está desligando por falta de energia, é melhor
comprar um no-break do que correr o risco de perder os dados.
De qualquer forma, eu te aconselharia a atualizar o seu sistema
caso ele não seja da versão 5.
[]s
Ronan
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br

Se for versão 4.x no arquivo /etc/rc
troca
fsck -p (ou algo assim)
fsck -y
Ai quanto reboota mesmo com erro ele corrige e entra no AR sozinho!
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Servidor Correio

2005-04-11 Por tôpico Sebastião Santos
Alexandre Vasconcelos wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
fabinho_zzz wrote:
| E você, Alexandre, porque quer trocar o qmail?
|
| Pertunto porque particularmente gosto do qmail, mas esse problema 
com os
| patches, isso é muito confuso... é bom que ele seja modular, mas falta
| documentação e organização da turma de desenvolvimento, ne?

Na verdade estou satisfeito com o qmail, como o Kleyson disse é um ótimo
MTA, modular e seguro, mas algumas vezes esta modularidade pode ser uma
faca de dois gumes, no caso de um upgrade de algum dos componentes
existe a possibilidade (ainda que mínima) de causar problemas no
servidor, e isso dá mais trabalho de manter (tenho mania de manter as
coisas atualizadas). O que gosto no Postfix é que ele é modular também,
mas com o passar do tempo vai incorporando os patches da comunidade e eu
creio que isso faça o software ficar mais robusto. Como estou querendo
começar algo com LDAP estou querendo dar uma chance para o Postfix pra
ver como ele se sai, mas volto a afirmar, estou satisfeito com o qmail e
só troco se a diferença for grande mesmo no final das contas.
Ah, respondendo ao Sebastião, SSP/GO - Secretaria de Segurança Pública
de Goiás, e se vc está na Soluções IP deve estar trabalhando com meu
amigo Leonardo dos velhos tempos de Persocom :)
- --
Alexandre Vasconcelos
The FreeBSD pt_BR Documentation Project
Unix Admin
SSP/GO
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (FreeBSD)
iD8DBQFCOsWEcvrfkI0p/tURAr7mAJ9YrsCtJDbHJkyRBH/i387dTz1QMQCdENEQ
c+MxTnNElvRQYYUowH6plXU=
=eYgs
-END PGP SIGNATURE-
___
Para enviar um novo email para a lista: freebsd@fug.com.br
Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Eu e o Leonardo separamos a sociedade... estou sozinho agora!
--
Atenciosamente,
Sebastião Santos
Eng. Certificado RedHat
RHCE: 809003071309137
SoluçõesIP
email: [EMAIL PROTECTED]
http://www.solucoesip.net
celular TIM: +55 62 8121-8326
celular BrT: +55 62 8404-9877
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


[FUG-BR] Samba usando o Ldap do w2k para autenticar usuarios

2005-04-11 Por tôpico Jeimerson C Chaves
Boa Noite a todos,
Pessoal, é o seguinte estou implementando uma solucao de servidor de arquivos e
impressao onde o usuario tera sua autenticacao em uma base AD do windows 2000 
esta
tudo certo, eu consigo logar normal na shell do meu freebsd 5.3 em usuarios do 
AD
porem ñ estou conseguindo que o samba tmb pegue estes usuarios.
Alg da lista já teve este problema? que poderia me ajusar já procurei na doc. do
samba, no google e ate agora nada tentei usar pam eu só ñ queria usar winbind.
desde de já,
meu muito obrigado

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


[FUG-BR] Fazer Raid 0

2005-04-11 Por tôpico Jorge Miguel de Carvalho
Pessoal!

Alguém tem alguma dica de como fazer raid 0 com dois hds ide

Obrigado.


___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Fazer Raid 0

2005-04-11 Por tôpico Márcio Luciano Donada

 Pessoal!

   Alguém tem alguma dica de como fazer raid 0 com dois hds ide

   Obrigado.



Sim, www.freebsd.org/handbook

[]'s
-- 
Márcio Luciano Donada
Analista de Suporte
Cooperativa Central Oeste Catarinense

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


[FUG-BR] FreeBSD (BRIDGE)

2005-04-11 Por tôpico Márcio Luciano Donada
Pessoal,
Estou com um servidor com 3 interfaces de rede (xl0,rl0 e sis0, o que faz
a falta de grana, mas ...) Bom, a rl0 e a xl0 estão trabalhando como
bridge e tudo ok o  servidor que eu tenho atraz da bridge funciona
normalmente. O problema está quando eu trabalho com o modo promicuos com a
interface sis0, a partir do momento que executo algum comando na máquina
que está atraz da bridge para capturar o que trafega pela sis0 o comando
para e simplesmente ele sai do modo promiscuos, alguém tem alguma idéia se
isso é possível ser feito, ou seja, trabalhar, na realidade, em modo
promiscuos nas 3 interfaces?

[]'s


-- 
Márcio Luciano Donada
Analista de Suporte
Cooperativa Central Oeste Catarinense

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


Re: [FUG-BR] Fazer Raid 0

2005-04-11 Por tôpico Rodrigo Mosconi
On Mon, Apr 11, 2005 at 10:12:38PM -0300, Jorge Miguel de Carvalho wrote:
 Pessoal!
 
   Algu?m tem alguma dica de como fazer raid 0 com dois hds ide
   
   Obrigado.
 


Esse assunto ja foi discutido na lista, mas aqui vai algumas coisas que foram 
comentados:

para raid0 tem-se o gstripe que a construcao de volume eh facil, mas nao pode 
ser boot-time
e tem o vinum, que estah caindo em desuso que eh mais dificil criar um 
volume, mas permite ter raid0  no boot

Mosconi 

___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br