Pessoal,
mais uma informação que acho que pode ajudar:
gw# sysctl net.inet.ip.intr_queue_drops
net.inet.ip.intr_queue_drops: 36943
gw# vmstat -i
interrupt total rate
irq28: ciss0 73109 67
irq1: atkbd0 10
www.iweb.com
-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
de Leonardo Augusto
Enviada em: segunda-feira, 14 de março de 2011 19:35
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] Servidores USA
www.softl
www.softlayer.com
2011/2/26 Akamaru :
> Alguem sabe um lugar onde eu possa alugar um servidor a baixo custo no
> EUA?
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Poderia ainda ter criado uma regra de "NO NAT".
Mas como dizem por aí: quanto menos regras, melhor! :-)
Chegou a notar diferença entre um firewall roteado e um bridge ?
Consumo de CPU... latência... etc.
Abs.
--
Eduardo Schoedler
> -Mensagem original-
> De: freebsd-boun...@fug.com.br [
Em 14-03-2011 18:13, Eduardo Schoedler escreveu:
> Em 14/03/2011 17:13, Luan Tasca escreveu:
>> pra sair, os servidores em vez de usar os ips 10.0.0.x
>> cada um com seu ip, está saindo com o ip 10.0.0.2, que é
>> o ip do pfsense, mais preciso que cada servidor saia
>> com seu ip, alguem sabe como
Em 14/03/2011 17:13, Luan Tasca escreveu:
> pra sair, os servidores em vez de usar os ips 10.0.0.x
> cada um com seu ip, está saindo com o ip 10.0.0.2, que é
> o ip do pfsense, mais preciso que cada servidor saia
> com seu ip, alguem sabe como arrumo isso?
o PFSense deve estar fazendo NAT... ou e
Montei um pfSense trabalhando em Firewall como bridge transparente, está
parte de firewall e bridge está funcionando corretamente, minha
estrutura segue abaixo:
--
10.0.0.110.0.0.210.0.0.x
Trabalhando em modo bridge, os ips dos servidores são roteados pelo
roteador e não pelo
Boa tarde a todos
Instalei o "PHP 5.3.5" com o "Apache/2.2.17" no " FreeBSD 8.1-RELEASE
amd64" 64bit mas quando vou levantar o Apache ele da o seguinte erro:
Syntax error on line 56 of /usr/local/apache2/conf/httpd.conf: Cannot load
/usr/local/apache2/modules/libphp5.so into server:
/usr/lo
Existe algum LED acesso?
M2 ou M3?
Possui garantia ainda?
Att
Afranio
Em 14 de março de 2011 16:08, Kivanio Barbosa escreveu:
> Boa tarde senhores,
>
> tenho alguns IBMs x3550 e neste fim de semana um deles começou a dar
> problemas.
>
> de repente a ventoinha disparou como se estivesse super
Não tenho boas lembranças dessa linha de servidores da IBM.
Sei que esses servidores de rack disparam os coolers quando você abre o
gabinete.
Se não abriu, pode ter sido um problema no sensor.
Outra hipótese é se um cooler dá problema, ele sobe o giro de todos os
outros para compensar o perdido.
Boa tarde senhores,
tenho alguns IBMs x3550 e neste fim de semana um deles começou a dar problemas.
de repente a ventoinha disparou como se estivesse super aquecendo a
máquina, porém o local é refrigerado a 20º,
portanto não está aquecido. De 8 equipamentos somente este está com o
barulho inferna
Já troquei. Coloquei o CMTS ligado na placa Intel (em1) e mesmo assim o
desempenho é ruim.
Depois do servidor travar constantemente este final de semana, instalei o
FreeBSD 7.4 nesta madrugada. Infelizmente por ser um ambiente de produção
com milhares de usuários não posso ficar fazendo testes, e
-- Forwarded message --
From: Nathan Whitehorn
Date: 2011/3/14
Subject: HEADS UP: sysinstall is no longer the default installer
To: freebsd-current ,
freebsd-sysinst...@freebsd.org, FreeBSD Arch
I just committed (r219641) changes that make the release
infrastructure (src/release
Em 14/03/2011 11:12, Renata Dias escreveu:
Corrigindo, mesmo com a versão 8.2-STABLE após a recompilação do kernel com
o arquivo personalizado voltou a apresentar o PANIC trap 12 no boot.
O problema só foi corrigido depois que eu tirei do arquivo de kernel as
linhas abaixo que foram adicionadas p
Corrigindo, mesmo com a versão 8.2-STABLE após a recompilação do kernel com
o arquivo personalizado voltou a apresentar o PANIC trap 12 no boot.
O problema só foi corrigido depois que eu tirei do arquivo de kernel as
linhas abaixo que foram adicionadas por mim:
# Processamento
#options
Em Sun, 13 Mar 2011 21:58:12 -0300
Mario Augusto Mania , conhecido
consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu:
> Oloco irado... baixa de novo
vc tinha razão: baixei aqui no trampo e está bem diferente do primeiro.
TKS :)
--
saudações,
irado furioso com tudo
Linux
Bom dia !!!
Resolvi essa questão voltando o kernel GENERIC (kernel.old) e atualizando o
FreeBSD para 8.2-STABLE. O boot não apresentou mais o PANIC.
Pode ser alguma falha no 8.0-RELEASE.
Obrigada,
Em 10 de março de 2011 16:31, Ricardo Tweeg escreveu:
> Renata,
>
> Seria interessante você b
17 matches
Mail list logo