Re: [FUG-BR] compilar kernel
obrigado pessoal. Celso On Apr 10, 2005 9:39 PM, Farias <[EMAIL PROTECTED]> wrote: > Realmente até onde sei " A ordem dos fatores não alteram o produto" > blz > > Rafael Floriano Sousa Sales escreveu: > > >Eu nunca tive problemas com isso i olha que eu costumo ordenar minha > >condifuracao com o sort. > > > >Abraço > > > >On Apr 10, 2005 7:01 AM, Celso Viana <[EMAIL PROTECTED]> wrote: > > > > > >>All, > >> > >>A sequencia em são adicionadas "opções" ao kernel pode causar algum > >>problema? > >> > >>options IPFIREWALL > >>options IPFIREWALL_VERBOSE > >>options IPFIREWALL_VERBOSE_LIMIT=100 > >>options IPFIREWALL_DEFAULT_TO_ACCEPT > >>options IPDIVERT > >> > >>por exemplo: seu eu inverter a última com a primeira linha terei algum > >>problema? > >> > >>Celso > >> > >>___ > >>Freebsd mailing list > >>Freebsd@fug.com.br > >>http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > >> > >> > >> > > > > > > > > > > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] histórico
All, Por acaso alguém tem um backup do histórico da lista, que possa disponibilizar? Celso ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] reinstalar sistema
Celso, Valews... outra dúvida: eu posso ter 2 slice's no mesmo HD? daí eu colocaria um /backup no 2º slice inteiro.. tudo isso é pq não é brincadeira fazer backup de 30 GB.. Respondendo a tua pergunta: É possível sim, mas isso teria que seito no momento em que você definiu os slices na instalação do sistema. Talvez até um partition mágic faça isso, mas no teu caso eu não arriscaria... :-/ Outra coisa: Eu costumo (nesses casos como o seu) fazer a instalação em um novo HD e deixar o antigo em stand by por algum tempo (1 ou 2 semanas). De qualquer forma você não precisa fazer backup dos 30 Gb, faça backup somente do que há de novo. Por exemplo: Sabemos que o FreeBSD grava as configurações nos diretórios "/usr/local/etc" e "/etc", então faça o backup desses 2 diretórios. Se você tem um banco de dados no servidor, gere um dump para backup. Se tem páginas, faça um backup das páginas, Do home e etc. de acordo com o que foi adicionado no sistema. Espero ter ajudado, []s Ronan ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] compilar kernel
A sequencia em são adicionadas "opções" ao kernel pode causar algum problema? options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT Tem um probleminha ai: A opção IPFIREWALL_DEFAULT_TO_ACCEPT faz com que a última linha do firewall deixe passar tudo. Caso algum dia você precise alterar o firewall e sem querer digite algo de errado, o firewall ficará pela metade e talvez você não perceba, uma vez que o serviço Internet vai continuar funcionando normalmente. Então este seria o problema: Um erro de digitação poderá fazer com que seu servidor fique sem firewall até que o problema seja percebido. []s Ronan ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Re: cvsup
Bom dia Celso. Não sei se isto é correto, mas eu compacto toda a pasta /usr/ports e levo para casa e descompacto, e executo: #cd /usr/ports #make index #pkgdb -F Mas por garantia eu sempre compacto o /usr/port de casa antes de por o novo, caso aconteça algum erro :D. On Apr 10, 2005 10:27 PM, Fred Cox <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > -- Atenciosamente, R. Filippus ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] compilar kernel
Até concordo com o Ronan se o problema fosse segurança, porêm vamos ficar atentos quanto a pergunta original e não criarmos outra questão! Blz Farias . Ronan Lucio wrote: A sequencia em são adicionadas "opções" ao kernel pode causar algum problema? options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT Tem um probleminha ai: A opção IPFIREWALL_DEFAULT_TO_ACCEPT faz com que a última linha do firewall deixe passar tudo. Caso algum dia você precise alterar o firewall e sem querer digite algo de errado, o firewall ficará pela metade e talvez você não perceba, uma vez que o serviço Internet vai continuar funcionando normalmente. Então este seria o problema: Um erro de digitação poderá fazer com que seu servidor fique sem firewall até que o problema seja percebido. []s Ronan ___ 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] hist?rico
Celso Nao estah completo, mas ja tem muita coisa: mosconi.ath.cx/lista_freebsd Mosconi On Mon, Apr 11, 2005 at 08:35:45AM -0300, Celso Viana wrote: > All, > > > Por acaso algu?m tem um backup do hist?rico da lista, que possa > disponibilizar? > > Celso > ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] hist?rico
Rodrigo, Valewzasso! Celso On Apr 11, 2005 9:16 AM, Rodrigo Mosconi <[EMAIL PROTECTED]> wrote: > Celso > >Nao estah completo, mas ja tem muita coisa: > >mosconi.ath.cx/lista_freebsd > >Mosconi > > On Mon, Apr 11, 2005 at 08:35:45AM -0300, Celso Viana wrote: > > All, > > > > > > Por acaso algu?m tem um backup do hist?rico da lista, que possa > > disponibilizar? > > > > Celso > > > > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] hist?rico
Rodrigo, Forbidden You don't have permission to access /lista_freebsd on this server. Apache/2.0.53 (FreeBSD) PHP/4.3.10 Server at mosconi.ath.cx Port 80 Celso On Apr 11, 2005 9:16 AM, Rodrigo Mosconi <[EMAIL PROTECTED]> wrote: > Celso > >Nao estah completo, mas ja tem muita coisa: > >mosconi.ath.cx/lista_freebsd > >Mosconi > > On Mon, Apr 11, 2005 at 08:35:45AM -0300, Celso Viana wrote: > > All, > > > > > > Por acaso algu?m tem um backup do hist?rico da lista, que possa > > disponibilizar? > > > > Celso > > > > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Alto consumo de CPU do squid no FreeBSD 5.4
Isso tambem tinha no 4.x: # DEVICE_POLLING adds support for mixed interrupt-polling handling # of network device drivers, which has significant benefits in terms # of robustness to overloads and responsivity, as well as permitting # accurate scheduling of the CPU time between kernel network processing # and other activities. The drawback is a moderate (up to 1/HZ seconds) # potential increase in response times. # It is strongly recommended to use HZ=1000 or 2000 with DEVICE_POLLING # to achieve smoother behaviour. # Additionally, you can enable/disable polling at runtime with the # sysctl variable kern.polling.enable (defaults off), and select # the CPU fraction reserved to userland with the sysctl variable # kern.polling.user_frac (default 50, range 0..100). # # Not all device drivers support this mode of operation at the time of # this writing. See polling(4) for more details. Celso Viana wrote: > João, > > O que faz a opção "DEVICE_POOLING"? > > Celso > > On Apr 8, 2005 6:16 PM, João Carlos Mendes Luís <[EMAIL PROTECTED]> wrote: > >> >>Alex S. Moura wrote: >> >>>Saudações, >>> >>> >>>Alguém tem sugestões ou dicas para resolver o problema de alto consumo >>>de CPU pelo squid no FreeBSD 5.4? >>>Trata-se de um proxy webcache transparente, implementado com o pf e >>>protocolo WCCP (Cisco). >> >>Eu ia perguntar "como assim alto consumo de CPU", quando vi o seu top... >> >>Se voce não tem um número absurdo de regras de ACL, a única explicação >>que me resta é a implementação de WCCP no squid ser muito ineficiente. >>É bem possível. Voce precisa mesmo do WCCP? Nao pode ser simplesmente >>um proxy transparente e regras de policy routing desviando a porta 80 >>para um MAC externo? >> >>Outra sugestão: habilite um kernel com as opções: >> >>options HZ=1000 >>options DEVICE_POLLING >> >>Isso deve melhorar o tempo gasto com interrupções de rede. >> >>Aparentemente o número de MBUF clusters está razoável, embora eu não >>goste do formato do FreeBSD. O FreeBSD 4 me dava o pico de uso dos mbuf >>clusters, mas o 5.x não dá mais, e com isso perdemos uma ferramenta >>estatística. Nao sei se isso tem algo a ver com o tal do sfbuf, que não >>é comentado no livro do McKusick. Deve ser algo bem novo. >> >>Ah, segundo os seus dados abaixo, a placa de rede também compartilha >>interrupções com o USB. Se não puder separar as interrupções, desligue >>o USB. Acredito que não seja necessário num servidor de proxy. ;-) >> >>Uma outra otimização interessante é colocar um named local só para >>atender o squid. Isso reduz os acessos pela rede, reduzindo a latencia, >>e ainda guarda um cache local, evitando contaminar o cache externo com >>dados do proxy transparente. Se a rede consumidora for local e usar o >>mesmo named externo, ainda assim acho que vale a pena colocar um named >>local com "forward first". >> >>Fora isso, parece tudo ok. CPU razoável, placa de rede muito boa, >>quantidade de memória excelente. Só faltava ser disco SCSI, mas ao que >>me parece, esse não é o problema da máquina. >> >> >>>Dados relevantes: >>> >>>Hardware: P4 2.80GHz HT / 2GB RAM / (2x)80GB HDD / Intel PRO/1000 (em0) >>>-- >>>CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) >>>Hyperthreading: 2 logical CPUs >>>real memory = 2146631680 (2047 MB) >>>avail memory = 2094350336 (1997 MB) >>>cpu0: on acpi0 >>>agp0: mem 0xf800-0xfbff at >>>device 0.0 on pci0 >>>em0: port >>>0xcf80-0xcf9f mem >>>0xfe9e-0xfe9f irq 18 at device 1.0 on pci2 >>>em0: Link is up 100 Mbps Full Duplex >>>ad0: 76319MB [155061/16/63] at ata0-master UDMA100 >>>ad1: 76319MB [155061/16/63] at ata0-slave UDMA100 >>>---//--//--//--- >>> >>> >>>Software: FreeBSD 5.4-PRERELEASE, squid 2.5.9, pf >>> >>>Outras informações: >>>-- >>> >>># top -S >>> >>>last pid: 20950; load averages: 0.88, 0.99, 0.96 up 1+01:36:07 >>>12:11:52 >>>101 processes: 3 running, 65 sleeping, 33 waiting >>>CPU states: 34.5% user, 0.0% nice, 51.6% system, 7.0% interrupt, 7.0% >>>idle >>>Mem: 210M Active, 1544M Inact, 180M Wired, 66M Cache, 112M Buf, 3008K Free >>>Swap: 4069M Total, 120K Used, 4069M Free >>> >>>PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND >>>3134 squid1220 193M 190M RUN211:17 84.03% 84.03% squid >>> 11 root 171 52 0K 8K RUN934:47 6.98% 6.98% idle >>> 35 root -44 -163 0K 8K WAIT26:04 2.83% 2.83% swi1: net >>> 28 root -68 -187 0K 8K WAIT14:05 1.03% 1.03% irq18: >>>em0 uhci2 >>> 36 root -28 -147 0K 8K WAIT 2:24 0.00% 0.00% swi5: >>>clock sio >>>3136 squid -40 1744K 1076K msgwai 2:07 0.00% 0.00% diskd >>> 56 root 200 0K 8K syncer 2:00 0.00% 0.00% syncer >>>---//--//--//--- >>> >>># systat -vmstat 1 >>>-- >>>
Re: [FUG-BR] compilar kernel
Para comandos option, não há diferença na ordem. Para comandos device, há, principalmente para devices ISA. Celso Viana wrote: > All, > > A sequencia em são adicionadas "opções" ao kernel pode causar algum problema? > > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_VERBOSE_LIMIT=100 > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPDIVERT > > por exemplo: seu eu inverter a última com a primeira linha terei algum > problema? > > Celso > > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Alto consumo de CPU do squid no FreeBSD 5.4
Ricardo A. Reis wrote: > Caro Alex, > > Muito ja foi comentado sobre o seu problema vou comentar um > pouco sobre a minha realidade, tenho um proxy server rodando em Xeon > 2.66 com 1G de ram e scsi u320 15k, sobre free 5.2, estou muito contente > com ele mesmo tendo pouca memoria ele nao usa swap :-), com uma media de > usuario de 1.7k a 2.2k (+/- 23G transferencia dia) e acredite fazendo > nat com pf e filtro de conteudo com squidguard +/- 100 regexp e o uso do > processado tem picos de 65+/- e media 55%. > Eu uso dnscache interno com 100 megas de cache que fica um > tiro ;-) Que dnscache que voce usa? > > Ideias: > Sua motherboard e' intel? Eu estou com problemas de irq > storm em um ibm x346, exatamente como a sua placa de rede e a usb > (dmesg|grep storm) oq aparentemente esta sendo comum na RELENG_5 vide > current@ deveria testar com 5.3! Strom em qual interrupção? Algo que possa ser desabilitado? Eu já vi isso em drivers USB, justamente por estar junto com a placa de rede. > > Atenciosamente > Ricardo A. Reis > UNIFESP - SENAI > Unix and System Admin > > > Alex S. Moura wrote: > >> Saudações, >> >> >> Alguém tem sugestões ou dicas para resolver o problema de alto consumo >> de CPU pelo squid no FreeBSD 5.4? >> Trata-se de um proxy webcache transparente, implementado com o pf e >> protocolo WCCP (Cisco). >> >> Dados relevantes: >> >> Hardware: P4 2.80GHz HT / 2GB RAM / (2x)80GB HDD / Intel PRO/1000 (em0) >> -- >> CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) >> Hyperthreading: 2 logical CPUs >> real memory = 2146631680 (2047 MB) >> avail memory = 2094350336 (1997 MB) >> cpu0: on acpi0 >> agp0: mem 0xf800-0xfbff at >> device 0.0 on pci0 >> em0: port >> 0xcf80-0xcf9f mem >> 0xfe9e-0xfe9f irq 18 at device 1.0 on pci2 >> em0: Link is up 100 Mbps Full Duplex >> ad0: 76319MB [155061/16/63] at ata0-master UDMA100 >> ad1: 76319MB [155061/16/63] at ata0-slave UDMA100 >> ---//--//--//--- >> >> >> Software: FreeBSD 5.4-PRERELEASE, squid 2.5.9, pf >> >> Outras informações: >> -- >> >> # top -S >> >> last pid: 20950; load averages: 0.88, 0.99, 0.96 up 1+01:36:07 >> 12:11:52 >> 101 processes: 3 running, 65 sleeping, 33 waiting >> CPU states: 34.5% user, 0.0% nice, 51.6% system, 7.0% interrupt, >> 7.0% idle >> Mem: 210M Active, 1544M Inact, 180M Wired, 66M Cache, 112M Buf, 3008K >> Free >> Swap: 4069M Total, 120K Used, 4069M Free >> >> PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND >> 3134 squid1220 193M 190M RUN211:17 84.03% 84.03% squid >> 11 root 171 52 0K 8K RUN934:47 6.98% 6.98% idle >> 35 root -44 -163 0K 8K WAIT26:04 2.83% 2.83% swi1: net >> 28 root -68 -187 0K 8K WAIT14:05 1.03% 1.03% irq18: >> em0 uhci2 >> 36 root -28 -147 0K 8K WAIT 2:24 0.00% 0.00% swi5: >> clock sio >> 3136 squid -40 1744K 1076K msgwai 2:07 0.00% 0.00% diskd >> 56 root 200 0K 8K syncer 2:00 0.00% 0.00% syncer >> ---//--//--//--- >> >> # systat -vmstat 1 >> -- >> 3 usersLoad 1.15 1.00 0.95 Apr 6 12:18 >> >> Mem:KBREALVIRTUAL VN PAGER SWAP >> PAGER >> Tot Share TotShareFree in out in out >> Act 2094444416 261896 6540 82364 count >> All 20459527132 450039210168 pages >>Interrupts >> Proc:r p d s wCsw Trp Sys Int Sof Fltcow1515 >> total >>1 4 32 3680 730 5051 2944 1139 183612 wire1: >> atkb >> 215036 act 3: >> sio1 >> 52.2%Sys 3.7%Intr 28.4%User 0.0%Nice 15.7%Idl 1569204 inact >> 4: sio0 >> |||||||||| 79356 cache >> 6: fdc0 >> ==++>> 3008 free128 >> 8: rtc >> daefr >> 13: npx >> Namei Name-cacheDir-cache prcfr >> 14: ata >> Calls hits% hits% react >> 15: ata >> 47 37 79 pdwak 1288 >> 18: em0 >> zfodpdpgs99 0: >> clk >> Disks ad0 ad1 ofodintrn >> KB/t 0.00 0.00 %slo-z 114880 buf >> tps 0 01657 tfree 120 dirtybuf >> MB/s 0.00 0.00 10 desiredvnodes >> % busy0 0 9053
Re: [FUG-BR] compilar kernel
Rafael Floriano Sousa Sales wrote: > Eu nunca tive problemas com isso i olha que eu costumo ordenar minha > condifuracao com o sort. Pra que? Deixa numa ordem semantica, que é mais fácil de entender por grupos de regras. > > Abraço > > On Apr 10, 2005 7:01 AM, Celso Viana <[EMAIL PROTECTED]> wrote: > >>All, >> >>A sequencia em são adicionadas "opções" ao kernel pode causar algum problema? >> >>options IPFIREWALL >>options IPFIREWALL_VERBOSE >>options IPFIREWALL_VERBOSE_LIMIT=100 >>options IPFIREWALL_DEFAULT_TO_ACCEPT >>options IPDIVERT >> >>por exemplo: seu eu inverter a última com a primeira linha terei algum >>problema? >> >>Celso >> >>___ >>Freebsd mailing list >>Freebsd@fug.com.br >>http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br >> > > > ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Panic: page fault 64bits
Olá pessoal! Estou fazendo a instalação do FreeBSD versão 5.3 AMD_64, quando chego exatamente aos 41% [Extracting base into / directory...] acontece o seguinte erro: - Panic: page fault Uptime: 2m26s Cannot dump. No dump device defined. Shutting down ACPI - Configuração do hardware: AMD Athlon 64 Processador 3000+ 1GB DRAM Clock=333Mhz, SDRAM CAS Latency=2.5 Adaptec 29160 Seagate ST373307LC Ultra 320 No início da instalação configuro todos parâmetros sem problemas, partições, pacotes a serem instalados e tudo mais. Alguém saberia me informar o que está acontecendo? Desde já agradeço a atenção de vocês. -- Marco Antônio [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Dúvida.
Gostaria de saber como faço para desabilitar a função que reboota o FreeBSD quando o FSCK acha algum erro no disco. Att. Renato ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Dúvida.
Renato, Gostaria de saber como faço para desabilitar a função que reboota o FreeBSD quando o FSCK acha algum erro no disco. Acredito que você esteja confundindo as mensagens de erro. Aquele erro característico que causa o reboot do sistema, normalmente é erro de hardware, mas não bad block no HD. Normalmente isso é causado quando da erro de memória, super aquecimento do processador e etc. Sendo assim, não há como desabilitar esta função (ou pelo menos não deveria), uma vez que os dados contidos na memória não são mais confiável. []s Ronan ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] flush - ipfw
All, É possível fazer um flush nas regras do ipfw a partir de uma determinada regra? por exemplo: gostaria de apagar, sem ser perguntado, todas as regras depois da 400; Celso ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Amavisd
Pessoal, Estou com uma dúvida. Instalei o Postfix + Amavisd +Clamav. O clamav vai beleza, mas quando inicio o amavisd me acusa o seguinte erro: [root:mail2 //sbin]> /usr/local/sbin/amavisd No $LOGFILE is specified (and not logging via syslog) at ./amavisd line 1038. O que pode ser? Pensei que fosse alguma variável no set. Mas mesmo colocando-o ainda não funciona. Alguém tem alguma dica? --- Maurício Hiroaki Shibata [EMAIL PROTECTED] Centro de Informática - CPD Universidade de Brasília - UnB Brasil - DF - Brasília +55 (61) 307 2789 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Amavisd
Maurício, No seu amavisd.conf, tenta comentar (ou descomentat) a seguinte linha: $DO_SYSLOG = 1; faz o teste e posta o resultado. Boa sorte Valois Maurício Hiroaki Shibata escreveu: Pessoal, Estou com uma dúvida. Instalei o Postfix + Amavisd +Clamav. O clamav vai beleza, mas quando inicio o amavisd me acusa o seguinte erro: [root:mail2 //sbin]> /usr/local/sbin/amavisd No $LOGFILE is specified (and not logging via syslog) at ./amavisd line 1038. O que pode ser? Pensei que fosse alguma variável no set. Mas mesmo colocando-o ainda não funciona. Alguém tem alguma dica? --- Maurício Hiroaki Shibata [EMAIL PROTECTED] Centro de Informática - CPD Universidade de Brasília - UnB Brasil - DF - Brasília +55 (61) 307 2789 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br -- Valois Ivan Tomasi [EMAIL PROTECTED] Linux User = 380101 MASTER REDES Tecnologia da Informação (48) 265 - 3939 (48) 9104 - 7872 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Dúvida.
A mensagem se refere ao FSCK. Ele desliga todo o sistema e cai para o prompt /usr/local/bin/sh e pede pra executar o FSCK manualmente. - Original Message - From: "Ronan Lucio" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Monday, April 11, 2005 5:15 PM Subject: Re: [FUG-BR] Dúvida. Renato, Gostaria de saber como faço para desabilitar a função que reboota o FreeBSD quando o FSCK acha algum erro no disco. Acredito que você esteja confundindo as mensagens de erro. Aquele erro característico que causa o reboot do sistema, normalmente é erro de hardware, mas não bad block no HD. Normalmente isso é causado quando da erro de memória, super aquecimento do processador e etc. Sendo assim, não há como desabilitar esta função (ou pelo menos não deveria), uma vez que os dados contidos na memória não são mais confiável. []s Ronan ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
RES: [FUG-BR] flush - ipfw
basta incluir todas elas em um mesmo SET e depois dar um "ipfw delete set x" já um ipfw delete 400-65535 não funciona ( que eu saiba ). []'s Sérgio José Ferreira WGO Internet -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Celso Viana Enviada em: segunda-feira, 11 de abril de 2005 17:38 Para: Lista de discussao do grupo FUG-BR Assunto: [FUG-BR] flush - ipfw All, É possível fazer um flush nas regras do ipfw a partir de uma determinada regra? por exemplo: gostaria de apagar, sem ser perguntado, todas as regras depois da 400; Celso ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] flush - ipfw
soh montando um script mesmo ne :) Celso Viana escreveu: All, É possível fazer um flush nas regras do ipfw a partir de uma determinada regra? por exemplo: gostaria de apagar, sem ser perguntado, todas as regras depois da 400; Celso ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Dúvida.
Renato, A mensagem se refere ao FSCK. Ele desliga todo o sistema e cai para o prompt /usr/local/bin/sh e pede pra executar o FSCK manualmente. Blz, agora sei do que você está falando. Qual a versão do FreeBSD que vocês está rodando? Na versão 5.x ele roda fsck em background. Interessante também notar que esse comportamento é um recurso do sistema para garantir a integridade dos dados. Você lembra quando dava aqueles erros no windows de arquivos e diretórios truncados que nem scandisk dava mais jeito? Pois é, esse comportanmento evita que isso acontaça. Então o correto (e mais sensato) seria solucinar o problema pela sua origem. Se o seu servidor está desligando por falta de energia, é melhor comprar um no-break do que correr o risco de perder os dados. De qualquer forma, eu te aconselharia a atualizar o seu sistema caso ele não seja da versão 5. []s Ronan ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Alto consumo de CPU do squid no FreeBSD 5.4
João Carlos Mendes Luís wrote: Ricardo A. Reis wrote: Caro Alex, Muito ja foi comentado sobre o seu problema vou comentar um pouco sobre a minha realidade, tenho um proxy server rodando em Xeon 2.66 com 1G de ram e scsi u320 15k, sobre free 5.2, estou muito contente ... Strom em qual interrupção? Algo que possa ser desabilitado? Eu já vi isso em drivers USB, justamente por estar junto com a placa de rede. ... # vmstat -i --- interrupt total rate irq1: atkbd02129 0 irq3: sio1 2 0 irq4: sio0 2 0 irq6: fdc014 0 irq8: rtc 11852670127 irq13: npx01 0 irq14: ata0 1145295 12 irq15: ata1 58 0 irq18: em0 uhci275076124810 irq0: clk9260481 99 Total 97336776 1051 o problema é exatamente o compartilhamento de IRQ entre a placa de rede o o USB (gerando um IRQ storm) já tive esse problema inúmeras vezes com servidores IBM (xSeries e eSeries), e com algumas MBs Intel com rede integrada (em todos os casos foi a fatídica combinação "em0" + USB). Possiveis soluções: - quando possivel desabilite a USB - tente o sugerido pelo colega: kernel com as opções DEVICE POOLING + HZ=2000 (pelo menos 2000, no caso de sua maquina, 4000 deve ficar perfeito para gigabit) - se nada mais funcionar, desative a placa de rede "on-board" (eu sei, uma pena) e ponha outra placa de rede (atualmente estou muito satisfeito com o custo/benefício das 3Com) []s Antonio Torres [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Panic: page fault 64bits
Marco Antônio Faria Botelho wrote: Olá pessoal! Estou fazendo a instalação do FreeBSD versão 5.3 AMD_64, quando chego exatamente aos 41% [Extracting base into / directory...] acontece o seguinte erro: - Panic: page fault Uptime: 2m26s Cannot dump. No dump device defined. Shutting down ACPI - Configuração do hardware: AMD Athlon 64 Processador 3000+ 1GB DRAM Clock=333Mhz, SDRAM CAS Latency=2.5 Adaptec 29160 Seagate ST373307LC Ultra 320 No início da instalação configuro todos parâmetros sem problemas, partições, pacotes a serem instalados e tudo mais. Maquina "montada"? fique "esperto": como está a temperatura da CPU ? já ví vários casos de Athlon 64 com problema de "ventilador": esquenta e trava; se insistir esquenta demais e queima experimente "entrar" na BIOS e ficar alguns minutos na "pagina" que mostra a temperatura da CPU. Se a temperatura não estabilizar em alguns minutos (continuar subindo, mesmo que lentamente) voce terá problemas... Senão: durante o boot,tente a opção "ACPI disabled" ou, mais drástico ainda "safe mode" []s Antonio Torres [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Dúvida.
Ronan Lucio wrote: Renato, A mensagem se refere ao FSCK. Ele desliga todo o sistema e cai para o prompt /usr/local/bin/sh e pede pra executar o FSCK manualmente. Blz, agora sei do que você está falando. Qual a versão do FreeBSD que vocês está rodando? Na versão 5.x ele roda fsck em background. Interessante também notar que esse comportamento é um recurso do sistema para garantir a integridade dos dados. Você lembra quando dava aqueles erros no windows de arquivos e diretórios truncados que nem scandisk dava mais jeito? Pois é, esse comportanmento evita que isso acontaça. Então o correto (e mais sensato) seria solucinar o problema pela sua origem. Se o seu servidor está desligando por falta de energia, é melhor comprar um no-break do que correr o risco de perder os dados. De qualquer forma, eu te aconselharia a atualizar o seu sistema caso ele não seja da versão 5. []s Ronan ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Se for versão 4.x no arquivo /etc/rc troca fsck -p (ou algo assim) fsck -y Ai quanto reboota mesmo com erro ele corrige e entra no "AR" sozinho! ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Dúvida.
Estou rodando nele a versão 5.1 do FreeBSD. Se o sistema apenas emitisse um aviso e continuasse não teria problema. Mas ele para todo o sistema. Tem como impedir que ele pare o sistema? - Original Message - From: "FreeBSD® Hack" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Monday, April 11, 2005 7:19 PM Subject: Re: [FUG-BR] Dúvida. Ronan Lucio wrote: Renato, A mensagem se refere ao FSCK. Ele desliga todo o sistema e cai para o prompt /usr/local/bin/sh e pede pra executar o FSCK manualmente. Blz, agora sei do que você está falando. Qual a versão do FreeBSD que vocês está rodando? Na versão 5.x ele roda fsck em background. Interessante também notar que esse comportamento é um recurso do sistema para garantir a integridade dos dados. Você lembra quando dava aqueles erros no windows de arquivos e diretórios truncados que nem scandisk dava mais jeito? Pois é, esse comportanmento evita que isso acontaça. Então o correto (e mais sensato) seria solucinar o problema pela sua origem. Se o seu servidor está desligando por falta de energia, é melhor comprar um no-break do que correr o risco de perder os dados. De qualquer forma, eu te aconselharia a atualizar o seu sistema caso ele não seja da versão 5. []s Ronan ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Se for versão 4.x no arquivo /etc/rc troca fsck -p (ou algo assim) fsck -y Ai quanto reboota mesmo com erro ele corrige e entra no "AR" sozinho! ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Servidor Correio
Alexandre Vasconcelos wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 fabinho_zzz wrote: | E você, Alexandre, porque quer trocar o qmail? | | Pertunto porque particularmente gosto do qmail, mas esse problema com os | patches, isso é muito confuso... é bom que ele seja modular, mas falta | documentação e organização da turma de desenvolvimento, ne? Na verdade estou satisfeito com o qmail, como o Kleyson disse é um ótimo MTA, modular e seguro, mas algumas vezes esta modularidade pode ser uma faca de dois gumes, no caso de um upgrade de algum dos componentes existe a possibilidade (ainda que mínima) de causar problemas no servidor, e isso dá mais trabalho de manter (tenho mania de manter as coisas atualizadas). O que gosto no Postfix é que ele é modular também, mas com o passar do tempo vai incorporando os patches da comunidade e eu creio que isso faça o software ficar mais robusto. Como estou querendo começar algo com LDAP estou querendo dar uma chance para o Postfix pra ver como ele se sai, mas volto a afirmar, estou satisfeito com o qmail e só troco se a diferença for grande mesmo no final das contas. Ah, respondendo ao Sebastião, SSP/GO -> Secretaria de Segurança Pública de Goiás, e se vc está na Soluções IP deve estar trabalhando com meu amigo Leonardo dos velhos tempos de Persocom :) - -- Alexandre Vasconcelos The FreeBSD pt_BR Documentation Project Unix Admin SSP/GO -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCOsWEcvrfkI0p/tURAr7mAJ9YrsCtJDbHJkyRBH/i387dTz1QMQCdENEQ c+MxTnNElvRQYYUowH6plXU= =eYgs -END PGP SIGNATURE- ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ Eu e o Leonardo separamos a sociedade... estou sozinho agora! -- Atenciosamente, Sebastião Santos Eng. Certificado RedHat RHCE: 809003071309137 SoluçõesIP email: [EMAIL PROTECTED] http://www.solucoesip.net celular TIM: +55 62 8121-8326 celular BrT: +55 62 8404-9877 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] criacao de um evento BSDay - Brasilia
Alexandre Vasconcelos wrote: Ola! Pessoal, meu nome e Luiz Raphael, e eu sou de Brasilia. Uns amigos e eu estamos pensando em criar um evento chamado BSDay aqui em Brasilia e futuramente um grupo de usuarios FreeBSD em Brasília. A proposta e a seguinte: Primeiramente sera um grande encontro de usuarios de FreeBSD e pessoas interessadas em aprender algo sobre FreeBSD. No evento podera ter palestras, minicursos e oficinas. A idéia inicial é fazer o BSDay um mes apos um evento chamado FLISOL (Festival Latino-americano de Instalacao de Software Livre) que sera realizado na UnB dia dois de abril, durante o FLISOL chamaremos as pessoas para comparecerem ao BSDay. Nesse intervalo de um mes, nos trocaremos ideias por email para a organizacao do BSDay. Para quem não sabe o site do FLISOL é: http://installfest.info/lugares/br/brasilia Gostaria que todos de Brasília participassem do FLISOL, tanto para aprender como para ajudar. Gostaria também qeu todos de Brasília que estivessem interessados em participar do BSDay que me enviasse em privativo um email contendo o seu nome e msn/icq/jabber, o meu email é [EMAIL PROTECTED] Uma lista temporaria para discussao do BSDay sera a do psl-df, para se cadastrar é só ir em http://df.softwarelivre.org na esquerda tem uma opcao mailing-list, a lista é a Lista Geral do PSL-DF. Qualquer duvida, por favor me mandem um email, Raphael, Muito boa sua iniciativa, moro em Goiânia e sou um dos fundadores do PSL-GO e tenho sido a "voz BSD" aqui no meio do Linuxers :) Nos eventos do PSL-GO tenho procurado marcar presença com o FreeBSD, em palestras, dicas e estudos de caso, inclusive serei responsável por uma oficina de FreeBSD no FLISOL aqui da região, na UFG: http://installfest.info/lugares/br/goiania Mantenha contato (fora da lista, claro) para trocarmos idéias sobre o grupo de usuários e demais eventos sobre FreeBSD em nossa região. Precisando de apoio aqui em Goiânia entre em contato. Aproveitando, gostaria de convidar vcs para o FLISOL, visite a página acima e veja se o evento vai estar acontecendo em uma cidade perto da sua casa, participe, ajude, divulgue o software livre! Abraços, Alexandre, entre em contato no pvt! -- Atenciosamente, Sebastião Santos Eng. Certificado RedHat RHCE: 809003071309137 SoluçõesIP email: [EMAIL PROTECTED] http://www.solucoesip.net celular TIM: +55 62 8121-8326 celular BrT: +55 62 8404-9877 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Samba usando o Ldap do w2k para autenticar usuarios
Boa Noite a todos, Pessoal, é o seguinte estou implementando uma solucao de servidor de arquivos e impressao onde o usuario tera sua autenticacao em uma base AD do windows 2000 esta tudo certo, eu consigo logar normal na shell do meu freebsd 5.3 em usuarios do AD porem ñ estou conseguindo que o samba tmb pegue estes usuarios. Alg da lista já teve este problema? que poderia me ajusar já procurei na doc. do samba, no google e ate agora nada tentei usar pam eu só ñ queria usar winbind. desde de já, meu muito obrigado ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Fazer Raid 0
Pessoal! Alguém tem alguma dica de como fazer raid 0 com dois hds ide Obrigado. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Fazer Raid 0
> Pessoal! > > Alguém tem alguma dica de como fazer raid 0 com dois hds ide > > Obrigado. > > Sim, www.freebsd.org/handbook []'s -- Márcio Luciano Donada Analista de Suporte Cooperativa Central Oeste Catarinense ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] FreeBSD (BRIDGE)
Pessoal, Estou com um servidor com 3 interfaces de rede (xl0,rl0 e sis0, o que faz a falta de grana, mas ...) Bom, a rl0 e a xl0 estão trabalhando como bridge e tudo ok o servidor que eu tenho atraz da bridge funciona normalmente. O problema está quando eu trabalho com o modo promicuos com a interface sis0, a partir do momento que executo algum comando na máquina que está atraz da bridge para capturar o que trafega pela sis0 o comando para e simplesmente ele sai do modo promiscuos, alguém tem alguma idéia se isso é possível ser feito, ou seja, trabalhar, na realidade, em modo promiscuos nas 3 interfaces? []'s -- Márcio Luciano Donada Analista de Suporte Cooperativa Central Oeste Catarinense ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
RES: [FUG-BR] Dúvida.
Passe o FSCK e verifique se ele não esta programado para ser iniciado cada vez que desliga a maquina. Caso verificado e continua dando da uma olhadinha nesses HD's que você tem para verificar se não a nenhum problema com ele :D -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Forum Free Enviada em: segunda-feira, 11 de abril de 2005 20:06 Para: Lista de discussao do grupo FUG-BR Assunto: Re: [FUG-BR] Dúvida. Estou rodando nele a versão 5.1 do FreeBSD. Se o sistema apenas emitisse um aviso e continuasse não teria problema. Mas ele para todo o sistema. Tem como impedir que ele pare o sistema? - Original Message - From: "FreeBSD® Hack" <[EMAIL PROTECTED]> To: "Lista de discussao do grupo FUG-BR" Sent: Monday, April 11, 2005 7:19 PM Subject: Re: [FUG-BR] Dúvida. > Ronan Lucio wrote: > >> Renato, >> >>> A mensagem se refere ao FSCK. >>> Ele desliga todo o sistema e cai para o prompt /usr/local/bin/sh e pede >>> pra executar o FSCK manualmente. >> >> >> Blz, agora sei do que você está falando. >> >> Qual a versão do FreeBSD que vocês está rodando? >> Na versão 5.x ele roda fsck em background. >> >> Interessante também notar que esse comportamento é um recurso >> do sistema para garantir a integridade dos dados. >> >> Você lembra quando dava aqueles erros no windows de arquivos >> e diretórios truncados que nem scandisk dava mais jeito? >> Pois é, esse comportanmento evita que isso acontaça. >> >> Então o correto (e mais sensato) seria solucinar o problema >> pela sua origem. >> >> Se o seu servidor está desligando por falta de energia, é melhor >> comprar um no-break do que correr o risco de perder os dados. >> >> De qualquer forma, eu te aconselharia a atualizar o seu sistema >> caso ele não seja da versão 5. >> >> []s >> Ronan >> >> >> ___ >> Freebsd mailing list >> Freebsd@fug.com.br >> http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br >> >> > Se for versão 4.x no arquivo /etc/rc > > troca > fsck -p (ou algo assim) > > fsck -y > > Ai quanto reboota mesmo com erro ele corrige e entra no "AR" sozinho! > > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > > ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] hist?rico
> >mosconi.ath.cx/lista_freebsd > tenta denovo, tinha esquecido de checar as permissoes ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Fazer Raid 0
On Mon, Apr 11, 2005 at 10:12:38PM -0300, Jorge Miguel de Carvalho wrote: > Pessoal! > > Algu?m tem alguma dica de como fazer raid 0 com dois hds ide > > Obrigado. > Esse assunto ja foi discutido na lista, mas aqui vai algumas coisas que foram comentados: para raid0 tem-se o gstripe que a construcao de volume eh facil, mas nao pode ser boot-time e tem o vinum, que "estah caindo em desuso" que eh mais dificil criar um volume, mas permite ter raid0 no boot Mosconi ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br