Rodrigo Graeff wrote:
> Ok, placas realtreco nao sao comuns em servidores, porem o bug
>consta em ambas as versoes, e portanto existe. Meu notebook possui uma
>realtreco e eu sempre tenho que aplicar meu workaround para ter minha
>placa de rede funcionando, e isso caracteriza um problema que muitos
>devem enfrentar assim como eu. O simples fato de que placas realtreco
>nao sao usadas em servidores nao tem nada a ver com o bug existente.
>
>
Apenas comentei sobre as placas rt pq estamos falando
da adoçao
do free 6.x em servidores, não vale apena falar sobre bug's pq o o free
tem muito como
todo software.
Quer exemplo meu pendrive da reboot 5.x no 6.x mais no
que é que isso
atrapalha em servidores?
> Ok, entao o senhor se colocaria a disposicao para abrir um
>notebook HP com o chipset em questao e muda-lo para que eu possa usar
>FreeBSD neste micro ? Obviamente NAO, tao pouco tu alteraria o hardware
>de adm64 para intel pois o hardware ja foi comprado e eu dependia do
>sistema instalado nele, hoje solucionei o problema com a troca inteira
>do hardware, portanto obviamente o bug existe e me gerou problemas.
>
>
>
Tudo se resume em pesquisar antes de comprar um
hardware, não se compra
um equipamento e se faz figas pra instalar sem problemas,
quando o custo é primordial um pouco de pesquisa é importante.
Eu mesmo tive problemas com 5.x em um IBM 346, nada de
raid e alem disso tinha conflito de irq entre as duas placas onboard
> Eh muito provavel que esteja no historico da lista, bem como no
>handbook e mesmo assim mantenho o que digo, pois desde a versao 3.3 do
>FreeBSD eu tenho problemas com softupdates no slice /var devido a alguns
>servidores meus utilizarem um gigantesco numero de IO que muitas vezes
>significaram corrompimento do fs. Mas aceito que eh opcional e qualquer
>um pode desligar o softupdate quando quiser, pois dependendo do sistema
>performance x seguranca faz muita diferenca (obsd / fbsd).
>
>
O slice /var é um slice como outro qualquer, é apenas um
nome. Eu acredito
que oq vc tem é falha de hardware e sabemos que isso sim causa problemas
com IO
Outro exemplo /var do squid institucional com +/- 2200
usuario gravando logs
em uma media de 3 gigas por dia é um disco u320 separado apenas para isso.
Estamos falando sobre free, certo ?
> Bom, pode ser uma boa ideia, mas como eu falei acima,
>workarounds servem para tapar bugs, se estas tapando um bug eh porque
>ele existe.
>
>
Vc chama de tapa buraco eu chamo de opção ;-)
Atenciosamente
Ricardo A. Reis
UNIFESP
Unix and Network Admin
_______________________________________________
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
