Re: [FUG-BR] RES: Solução para RAID?
Nenhum_de_Nos wrote: On 4/1/07, João Carlos Mendes Luís [EMAIL PROTECTED] wrote: Epa, o device ar (ataraid) é usado para discos com softraid, ou seja, raid pela BIOS. Não há hardware raid em questão... Do manual: The ataraid driver provides support for so-called software RAID (some- times referred to as fake RAID or pseudo RAID). Ou seja, as vantagens que voce cita não se aplicam... Para todos os efeitos, a unica diferença entre o ataraid e o gmirror é que no ataraid a configuração pode ser feita pela BIOS, o que permite maior controle na instalação, e discos com RAID0 já no boot. Não há nenhum ganho de desempenho entre um ou outro. bizarro, pois meu HighPoint: [EMAIL PROTECTED]:14:0: class=0x010400 card=0x00011103 chip=0x00041103 rev=0x05 hdr=0x00 vendor = 'HighPoint Technologies Inc' device = 'HPT3xx UDMA66/100/133 EIDE Controller' class= mass storage subclass = RAID quando em RAID, era exatamente o que eu colocava via BIOS da placa de RAID. Ele mostrava sim os discos em separado, o que me deixava cismado, mas nada mais que isso me indicava software raid ... tudo era controlado via bios da highpoint Talvez voce tenha que usar um driver específico para usar o hardware raid. Com o ataraid voce está usando software raid. Jonny -- João Carlos Mendes Luís [EMAIL PROTECTED] Networking Engineer - 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: RES: Solução para RAID?
Renato Frederick wrote: Então você está dizendo que eu tendo uma placa high point, que tem um chip nela, um circuito, ela está utilizando meu processador? Todas as placas tem um chip. Não necessariamente elas tem um processador e memória. Uma forma simples de identificar: eu diria que 90% das placas raid verdadeiras usam memórias padrão, SIMM, DDR, etc. Se sua placa não tem um pente de memória conectado nela, muito provavelmente não é hardware raid. Os outros 10% são de placas que usam a memória do processador, e acesso via DMA. Essas placas não tem o mesmo desempenho que as outras, pois fazem competição de barramento com a CPU. Não há sentido, estaríamos simplificando a placa a uma controladora IDE/SATA adicional somente... Mais ou menos. A BIOS permite que voce controle os HDs antes do boot, e que o sistema operacional seja carregado de um disco com stripe. É bem mais que simplesmente uma placa SATA, mas bem menos que um raid por hardware. Não acho despedicio de dinheiro, vale a pena ter, mas sabendo que não é raid por hardware. Para esse tipo de coisa aquelas promise on-board são ótimas. e bem acessíveis Porque, se eu utilizar o gmirror e mandar ele dar um rebuild, há todo um processo do gmirror rodando: 44 ?? DL 0:23.16 [g_mirror gm0] 1118 ?? DL 0:40.40 [g_mirror gm1] Estes processos, obviamente irão ocupar tempos de CPU quando o mirror quebrar, é fácil observar, basta mandar refazer o espelho e observar pelo top ou SAR. Bem lembrado. É uma ótima forma de ter certeza. Experimente fazer um rebuild do seu RAID com o sistema rodando, e verifique o uso de CPU e acesso a disco. Em vez do g_mirror_gm0, terá outro processo, mas algum processo terá. Pelo que eu entendo de softraid são aquelas placas adaptec, por exemplo, bem baratas que só conseguem levantar o raid 5 ou 10, por exmeplo, depois que o programa via Windows é instalado. Ou seja, elas não possuem BIOS, todo o gerenciamneto é feito pelo client Windows, não há como pressionar uma sequencia de teclas para ativá-la antes do PC iniciar. Nao confunda BIOS com Hardware de RAID. BIOS todas tem! Se não tivessem, não davam boot. As Softraid Adaptec fazem o RAID antes do boot, e tem sequencia de teclas para ativa-las, sim. Agora há este conceito também, veja: http://linux-ata.org/faq-sata-raid.html Occasionally, the term refers to controllers that have special features designed to enhance RAID, but still the OS driver must use normal ATA or SCSI commands to talk to the underlying disk devices. I classify these unique controllers as RAID accelerators, as they fall somewhere in between hardware RAID and software RAID. Creio que a nossa adptec se encaixa neste meio termo. Ela não é tão eficaz como uma raid legítima.. mas não sofre perdas de CPU pela emulação do OS, o que o gmirror sofre. Para finalizar, enfatizo: Se usa ataraid, não é melhor que o gmirror! Talvez devesse usar o hptmv(4)ou rr232x(4). Mas se está usando o ataraid(4), está sendo tão ineficiente quando o gmirror. Por definição do ataraid. No meu FreeBSD (6.2-stable), se eu der o comando man -k raid todas as interfaces que aparecem, menos a ataraid, são interfaces de RAID por hardware. Jonny -- João Carlos Mendes Luís [EMAIL PROTECTED] Networking Engineer - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [FreeBSD-Announce] FreeBSD 2.2.9 Released!
___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Amavisd
Joao Rocha Braga Filho wrote: On 2/21/06, João Carlos Mendes Luis [EMAIL PROTECTED] wrote: O problema é que o clamav-milter só verifica virus, não verifica spam... Existem milters contra spams, inclusive para o amavisd. Se voce vai instalar o amavisd, por que instalar o clamav-milter? Deixa um cara só gerenciar toda a parte de segurança. Basta fazer uma busca no ports por milter: http://www.freebsd.org/cgi/ports.cgi?query=milterstype=allsektion=all Fora o milter que eu fiz, que eu ainda tenho que fazer um port (Algum voluntário me dá uma mãzinha?). João Rocha. Amavisd ainda tem vantagens sobre o clam puro... De qualque forma, o amavis tambem tem suporte a milter, pelo que entendi da ultima vez que li a documentação. Nao vou dizer com 100% de certeza pois eu uso o postfix. Joao Rocha Braga Filho wrote: Qual MTA você está usando? Se é o Sendmail esqueca o amavisd e use o clamav-milter. É só compilar o clamav com a opcão milter ligada e instalá-lo. É MUITO rápido e eficiente. João Rocha. On 2/20/06, andre silva [EMAIL PROTECTED] wrote: Estou tentando instalar Amavisd pelo ports, porem esta dando a senguinte msg, se alguem puder ajudar agradeco desde de ja, estou usando FreeBsd 5.2. === compat3x-i386-5.0.20020925 is forbidden: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available. *** Error code 1 Stop in /usr/ports/misc/compat3x. *** Error code 1 Stop in /usr/ports/security/vscan. *** Error code 1 Stop in /usr/ports/security/amavisd. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.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 -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.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
Re: [FUG-BR] Amavisd
O problema é que o clamav-milter só verifica virus, não verifica spam... Amavisd ainda tem vantagens sobre o clam puro... De qualque forma, o amavis tambem tem suporte a milter, pelo que entendi da ultima vez que li a documentação. Nao vou dizer com 100% de certeza pois eu uso o postfix. Joao Rocha Braga Filho wrote: Qual MTA você está usando? Se é o Sendmail esqueca o amavisd e use o clamav-milter. É só compilar o clamav com a opcão milter ligada e instalá-lo. É MUITO rápido e eficiente. João Rocha. On 2/20/06, andre silva [EMAIL PROTECTED] wrote: Estou tentando instalar Amavisd pelo ports, porem esta dando a senguinte msg, se alguem puder ajudar agradeco desde de ja, estou usando FreeBsd 5.2. === compat3x-i386-5.0.20020925 is forbidden: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available. *** Error code 1 Stop in /usr/ports/misc/compat3x. *** Error code 1 Stop in /usr/ports/security/vscan. *** Error code 1 Stop in /usr/ports/security/amavisd. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.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
Re: [FUG-BR] program cc1 got fatal signal 11
Eduardo Martucci wrote:
Boa tarde a todos,
Estou atualizando uma maquina que está com a versão FreeBSD
4.7-RELEASE para a RELENG_4 (4.11 STABLE) e recebo o seguinte erro ao
compilar (no make buildworld)
---
cc -O -pipe -DINFODIR=\/usr/share/info:/usr/local/info:/usr/X11R6/info:.\
-DHAVE_CONFIG_H -DLOCALEDIR=\/usr/share/locale\
-I/usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo
-I/usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/lib
-c
/usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/info/infodoc.c
{standard input}: cc: Assembler messages:
Internal compiler error: program cc1 got fatal signal 11{standard input}:0:
signal 11 durante complição é sintoma de hardware com defeito, em 99%
dos casos.
Verifique sua memória RAM.
Warning: *** Error code 1
end of file not at end of a line; newline inserted
Stop in /usr/src/gnu/usr.bin/texinfo/info.
{standard input}:1407: *** Error code 1
Stop in /usr/src/gnu/usr.bin/texinfo.
*** Error code 1
Stop in /usr/src/gnu/usr.bin.
*** Error code 1
Stop in /usr/src/gnu.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
[EMAIL PROTECTED]: /usr/src/ ]#Error: suffix or operands invalid for `push'
[EMAIL PROTECTED]: /usr/src/ ]#
---
Alguem teria alguma sugestão de como solucionar o problema ??
Obrigado
Eduardo DM
___
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] Memória
Welington F.J wrote: Senhores, Me parece que meu servidor não esta usando toda a memoria, tem 15M livre e 1472 inativa? Coloque o servidor para trabalhar! Memoria inativa é memória que já foi usada, e no momento está livre. Mas não é considerada totalmente livre pois ela contem cache dos dados no disco. Se por acaso for necessário ler os mesmos dados, pega-se da memoria, e nao do disco. É diferente de cache, pois cache não será imediatamente liberado para outro uso, euquanto inativa pode ser reutilizada a qualquer momento. Não se preocupe. Sua memória está sendo útil. como faço para deixar ela ativa? last pid: 76645; load averages: 0.08, 0.08, 0.05up 1+20:36:31 09:23:25 200 processes: 4 running, 140 sleeping, 56 waiting CPU states: 0.4% user, 0.0% nice, 0.2% system, 0.2% interrupt, 99.2% idle Mem: 171M Active, 1472M Inact, 267M Wired, 77M Cache, 112M Buf, 15M Free Swap: 1024M Total, 120K Used, 1024M Free PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND 12 root 171 52 0K 8K RUN0 41.2H 97.46% 97.46% idle: cpu0 11 root 171 52 0K 8K RUN1 41.8H 97.22% 97.22% idle: cpu1 Att, -- Welington F.J BSD User: 51392 ICQ: 31320518 MSN: [EMAIL PROTECTED] Drogas ? Pra que? Já Tenho Meu Windows!! ___ 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] [1/2 OFF] Várias Realteks
A7N8X com placa SK? Essas placas com chipset nvidia não usam placas nvnet? [EMAIL PROTECTED] wrote: Eu usei uma sk, gigabit, numa placa onboard (era uma asus a7n8x deluxe nao sei das quantas) Funcionou muito bem, possui suporte no altq e tudo, coisa q nao é toda a placa q roda. Fico legal. Em 9/2/2006, João Carlos Mendes Luis [EMAIL PROTECTED] escreveu: Douglas Santos wrote: On Sat, Feb 04, 2006 at 10:46:21AM -0200, João Carlos Mendes Luís wrote: Antonio Torres wrote: No geral: já tive problemas com multiplas realtrecos e, na maioria das vezes acabou funcionando usando pooling (é claro que depois de muita troca de slot), mas mesmo funcionando (sem os famosos device timeout) a performace ficou deprimente... mais uma dica: com MBs Intel, use placas Intel... E sem MB Intel, use Placa de Rede Intel também... As placas 10/100 da Intel, que usam o driver fxp, são as mais recomendadas pela equipe de desenvolvimento de rede do FreeBSD. O driver não tem nenhum hack maluco, a placa funciona bem conforme foi projetada, e a eficiência é ótima. Todos os servidores principais do projeto usavam placas com o driver fxp(4). Infelizmente no mundo de 1Gbps eu não acompanhei a história do driver Mas uma boa notícia é que o driver em(4) foi feito pela própria Intel. Eu continuaria confiando nas placas Intel, dado o bom desempenho que eles tiveram no mundo de 100Mbps. As placas Via, Realtek, e até 3Com tem histórias de horror contadas pelos desenvolvedores dos drivers (as vezes no próprio manual do FreeBSD), que deixam qualquer um com medo de usa-las. Fala-se muito bem das sk(4) porem nao se ve muitas a venda por aqui. http://marc.theaimsgroup.com/?l=openbsd-miscm=110281290804210w=2 A que veio na minha placa mãe não funcionou direito. Coloquei uma Intel no lugar. Depois fizeram ajustes no CVS que seriam para consertar o suporte dessa placa, mas se já está funcionando, por que mudar? ;-) ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.b ___ 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] [1/2 OFF] Várias Realteks
Douglas Santos wrote: On Sat, Feb 04, 2006 at 10:46:21AM -0200, João Carlos Mendes Luís wrote: Antonio Torres wrote: No geral: já tive problemas com multiplas realtrecos e, na maioria das vezes acabou funcionando usando pooling (é claro que depois de muita troca de slot), mas mesmo funcionando (sem os famosos device timeout) a performace ficou deprimente... mais uma dica: com MBs Intel, use placas Intel... E sem MB Intel, use Placa de Rede Intel também... As placas 10/100 da Intel, que usam o driver fxp, são as mais recomendadas pela equipe de desenvolvimento de rede do FreeBSD. O driver não tem nenhum hack maluco, a placa funciona bem conforme foi projetada, e a eficiência é ótima. Todos os servidores principais do projeto usavam placas com o driver fxp(4). Infelizmente no mundo de 1Gbps eu não acompanhei a história do driver. Mas uma boa notícia é que o driver em(4) foi feito pela própria Intel. Eu continuaria confiando nas placas Intel, dado o bom desempenho que eles tiveram no mundo de 100Mbps. As placas Via, Realtek, e até 3Com tem histórias de horror contadas pelos desenvolvedores dos drivers (as vezes no próprio manual do FreeBSD), que deixam qualquer um com medo de usa-las. Fala-se muito bem das sk(4) porem nao se ve muitas a venda por aqui. http://marc.theaimsgroup.com/?l=openbsd-miscm=110281290804210w=2 A que veio na minha placa mãe não funcionou direito. Coloquei uma Intel no lugar. Depois fizeram ajustes no CVS que seriam para consertar o suporte dessa placa, mas se já está funcionando, por que mudar? ;-) ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] [OT]Client rsync for windows
Márcio Luciano Donada wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pessoal, Alguém conheçe algum cliente rsync para windows que não seja o sync2nas? servidor: cwrsync cliente: cygwin ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Freebsd 5.4/6 rodando em MB ASUS P4VP-MX
Alfredo wrote: 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' Teoricamente, desliga o uso do ACPI (talvez implique o não uso do APIC, nao tenho certeza). ___ 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
João Carlos Mendes Luis wrote: Alfredo wrote: 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' Teoricamente, desliga o uso do ACPI (talvez implique o não uso do APIC, nao tenho certeza). Verificando melhor, no beastie.4th, mostra o seguinte: dup bootsafekey @ = if s arch-i386 environment? if drop s acpi_load unsetenv s 1 s hint.acpi.0.disabled setenv s 1 s loader.acpi_disabled_by_user setenv s 1 s hint.apic.0.disabled setenv then s 0 s hw.ata.ata_dma setenv s 0 s hw.ata.atapi_dma setenv s 0 s hw.ata.wc setenv s 0 s hw.eisa_slots setenv 0 boot then Mesmo para quem não sabe forth, já dá para ter uma idéia, não? PS: Também tenho uma placa dessas, e a dica resolveu! Valeu mesmo! ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] 4.x vs. 6.x
Rodrigo Graeff wrote: eu acredito eh que no caso desta placa generica realtreco, este bug se manter da versao 5.4-stable para 6.0-stable eh inconcebivel, analizando Inconcebivel por que? Voce sabe quais são as prioridades do desenvolvedor? os drivers rl0 (antigos chipsets) e re0 (novos incluindo fast ethernet e gigabit) a diferenca da programacao busca alcancar recursos novos obviamente nos novos chipsets, porem como citei antes, se nao houve testes corretos, uma versao STABLE nao poderia conter um driver de uma placa generica com mal funcionamento se existe na mesma versao um driver mais ultrapassado que funciona 100% eu aguardaria o driver re0 ficar mais estavel. Se o desenvolvedor optou por separar os drivers, é justamente por que ele acha que o antigo ainda tem alguma função. Se nada impede que voce use o antigo, por que tanta relutância? Eu ja mandei meu workaround para o dono do driver da realtreco e para a lista de hardware do FreeBSD pela segunda vez e inclusive mostrei alguns dos problemas que ocorrem, mesmo assim nao foi arrumado e lancado o mesmo driver. Eu particularmente acho isso falho. Voce testou o seu workaround em todas as placas de redes possíveis? Como voce tem certeza que ele nao vai resolver o seu problema e gerar outros? O desenvolvedor precisa ter esta certeza, nao pode sair aplicando patches de terceiros cegamente. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] 4.x vs. 6.x
Rodrigo Graeff wrote: On 12/5/05, João Ricardo Peçanha Mendes [EMAIL PROTECTED] wrote: Frederico Terra Boechat wrote: Prezados Amigos, Gostaria de uma opinião de vocês, mais experientes na área. Como todos sabem, a série 4.x já é considerada obsoleta (legada) e a série 6.x a de produção. Mas os bugs que a série 5.x têm e que eu pude comprovar na prática permaneceram na série 6.x. Pelo menos os bugs que eu pude observar. Eu não vou instalar ainda nenhuma versão 6.x em produção até que eu veja os bugs solucionados. Sei que vários bugs da série 5.x já não exiistem nas versões 6.x, mas muitos ainda exiistem. Frederico, Quais os bugs que você detectou na série 5.x e que permanecem ainda na série 6.x? Buenas, eu tenho alguns pra constar na lista, vamos la: -Placas Realtek (treco) de modelos superiores a 8139(c) sofrem seguidos watchdog timeouts do driver re0 inclusive no 6.0-STABLE No 4.x esse problema não existia? Se voce detectar alguma diferença, pode contactar o autor do driver e relatar sua experiencia, que ele provavelmente vai se interessar em ajudar. -Problemas com apci e placas com chipset nv3 da nvidia (controladora pci). Em tanto amd64 quanto i386 o Fbsd simplesmente NAO da boot. nv3 = nForce 3? Eu tenho um servidor rodando perfeitamente com ela: gaia::root software [1059] uname -v FreeBSD 5.4-STABLE #0: Tue Oct 25 13:16:17 BRST 2005 [EMAIL PROTECTED]:/data/system/cvsup/RELENG_5/src/sys/i386/compile/GAIA gaia::root software [1060] pciconf -vl | grep nForce device = 'nForce3 CPU to ISA Bridge' device = 'nForce PCI SMB Controller' device = 'nForce OHCI USB Controller' device = 'nForce OHCI USB Controller' device = 'nForce EHCI USB 2.0 Controller' device = 'nForce AC'97 Audio Codec Interface' device = 'nForce ATA Controller' device = 'nForce3 PCI to AGP Bridge' device = 'nForce PCI to PCI Bridge' gaia::root software [1061] O único problema é (era) a placa de rede, mas isso já foi teoricamente resolvido em um commit recente. Só não troquei por que é um servidor de produção e não posso parar por qualquer coisinha. -Default de instalacao ainda coloca softupdates no slice /var, quando o correto e indicado seria nao usa-lo por motivos de performance e comprometimento de logs. Isso é uma opinião pessoal, e eu discordo completamente dela. Não há motivo nenhum de comprometimento de logs para justificar o não uso do softupdates. Só não se usa softupdates no / para evitar problemas durante upgrade, pois o espaço liberado pela remoção de um arquivo demora a reaparecer. Pelo jeito o pessoal do Core Team também acha isso. -Instalacoes de um cd-rom scsi para HDs scsi, ele nao gera os devices dos slices dos HD scsi completos, dificultando a instalacao pois fica dificil criar todos os slices necessarios se uma vez resolver criar mais do que os necessarios. (acredito que seja devfs) Se é devfs, e o device não aparece, é por que ele não existe mesmo. Todos os slices são criados automaticamente, e nunca vi nenhum problema em relação a isso nem no 5.x nem no 6.0. No exato instante em que voce roda o fsck para criar um novo slice, o dispositivo aparece no /dev. Finalmente, gostaria de complementar que eu sou um dos caras desta lista que mais relutou em aceitar o 5.x como estável, mas desde o 5.3 não vejo nenhum problema para reclamar, e hoje instalo servidores de produção com o 6.0 sem nenhum medo. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Invalid partition table
Acho que o problema é que o sysinstall não foi feito pensando em ter mais um slice no disco, pois ele teoricametne só seria usado na instalação inicial do sistema. O resto do sistema todo funciona, mas eu nao esperaria que o sysinstall funcionasse. Já tive que fazer isso, e a minha solução foi usar o fdisk/disklabel na mao. Giovanni P. Tirloni wrote: Olá, Hoje ocorreu algo que eu não tinha testemunhado ainda. Foi feita uma clonagem de HD de 20GB para outro de 80GB, portanto sobraram 60GB (ou quase isso). Criei uma slice adicional no espaço livre pelo sysinstall e o sistema bootou sem problemas. Usei o sysinstall novamente e criei duas partições nesse slice, uma para swap e outra usando o restante. Depois disso o sistema não bootou mais com a mensagem Invalid partition table. Para resolver isso removi a slice ad0s2 e tudo voltou ao normal. Criei ela novamente sem as partitições e não teve esse problema. Então o que deduzi foi que quando criava as partições dentro da slice ele corrompia ou gravava algo que o loader não gostava. Repeti o processo 2 vezes e sempre a mesma coisa. O sistema é um 5.3-STABLE. Vou tentar atualizá-lo para 6.0-RELEASE e ver se isso acontece denovo. Alguém já viu algo parecido ? []'s ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Pendrive reboota (Era: 5.x vs. 6.x)
Alexandre Vasconcelos wrote: Giovanni P. Tirloni escreveu: Qual o pen drive? estou usando um LG de 1GB e nunca tive este tipo de problema.. Kingston 128MB e 512MB Realmente eles são meio chatos no FreeBSD.. fiz testes com eles antes de comprar o meu, na época eu tava rodando 5.2.1-RELEASE e nem reconhecia, testei esse LG e funcionou que foi uma beleza.. Meu Kingston de 2G funciona bem, mas tive que criar um kludge no kernel para ele nao ficar lento. Sobre reboot, acho que já tive isso uma unica vez, quando eu tirei o pendrive num estado não esperado. Acho que era por que o sistema já tinha começado a rebootar, e eu achei que poderia tirar o pendrive sem medo. Travou com panic. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] FreeBSD 6.0 / ports
Giovanni P. Tirloni wrote: Celso Viana wrote: All, Um dia depois de lançado o FreeBSD 6.0 queimei os CD's e fiz uma instalação; nessa máquina fui instalar o ports samba3 e para minha surpresa ainda estava na versão 3.0.14b, sendo que nos servers já estava, já há algum tempo, na versão 3.0.20b; minha dúvida: quando é lançada uma nova versão, os ISO's não contém a árvore mais recente de todo o sistema, incluindo aí o ports? A arvore do ports é congelada um pouco antes de sair uma nova versão. Depois que ela é lançada a árvore é liberada e normalmente vem uma avalanche de commits (no src também). No caso do 6.0, esse congelamento foi ainda maior que o normal. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 5.3 para a 6
Tiago Cruz wrote: On Fri, 2005-11-04 at 16:15 -0200, eduardo de paula neves wrote: É possivel utilizar o portupgrade para passar da 5.3 para a 6? Eu também gostaria de saber como é feito um upgrade de uma versão para outra no FreeBSD... Fiz um teste em casa, e aparentemente o tradicional make builworld/installworld/mergemaster funciona perfeitamente entre a 5.x e 6.x. Nao recomendo isso para quem vem da 4.x, entretanto. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] [FreeBSD-Announce] FreeBSD 6.0 Released
___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] HD Estranho
Leonardo B. Cuquejo (Arachnius) wrote: Tenho um FreeBSD 4.10 E ele esta mostrando o hd como cheio sendo que ele ainda deveria ter mais de 10G livres, vejam: # df -h /hdbackup FilesystemSize Used Avail Capacity Mounted on /dev/ad0s1e34G34G -2.7G 109%/hdbackup Mas o espaço usado é de 19G # du -sh /hdbackup/ 19G/hdbackup/ Voce está com snapshots montados? Nao tem nenhum arquivo grande, ainda sendo usado por algum processo? ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Servidor de E-mail c/ IMAP
root linux wrote: Boa Noite Lista, Como pela primeira vez venho tentando usar o FreeBSD como servidor, tenho me batido com problemas relativamente simples. Configurei o bind, apache e o postfix, porém ao instalar o imap-uw ( para utilizar o webmail o Horde) via ports estou tendo problemas. Segundo um tutorial esses seriam os cmd : # cd /usr/ports/mail/cclient # make -DWITH_SSL_AND_PLAINTEXT install clean # cd /usr/ports/mail/imap-uw # make -DWITH_SSL_AND_PLAINTEXT install clean Durante essa ultima etapa, o processo do make lista alguns comandos que voce tem que fazer antes de poder usar. Em particular, alterações no inetd.conf e no pam.conf. Verifique ambas. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Proxy Transparente
Joao Rocha Braga Filho wrote: Calma, eu não estou ficando maluco (talvez eu já esteja), é que eu esqueci da parte do firewall. ipfw add seu número preferido forward 127.0.0.1,3128 tcp from \ Sua rede interna to any via sua interface de dentro Faltou a porta... ;-) ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Pastas virtuais
Rodrigo de Souza Valério wrote: Pessoal, Sou um tanto quanto inexperiente em *nix, então lá via minha pergunta... Como faço prara criar uma pasta virtual, igual a um link simbólico, só que ao invés de apontar para um pasta, apontar para duas pastas diferentes, com conteúdos diferentes, exemplo, tenho a seguinte estrutura: /2001/docs /2002/docs quero poder acessar a pasta /qualquer coisa/docs, e ver o conteúdo das duas pastas, é possível isso? Em FreeBSD, SIM man mount_union Somente com o comando ln, através do samba, agradeço desde já. Perai, voce quer a solução ou quer usar o comando ln? ;-) Parece a celebre frase do Sr. Henri Ford quando lancou o seu primeiro modelo industrializado: Os consumidores vao poder escolher a cor que quiser, desde que seja preto. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] IMAP
Luiz Morte wrote: Oi João Carlos, Não sei se vc notou mas existem dois pacotes: courier: completo incluindo servidor email, pop, imap ... courier-imap: servidor imap e pop3. Notei, mas o courier-imap sozinho chama vários processos. Como ele nao usa o inetd, ele tem um daemon próprio. Esse daemon só atende uma porta, então voce precisa de um para cada servico (POP, POPS, IMAP, IMAPS). Se a conexÃo for SSL, ele chama um outro programa só para fazer a decodificação. Então ele tem um outro programa só para fazer login, e só depois disso tudo ele dispara o programa que le as caixas postais. A vantagem disso é que é fácil ler as caixas postais para migração, pois voce pode bypassar a etapa de login, mas a complicação que é gerada por isso é monstruosa! []s, Luiz Morte. João Carlos Mendes Luís wrote: Eu estava escolhendo um servidor de IMAP com suporte a Maildirs. Já tinha a cabeça pré-orientada para courier, mas quando fui mexer no vespeiro, fui picado, quer dizer, me assutei com ele. Um dinossauro, com um monte de programa que talvez faça sentido se eu usar todo o pacote courier, mas complexo demais para quem só quer um IMAP server com Maildirs. Vendo as outras opções, achei o tal do dovecot. Ele me pareceu bem simplezinho, mas batante poderoso, com suporte a tudo que eu precisava: IMAP+POP+Maildirs+SSL. E sem configurações complicadas e daemons desnecessários. Ou seja, tudo que eu tinha com o imap-uw, mais as vantagens do maildir. IPC: NAO preciso de dominios virtuais. Entretanto, antes de assumir o dovecot na veia, eu gostaria de saber se mais alguem teve alguma experiencia com ele. De preferencia as experiencias recentes, pois ele ainda é classificado como beta. Já vi alguns emails falando muito bem do dovecot, mas acho que a experiencia do pessoal aqui na FUG é importante para validar os comentários. ___ 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] IMAP
LuísVitório Cargnini wrote: cara esse é o imap que uso na empresa muito bom por sinal, mas se puder use o cyrus-imap, tentei utilizá-lo mas por causa de algum echu capeta não consigo autenticar no cyradm com user cyrus apesar de ter setado a mesma passwd em todos os possíveis locais aonde ele pode procurar, mas é isso se der usa cyrus-imap a conf dele é meio chata, mas pode colocar ele em produção com um certo nível de segurança e fazer ajuste fino depois(nas próximas horas depois da instalação) sem problemas sérios. Mas se for usar o dovecot tudo bem é muito bom igual, a única coisa que sinto falta é a capacidade , que o cyrus tem, de gerar subpastas nas pastas somente isso, que causa alguns probs com squirremail por exemplo. EPA! A instalação que eu fiz com o dovecot permite criar pasta e subpastas sim! On 5/8/2005, João Carlos Mendes Luís [EMAIL PROTECTED] wrote: Eu estava escolhendo um servidor de IMAP com suporte a Maildirs. Já tinha a IMAP+POP+Maildirs+SSL. E sem configurações complicadas e daemons maildir. IPC: NAO preciso de dominios virtuais. Já vi alguns emails falando muito bem do dovecot, mas acho que a experiencia do pessoal aqui na FUG é importante para validar os comentários. ___ 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] Informacoes ....
Nilton Jose Rizzo wrote: Tive um pequeno inconviniente hoje com um problema com um progama do sendmail: mail.local havia uns 100 processos dele da forma: mail.local -f endereco -l do mesmo usuario, e aparentemente estava travado, e ocupando muito tempo, nao recurso, mas tempo em espera o status deles atraves do ps era IWs ou IW, estado de espera. acabei por matar todos os processos. O que poderia causar isso? Ve se o usuario tem um .forward. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Problema no squid
William David Armstrong wrote: Ola lista Percebi isso a um tempo mas achei que poderia se alguma cosia errada com o proprio browser meu squid nao esta continuando os downloads maiores que 1 mb minha configuração de cache é esta cache_swap_log /usr/local/squid/var/logs/swap.state cache_dir diskd /usr/local/squid/cache/1 250 4 16 Q1=85 Q2=95 cache_dir coss /usr/local/squid/cache/2/coss 250 max-size=100 block-size=128 ele começa a baixar o arquivo e simplesmente para em 1 mb estou usando o squid 2.5 stable 10 as configurações do cache COSS estão seguindo o proprio manual do squid. O sistema de armazenamento do COSS é muito ineficiente para arquivos grandes. Ele simplesmente usa A MESMA AREA PARA TODOS OS ARQUIVOS, independente do tamanho de cada um. Ou seja, se voce disse que o tamanho maximo é de 1M, todos os arquivos gastaram 1M de espaco no cache, e arquivos com mais de 1M não poderao ser cacheados. Talvez, sabendo disso, o programa tenha sido preparado para abortar a conexao apos o limite do tamanho do COSS. O COSS só é recomendado em situações muito específicas, e onde o desempenho é mais importante que a eficiencia do disco. Por exemplo, como cache reverso de um site, onde o conteudo está sob controle, e se sabe o seu tamanho máximo. Sugiro que voce mude para outro sistema de arquivos, como o ufs, aufs ou diskd. O ufs é o mais tradicional, funciona sempre. O diskd e o aufs podem aumentar o seu desempenho, dependendo das suas condicoes locais. Como voce ja usava diskd, acho que ja sabe dessas vantagens. Alias, uma forma de aumentar o desempenho do diskd é usar vários processos diskd simultaneos: cache_dir diskd /usr/local/squid/cache/1 250 4 16 Q1=85 Q2=95 cache_dir diskd /usr/local/squid/cache/2 250 4 16 Q1=85 Q2=95 cache_dir diskd /usr/local/squid/cache/3 250 4 16 Q1=85 Q2=95 cache_dir diskd /usr/local/squid/cache/4 250 4 16 Q1=85 Q2=95 cache_dir diskd /usr/local/squid/cache/5 250 4 16 Q1=85 Q2=95 cache_dir diskd /usr/local/squid/cache/6 250 4 16 Q1=85 Q2=95 Outra sugestão: aumente o numero de diretorios intermediarios. 4 e 16 me parece muito pouco para 256M. Tente usar 16x16 ou 32x32. A regra para a escolha ótima é simples: O numero de arquivos em cada diretorio final deve ser aproximadamente igual ao numero de diretorios em cada nivel. A equacao para acha o valor ideal é simples: calcule o numero esperado de arquivos no cache (tamanho do cache / tamanho medio esperado de cada arquivo), e tire a sua raiz cubica. Arredonde para cima, se for necessario. Segundo a ultima medida que eu li num artigo, o tamanho medio dos arquivos na internet estava em 13k, menor que o primeiro chute, de 20k. Isso ja tem algum tempo, talvez ja tenha aumentado. De qualquer forma, o ideal é ver os logs do seu cache para avaliar isso, pois o tamanho medio depende de parametros do cache e da audiencia do mesmo. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] política de acesso no squi d
Samuel wrote: Caros amigos Tenho um servidor com FreeBSD-5.4 rodando o squid-2.5 com autenticação smb_auth. Até aí tudo bem, a autenticação funciona blz. O problema está na política de acesso. Trata-se de aproximadamente 100 usuários dividos em 6 classes de usuários. Dando um exemplo, a classe 1 pode acessar apenas sites .gov.br e correios.com.br, a classe 2 pode acessar qualquer coisa, com exceção sites pornográficos e fazer downloads ... e assim por adiante. Já tentei fazer as regras usando o tipo de acl, ident e ident_regex, porém não obtive sucesso. Usando a política por IP (tipo src) tenho sucesso, funciona perfeitamente, no entanto, não pode ficar assim, pelo fato de ter até 4 pessoas de classes distintas usando o mesmo computador - a política tem que ser por usuário e não por IP. Alguém sabe uma maneira, da política de acesso funcionar por usuário e não por IP? Pesquisei muito na internet e até achei muita coisa, porém nada que satisfazesse minhas necessidades. Caso seja necessário, coloco o squid.conf, para vcs olharem. Ue, qual o problema? Onde voce colocaria o IP, coloca o nome do usuario usado para autenticar. Talvez voce esteja se confundindo, pois para o squid, o nome do usuario autenticado em smb é dominio/login, e nao apenas login. Obrigado! SAMUEL PERES ___ 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
