Re: [FUG-BR] RPC jails

2020-10-14 Por tôpico Edinilson J. Santos

Bom dia.

Bastille não te serviria?
https://bastillebsd.org/

Edinilson

--
*From:* Cleyton Agapito [mailto:cragap...@gmail.com]
*Sent:* Tuesday, October 13, 2020, 17:59
*To:* Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
*Subject:* [FUG-BR] RPC jails


Olá caríssimos!

Tenho várias jails e gostaria de centralizar a administração delas. O NIS
pareceu uma solução bem razoável.

Encontrei nas minhas buscas uma única fonte dizendo que tanto o NFS quanto
o NIS não funcionam na jail por questões de segurança (sem dar maiores
detalhes), por haverem restrições ao RPC (Remote Procedure Call), embora
outras fontes pareçam estar usado a solução normalmente.

O manual indica a utilização de uma interface de loopback alternativa para
as jails, e achei alguém dizendo que o rpcbind deve rodar no host. Fiquei
confuso sobre como um rcpbind rodando no host resolveria o problema
utilizando múltiplas interfaces e endereços de loopback, não encontrei
exemplos de uso, e isso que nem cogitei IPv6 para isso ainda.

Tenho um servidor ldap rodando, mas não sei como ficaria a administração
dos arquivos de configuração das jails (hosts, resolv.conf, master.passwd,
etc), que o NIS deveria resolver, qualquer ajuda neste sentido também será
muito bem vinda.

Na ausência das soluções acima descritas, ficaria satisfeito de ouvir
alternativas para a administração das jails. Passei para ezjail e estou
relativamente arrependido, e tirando as questões de obsolescência e
warnings na partida, não acho que as outras soluções possam resolver este
tipo de assunto.

Desde já, grato pela atenção.

PS: Saudade do irado...
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] erro compilar kernel

2019-08-08 Por tôpico Edinilson J. Santos

Em 07/08/2019 19:08, Luis Teixeira escreveu:

Boa noite amigos,

Estou com dificuldades na compilação do kernel, segue abaixo o que adionei
no arquivo do novo kernel e o erro:

# PF
device  pf
device  pflog
device  pfsync
options ALTQ
options ALTQ_CBQ # Class Bases Queuing (CBQ)
options ALTQ_RED # Random Early Detection (RED)
options ALTQ_RIO # RED In/Out
options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC)
options ALTQ_CDNR
options ALTQ_PRIQ # Priority Queuing (PRIQ)
options ALTQ_NOPCC # Required for SMP build
options ALTQ_DEBUG

# IPFW
options IPFIREWALL # suporte a ipfw
options IPFIREWALL_VERBOSE # suporte aos logs do ipfw
options IPFIREWALL_FORWARD # suporte a ipfw fwd
options IPFIREWALL_VERBOSE_LIMIT=500# limite do log alterado,
evita DoS local
options IPFIREWALL_DEFAULT_TO_ACCEPT# politica de firewall
(aberto)
options INCLUDE_CONFIG_FILE
options IPSTEALTH

# NATD
options IPDIVERT # suporte a NAT via socks

# DUMMYNET (QoS)
options DUMMYNET # suporte ao dummynet
options HZ=1000 # altera o clock


erro retornado:

root@server:/usr/src # make buildkernel KERNCONF=FIREWALL
make[1]: "/usr/src/Makefile.inc1" line 159: SYSTEM_COMPILER: Determined
that CC=cc matches the source tree.  Not bootstrapping a cross-compiler.

--

Kernel build for FIREWALL started on Wed Aug  7 19:08:20 -03 2019

--
===> FIREWALL
mkdir -p /usr/obj/usr/src/sys

--

stage 1: configuring the kernel

--
cd /usr/src/sys/amd64/conf;
  
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin
  config  -d /usr/obj/usr/src/sys/FIREWALL  -I '/usr/src/sys/amd64/conf'
'/usr/src/sys/amd64/conf/FIREWALL'
WARNING: duplicate option `INCLUDE_CONFIG_FILE' encountered.
/usr/src/sys/amd64/conf/FIREWALL: unknown option "IPFIREWALL_FORWARD"
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src

se alguém puder ajudar, desde já agradeço




att.
Luis Teixeira

*.ºvº*. | Linux, porque eu amo a liberdade!
*/(L)\* | Linux User: #420124
*.^.^.*|

*Socialmente justo, economicamente viável e tecnologicamente sustentável*
Contatos: (91) 99253-2087 (vivo) -  98423-1293 (claro) Skype: Luis Teixeira
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




Uma das melhores formas de você compilar o kernel do FreeBSD é fazendo um 
INCLUDE do GENERIC e ir desativando (usando nooptions ou nodevice) ou ativando 
itens (options ou device).
Veja este link:
https://www.freebsd.org/doc/handbook/kernelconfig-config.html


Edinilson

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Se você usa ZFS, leia isso

2019-01-28 Por tôpico Edinilson J. Santos

Caros amigos, SE vocês utilizam ZFS no FreeBSD em servidores críticos, seria 
bom acompanhar essa discussão:

https://utcc.utoronto.ca/~cks/space/blog/solaris/ZFSUserbaseShiftRisk

https://utcc.utoronto.ca/~cks/space/blog/solaris/ZFSFreeBSDChangesBase

Discussão completa:
https://lists.freebsd.org/pipermail/freebsd-current/2018-December/072430.html


Edinilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Off-Topic: Runhyve um gerenciador gratuito para o bhyve

2019-01-18 Por tôpico Edinilson J. Santos

Projeto muito interessante:
https://runhyve.app/



Edinilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problema com envio de emails via php

2019-01-18 Por tôpico Edinilson J. Santos

Em 17/01/2019 18:21, Nilton Jose Rizzo escreveu:

Galera, estou com um problema, estranho, para dizer o mínimo


Tenho um servidor que estava funcionando certinho, ai atualizei

o php, wordpress e o sistema e agora meus dominios virtuais, não
conseguem enviar emails.


as configurações parecem estar ok, uma vez que o dominio principal ( que
é este por onde estou enviando este emai) funciona perfeitamente.


cenário:

procmail

sendmail

spamAssassim

opendkim

courrier-imaps


Notem que é só o envio.  nos logs, aparece esta mensagem:


Jan 17 18:04:52 server sm-mta[99438]: AUTH=server,
relay=badb.virtua.com.br [186.221.221.219] (may be forged),
authid=user, mech=LOGIN, bits=0
Jan 17 18:04:52 server sm-mta[99438]: x0HK4Ti2099438:
Authentication-Warning: my.server.com.br: Host badb.virtua.com.br
[186.221.221.219] (may be forged) claimed to be [192.168.0.200]
Jan 17 18:04:52 server sm-mta[99438]: x0HK4Ti2099438:
from=, size=442, class=0, nrcpts=1,
msgid=,
bodytype=8BITMIME, proto=ESMTPSA, daemon=MSA,
relay=badb.virtua.com.br [186.221.221.219] (may be forged)
Jan 17 18:04:52 server opendkim[794]: x0HK4Ti2099438: signing table
references unknown key 'mailhost._domainkey.user.com.br'
Jan 17 18:04:52 server sm-mta[99438]: x0HK4Ti2099438: Milter: data,
reject=451 4.3.2 Please try again later

as permissões no diretório /var/db/dkim

root@server:/home2/staff/rizzo # ls -ld /var/db/dkim
drwxr-xr-x  8 mailnull  mailnull  512 Jan  9  2018 /var/db/dkim


Alguma luz ou direcionamento?

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




Olhando no cabeçalho que mandou, PARECE ser algum erro relacionado ao DKIM, 
veja:
signing table references unknown key 'mailhost._domainkey.user.com.br'


Algumas referencias sobre esse erro: 
https://serverfault.com/questions/569823/no-signing-table-match-in-opendkim 
https://www.dan.me.uk/blog/2016/06/01/add-dkim-signing-to-freebsd-servers/ 
Talvez outros da lista que utilizem os softwares mencionados possam te ajudar 
com mais informações. Edinilson

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] pkg e suas várias formas de uso

2019-01-17 Por tôpico Edinilson J. Santos

Excelente artigo sobre o pkg:
https://vermaden.wordpress.com/2019/01/17/less-known-pkg8-features/


Edinilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Off-Topic: FreeBSD Journal agora FREE!!

2019-01-15 Por tôpico Edinilson J. Santos

Ótima notícia: o FreeBSD Journal agora é FREE para download!

https://www.freebsdfoundation.org/journal/


Edinilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Remotely triggerable ICMP buffer underwrite in the FreeBSD kernel

2018-11-09 Por tôpico Edinilson J. Santos

Para conhecimento:

https://www.reddit.com/r/BSD/comments/9v6xwg/remotely_triggerable_icmp_buffer_underwrite_in/
https://reviews.freebsd.org/rS340260


Edinilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] help atualizações

2018-10-24 Por tôpico Edinilson J. Santos

Em 24/10/2018 07:33, Sebastião A Teixeira escreveu:

bom dia...

alguém poderia me ajudar... tem um pacote que na verificação de 
vulnerabilidades diz pra atualizar...

Checking for packages with security vulnerabilities:
Database fetched: Mon Oct 22 03:53:57 BRST 2018
python27-2.7.12

nos meus ports tá assim as versões:
python27-2.7.15

so que quando faço o comando pra atualizar tenho como resposta:

Updating FreeBSD repository catalogue...
FreeBSD repository is up-to-date.
All repositories are up-to-date.
Checking integrity... done (0 conflicting)
The most recent version of packages are already installed

o que pode estar errado??? devo desinstalar o a versão 2.7 e instalar a mais 
recente? e as dependências?

tenho pouco conhecimento, em alguns aspectos, para configuração de servidor...

abs
sebastião
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




Esses pacotes python27* são os mais chatos no FreeBSD.

Eu aconselho fortemente você instalar e utilizar o synth:
usr/ports/ports-mgmt/synth

https://www.freebsd.org/cgi/man.cgi?query=synth&sektion=1&manpath=freebsd-release-ports

Pois, do contrário, você terá que ficar lendo o /usr/ports/UPDATING

Edinilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] pkg orphaned

2018-08-02 Por tôpico Edinilson J. Santos

Em 02/08/2018 10:55, Márcio Luciano Donada escreveu:

Edinilson,
eu havia consultado o material anteriormente, mas eu tenho 159 pacotes que
devem ser removidos, tem alguns que de certa forma tenho uma desconfiança
se realmente posso remover, porém como saber realmente se estão sendo
utilizados ou não?



Em 2 de agosto de 2018 10:45, Edinilson J. Santos 
escreveu:


Em 02/08/2018 10:24, Márcio Luciano Donada escreveu:


senhores,
estou vendo algum pacotes orphaned no pkg, gostaria de saber qual é a
melhor saída para eles.

gbm-11.2.2 ?   orphaned: graphics/gbm
libEGL-11.2.2  ?   orphaned: graphics/libEGL
libGL-11.2.2   ?   orphaned: graphics/libGL
libglapi-11.2.2?   orphaned: graphics/libglapi
llvm37-3.7.1_3 ?   orphaned: devel/llvm37
swig13-1.3.40_1?   orphaned: devel/swig13

_
Márcio Luciano Donada
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




pkg autoremove
|
|
Nesse link tem bem explicado:
https://www.cyberciti.biz/faq/how-to-remove-unwantedunused-d
ependencies-in-freebsd-pkg-command/

obs: É bom dar uma lida no /usr/ports/UPDATING e procurar por cada um para
ter certeza que foram removidos ou então mudaram de nome.

Edinilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd





Eu, particularmente, não removeria pois é *quase* certeza que você terá 
problemas...
Achei que fossem poucos pacotes, como havia passado.
Aguarde outra resposta da lista, alguém que te mande alguma coisa mais 100% de 
certeza.


obs: Quando puder, experimente utilizar o synth:
/usr/ports/ports-mgmt/synth

Para atualizar seus ports instalados.

Edinilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] pkg orphaned

2018-08-02 Por tôpico Edinilson J. Santos

Em 02/08/2018 10:24, Márcio Luciano Donada escreveu:

senhores,
estou vendo algum pacotes orphaned no pkg, gostaria de saber qual é a
melhor saída para eles.

gbm-11.2.2 ?   orphaned: graphics/gbm
libEGL-11.2.2  ?   orphaned: graphics/libEGL
libGL-11.2.2   ?   orphaned: graphics/libGL
libglapi-11.2.2?   orphaned: graphics/libglapi
llvm37-3.7.1_3 ?   orphaned: devel/llvm37
swig13-1.3.40_1?   orphaned: devel/swig13

_
Márcio Luciano Donada
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




pkg autoremove
|
|
Nesse link tem bem explicado:
https://www.cyberciti.biz/faq/how-to-remove-unwantedunused-dependencies-in-freebsd-pkg-command/

obs: É bom dar uma lida no /usr/ports/UPDATING e procurar por cada um para ter 
certeza que foram removidos ou então mudaram de nome.

Edinilson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] BGP e RFC 2385 (TCPMD5)

2018-02-16 Por tôpico Edinilson J. Santos

Em 15/02/2018 17:25, Felipe N. Oliva escreveu:

Boa tarde senhores,

Aproveitando que a lista voltou ao normal...

Não estou conseguindo usar o TCPMD5 pra fechar sessão BGP(meus 
cenários com openbgp) no FreeBSD 11.1-p6 e no 11.1-STABLE(r329156), 
até o 10.3 estava normal.


Eu uso o IPSec pra fazer isso, um caso clássico é sessão com o Google.

/etc/ipsec.conf:

add -4  187.16.216.55 tcp 0x1000 -A tcp-md5 "senha";
add -4  187.16.218.58 tcp 0x1000 -A tcp-md5 "senha";

add -6  2001:12f8::55 tcp 0x1000 -A tcp-md5 "senha";
add -6  2001:12f8::218:58 tcp 0x1000 -A tcp-md5 "senha";

Kernel:

options IPSEC

options TCP_SIGNATURE


Existe um bug relatado sobre algo semelhante, mas sem TSO e LRO 
habilitado nas interfaces, o que não é o meu caso.


Alguém enfrentando o mesmo problema?



Você compilou um kernel personalizado ou está usando o GENERIC do 11 ?
Pergunto pois, no GENERIC do 11 já vem ativado por padrao o suporte ao 
IPsec [1] , com as opçoes:

options IPSEC
device crypto

CASO esteja utilizando um kernel personalizado, seria bom seguir as 
recomendacoes em [2], onde se inclui o GENERIC no seu kernel e desativa 
ou ativa opções.


Outro detalhe que deve observar é no rc.conf se está:
ipsec_enable="YES"

além de outras variaveis como:
ipsec_program
ipsec_file


Edinilson

[1] https://www.freebsd.org/doc/handbook/ipsec.html
[2] https://www.freebsd.org/doc/handbook/kernelconfig-config.html

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Lista voltou à ativa?

2018-02-15 Por tôpico Edinilson J. Santos

Em 15/02/2018 16:44, Edson Brandi escreveu:

A lista estava com problemas no mailman...

Como eu estava sem acesso SSH ao servidor só me dei conta ontem que estava com 
problemas...

Eu estava sem tempo de acompanhar a lista e os outros administradores pelo 
visto também não tinham reparado no Problema.

Eu sei... é imperdoável levar 8 meses pra perceber, mas acabou acontecendo...

não vai se repetir, seria vergonhoso a lista “morrer” assim depois de quase 18 
anos de existência :(

[ ]’s Brandi

Em 15 de fev de 2018, à(s) 11:46, Eduardo Schoedler  
escreveu:


Em 15 de fevereiro de 2018 11:45, João Mancy  escreveu:

Em 15 de fevereiro de 2018 11:42, Eduardo Schoedler 
escreveu:


Pelo visto a lista voltou a funcionar! \o/

Parabéns ao admin =D


Acredito que ela nunca tenha parado, apenas diminuiram as perguntas ou o
interesse no assunto :(

Acredito que não, pois estou recebendo uma enxurrada de e-mails desde
essa noite.

--
Eduardo Schoedler
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Parabéns Brandi... que bom que a lista voltou.
Realmente muito triste SE tivesse acabado de vez pois, por mais que o 
usuario de FreeBSD seja RTFM, as vezes é bom trocar ideias ANTES de 
fazer algo.


[]´s

Edinilson

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] atualizar PRE-RELEASE

2018-02-15 Por tôpico Edinilson J. Santos

Em 17/10/2017 07:58, Denis Granato escreveu:

Bom dia lista
hoje possuo um server com 9.1 PRERELEASE



*# uname -r9.1-PRERELEASE*
Qual melhor/seguro jeito para atualizar para o 10?

Obrigado
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-É uma maquina em produção?
-O que tanto roda nessa maquina?
-Você já atualizou alguma vez a versao do FreeBSD?


Te pergunto pois poderia seguir as sugestões do Renato Botelho em [1] 
*MAS*, é importante que tenha em mente que poderá haver detalhes no meio 
do processo que irão variar de acordo com seu ambiente e que poderão 
causar um downtime temporario de algum serviço crucial.


Para atualizar os programas instalados pelo Ports, eu recomendo 
fortemente o Synth [2] [3]. Ele facilita bastante nas dependencias, etc.


*SE* tiver oportunidade, faça um clone do seu HD com o DD e simule ANTES 
o upgrade.




Edinilson


[1] http://www.fug.com.br/historico/html/freebsd/2017-May/067404.html
[2] https://www.freebsd.org/cgi/man.cgi?query=synth&sektion=1
[3] 
https://forums.freebsd.org/threads/synth-introducing-new-custom-package-repository-builder-for-freebsd-and-dragonfly.54690/



-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] ZFS vs UFS para MySQL

2018-02-15 Por tôpico Edinilson J. Santos

Em 15/02/2018 03:15, Paulo Henrique escreveu:

Em 15 de fev de 2018 01:58, "Willy Romão" 
escreveu:

Olá Pessoal.

Gostaria da opinião de vocês quanto a performance do ZFS e do UFS para os
seguintes cenários.

Tenho dois ambientes em H.A. (CARP + HAST) rodando em homologação nos
seguintes hardwares:

2x Dell PowerEdge R410:
8Gb RAM;
2x Xeon E5620;
Controladora RAID PERC H330 Mini;
1x 300GB 15K RPM SAS 6Gbps;

Configurações de Hardware/S.O. dos ambientes:
Sistema Operacional: FreeBSD 11.1-RELEASE-p4;
Modo de uso da controladora RAID: HBA (http://www.dell.com/support/
manuals/us/en/19/poweredge-rc-h730/perc9ugpublication/
switching-the-controller-to-hba-mode?guid=guid-1fcc87e1-
d534-451a-9947-56f1175886c5&lang=en-us );
Driver da controladora utilizado: mrsas (https://www.freebsd.org/
releases/11.1R/hardware.html#disk );

Ambiente/Cenário 1 (ZFS):
Opções do Filesystem: noatime, compression=lz4;
Configurações do serviço MySQL: my.cnf default da instalação do MySQL no
FreeBSD;

*Obs. 1: A partição onde há atuação do HAST para replicação dos dados é a
partição do MySQL;
*Obs. 2: houveram tentativas de tuning no ZFS específico para o MySQL, mas
que não mudaram em grandes fatores os resultados dos testes. (
https://www.patpro.net/blog/index.php/2014/03/09/2617-mysql-on-zfs-on-freebsd/
);

Ambiente/Cenário 2 (UFS):
Opções no Filesystem: noatime;
Configurações do serviço MySQL: my.cnf default da instalação do MySQL no
FreeBSD;

*Obs. 1: A partição onde há atuação do HAST para replicação dos dados é a
partição do MySQL;


Testes de desempenho cenário 1 (ZFS):
Tempo de execução da Query1 pela primeira vez: ~1,99 s
Tempo de execução da Query1 pela enésima vez: ~734 ms
Tempo de execução da Query2 pela primeira vez: ~3,73 s
Tempo de execução da Query2 pela enésima vez: ~1,16 s
*Obs. 1: As queries executadas nos testes, serão largamente utilizadas no
sistema em produção;
*Obs. 2: Foram executadas também lotes de queries
(SELECTs/INSERTs/UPDATEs), mas não há diferença significante
proporcionalmente se tratando dos tempos de execução.


Testes de desempenho cenário 2 (UFS):
Tempo de execução da Query1 pela primeira vez: ~560 ms
Tempo de execução da Query1 pela enésima vez: ~490 ms
Tempo de execução da Query2 pela primeira vez: ~1,16 s
Tempo de execução da Query2 pela enésima vez: ~734 ms
*Obs. 1: As queries executadas nos testes, serão largamente utilizadas no
sistema em produção;
*Obs. 2: Foram executadas também lotes de queries
(SELECTs/INSERTs/UPDATEs), mas não há diferença significante
proporcionalmente se tratando dos tempos de execução.


Após muita leitura sobre comparações entre ZFS e UFS, entendo que para a
maioria dos casos o UFS parece ser mais rápido, mas é claro, não há todas
as features e nem a flexibilidade que há no ZFS.
Essas features e flexibilidade são muito importantes neste ambiente, logo,
provavelmente eu usarei ZFS em produção.
De qualquer forma, entendo que a diferença de perfomance entre ZFS e UFS
neste caso foi significativamente grande em comparação com os testes de
performance que eu consegui analisar na internet.
Por este motivo, gostaria da opinião de vocês sobre o ambiente utilizando
cada um desses filesystems, ou até uma possível correção que poderia fazer
com que o ZFS chegasse um pouco mais perto do desempenho do UFS.

Desculpem pelo textão, mas foi a melhor forma que encontrei de passar todas
essas informações.

Grato pela atenção,

Willy Romão G. França

Contatos / Contacts:
+55 (31) 3069-8109
+55 3003-5410 - Ramal / Extension: 7090
E-mail / Hangout: willyr.goncal...@gmail.com 
LinkedIn: https://www.linkedin.com/in/willyrgf/
Twitter: @willyrgf


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



O ZFS só vai ter diferença quando se tem muita memoria para manter cache de
leitura no ARC/L2ARC e o principal fator que melhora é com relação a
escrita pois a concorrência entre leitura e escrita do disco diminuira com
blocos destinados a leitura sendo entregue atravéz do cache de memoria.

Att.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Não sou especialista em ZFS, mas pelas informações que passou as minhas 
observações seria:


Na parte do ZFS:
1o) Memoria RAM: ZFS precisa de *MUITA* memória RAM. Te digo que, com 
8gb, não irá atender nem os requisitos minimos do MySQL, quem dirá do ZFS;
2o) Dependendo do seu cenario, utilizar SSD para o cache do ZFS irá 
fazer MUITA diferença;
3o) O paragrafo que transcrevo aqui foi retirado do livro FreeBSD 

Re: [FUG-BR] Documentação de servidores e rede

2006-09-13 Por tôpico Edinilson J. Santos
http://ocomonphp.sourceforge.net/


Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Ari Arantes" <[EMAIL PROTECTED]>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 

Sent: Tuesday, September 12, 2006 1:15 PM
Subject: [FUG-BR] Documentação de servidores e rede


Pessoal,

Alguém conhece algum sistema para documentação de servidores, switchs,
etc... Exemplo, gostaria de colocar a especificação do hardware, os
IPs que a máquina tem, qual SO, descrição básica das funções, etc...
No caso de switch, qual servidor está quem qual porta, etc...

Pensei em algo tipo wiki, onde podemos alterar facilmente. Alguém
conhece algo do gênero?

Obrigado,

Ari
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Ping e fping

2006-08-21 Por tôpico Edinilson J. Santos
Estou com uma situacao interessante aqui e nao consigo resolver.
Temos um script onde utilizamos o fping para testar um determinado IP, como 
abaixo:
fping -C 10 -q -B1 -r1 -b8140 -i10 192.168.0.1

O engraçado é que o fping nao aceita tamanhos maiores que 8140 
(parametro -b).

Um comando similar, porem pelo ping normal, vai ate 25000 de tamanho sem 
problemas.

obs: ambos estao sendo executados com permissao de root

Existe alguma variavel no sysctl, ou em outro lugar, que limita o fping? 
Retirei o texto abaixo do man fping:
 -bn  Number of bytes of ping data to send.  The minimum size  (normally
12)  allows  room  for  the  data  that fping needs to do its 
work
(sequence number, timestamp).  The  reported  received  data 
size
includes  the  IP  header  (normally  20 bytes) and ICMP header 
(8
bytes), so the minimum total size is 40 bytes.  Default is 56, 
as
in  ping.   Maximum  is  the  theoretical maximum IP datagram 
size
(64K), though most systems limit this to a smaller, 
system-depen-
dent number.


Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] [Dicas-L] The Complete FreeBSD - Free eBook

2006-05-29 Por tôpico Edinilson J. Santos
-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Enviada em: domingo, 28 de maio de 2006 00:11
Para: undisclosed-recipients:
Assunto: [Dicas-L] The Complete FreeBSD - Free eBook

: Mapas Mentais : Enriquecendo Inteligências :
   Download gratuito capítulos
Capítulo 1: www.idph.net/loja/mapasmentais.shtml
Resgatando sua Criatividade: www.idph.com.br/download/criatividade.pdf
Mapas Mentais - Apresentação e Exemplos:
www.idph.com.br/download/mmapresent.pdf

-

  The Complete FreeBSD - Free eBook
  =

Colaboração: Rodolfo Broco Manin <>

O livro The Complete FreeBSD completou 10 anos, e o autor (Greg "Grog" Lehey
-
tb autor do Vinum Volume Manager) doou o livro para a comunidade OpenSource.

O livro está disponivel para download no site:
http://www.lemis.com/grog/Documentation/CFBSD/

mensagem original de Fabricio Lima, obtida da lista FUG.com.br

---

Lançamento Livro: Entenda o sistema operacional GNU/Linux
=

Este livro, publicado pela Editora Novatec, está dividido em quatro partes:
Conceitos básicos, Gerência do GNU/Linux, Administração do sistema e
Operações
avançadas. Cada capítulo foi elaborado de forma a explicar, detalhadamente,
como o sistema operacional funciona. Os capítulos iniciais estão voltados
para o entendimento da estrutura do GNU/Linux. Esses capítulos ajudarão o
leitor a entender como o sistema utiliza recursos básicos, como processador
e memória. Análises detalhadas sobre os principais filesystems, como Ext2,
Ext3 e ReiserFS, foram incluídas para que o usuário tenha condições de fazer
a escolha correta, de acordo com as suas necessidades. Diversos gráficos
espalhados pelo livro mostram aspectos referentes à performance do sistema.

Este livro é destinado a universitários, nos níveis de graduação e
pós-graduação, e autodidatas que desejam aprender sobre o GNU/Linux com
profundidade.


Capítulos Online


- Sumário
(http://www.novateceditora.com.br/livros/descobrindolinux/sumario857522090X.
pdf)
- Capítulo 31 - Compactação de Arquivos
(http://www.novateceditora.com.br/livros/descobrindolinux/capitulo857522090X
.pdf)

Saiba mais: http://www.novateceditora.com.br/livros/descobrindolinux/


Veja também do arquivo da Dicas-L:

"texdoc"
http://www.dicas-l.com.br/dicas-l/20050730.php

"Google: Alternativas pouco conhecidas (mas muito úteis)"
http://www.dicas-l.com.br/dicas-l/20040213.php

"Artigos e Tutoriais"
http://www.dicas-l.com.br/dicas-l/20040313.php

"Programando Socket em C++ sem segredo"
http://www.dicas-l.com.br/dicas-l/20041219.php

"Material de Apoio - GNU Gimp"
http://www.dicas-l.com.br/dicas-l/20040501.php


Colabore com a Dicas-L. Publique seu comentário sobre esta mensagem
em http://www.Dicas-L.com.br/dicas-l/20060528.php

As mensagens da lista Dicas-L são veiculadas diariamente
para 26446 assinantes.

   Todas as mensagens da Dicas-L ficam armazenadas em
   http://www.Dicas-L.com.br/dicas-l/

A redistribuição desta e outras mensagens da lista Dicas-L pode
ser feita livremente segundo a licença Creative Commons
http://creativecommons.org/licenses/by-nc-sa/2.0/br/deed.pt

Dicas-L: Uma dica por dia desde 3 de março de 1997





-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: Freebsd+Squid vs. Linux+Squid

2006-05-25 Por tôpico Edinilson J. Santos
Pau de hardware eu ja descartei totalmente pois ja testei em 5 maquinas 
diferentes (TUDO diferente).

Olhando as opcoes do seu kernel, vi pequenas modificacoes em relacao a 
alguns kernels que ja havia testado com estes parametros.
Vou testar aqui e depois te digo.

Obrigado por sua resposta.

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Admin" <[EMAIL PROTECTED]>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 

Sent: Thursday, May 25, 2006 1:44 PM
Subject: Re: [FUG-BR] RES: Freebsd+Squid vs. Linux+Squid


Grande Edinilson,

acompanho a lista da fug a um tempo, mas participo pouco, esses dias atrás
andei tendo o mesmo problema com um freebsd 6.1 em uma P4 de 64bits com 4 GB
de RAM e dois HD´s SATA de 300GB em RAID feito pela propria placa mãe, a
máquina está sendo usada para proxy (freebsd+squid) tive o mesmo tipo de
problema, travamento, pau na instalação e etcs...

fazendo alguns teste e depois de ter tentanto quase tudo que vc imaginar,
fui testar a memoria RAM, e qual não foi a minha supresa ao ver que dois dos
4 pentes estavam com pau, depois que removi o dois defeituosos e rodar a
mesma maquina com apenas 2GB de RAM o treco funcionou legal sem maiores
problemas.

abaixo estou te enviando o que eu uso por padrão no meu kernel com os
melhoramentos do Squid

options IPFIREWALL
options IPFIREWALL_DEFAULT_TO_ACCEPT
options IPFIREWALL_FORWARD
options IPFIREWALL_FORWARD_EXTENDED
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=500
options DUMMYNET
options IPDIVERT
options HZ=1000

## Squid Diskd Tuning
options MSGMNB=16384 #nro maximo de bytes em uma unica fila
options MSGMNI=41#nro maximo de identificadores da fila
options MSGSEG=2049  #nro maximo de segmentos da mensagem
options MSGSSZ=64#size de opcoes de um segmento da mensagem
options MSGTQL=512   #nro max das mensagens no sistema inteiro
options SHMSEG=16#nro maximo de segmentos compartilhados da
memoria por processo
options SHMMNI=32
options SHMMAX=2097152 #size maximo compartilhamento da memoria
permitido
options SHMALL=4096#total de memoria compartilhada que possa ser
usada


até breve

- Original Message - 
From: "Edinilson J. Santos" 
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"

Sent: Thursday, May 25, 2006 1:02 PM
Subject: Re: [FUG-BR] RES: Freebsd+Squid vs. Linux+Squid


Vc recompilou o kernel como ?
-Ja compilei o kernel de todas as maneiras que voce imaginar. Nestas ultimas
vezes praticamente nao coloquei NADA a mais.. deixei praticamente igual ao
GENERIC

Tem como passar os parametros ?
-

E o dmesg ?
-Nada em especial (nada MESMO)

É intel a sua placa ?
-As placas de rede sao. A motherboard ja tentei com umas 3: intel,
supermicro e asus


Ou vc ativou alguma coisa na bios tipo essa economia de energia escrota
maldita do inferno, eheheh
-Tudo desativado


Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: Freebsd+Squid vs. Linux+Squid

2006-05-25 Por tôpico Edinilson J. Santos
Vc recompilou o kernel como ?
-Ja compilei o kernel de todas as maneiras que voce imaginar. Nestas ultimas 
vezes praticamente nao coloquei NADA a mais.. deixei praticamente igual ao 
GENERIC

Tem como passar os parametros ?
-

E o dmesg ?
-Nada em especial (nada MESMO)

É intel a sua placa ?
-As placas de rede sao. A motherboard ja tentei com umas 3: intel, 
supermicro e asus


Ou vc ativou alguma coisa na bios tipo essa economia de energia escrota 
maldita do inferno, eheheh
-Tudo desativado


Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Freebsd+Squid vs. Linux+Squid

2006-05-25 Por tôpico Edinilson J. Santos
IDE eu nao arrisquei pois sei que nao iria suportar o trafego.
O que eu ja fiz tambem, e havia esquecido de mencionar, foi testar com 1 
controladora SCSI e HDs SCSI.
Travou do mesmo jeito.

Gostaria de perguntar: alguem aqui da lista utiliza o freebsd+squid para 
links dedicados ACIMA de 14mb?
Se sim, poderia enviar a configuracao do kernel?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "William Armstrong" <[EMAIL PROTECTED]>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 

Sent: Thursday, May 25, 2006 9:05 AM
Subject: Re: [FUG-BR] Freebsd+Squid vs. Linux+Squid


Sei que é complicado mas  de  puder ponha um hd  ide  como cache dir
e  configure o mesmo para  descartar as hipotese de ser o hd sata
deixe rodando um pouco

Em 25/05/06, Edinilson J. Santos escreveu:
> teste  o  freebsd 6.1
> -To pensando seriamente se vou perder mais tempo com freebsd para rodar o
> squid...realmente estou cansado de fazer mais testes...
>
> a  controladora sata da sua placa mae  é  100% suportada pelo freebsd
> ???  ja  pesqueisou no tio gugol   sobre  problemas com a  mesma 
> -Eu uso controladora off-board. Ja testei com 2: promise e ali. As 2 
> constam
> na relacao de compativeis do freebsd 6.0. Inclusive detectam os HDs sem
> problemas. Pesquisei no google e nao vi nada relativo ao problema que 
> estou
> tendo.
>
> as veses ela pode aparecer na lista de compatibilidade  do freebsd
> mas  pode  ter  alguma coisa  estranha que  venha a gerar futuros
> problemas. !
> -Pode ser visto que outro colega da lista esta reportando problemas com
> controladoras sata tambem.
>
> Vc recompilou o kernel para  o suporte aperfeiçoado ao squid ?.
> -Ja compilei o kernel com praticamente todas as opcoes que voce imaginar.
> Pergunte sobre uma opcao que te passo. Conforme disse, estou ha 
> praticamente
> 6 meses quebrando a cabeca com isto.
> Tudo que achei no google eu testei. Entre para a lista do squid para 
> tentar
> resolver, me passaram parametros e mais parametros (para colocar no 
> freebsd)
> e trava do mesmo jeito.
>
> qual o tamanha do seu  cache_dir = 80gb
>  e  da memória   que vc esta usando = 2gb ram
>
>
> O X da questao aqui é: como pode um linux, sem customizacao NENHUMA, rodar
> sem problemas?!?!?! Nao me conformo com isto!!!
>
> Obrigado
>
> Edinilson
> ---------
> ATINET-Professional Web Hosting
> Tel Voz: (0xx11) 4412-0876
> http://www.atinet.com.br
>
>
>
>
> Em 25/05/06, Edinilson J. Santos escreveu:
> > Estou num dilema aqui que ja esta durando meses e gostaria de pedir a
> > opiniao de voces.
> > Usei por muito tempo o Freebsd 4.8 rodando squid para fazer cache de 
> > nossa
> > rede (trafego intenso).
> > Porem, devido a incompatibilidade com alguns softwares e hardware
> > (principalmente suporte a HDs SATA) e para ficarmos "atualizados",
> > resolvemos migrar para o 6.0.
> >
> > A partir disto minha "batalha" comecou.
> >
> > O squid nao roda nem por 5 minutos e simplesmente trava a maquina (trava
> > MESMO. Nem kernel panic dá). Depois de ja ter trocado umas 5 maquinas
> > INTEIRAS (nao aproveitando NADA da anterior), resolvi fazer um teste
> > diferente recentemente (depois de praticamente 6 meses quebrando a 
> > cabeca
> > com o freebsd): instalei o linux slackware 10 (utilizava slackware ha 
> > anos
> > atras) e, para minha surpresa, o squid rodou perfeitamente, sem 
> > problemas.
> > Isto sem sequer recompilar o kernel, utilizando o kernel padrao que vem
> > com
> > ele.
> >
> > Coisas interessantes:
> > 1o) Testei o squid tanto com diskd como com ufs e trava;
> > 2o) Problemas com sata: no freebsd aparecem constantemente mensagens de
> > dma
> > timeout (fato tambem relatado recentemente por outro colega da lista). 
> > No
> > Linux este problema nao ocorre;
> >
> > obs: A versao do squid e configuracao utilizada é a mesma em ambos os 
> > SO.
> >
> > Alguem saberia me dar uma "luz" sobre isto? Aqui haviamos padronizado 
> > tudo
> > em freebsd mas, pelo jeito, acho que para o squid vou ter que utilizar
> > linux...
> >
> > Obrigado
> >
> > Edinilson
> > -
> > ATINET-Professional Web Hosting
> > Tel Voz: (0xx11) 4412-0876
> > http://www.atinet.com.br
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/fr

Re: [FUG-BR] Freebsd+Squid vs. Linux+Squid

2006-05-25 Por tôpico Edinilson J. Santos
teste  o  freebsd 6.1
-To pensando seriamente se vou perder mais tempo com freebsd para rodar o 
squid...realmente estou cansado de fazer mais testes...

a  controladora sata da sua placa mae  é  100% suportada pelo freebsd
???  ja  pesqueisou no tio gugol   sobre  problemas com a  mesma 
-Eu uso controladora off-board. Ja testei com 2: promise e ali. As 2 constam 
na relacao de compativeis do freebsd 6.0. Inclusive detectam os HDs sem 
problemas. Pesquisei no google e nao vi nada relativo ao problema que estou 
tendo.

as veses ela pode aparecer na lista de compatibilidade  do freebsd
mas  pode  ter  alguma coisa  estranha que  venha a gerar futuros
problemas. !
-Pode ser visto que outro colega da lista esta reportando problemas com 
controladoras sata tambem.

Vc recompilou o kernel para  o suporte aperfeiçoado ao squid ?.
-Ja compilei o kernel com praticamente todas as opcoes que voce imaginar. 
Pergunte sobre uma opcao que te passo. Conforme disse, estou ha praticamente 
6 meses quebrando a cabeca com isto.
Tudo que achei no google eu testei. Entre para a lista do squid para tentar 
resolver, me passaram parametros e mais parametros (para colocar no freebsd) 
e trava do mesmo jeito.

qual o tamanha do seu  cache_dir = 80gb
 e  da memória   que vc esta usando = 2gb ram


O X da questao aqui é: como pode um linux, sem customizacao NENHUMA, rodar 
sem problemas?!?!?! Nao me conformo com isto!!!

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br




Em 25/05/06, Edinilson J. Santos escreveu:
> Estou num dilema aqui que ja esta durando meses e gostaria de pedir a
> opiniao de voces.
> Usei por muito tempo o Freebsd 4.8 rodando squid para fazer cache de nossa
> rede (trafego intenso).
> Porem, devido a incompatibilidade com alguns softwares e hardware
> (principalmente suporte a HDs SATA) e para ficarmos "atualizados",
> resolvemos migrar para o 6.0.
>
> A partir disto minha "batalha" comecou.
>
> O squid nao roda nem por 5 minutos e simplesmente trava a maquina (trava
> MESMO. Nem kernel panic dá). Depois de ja ter trocado umas 5 maquinas
> INTEIRAS (nao aproveitando NADA da anterior), resolvi fazer um teste
> diferente recentemente (depois de praticamente 6 meses quebrando a cabeca
> com o freebsd): instalei o linux slackware 10 (utilizava slackware ha anos
> atras) e, para minha surpresa, o squid rodou perfeitamente, sem problemas.
> Isto sem sequer recompilar o kernel, utilizando o kernel padrao que vem 
> com
> ele.
>
> Coisas interessantes:
> 1o) Testei o squid tanto com diskd como com ufs e trava;
> 2o) Problemas com sata: no freebsd aparecem constantemente mensagens de 
> dma
> timeout (fato tambem relatado recentemente por outro colega da lista). No
> Linux este problema nao ocorre;
>
> obs: A versao do squid e configuracao utilizada é a mesma em ambos os SO.
>
> Alguem saberia me dar uma "luz" sobre isto? Aqui haviamos padronizado tudo
> em freebsd mas, pelo jeito, acho que para o squid vou ter que utilizar
> linux...
>
> Obrigado
>
> Edinilson
> -
> ATINET-Professional Web Hosting
> Tel Voz: (0xx11) 4412-0876
> http://www.atinet.com.br
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
-=-=-=-=-=-=-=-=-=-
William David Armstrong<.  Of course it runs
Bio Systems Security Networking<|==
Hinodeinfo Soluções em Informática <' NetBSD, OpenBSD or FreeBSD
ICQ 27550645 MSN / GT  biosystems  gmail . com
--
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Freebsd+Squid vs. Linux+Squid

2006-05-25 Por tôpico Edinilson J. Santos
Estou num dilema aqui que ja esta durando meses e gostaria de pedir a 
opiniao de voces.
Usei por muito tempo o Freebsd 4.8 rodando squid para fazer cache de nossa 
rede (trafego intenso).
Porem, devido a incompatibilidade com alguns softwares e hardware 
(principalmente suporte a HDs SATA) e para ficarmos "atualizados", 
resolvemos migrar para o 6.0.

A partir disto minha "batalha" comecou.

O squid nao roda nem por 5 minutos e simplesmente trava a maquina (trava 
MESMO. Nem kernel panic dá). Depois de ja ter trocado umas 5 maquinas 
INTEIRAS (nao aproveitando NADA da anterior), resolvi fazer um teste 
diferente recentemente (depois de praticamente 6 meses quebrando a cabeca 
com o freebsd): instalei o linux slackware 10 (utilizava slackware ha anos 
atras) e, para minha surpresa, o squid rodou perfeitamente, sem problemas. 
Isto sem sequer recompilar o kernel, utilizando o kernel padrao que vem com 
ele.

Coisas interessantes:
1o) Testei o squid tanto com diskd como com ufs e trava;
2o) Problemas com sata: no freebsd aparecem constantemente mensagens de dma 
timeout (fato tambem relatado recentemente por outro colega da lista). No 
Linux este problema nao ocorre;

obs: A versao do squid e configuracao utilizada é a mesma em ambos os SO.

Alguem saberia me dar uma "luz" sobre isto? Aqui haviamos padronizado tudo 
em freebsd mas, pelo jeito, acho que para o squid vou ter que utilizar 
linux...

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] SQUID KERNEL

2006-05-25 Por tôpico Edinilson J. Santos



Coloque no seu sysctl.conf
net.link.ether.inet.log_arp_wrong_iface=0
 
Edinilson
-ATINET-Professional 
Web HostingTel Voz: (0xx11) 4412-0876http://www.atinet.com.br
 
 

  - Original Message - 
  From: 
  Rafael - CPD 
  
  To: freebsd@fug.com.br 
  Sent: Thursday, May 25, 2006 8:16 
AM
  Subject: [FUG-BR] SQUID KERNEL
  
  Estou com o seguinte problema:
  Instalei o FREEBSD 6.1, estou fazendo alguns 
  testes (brincando)
  E depois de configurada as placas de redes 
  aparece a seguinte mensagem:
   
  May 24 23:52:43 squid kernel: arp: 201.14.179.9 
  is on em0 but got reply from 00:04:16:02:ea:9f on rl0 
   
  Já me orientaram que poderia ser os cabos de rede 
  invertidos, mas consigo pingar tanto na rede externa (ping terra.com.br) e 
  tanto na interna (192.168.1.25)
   
  O que poderá ser
  
  

  -Histórico: 
  http://www.fug.com.br/historico/html/freebsd/Sair da lista: 
  https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Erro Hd Sata

2006-05-23 Por tôpico Edinilson J. Santos
Tive este problema aqui tambem, freebsd 6.0.
Testei varias placas diferentes e varios hds diferentes tambem (seria usado 
para cache do squid).

Ate o presente momento nao tive sucesso em faze-los funcionar. O erro que me 
aparece aqui é exatamente este que voce descreveu.

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Giancarlo Rubio" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, May 23, 2006 6:48 AM
Subject: [FUG-BR] Erro Hd Sata


Salve Lista:

To com um problemão aqui.

To com 2 hds sata num bsd 6.1-Release

O disgramado fica dando o erro abaixo

ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=62118768
ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=62118768
ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=62118768

Ja procurei em td q fosse possivel mais ngm acha solução, tentei com
acpi desabilitado e nd.

Alguem ja passou por isso e sabe uma possível solução!

Att Giancarlo Rubio

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Placas em0 Intel Giga

2006-05-15 Por tôpico Edinilson J. Santos
Tive este problema com as placas EtherExpress 10/100 (chipset 8255x) da 
Intel e foi resolvido usando polling e fazendo-se ajustes no hz (fui 
incrementando de 1000 em 1000 ate chegar num valor que ficou bom).
Outro detalhe foi deixar cada placa no seu IRQ separado (sem fazer irq 
sharing).

Porem, se sua rede toda é em Gigabit Ethernet, aconselho procurar por ai 
pois tem varios tunings que voce precisa fazer no freebsd para aproveitar 
100% do hardware (pode trabalhar com jumbo frames, por exemplo).

obs: Aqui utilizo smokeping tambem.


Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Fernando Patzlaff" <[EMAIL PROTECTED]>
To: "Lista de discussao sobre FreeBSD" 
Sent: Monday, May 15, 2006 2:46 PM
Subject: [FUG-BR] Placas em0 Intel Giga


Pessoal,

alguém já teve problemas com placas Intel Giga (no freebsd: em)?

Nós temos muito tráfego nestas placas. Elas estão a Giga. O hardware
utilizado é um Dell PowerEdge 1850.
Após dois dias de funcionamento, utilizando smokeping (aplicativo que
faz testes com ping) as interfaces começam a apresentar perda de pacotes.
Quando reiniciamos o equipamento, o problema não ocorre mais.


No Free 5.4 a mensagem que era apresentada no dmesg era "IPFW pullup
failed". Após atualizar para o Free 6 a mensagem mudou para "RX overrun".


Alguma sugestão?

Fernando Patzlaff
[EMAIL PROTECTED]

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Emails do crontab

2006-05-10 Por tôpico Edinilson J. Santos
Pessoal,

O meu freebsd envia um email para o root cada vez que roda algo no crontab.
Alguem sabe onde mudar esta comportamente para que nao seja enviado os 
emails?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Freebsd 6 rebootando

2006-04-28 Por tôpico Edinilson J. Santos
Esta com jeito de ser isto mesmo... ate sair a 6.1, vou especificar a 
interface para evitar o problema.

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Marcus Alves Grando" <[EMAIL PROTECTED]>
To: "Lista de discussao sobre FreeBSD" 
Sent: Thursday, April 27, 2006 5:36 PM
Subject: Re: [FUG-BR] Freebsd 6 rebootando


http://www.freebsd.org/releases/6.1R/todo.html

panic in bpf Deferred for future release Sam Leffler killing tcpdump
(e.g. with ^C) can cause panics in bpf. To fix this problem, some
architectural changes are needed.

Acho que tem a ver com isso... Só no 6.2

Abraços

Edinilson J. Santos wrote:
> Pessoal, estou tendo um problema estranho de uns dias para ca com o meu
> freebsd 6 (rodando ha +- 3 meses).
> Se dou um trafshow como root, ele da o erro abaixo:
>
> freedummy kernel: Fatal trap 12: page fault while in kernel mode
> freedummy kernel: fault virtual address = 0xc
> freedummy kernel: fault code= supervisor read, page not 
> present
> freedummy kernel: instruction pointer   = 0x20:0xc04e1fe3
> freedummy kernel: stack pointer = 0x28:0xe4c9bb54
> freedummy kernel: frame pointer = 0x28:0xe4c9bb78
> freedummy kernel: code segment  = base 0x0, limit 0xf, type 
> 0x1b
> freedummy kernel: = DPL 0, pres 1, def32 1, gran 1
> freedummy kernel: processor eflags  = interrupt enabled, resume, IOPL 
> =
> 0
> freedummy kernel: current process   = 36 (swi4: clock sio)
> freedummy kernel: trap number   = 12
> freedummy kernel: panic: page fault
> freedummy kernel: Uptime: 3h21m19s
> freedummy kernel: Dumping 1021 MB (2 chunks)
> freedummy kernel: chunk 0: 1MB (159 pages) ... ok
> freedummy kernel: chunk 1: 1022MB (261440 pages) 1006 990 974 958 942
> freedummy kernel: Dump aborted
> freedummy kernel: Automatic reboot in 15 seconds - press a key on the
> console to abort
> freedummy kernel: --> Press a key on the console to reboot,
> freedummy kernel: --> or switch off the system now.
> freedummy kernel: Rebooting...
>
>
> Mesmo apos ter acabado de rebootar, se dou um trafshow ele reboota
> novamente. Estranho que nao instalei nada de diferente nos ultimos dias
> (digo ate semanas) e antes usava o trafshow sem problemas.
>
> Algum ideia?
>
> Obrigado
>
> Edinilson
> -
> ATINET-Professional Web Hosting
> Tel Voz: (0xx11) 4412-0876
> http://www.atinet.com.br
>
> ___
> freebsd mailing list
> freebsd@fug.com.br
> http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br

-- 
Marcus Alves Grando
marcus(at)corp.grupos.com.br  |  Grupos Internet S/A
  mnag(at)FreeBSD.org |  FreeBSD.org
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br

___
freebsd mailing list
freebsd@fug.com.br
https://devilbit.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Freebsd 6 rebootando

2006-04-27 Por tôpico Edinilson J. Santos
Logo apos enviar a mensagem para a lista percebi 2 coisas interessantes:

1o) O problema acontece tambem com o tcpdump;
2o) Se especifico a interface, o problema nao ocorre.

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Edinilson J. Santos" 
To: "Lista de discussao sobre FreeBSD" 
Sent: Thursday, April 27, 2006 5:25 PM
Subject: [FUG-BR] Freebsd 6 rebootando


Pessoal, estou tendo um problema estranho de uns dias para ca com o meu
freebsd 6 (rodando ha +- 3 meses).
Se dou um trafshow como root, ele da o erro abaixo:

freedummy kernel: Fatal trap 12: page fault while in kernel mode
freedummy kernel: fault virtual address = 0xc
freedummy kernel: fault code= supervisor read, page not present
freedummy kernel: instruction pointer   = 0x20:0xc04e1fe3
freedummy kernel: stack pointer = 0x28:0xe4c9bb54
freedummy kernel: frame pointer = 0x28:0xe4c9bb78
freedummy kernel: code segment  = base 0x0, limit 0xf, type 0x1b
freedummy kernel: = DPL 0, pres 1, def32 1, gran 1
freedummy kernel: processor eflags  = interrupt enabled, resume, IOPL =
0
freedummy kernel: current process   = 36 (swi4: clock sio)
freedummy kernel: trap number   = 12
freedummy kernel: panic: page fault
freedummy kernel: Uptime: 3h21m19s
freedummy kernel: Dumping 1021 MB (2 chunks)
freedummy kernel: chunk 0: 1MB (159 pages) ... ok
freedummy kernel: chunk 1: 1022MB (261440 pages) 1006 990 974 958 942
freedummy kernel: Dump aborted
freedummy kernel: Automatic reboot in 15 seconds - press a key on the
console to abort
freedummy kernel: --> Press a key on the console to reboot,
freedummy kernel: --> or switch off the system now.
freedummy kernel: Rebooting...


Mesmo apos ter acabado de rebootar, se dou um trafshow ele reboota
novamente. Estranho que nao instalei nada de diferente nos ultimos dias
(digo ate semanas) e antes usava o trafshow sem problemas.

Algum ideia?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


[FUG-BR] Freebsd 6 rebootando

2006-04-27 Por tôpico Edinilson J. Santos
Pessoal, estou tendo um problema estranho de uns dias para ca com o meu 
freebsd 6 (rodando ha +- 3 meses).
Se dou um trafshow como root, ele da o erro abaixo:

freedummy kernel: Fatal trap 12: page fault while in kernel mode
freedummy kernel: fault virtual address = 0xc
freedummy kernel: fault code= supervisor read, page not present
freedummy kernel: instruction pointer   = 0x20:0xc04e1fe3
freedummy kernel: stack pointer = 0x28:0xe4c9bb54
freedummy kernel: frame pointer = 0x28:0xe4c9bb78
freedummy kernel: code segment  = base 0x0, limit 0xf, type 0x1b
freedummy kernel: = DPL 0, pres 1, def32 1, gran 1
freedummy kernel: processor eflags  = interrupt enabled, resume, IOPL = 
0
freedummy kernel: current process   = 36 (swi4: clock sio)
freedummy kernel: trap number   = 12
freedummy kernel: panic: page fault
freedummy kernel: Uptime: 3h21m19s
freedummy kernel: Dumping 1021 MB (2 chunks)
freedummy kernel: chunk 0: 1MB (159 pages) ... ok
freedummy kernel: chunk 1: 1022MB (261440 pages) 1006 990 974 958 942
freedummy kernel: Dump aborted
freedummy kernel: Automatic reboot in 15 seconds - press a key on the 
console to abort
freedummy kernel: --> Press a key on the console to reboot,
freedummy kernel: --> or switch off the system now.
freedummy kernel: Rebooting...


Mesmo apos ter acabado de rebootar, se dou um trafshow ele reboota 
novamente. Estranho que nao instalei nada de diferente nos ultimos dias 
(digo ate semanas) e antes usava o trafshow sem problemas.

Algum ideia?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br 

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] Dimensionando corretamente

2006-04-20 Por tôpico Edinilson J. Santos
Agradeco A TODOS pelos comentarios e respostas a minha pergunta.
O que o Antonio Torres disse sobre Cisco, etc faz mesmo sentido.

Vou comecar com 1 PIII 1.1Ghz com 512mb de RAM, motherboard ASUS, pois é uma 
maquina que temos disponivel no momento aqui.
As placas de rede, como sempre, usamos Intel. Mas temos tambem 3Com aqui 
para comparacao.

Depois reporto para voces no que deu, no dia da ativacao.

Abraco a todos.

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Antonio Torres" <[EMAIL PROTECTED]>
To: "Lista de discussao sobre FreeBSD" 
Sent: Wednesday, April 19, 2006 8:37 PM
Subject: Re: [FUG-BR] Dimensionando corretamente


William Armstrong wrote:
> Afinal o micro vai ser o que um firewall ou um routeador ???
>
> Pois se for  routeador  um P200 resolve como ja foi demonstrado
>
> Mas para um FW   sugiro no minimo um P3 1000  com 512 de ram

matar tico-tico com canhão !!

> como tb ja foi mostrado  tudo vai depender da quantidade de regras
> implantadas e o número de conexões simultaneas.  de preferencia por
> hardware de rede intel .
> Como tb foi comentado limpe o lixo no sistema para melhorar o
> desempenho. só use aquilo que vc vai precisar e desabilite o resto.
>
>
> meus 0,2 cents
>
>...


Uma *CPU* P166, com 32M de RAM, tranquilamente gerencia um firewall
razoavelmente sofisticado a 50Mbps.

Vamos lembrar: um CISCO 2500 (pré-histórico) gerencia sossegado 2Mbps
com uma CPU medíocre (minha PalmV tem uma CPU melhor) e uma quantidade
de memória ridícula (... meu celular tem mais memória que ele)  mas
as interfaces de rede são optimizadas em hardware !


Em geral os problemas decorrem das *placas de rede* e o *barramento* da
MB !!!

ed, lnc, rl, sis, etc.. associadas a ISAs e/ou PCIs antigos são uma
garantia de problemas !!

fxp, xl, etc.. associadas a PCIs novos (v2.1, 32 ou 64 bits) suportam
bandas próximas ao limite teórico (100Mbps)

*qualquer* Gigabit supera as anteriores

Uma MB PC-Chips é garantia de dor-de-cabeça (não importa a CPU);
interfaces "on-board" são uma catástrofe !! mesmo as fxp pois usam
IRQs compartilhados...

Na documentação do Free e do Open tem um monte de comentários há
respeito de hardware X firewall;


Resumindo, dizem o seguinte:

- até umas 200 regras, o que vai te limitar é o hardware ethernet
(placas de rede X barramento); qualquer P100(!!) com 32 MB de RAM resolve

- mais de 200 regras, bem... se suas regras já estão optimizadas e ainda
continua precisando de tantas, sua rede é "tão complicada" que não vale
a pena perder tempo tentando economizar no hardware



[]s
Antonio Torres
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] Dimensionando corretamente

2006-04-18 Por tôpico Edinilson J. Santos
Hoje rodo o freebsd para diversas coisas aqui.
Porem, irei substituir em breve o meu atual roteador Cisco por uma maquina 
rodando freebsd.
E estou na duvida sobre o dimensionamento correto desta maquina, visto que 
sera um link dedicado Embratel de 16mbits.

To pensando em comprar uma destas maquinas Dual Core 3Ghz com 2gb de RAM. 
Mas nao sei se esta super dimensionada ou sub dimensionada.

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Vinicius de Azevedo" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, April 18, 2006 2:43 AM
Subject: Re: [FUG-BR] Dimensionando corretamente


nao sei se compreendi seu email direito,
calcular cpu?! saber qntidade de mem?!
vc gostaria saber de alguma ferramenta que possa te passar dados referentes 
a quanto de espaço em hd, mem ram, processador, swap, etc.. vc vai precisar 
pra rodar uma estação em free?!
o que pretende rodar?

[]s


--- reply ---
> From: edinilson
> To: fug-br
> Subject: [FUG-BR] Dimensionando corretamente
> Date: 2006-04-17 16:59:15
> --
> Pessoal, alguem conhece algum how-to ou faq de como calcular corretamente 
> a
> cpu e a quantidade de memoria de acordo com o uso que ira se fazer do
> freebsd?
>
> Obrigado
>
> Edinilson
> -
> ATINET-Professional Web Hosting
> Tel Voz: (0xx11) 4412-0876
> http://www.atinet.com.br
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


[FUG-BR] Dimensionando corretamente

2006-04-17 Por tôpico Edinilson J. Santos
Pessoal, alguem conhece algum how-to ou faq de como calcular corretamente a 
cpu e a quantidade de memoria de acordo com o uso que ira se fazer do 
freebsd?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br 

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


[FUG-BR] Dual Core

2006-04-07 Por tôpico Edinilson J. Santos
Pessoal, alguem ja trabalhou com estes novos processadores P4 Dual Core no 
Freebsd 6?
Se sim, é só compilar o kernel como se fosse uma motherboard com 2 
processadores (SMP)?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br 

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] IPA + FreeBSD 6

2006-02-07 Por tôpico Edinilson J. Santos
Isto deve ter mudado recentemente pois eu migrei do freebsd 4.8 para o 6 
recentemente, atualizei todo o ports, e veja a minha versao:

IPA, version 1.3.6 (FreeBSD/i386 6.0-RELEASE)

obs: Eu estou usando os mesmos arquivos de configuracao que usava no 4.8

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Fabrício Fadel Kammer" <[EMAIL PROTECTED]>
To: 
Sent: Friday, February 03, 2006 12:07 PM
Subject: [FUG-BR] IPA + FreeBSD 6


Salve galera!

Migramos um servidor FreeBSD 4.9 para 6 e estou tendo problemas com o
IPA... no ports do Free 6 só tem o IPA 2 e o mudou completamente os
arquivos de configurações... :-(

Uso o IPA apenas para totalizar o tráfego de meus clientes e, através de
um shell script que criei, armazer no banco mysql o tráfego diário para
consultas futuras e para geração de relatório de acompanhamento dos
clientes. O problema é que não estou conseguindo colocar o IPA 2 para
funfar... na verdade o ipa já está até rodando, fiz as alterações
necessárias no ipa.conf e ele levantou... o problema é que não consigo
usar o ipastat para capturar as estatísticas da forma com que eu fazia
antes:

ipastat -nexR ^regra0 -R ^regra1 -R ^regra2 -R ^regra3

Nem preciso da nova versão do ipa... poderia usar a 1.3.6, que é a que
eu tinha no Free 4.9 e estava me atendendo muito bem. Tentei baixar o
source do IPA 1.3.6 e instalar, mas está dando o erro abaixo:

>> Building for FreeBSD system
cc -Wall -O1 -g -o rules.o -c rules.c
rules.c: In function `do_ipfwac_for_rule':
rules.c:180: error: structure has no member named `fw_number'
rules.c:182: error: structure has no member named `fw_number'
rules.c:185: error: structure has no member named `fw_number'
rules.c:188: error: structure has no member named `fw_number'
rules.c:193: error: structure has no member named `fw_bcnt'
rules.c:198: error: structure has no member named `fw_bcnt'
rules.c:199: error: structure has no member named `fw_bcnt'
rules.c:200: error: structure has no member named `fw_bcnt'
rules.c:202: error: structure has no member named `fw_bcnt'
rules.c:208: error: structure has no member named `fw_bcnt'
rules.c:214: error: structure has no member named `fw_bcnt'
rules.c:216: error: structure has no member named `fw_bcnt'
rules.c:224: error: structure has no member named `fw_number'
*** Error code 1
Stop in /root/ipa-1.3.6.

Espero que alguém consiga me ajudar, pois as estatística diárias de meus
clientes nos ajuda bastante no acompanhamento dos clientes.

PS: Se alguém souber algum outro software que permita eu fazer a
totalização do tráfego diário de meus clientes e armazenar em um bd
mysql de maneira mais fácil tbm é válido ;-)

[]s

Fabrício F. Kammer


___
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://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] [1/2 OFF] Várias Realteks

2006-01-26 Por tôpico Edinilson J. Santos
Legal isto... porem, como fica o negocio do IRQ SHARING com estas placas?

Edinilson
--
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Vini Engel" <[EMAIL PROTECTED]>
To: "Lista de discussao do grupo FUG-BR" 
Sent: Wednesday, January 25, 2006 12:16 AM
Subject: Re: [FUG-BR] [1/2 OFF] Várias Realteks


Oi pessoal,

> Estou com um problema em uma máquina com 4 placas de rede Realtek 8139
> e placa-mãe Intel D865PERL (5 slots PCI e 1 AGP). Sei que as placas de
> rede são de baixa qualidade e trocá-las não é o problema. Gostaria mais
> da ajuda da galera para entender o que se passa.

Eu já tive o mesmo problema varias vezes, e sempre resolvia usando
placas mãe melhores e tal. Mas como hoje em dia quero diminuir o tamanho
fisico de tudo e aumentar a eficiencia e funcionalidade eu comecei a
pensar em usar placas de rede com multiplas portas.

Eu acredito que muitos (ou todos) aqui devem conhecer as mini placas da
VIA series ITX. Elas todas tem um slot PCI e alguns modelos tem duas
portas ethernet com chip-set VIA. Bom só ai já rola tres placas de rede
funcionando bem.

Bem, mas eu queria mais sendo assim comprei algumas placas de rede de
quatro portas. Porcurei por marcas diferentes e sei que, Routerboard
vende uma com chip-set VIA que funciona bem, Intel tem uma de quatro
portas que é muito boa mas custa um pouco mais caro e com certza vale o
preço. D-Link tambem vende uma de quatro portas, eu nuca usei mas sei de
gente que usou e teve problemas - não se que tipo de problem. O modelo é
DFX-520 ou algo pareceido.

Bom pra terminar, eu comprei duas placas dessas ai no link abaixo e tudo
fico muito mais simples e estavel. Já cheguei a ter oito portas ethernet
no mesmo computador. O chip-set é VIA o preço é razoavel, o problema é
só se placa queimar você perde todas as portas de uma vez só, bem talvez
não. Se tiver sorte perde só uma.

http://www.routerboard.com/rb44.html

>   Qualquer ajuda em tentar entender a situação é bem-vinda :)

Não explica o por que, mas resolve o problema!

Qualquer coisa me diga.

Até mais
Vini

___
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] Controle de Banda louco com ipfw2

2006-01-24 Por tôpico Edinilson J. Santos
Nao sei se voces repararam, mas um
man bridge

no freebsd 6 mostra que a forma que estamos usando para fazer bridge em
breve estara ultrapassada.

De um
man if_bridge

e veja se nao resolve melhor o seu problema.

Edinilson
--
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Adailton Milhorini" <[EMAIL PROTECTED]>
To: "Lista de discussao do grupo FUG-BR" 
Sent: Monday, January 23, 2006 11:57 AM
Subject: [FUG-BR] Controle de Banda louco com ipfw2



Pessoal, estou com um grande problema meio estranho aqui

tenho um free 6 stable, trabalhando como ap

o problema é o seguinte, estou trabalhando normalmente com ele .. mas
preciso fazer um filtro no layer2, que somente funciona com o ipfw 2...

quando habilito no /etc/sysctl.conf a linha
net.link.ether.ipfw=1

o ipfw passa normalmente filtrar os pacotes no layer 2 conforme pedido..

mas o interessante e que o controle de banda feito no mesmo servidor começa
a funcionar com a metade da velocidade pedida...

por exemplo se quero um controle a 64Kb ele navega a 32Kb,
se controle 256Kb, ele navega a 128Kb...
dai eu peguei e desabilitei a linha no /etc/sysctl.conf e pronto voltou ao
normal

alguem tem uma luz, já viu isto...??

obrigado desde já
___
Adailton Milhorini
HardOnline Internet Provider


___
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] [1/2 OFF] Várias Realteks

2006-01-24 Por tôpico Edinilson J. Santos
Tenho EXATAMENTE a mesma motherboard aqui e fiz de tudo (atualizei bios
inclusive) e nao resolveu.
Tive que usar placa da Intel ou da 3com.

Edinilson
--
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Giovanni P. Tirloni" <[EMAIL PROTECTED]>
To: "Lista de discussao do grupo FUG-BR" 
Sent: Tuesday, January 24, 2006 2:44 PM
Subject: [FUG-BR] [1/2 OFF] Várias Realteks


Olá,

  Estou com um problema em uma máquina com 4 placas de rede Realtek 8139
e placa-mãe Intel D865PERL (5 slots PCI e 1 AGP). Sei que as placas de
rede são de baixa qualidade e trocá-las não é o problema. Gostaria mais
da ajuda da galera para entender o que se passa.

  Os sintomas são: dependendo em qual slot coloco cada placa isso
influencia na detecção delas (algumas não são detectadas) e também
depois que detecta os HDs e o rcNG vai aplicar as configurações de rede
a máquina mostra "link DOWN/UP" e trava.

[EMAIL PROTECTED]:0:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10
hdr=0x00
[EMAIL PROTECTED]:1:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10
hdr=0x00
[EMAIL PROTECTED]:2:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10
hdr=0x00
[EMAIL PROTECTED]:3:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10
hdr=0x00

  Tirando que as placas são de baixa qualidade teria alguma outra
explicação do tipo "elas tem o mesmo ID", "o ACPI roteia as interrupções
errado" ou algo assim?

  Qualquer ajuda em tentar entender a situação é bem-vinda :)

Obrigado,

-- 
Giovanni P. Tirloni
http://blog.tirloni.org


___
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] Problemas no Squid

2006-01-10 Por tôpico Edinilson J. Santos
Caro Alexandre, depois que migrei do freebsd 4.8 para o 6.0 tambem estou com 
problemas similares ao seu aqui com o squid.
Ja ajustei diversas variaveis no sysctl.conf e no loader.conf mas todas sem 
sucesso.
Acredito que NAO seja algo relacionado com IE.

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Alexandre Andrade" <[EMAIL PROTECTED]>
To: "Lista de discussao do grupo FUG-BR" 
Sent: Friday, January 06, 2006 9:05 AM
Subject: [FUG-BR] Problemas no Squid


Hello All.

Tenho um FreeBSD 6.0 + Squid Version 2.4.STABLE7 em um dos clientes
que prestamos suporte.

Só que TODOS eles estão reclamando que pra navegar na Internet eles
tem ficar dando "F5" para atualizar o I.E, e apenas assim abre a
página.

- Habilitei o "ie_refresh on", mas não resolveu.
- Recriei o cache do Squid, mas não resolveu.
- No site do Squid diz pra fazer um procedimento no I.E, eu fiz
também, mas não resolveu.

Fui no Google e alguns sites dizem que isso é BUG do I.E 6.0 SP1.

Só que o cliente tá dizendo que isso está acontecendo até em máquinas
com Windows 98.

Bom espero que alguém possa me dar uma LUZ.  :)


Valeu

--
Alexandre Andrade
São Paulo - SP
Linux User: 390467
BSD User: BSD051253
[EMAIL PROTECTED]

___
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] Squid como proxy ftp transparente

2006-01-10 Por tôpico Edinilson J. Santos
Muitos tipos de forward nao davam certo antes devido a certas limitacoes no 
kernel.
No freebsd 6.0 agora tem a opcao:
options IPFIREWALL_FORWARD_EXTENDED

The ipfw(8) ipfw fwd rule now supports the full packet destination 
manipulation when the kernel option options IPFIREWALL_FORWARD_EXTENDED is 
specified in addition to options IPFIRWALL_FORWARD. This kernel option 
disables all restrictions to ensure proper behavior for locally generated 
packets and allows redirection of packets destined to locally configured IP 
addresses. Note that ipfw(8) rules have to be carefully crafted to make sure 
that things like PMTU discovery do not break. [MERGED]


que elimina algumas antigas limitacoes de forward.

Experimente compilar o seu kernel com esta opcao e tente novamente dar 
forward na porta 21 (eu nao testei ainda por falta de tempo, mas sera em 
breve).

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Nilson Debatin" <[EMAIL PROTECTED]>
To: "Lista de discussao do grupo FUG-BR" 
Sent: Thursday, January 05, 2006 5:51 PM
Subject: Re: [FUG-BR] Squid como proxy ftp transparente


Tentar eu já tentei, me bati e fucei bastante mas não funcionou.
Li alguns documentos q diziam q nao dava pra fazer proxy
transparente de ftp por limitações no protocolo, e acabei
desistindo.
Se alguém souber, favor passar uma receitinha pra galera...

[]s
Nilson

Em Qui, 2006-01-05 às 14:53 -0300, William Armstrong escreveu:
> desculpem posso estar falando besteira
>
>
>   mas alguém   ja  tentou  fazer  foward  da porta  21  pro  servidor
> squid   assim como é  feito  a  porta   80.no caso de web proxy
> transparente  ???  nao  esqeuça  de  configurar  as  opcoes de ftp no
> squid.conf
>
>
>
> Em 30/12/05, Edinilson J. Santos escreveu:
> > Acho que é isto que procura:
> > http://frox.sourceforge.net/
> >
> > obs: Tem ele la no ports do Freebsd
> >
> > Edinilson
> > -
> > ATINET-Professional Web Hosting
> > Tel Voz: (0xx11) 4412-0876
> > http://www.atinet.com.br
> >
> >
> > - Original Message -
> > From: "Pedro Henrique Morsch Mazzoni" <[EMAIL PROTECTED]>
> > To: 
> > Sent: Wednesday, December 21, 2005 4:48 PM
> > Subject: [FUG-BR] Squid como proxy ftp transparente
> >
> >
> > Alguém já configurou um 5.4 rodando com ipfw + squid como proxy ftp
> > transparente?
> > Alguma dica?
> >
> > Grato,
> > Pedro Mazzoni
> > ___
> > 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
> >
>
>
> --
> -=-=-=-=-=-=-=-=-=-
> William David Armstrong
> Bio Systems Security.
> ICQ 10253747 MSN biosystems ]at[ gmail . com
> --
> <. Of course it runs
> <|
> <' NetBSD, OpenBSD or FreeBSD
> --
>
> ___
> 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] Freebsd 5.4/6 rodando em MB ASUS P4VP-MX

2006-01-05 Por tôpico Edinilson J. Santos
Tive um problema similar MAS com motherboard Intel e com placas de rede.
Enviei email para a Intel e eles pediram para a atualizar a Bios da 
motherboard para a ultima versao disponivel. Resolveu o problema.

Sobre o Safe Mode, ate onde sei ele desativa o ACPI.

Nos notes releases do Freebsd:
"Safe mode forces PIO mode (disabling the use of DMA) and disables write
caching for all IDE hard drives and CD ROM drives, disables the probing
of EISA slots (as very few systems have them), and in i386 it also
disables the use of ACPI and the APICs."


Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Alfredo" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, December 29, 2005 5:58 PM
Subject: [FUG-BR] Freebsd 5.4/6 rodando em MB ASUS P4VP-MX


Pessoal,

Como ja é de conhecimento de alguns acredito, o Freebsd 5.4/6 nao
instala em placas mãe ASUS P4VP-MX, reportando time-out quando
procura controladora IDE.

Resolvi da seguinte forma: bootando no 'safe mode' fiz a instalacao
normalmente, depois mais uma vez bootando em 'safe mode', recompilei
o kernel retirando a opcao:

device  apic# I/O APIC

Funciona perfeitamente, mas agora tenho algumas duvidas, mesmo procurando
e lendo a respeito, o que exatamente implica rodar em   'safe mode'

Abraços!
___
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] Squid como proxy ftp transparente

2006-01-05 Por tôpico Edinilson J. Santos
Acho que é isto que procura:
http://frox.sourceforge.net/

obs: Tem ele la no ports do Freebsd

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Pedro Henrique Morsch Mazzoni" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, December 21, 2005 4:48 PM
Subject: [FUG-BR] Squid como proxy ftp transparente


Alguém já configurou um 5.4 rodando com ipfw + squid como proxy ftp
transparente?
Alguma dica?

Grato,
Pedro Mazzoni
___
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] OFF-TOPIC - AS / CIDR

2005-09-13 Por tôpico Edinilson J. Santos
Voce tambem obtera informacoes diretamente em www.arin.net

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Christopher Giese - iRapida Telecom" <[EMAIL PROTECTED]>
To: 
Sent: Monday, September 12, 2005 5:05 PM
Subject: [FUG-BR] OFF-TOPIC - AS / CIDR


Boa tarde pessoal

la vai outro OFF TOPIC

A empresa a qual eu trabalho esta precisando tornar-se um AS e ter 
seu proprio bloco de IPS.

Acredito que aqui tenham muitas pessoas que ja passaram pelo caminho das 
pedras e que possam me auxiliar (pq estou totalmente perdido em o 
que fazer... como fazer.. como proceder)

Caso alguem ai queira dar um berro em PVT eu agradeceria

Obrigado

Christopher Giese
[EMAIL PROTECTED]


___
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


[FUG-BR] Ligar regra do snort ao ipfw

2005-09-09 Por tôpico Edinilson J. Santos
Caros amigos, é possivel ligar uma regra do snort a uma regra do ipfw?

Por exemplo: gostaria de utilizar o analisador de pacotes do snort, mais 
especificamente as regras de p2p dele, para chamar regras de controle de 
banda do ipfw.

Ja procurei na internet, mas o pessoal só diz que é possivel mas nao mostra 
exemplo nenhum de como fazer

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br 


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


Re: [FUG-BR] Como parar um freebsd

2005-03-23 Por tôpico Edinilson J. Santos
Joao, acho que todos que trabalham com sistema wireless e com radios 802.11 
sabem que, as vezes, da uma doideira nestes radios e os mesmos ficam 
trocando ip a todo instante.
Neste caso, nao é culpa do cliente e nao adianta rescindir contrato ou mesmo 
adverti-lo.

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "João Carlos Mendes Luís" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, March 23, 2005 5:06 PM
Subject: Re: [FUG-BR] Como parar um freebsd


Paulo Pires wrote:
>>Por isto tinha colocado para dar um ifconfig no script.
>
> Melhor fazer só o ping.  Eis o que eu faria, como primeiro teste:
> colocaria um 'ping -c 1 -i 0.01 broadcast_addr . /dev/null 2>&1'.
> Minha expectativa é que os pacotes, ao serem recebidos por todas as
> estações, vão atualizar o cache de ARP de todas elas, mesmo que elas
> tenham filtro de pacotes que bloqueiem ICMP ou broadcast, esse filtro
> só deve atuar depois de o pacote ter sido recebido e o IP validado.

Deve até funcionar, mas ainda assim, por um breve intervalo o sujetio
terá pego o seu IP.  Melhor cortar o contrato com um cara desses, ou
então gastas uma grana num sistema de proteção no switch, seja por VLAN
ou por filtros.


___
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/


___
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/


Re: [FUG-BR] Como parar um freebsd

2005-03-23 Por tôpico Edinilson J. Santos
Sim, tudo atualizado.
E sim, consigo reproduzir.
E sim, enviei para o pessoal do freebsd, sem respostas ate o momento.

Tambem concordo que o 5.3 ainda esta muito esquisitao, por isto ja baixei o 
4.11 e vou atualizar para ele... chega de pau...

Sobre mera lista de usuarios, nao concordo. Conheco muitos aqui na lista que 
ja sairam da esfera de simples usuarios do freebsd.

[]'s

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "João Carlos Mendes Luís" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, March 23, 2005 4:28 PM
Subject: Re: [FUG-BR] Como parar um freebsd


Edinilson J. Santos wrote:
> Isto sinceramente me decepcionou um pouco pois como é possivel um simples
> ifconfig causar kernel panic num sistema como o freebsd?
> Poderia sei la, logar algo ou qualquer outra coisa, mas kernel panic? 
> Parece
> o Windows com aqueles paus misteriosos...

Nao xinga nao!!!   Pode até chamar de Linux, mas chamar de Windows é
pejorativo demais!   ;-)

Antes de mais nada, entenda agora que o 5.3 não é estável.  Ele foi a
primeira versão recomendada para uso geral, mas para quem queria
estabilidade real ainda era recomendado o 4.10.  Nao sei se o 5.4 vai
ser melhor, espero que sim.

Depois, se voce sabe que há um problema, e sabre como repeti-lo, em vez
de mandar uma reclamação para uma lista que nao tem nada a ver com o
desenvolvimento (somos apenas usuarios), leia no handbook com fazer para
enviar um bug report usando o send-pr, e eu te garanto que, se o bug for
realmente sério como voce diz, será corrigido em menos de uma semana.

Isso se já nao foi corrigido no 5.3-stable.  Voce atualizou seus fontes
com cvsup?

___
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/


___
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/


Re: [FUG-BR] Como parar um freebsd

2005-03-23 Por tôpico Edinilson J. Santos
Caro Paulo, obrigado. Achei muito boa a sua dica e vou testar aqui.

[]'s

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Paulo Pires" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, March 22, 2005 7:36 PM
Subject: Re: [FUG-BR] Como parar um freebsd


On Tue, 22 Mar 2005 18:29:33 -0300, Edinilson J. Santos
 wrote:
> Entao Tiago, no final esta minha resposta tera uma outra pergunta que ja
> revirei na internet e nao consegui encontrar.
> Aqui utilizamos o freebsd para gateway dos clientes de radio. Neste 
> freebsd
> especificamente tambem fazemos controle de banda com dummynet.
> Porem, um problema que temos é que, as vezes, o cliente coloca o IP que
> seria do freebsd na maquina dele (por exemplo: o ip 10.20.20.65 é da placa
> de rede do freebsd. Por algum motivo o cliente vai e coloca este IP na
> maquina dele).
> Com isto, todos que usam este IP como gateway acabam parando.

Alternativas:

   - usar algum tipo de vlan ou redes privativas para cada cliente do
link de rádio.

- ao invés de reconfigurar a interface periodicamente, fazer algum
broadcast, multicast ou mesmo (o que é pior) "pingar" (talvez não com
ping, mas com um outro pacote inócuo) cada cliente, só para recolocar
seu MAC no cache de arp desses clientes.

> Inclusive (agora vem a tal pergunta) uma coisa que acho que o freebsd é
> muito liberal é em relacao a isto. Se alguem coloca o IP que é dele, ele
> loga isto MAS acaba deixando que a maquina fique com o IP (dele) por um
> longo periodo. Em outros sistemas normalmente é logado MAS o sistema nao
> deixa que esta troca ocorra (sempre prevalece o 1o. que estava com o IP) 
> ou,
> se ocorre, o IP volta rapido para ele (o sistema)
> Existe alguma configuracao no freebsd em que ele nao deixe outro pegar o 
> ip
> que esta configurado para ele? Ja atrelei IP/MAC (atraves do script que 
> foi
> no outro email) mas nao resolveu.

Você poderia examinar os logs com o WOTS (ou qualquer outra ferramenta
equivalente), e só agir (não reconfigurando a interface, mas usando o
"ping" acima) quando fosse necessário.  estou certo de que não roubam
o seu IP toda hora, a cada 10 minutos.

> Por isto tinha colocado para dar um ifconfig no script.

Melhor fazer só o ping.  Eis o que eu faria, como primeiro teste:
colocaria um 'ping -c 1 -i 0.01 broadcast_addr . /dev/null 2>&1'.
Minha expectativa é que os pacotes, ao serem recebidos por todas as
estações, vão atualizar o cache de ARP de todas elas, mesmo que elas
tenham filtro de pacotes que bloqueiem ICMP ou broadcast, esse filtro
só deve atuar depois de o pacote ter sido recebido e o IP validado.

Se não funcionar, tente pequenas variações.

-- 
Um abraço.
Paulo A. P. Pires

... Qui habet aurem audiat quid Spiritus dicat ecclesiis.

___
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/


___
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/


Re: [FUG-BR] Como parar um freebsd

2005-03-22 Por tôpico Edinilson J. Santos
Entao Tiago, no final esta minha resposta tera uma outra pergunta que ja 
revirei na internet e nao consegui encontrar.
Aqui utilizamos o freebsd para gateway dos clientes de radio. Neste freebsd 
especificamente tambem fazemos controle de banda com dummynet.
Porem, um problema que temos é que, as vezes, o cliente coloca o IP que 
seria do freebsd na maquina dele (por exemplo: o ip 10.20.20.65 é da placa 
de rede do freebsd. Por algum motivo o cliente vai e coloca este IP na 
maquina dele).
Com isto, todos que usam este IP como gateway acabam parando.

Inclusive (agora vem a tal pergunta) uma coisa que acho que o freebsd é 
muito liberal é em relacao a isto. Se alguem coloca o IP que é dele, ele 
loga isto MAS acaba deixando que a maquina fique com o IP (dele) por um 
longo periodo. Em outros sistemas normalmente é logado MAS o sistema nao 
deixa que esta troca ocorra (sempre prevalece o 1o. que estava com o IP) ou, 
se ocorre, o IP volta rapido para ele (o sistema)
Existe alguma configuracao no freebsd em que ele nao deixe outro pegar o ip 
que esta configurado para ele? Ja atrelei IP/MAC (atraves do script que foi 
no outro email) mas nao resolveu.
Por isto tinha colocado para dar um ifconfig no script.

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Tiago N. Sampaio" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, March 22, 2005 4:31 PM
Subject: Re: [FUG-BR] Como parar um freebsd


Só para entender, por que ficar colocando o mesmo ip na placa de rede?
está acontencendo algum problema estranho na sua rede?

Abraços.


Edinilson J. Santos wrote:

>Mas se eu usar um delete no ifconfig eu estaria dropando (e possivelmente
>mexendo em rotas tambem) as conexoes e em seguida, com o comando alias,
>estabelecendo novamente.
>Porem, alguns programas sao sensiveis a esta pequena (mas existente)
>interrupcao.
>
>Nao seria mais sensato o freebsd simplesmente ignorar ou mesmo apresentar
>uma mensagem de erro nesta situacao ?
>
>[]'s
>
>Edinilson
>-
>ATINET-Professional Web Hosting
>Tel Voz: (0xx11) 4412-0876
>http://www.atinet.com.br
>
>
>- Original Message - 
>From: "Antonio Torres" <[EMAIL PROTECTED]>
>To: 
>Sent: Tuesday, March 22, 2005 10:02 AM
>Subject: Re: [FUG-BR] Como parar um freebsd
>
>
>Edinilson J. Santos wrote:
>
>
>
>>Mas ha um limite no numero de aliases que pode ser colocado na placa?
>>Se o ip é o mesmo, como posso ultrapassar o numero de aliases?
>>
>>Acho que o erro esta relacionado as sessoes tcp estarem abertas, e nao
>>especificamente ao numero de aliases.
>>
>>
>>
>>
>>
>Aí está o problema: quando voce poe o *mesmo* IP, por definicao, não
>pode ser alias, *mas* voce colocou "alias" na linha de comando !!
>conflito de sintaxe !!
>
>pode-se até considerar um 'bug', mas que tipo de bug ? falta mensagem de
>erro? se assumiu como situacao improvável ?
>
>
>quanto a "limite de aliases por NIC" sim, existe uma limitacao, mas está
>relacionada com os recursos do sistema (memoria, NIC, numero de NICs,
>modo pooling/interrupt, etc, etc, etc..)
>
>
>[]s
>Antonio Torres
>
>
>___
>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/
>
>
>___
>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/
>
>


___
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/


___
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/


Re: [FUG-BR] Como parar um freebsd

2005-03-22 Por tôpico Edinilson J. Santos
Mas se eu usar um delete no ifconfig eu estaria dropando (e possivelmente 
mexendo em rotas tambem) as conexoes e em seguida, com o comando alias, 
estabelecendo novamente.
Porem, alguns programas sao sensiveis a esta pequena (mas existente) 
interrupcao.

Nao seria mais sensato o freebsd simplesmente ignorar ou mesmo apresentar 
uma mensagem de erro nesta situacao ?

[]'s

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Antonio Torres" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, March 22, 2005 10:02 AM
Subject: Re: [FUG-BR] Como parar um freebsd


Edinilson J. Santos wrote:

>Mas ha um limite no numero de aliases que pode ser colocado na placa?
>Se o ip é o mesmo, como posso ultrapassar o numero de aliases?
>
>Acho que o erro esta relacionado as sessoes tcp estarem abertas, e nao
>especificamente ao numero de aliases.
>
>
>
Aí está o problema: quando voce poe o *mesmo* IP, por definicao, não
pode ser alias, *mas* voce colocou "alias" na linha de comando !!
conflito de sintaxe !!

pode-se até considerar um 'bug', mas que tipo de bug ? falta mensagem de
erro? se assumiu como situacao improvável ?


quanto a "limite de aliases por NIC" sim, existe uma limitacao, mas está
relacionada com os recursos do sistema (memoria, NIC, numero de NICs,
modo pooling/interrupt, etc, etc, etc..)


[]s
Antonio Torres


___
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/


___
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/


Re: [FUG-BR] Off ( Lista de Venda Equipamento )

2005-03-22 Por tôpico Edinilson J. Santos
[EMAIL PROTECTED]


-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Wagner" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, March 22, 2005 10:01 AM
Subject: [FUG-BR] Off ( Lista de Venda Equipamento )



   Bom dia pessoal...

Me falaram de uma lista chamada equipamentos-brasil, sobre venda de
dispositivos e equipamentos em geral..

Alguem pode me passar o endereço??? pois não encontrei, ou de
qualquer outra lista que tenha o mesmo objetivo.



  Wagner

___
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/


___
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/


Re: [FUG-BR] Como parar um freebsd

2005-03-22 Por tôpico Edinilson J. Santos
Mas ha um limite no numero de aliases que pode ser colocado na placa?
Se o ip é o mesmo, como posso ultrapassar o numero de aliases?

Acho que o erro esta relacionado as sessoes tcp estarem abertas, e nao 
especificamente ao numero de aliases.

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Antonio Torres" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, March 22, 2005 8:06 AM
Subject: Re: [FUG-BR] Como parar um freebsd


Edinilson J. Santos wrote:

>É um script relativamente banal:
>
>Abaixo o script que estava agendado no crontab para rodar de 10 em 10
>minutos
>#!/bin/sh
>cd /etc
>arp -a -d
>### A LINHA ABAIXO É A QUE CAUSA O KERNEL PANIC
>#/etc/ips-rede
>arp -f /etc/macs.txt
>
>
>Abaixo o tal script IPS-REDE
>/sbin/ifconfig fxp1 alias 200.231.29.65 netmask 255.255.255.224
>
>Em algum momento, devido a chamadas sucessivas, o ifconfig atribuindo
>repetidamente o mesmo ip para a placa causava crashes no freebsd.
>
>
>
Voce devia primeiro "limpar" o IP da placa e depois atribui-lo:

/sbin/ifconfig fxp1 inet 200.231.29.65 delete
/sbin/ifconfig fxp1 inet 200.231.29.65 netmask 255.255.255.224 alias
...

Sem isso voce, rapidamente, ultrapassa os limite de kernel de aliases na
mesma NIC !!


O FreeBSD é extremamente robusto, mas tem regras que devem ser seguidas;

[]
Antonio Torres


"Computadores fazem o que mandamos e não o que queremos"


___
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/


___
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/


Re: [FUG-BR] Como parar um freebsd

2005-03-21 Por tôpico Edinilson J. Santos
É um script relativamente banal:

Abaixo o script que estava agendado no crontab para rodar de 10 em 10 
minutos
#!/bin/sh
cd /etc
arp -a -d
### A LINHA ABAIXO É A QUE CAUSA O KERNEL PANIC
#/etc/ips-rede
arp -f /etc/macs.txt


Abaixo o tal script IPS-REDE
/sbin/ifconfig fxp1 alias 200.231.29.65 netmask 255.255.255.224

Em algum momento, devido a chamadas sucessivas, o ifconfig atribuindo 
repetidamente o mesmo ip para a placa causava crashes no freebsd.

abaixo o resultado do pciconf -lv:

[EMAIL PROTECTED]:0:0:  class=0x06 card=0x80271043 chip=0x11308086 rev=0x02 
hdr=0x00
vendor   = 'Intel Corporation'
device   = '82815/EM/EP/P 815/EM/EP/P (Solano) Host to I/O Hub Bridge'
class= bridge
subclass = HOST-PCI
[EMAIL PROTECTED]:1:0: class=0x060400 card=0x chip=0x11318086 rev=0x02 
hdr=0x01
vendor   = 'Intel Corporation'
device   = '82815/EM/EP/P 815/EM/EP/P (Solano) PCI to AGP Bridge'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED]:30:0:class=0x060400 card=0x chip=0x244e8086 
rev=0x11 hdr=0x01
vendor   = 'Intel Corporation'
device   = '82801BA/CA/DB (ICH2/3/4) Hub Interface to PCI Bridge (244E)'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED]:31:0:class=0x060100 card=0x chip=0x24408086 
rev=0x11 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801BA (ICH2) LPC Interface Controller'
class= bridge
subclass = PCI-ISA
[EMAIL PROTECTED]:31:1:  class=0x010180 card=0x80271043 chip=0x244b8086 
rev=0x11 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801BA (ICH2) UltraATA/100 IDE Controller'
class= mass storage
subclass = ATA
[EMAIL PROTECTED]:31:2:class=0x0c0300 card=0x80271043 chip=0x24428086 
rev=0x11 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801BA/BAM (ICH2/ICH2-M) USB Universal Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:31:3:class=0x0c0500 card=0x80271043 chip=0x24438086 
rev=0x11 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801BA/BAM (ICH2/ICH2-M) SMBus Controller'
class= serial bus
subclass = SMBus
[EMAIL PROTECTED]:31:4:class=0x0c0300 card=0x80271043 chip=0x24448086 
rev=0x11 hdr=0x00
vendor   = 'Intel Corporation'
device   = '82801BA/BAM (ICH2/ICH2-M) USB Universal Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:0:0: class=0x03 card=0x63261039 chip=0x63261039 rev=0xc1 
hdr=0x00
vendor   = 'Silicon Integrated Systems (SiS)'
device   = 'SiS 86C326 AGP/PCI Graphics & Video Accelerator'
class= display
subclass = VGA
[EMAIL PROTECTED]:10:0: class=0x02 card=0x000c8086 chip=0x12298086 rev=0x08 
hdr=0x00
vendor   = 'Intel Corporation'
device   = '82557/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
class= network
subclass = ethernet
[EMAIL PROTECTED]:12:0: class=0x02 card=0x000e8086 chip=0x12298086 rev=0x08 
hdr=0x00
vendor   = 'Intel Corporation'
device   = '82557/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
class= network
subclass = ethernet

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


----- Original Message - 
From: "Marcelo Costa" <[EMAIL PROTECTED]>
To: 
Sent: Monday, March 21, 2005 5:43 PM
Subject: Re: [FUG-BR] Como parar um freebsd


coloca este script na lista

Marcelo

On Mon, 2005-03-21 at 17:29, Edinilson J. Santos wrote:
> Caros amigos, ha +- 1 mes atras eu postei na lista um problema que estava
> enfrentando com o Freebsd 5.3 (com TUDO atualizado). Só lembrando que 
> tenho
> a versao 4.8 rodando ha um bom tempo aqui sem problemas, e que estava
> instalando a 5.3 pois vi que a serie 4.xx esta acabando.
> Pois bem, depois de muitos kernel panic, compilar em modo debug, enviar
> email ate para o pessoal do freebsd (tudo sem resultados) eu finalmente
> descobri o problema: um simples ifconfig que era rodado junto com um 
> script
> agendado no crontab.
> O problema parece estar relacionado com o fato de, as vezes, o ifconfig
> atribuir novamente o mesmo ip para a placa.
>
> Isto sinceramente me decepcionou um pouco pois como é possivel um simples
> ifconfig causar kernel panic num sistema como o freebsd?
> Poderia sei la, logar algo ou qualquer outra coisa, mas kernel panic? 
> Parece
> o Windows com aqueles paus misteriosos...
>
> Edinilson
> -
> ATINET-Professional Web Hosting
> Tel Vo

[FUG-BR] Como parar um freebsd

2005-03-21 Por tôpico Edinilson J. Santos
Caros amigos, ha +- 1 mes atras eu postei na lista um problema que estava 
enfrentando com o Freebsd 5.3 (com TUDO atualizado). Só lembrando que tenho 
a versao 4.8 rodando ha um bom tempo aqui sem problemas, e que estava 
instalando a 5.3 pois vi que a serie 4.xx esta acabando.
Pois bem, depois de muitos kernel panic, compilar em modo debug, enviar 
email ate para o pessoal do freebsd (tudo sem resultados) eu finalmente 
descobri o problema: um simples ifconfig que era rodado junto com um script 
agendado no crontab.
O problema parece estar relacionado com o fato de, as vezes, o ifconfig 
atribuir novamente o mesmo ip para a placa.

Isto sinceramente me decepcionou um pouco pois como é possivel um simples 
ifconfig causar kernel panic num sistema como o freebsd?
Poderia sei la, logar algo ou qualquer outra coisa, mas kernel panic? Parece 
o Windows com aqueles paus misteriosos...

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


___
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/


[FUG-BR] Freebsd 5.3 p5 STABLE Error

2005-03-07 Por tôpico Edinilson J. Santos
Error:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xc
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc04d62d3
stack pointer = 0x10:0xcbb258b0
frame pointer = 0x10:0xcbb258d4
code segment = base 0x0, limit 0xf, type 0x1b
  = DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 26 (swi5: clock sio)
[thread 100020]
stopped at m_copym+0x2f : cmpl   %esi,0xc(%edx)


Hardware:
Motherboard Intel L400GX+ Production Release 14.3
Processor Pentium III 700Mhz
512mb ECC RAM, tested with memtest 3.1 without errors
2 Lan Cards Intel Etherexpress 10/100
Video card onboard Cirrus Logic 
HD IDE 20gb


Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br




___
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/


Re: [FUG-BR] Freebsd 5.3 - to desanimado...

2005-03-03 Por tôpico Edinilson J. Santos
Comecei num PIII 933, motherboard Asus com 2 placas de rede intel e 1 placa 
de video (resto tudo desligado). Deu pau.
Mudei para PIII 700Mhz, motherboard Intel, 1 placa rede intel onboard e 
outra off-board + placa de video. Deu pau tambem.

Ja deixei o kernel praticamente sem nada, somente com necessario mesmo 
(tirei suporte a USB, SCSI, etc).

Nao sei mais o que fazer, é um misterio mesmo.

Edinilson
--
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br

- Original Message - 
From: "Alexandre Vasconcelos" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, March 03, 2005 4:46 PM
Subject: Re: [FUG-BR] Freebsd 5.3 - to desanimado...


-BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Edinilson J. Santos wrote:
[cut]
| Fatal trap 12: page fault while in kernel mode
| cpuid = 0; apic id = 00
| fault virtual address   = 0x88
| fault code  = supervisor read, page not present
| instruction pointer = 0x8:0x80389aea
| stack pointer   = 0x10:0xb2051a60
| frame pointer   = 0x10:0xff006b12d000
| code segment= base 0x0, limit 0xf, type 0x1b
|= DPL 0, pres 1, long 1, def32 0, gran 1
| processor eflags= interrupt enabled, resume, IOPL = 0
| current process = 53 (pagedaemon)
| trap number = 12
| panic: page fault
| cpuid = 0
| boot() called on cpu#0
| Uptime: 2m49s
[cut]

Rapaz, todas as vezes (2 ou 3) que tive erros deste tipo os problemas
foram resolvidos com a troca de hardware.. já comecei a migrar meus
servidores aqui de 4.11 pra 5.3 e até agora está tudo 100%, inclusive o
primeiro foi meu squid, que tem um tráfego considerável.. qual o seu
hardware? o que vc tá rodando neste servidor? além desses panics não tem
nada nos logs?

- --
Alexandre Vasconcelos
The FreeBSD pt_BR Documentation Project
Unix Admin
SSP/GO

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (FreeBSD)

iD8DBQFCJ2mRcvrfkI0p/tURAlKkAJ9kpkO3YL9+dyjswP2DQCzTjgNHxwCeJxtK
xmP06m4aJcPKHbYTc+Xl5ZM=
=M08a
-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/


___
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/


[FUG-BR] Freebsd 5.3 - to desanimado...

2005-03-03 Por tôpico Edinilson J. Santos
Caros amigos da lista,

Uso por mais de 3 anos o freebsd 4.xx. Atualmente estou ainda na versao 4.8 
por falta de tempo em migrar e por atender 100% minhas necessidades.
Porem, recentemente resolvi que ia migrar para o 5.xx (atualmente 5.3) pois 
havia visto que o 4.11 sera a ultima versao da serie 4.
Instalei do zero um 5.3 aqui, fiquei +- 3 dias configurando, ajustando, 
instalando ports que usava no 4.8, etc, etc, etc (aquele trabalhao todo) e 
correu tudo bem.
Estava comecando a ficar feliz quando, no dia da migracao mesmo, deu tudo 
errado.
Nao sei exatamente o motivo mas é só colocar trafego que comeca kernel panic 
para tudo quanto é lado.
Cada hora é um erro diferente, mas na maioria das vezes sao erros grandes 
que aparecem na tela, com mais de 10 linhas, varios numeros em hexadecimal, 
similar ao que envio abaixo (nao é ESPECIFICAMENTE este erro, este ai peguei 
na internet):

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x88
fault code  = supervisor read, page not present
instruction pointer = 0x8:0x80389aea
stack pointer   = 0x10:0xb2051a60
frame pointer   = 0x10:0xff006b12d000
code segment= base 0x0, limit 0xf, type 0x1b
   = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 53 (pagedaemon)
trap number = 12
panic: page fault
cpuid = 0
boot() called on cpu#0
Uptime: 2m49s


Se nao coloco trafego nenhum uso-o normalmente pelo dia todo.
Ja troquei 3 maquinas e continua exatamente a mesma coisa (inclusive 
coloquei o HD na mesma maquina que esta atualmente o 4.8 e nao foi tambem).

Alguem poderia me dar uma luz de como diagnosticar isto e tentar resolver o 
problema?

Obrigado, agradeco qualquer ajuda

Edinilson
--
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br



___
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/


[FUG-BR] Monitoramento

2005-02-02 Por tôpico Edinilson J. Santos
Pessoal,

Utilizei por um bom tempo o netsaint para monitoramento dos radios de nossos 
clientes.

Porem, apos um certo numero de clientes, o mesmo comecou a ficar muito lento 
e demorava um bom tempo para atualizar.
Mudamos varios itens das configuracoes mas mesmo assim nao adiantou.

Com isto, gostaria de perguntar a voces: o que preciso é dar um simples ping 
nos radios (em media de 3 em 3 minutos), e manter um log disto que possa ser 
visto de alguma forma.

Voces conhecem algum programa simples para indicar?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


___
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/


Re: [FUG-BR] Dual processor

2005-01-28 Por tôpico Edinilson J. Santos
A minha versao ainda é a 4.8
Sera que dara boot normalmente em uma maquian single processor numa eventual 
emergencia?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


- Original Message - 
From: "Frederick F." <[EMAIL PROTECTED]>
To: 
Sent: Friday, January 28, 2005 3:50 PM
Subject: RES: [FUG-BR] Dual processor


Sim. Ele vai carregar o kernel normalmente.


> -Mensagem original-
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
> de Edinilson J. Santos
> Enviada em: sexta-feira, 28 de janeiro de 2005 15:16
> Para: freebsd@fug.com.br
> Assunto: [FUG-BR] Dual processor
>
> Caros amigos da lista,
>
> Comprei recentemente um servidor usado que é dual processor.
> Pelo que vi, para rodar o freebsd em maquinas dual processor e fazer com
> que
> o mesmo utilize os 2 processadores é necessario recompilar o kernel.
> Porem, minha pergunta é a seguinte: numa eventual pane da maquina, se eu
> precisar dar boot no freebsd numa maquina uniprocessor, o freebsd
> "subira"?
>


___
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/


___
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/


[FUG-BR] Dual processor

2005-01-28 Por tôpico Edinilson J. Santos
Caros amigos da lista,

Comprei recentemente um servidor usado que é dual processor.
Pelo que vi, para rodar o freebsd em maquinas dual processor e fazer com que 
o mesmo utilize os 2 processadores é necessario recompilar o kernel.
Porem, minha pergunta é a seguinte: numa eventual pane da maquina, se eu 
precisar dar boot no freebsd numa maquina uniprocessor, o freebsd "subira"?

Obrigado

Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br 


___
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/