Re: [FUG-BR] Senha no samba
On Mar 20, 2009, at 1:04 AM, Igor Siqueira wrote: Olá Lista, faz alguns dias que eu tento tirar a senha do samba quando ele é acessado por uma maquina windows, só que por mais que eu altere aquela variavel securiy de user para share o samba continua com senha. Primeiramente, pensei que fosse a permissão da pasta, mudei para que todos os usuarios podessem ler/escrever. Alguém tem uma sugestão? Igor - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Opa, Share e User são opções diferentes de compartilhamento, na opção share, o samba dará importância à compartilhamentos, se estiver em modo User, apenas usuários válidos com senha poderão acessar compartilhamentos bem como seus Homedir. Se precisas trocar uma senha de um determinado usuário, deverá usar o comando smbpasswd pertinente à senhas do samba. [ ]s Rodrigo Graeff delphus...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Parâmetros diferentes em placa de rede no freebsd.
Em Thu, 19 Mar 2009 18:21:48 -0300 Paulo Henrique paulo.rd...@bsd.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: Aproposito os próprios nomes dizem: Realtek = Real Treco. Via = Não ve mais... :D D-link = Dava Link, agora não mais. ;) Sis = Sempre Instalar, So não funciona. LOL -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Mulher da vida é como moeda: ou é cara ou é coroa. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] /usr/X11R6/bin: file not recognized: File format not recognized
2009/3/20 Cleyton Agapito cragap...@gmail.com: 2009/3/19 Joao Rocha Braga Filho goffr...@gmail.com Fui recompilar o libsndfile e tive o seguinte erro: root:super[51] pwd /usr/ports/audio/libsndfile root:super[52] make === Building for libsndfile-1.0.19 Making all in M4 gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4' gmake[1]: Nada a ser feito para `all'. .. /usr/local/lib/libogg.so -lm -march=athlon64 -Wl,-soname -Wl,libsndfile.so.1 -o .libs/libsndfile.so.1 /usr/X11R6/bin: file not recognized: File format not recognized gmake[3]: ** [libsndfile.la] Erro 1 gmake[3]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake[2]: ** [all-recursive] Erro 1 gmake[2]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake[1]: ** [all] Erro 2 gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake: ** [all-recursive] Erro 1 *** Error code 2 Stop in /usr/ports/audio/libsndfile. *** Error code 1 Stop in /usr/ports/audio/libsndfile. root:super[53] Alguém mais teve este erro? Alguém sabe o que é? A mesma coisa acontece quando tento compilar no pidgin, mas na dependência /usr/ports/multimedia/gstreamer-ffmpeg. Parece ser um problema de link-edição. Compilei o ffmpeg sem problemas. Noto que este diretório é passado como parâmetro na linha de comando. Ainda estou fuçando para descobrir, mas trocar idéias pode ajudar. João Rocha. Só uma idéia, talvez você já tenha feito, mas tenta dar um make clean antes, sei lá, as vezes fica alguma coisa embaixo daquele Nada a ser feito para... que pode dar problema. Já fiz. E não funcionou. O erro se repetiu. João Rocha. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se apanha mais com as menores besteiras. Experiência própria. goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] /usr/X11R6/bin: file not recognized: File format not recognized
2009/3/19 Joao Rocha Braga Filho goffr...@gmail.com: Fui recompilar o libsndfile e tive o seguinte erro: root:super[51] pwd /usr/ports/audio/libsndfile root:super[52] make === Building for libsndfile-1.0.19 Making all in M4 gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4' gmake[1]: Nada a ser feito para `all'. gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4' Making all in man gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/man' gmake[1]: Nada a ser feito para `all'. gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/man' Making all in Win32 gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/Win32' gmake[1]: Nada a ser feito para `all'. gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/Win32' Making all in src gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake all-recursive gmake[2]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' Making all in GSM610 gmake[3]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/GSM610' gmake[3]: Nada a ser feito para `all'. gmake[3]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/GSM610' Making all in G72x gmake[3]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/G72x' gmake[3]: Nada a ser feito para `all'. gmake[3]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/G72x' gmake[3]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' /bin/sh ../libtool --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -march=athlon64 -std=gnu99 -Wall -Wextra -Wdeclaration-after-statement -Wpointer-arith -funsigned-char -Wstrict-prototypes -Wmissing-prototypes -Waggregate-return -Wcast-align -Wcast-qual -Wnested-externs -Wshadow -Wbad-function-cast -Wwrite-strings -no-undefined -version-info 1:19:0 -L/usr/local/lib -o libsndfile.la -rpath /usr/local/lib sndfile.lo aiff.lo au.lo avr.lo caf.lo dwd.lo flac.lo g72x.lo htk.lo ircam.lo macbinary3.lo macos.lo mat4.lo mat5.lo nist.lo ogg.lo paf.lo pvf.lo raw.lo rx2.lo sd2.lo sds.lo svx.lo txw.lo voc.lo wve.lo w64.lo wav_w64.lo wav.lo xi.lo mpc2k.lo rf64.lo libcommon.la GSM610/libgsm.la G72x/libg72x.la -L/usr/local/lib -lFLAC -lm -L/usr/local/lib -lvorbisenc -lvorbis -lm -logg -lm -lm libtool: link: cc -shared .libs/sndfile.o .libs/aiff.o .libs/au.o .libs/avr.o .libs/caf.o .libs/dwd.o .libs/flac.o .libs/g72x.o .libs/htk.o .libs/ircam.o .libs/macbinary3.o .libs/macos.o .libs/mat4.o .libs/mat5.o .libs/nist.o .libs/ogg.o .libs/paf.o .libs/pvf.o .libs/raw.o .libs/rx2.o .libs/sd2.o .libs/sds.o .libs/svx.o .libs/txw.o .libs/voc.o .libs/wve.o .libs/w64.o .libs/wav_w64.o .libs/wav.o .libs/xi.o .libs/mpc2k.o .libs/rf64.o -Wl,--whole-archive ./.libs/libcommon.a GSM610/.libs/libgsm.a G72x/.libs/libg72x.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libFLAC.so /usr/X11R6/bin /root/bin /usr/local/bin /usr/local/sbin /usr/games /usr/bin /usr/sbin /bin /sbin /usr/local/lib/libvorbisenc.so /usr/local/lib/libvorbis.so /usr/local/lib/libogg.so -lm -march=athlon64 -Wl,-soname -Wl,libsndfile.so.1 -o .libs/libsndfile.so.1 /usr/X11R6/bin: file not recognized: File format not recognized gmake[3]: ** [libsndfile.la] Erro 1 gmake[3]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake[2]: ** [all-recursive] Erro 1 gmake[2]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake[1]: ** [all] Erro 2 gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake: ** [all-recursive] Erro 1 *** Error code 2 Stop in /usr/ports/audio/libsndfile. *** Error code 1 Stop in /usr/ports/audio/libsndfile. root:super[53] Alguém mais teve este erro? Alguém sabe o que é? A mesma coisa acontece quando tento compilar no pidgin, mas na dependência /usr/ports/multimedia/gstreamer-ffmpeg. Parece ser um problema de link-edição. Compilei o ffmpeg sem problemas. Noto que este diretório é passado como parâmetro na linha de comando. Ainda estou fuçando para descobrir, mas trocar idéias pode ajudar. Oi João, confere isso ga...@botelhor:/ ls -ld /usr/X11R6 lrwxr-xr-x 1 root wheel 10 Apr 29 2008 /usr/X11R6 - /usr/local Se o link nao estiver criado, pode ter problemas -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] /usr/X11R6/bin: file not recognized: File format not recognized
2009/3/20 Renato Botelho rbga...@gmail.com: 2009/3/19 Joao Rocha Braga Filho goffr...@gmail.com: Fui recompilar o libsndfile e tive o seguinte erro: root:super[51] pwd /usr/ports/audio/libsndfile root:super[52] make === Building for libsndfile-1.0.19 Making all in M4 gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4' gmake[1]: Nada a ser feito para `all'. gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4' Making all in man gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/man' gmake[1]: Nada a ser feito para `all'. gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/man' Making all in Win32 gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/Win32' gmake[1]: Nada a ser feito para `all'. gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/Win32' Making all in src gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake all-recursive gmake[2]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' Making all in GSM610 gmake[3]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/GSM610' gmake[3]: Nada a ser feito para `all'. gmake[3]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/GSM610' Making all in G72x gmake[3]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/G72x' gmake[3]: Nada a ser feito para `all'. gmake[3]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/G72x' gmake[3]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' /bin/sh ../libtool --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -march=athlon64 -std=gnu99 -Wall -Wextra -Wdeclaration-after-statement -Wpointer-arith -funsigned-char -Wstrict-prototypes -Wmissing-prototypes -Waggregate-return -Wcast-align -Wcast-qual -Wnested-externs -Wshadow -Wbad-function-cast -Wwrite-strings -no-undefined -version-info 1:19:0 -L/usr/local/lib -o libsndfile.la -rpath /usr/local/lib sndfile.lo aiff.lo au.lo avr.lo caf.lo dwd.lo flac.lo g72x.lo htk.lo ircam.lo macbinary3.lo macos.lo mat4.lo mat5.lo nist.lo ogg.lo paf.lo pvf.lo raw.lo rx2.lo sd2.lo sds.lo svx.lo txw.lo voc.lo wve.lo w64.lo wav_w64.lo wav.lo xi.lo mpc2k.lo rf64.lo libcommon.la GSM610/libgsm.la G72x/libg72x.la -L/usr/local/lib -lFLAC -lm -L/usr/local/lib -lvorbisenc -lvorbis -lm -logg -lm -lm libtool: link: cc -shared .libs/sndfile.o .libs/aiff.o .libs/au.o .libs/avr.o .libs/caf.o .libs/dwd.o .libs/flac.o .libs/g72x.o .libs/htk.o .libs/ircam.o .libs/macbinary3.o .libs/macos.o .libs/mat4.o .libs/mat5.o .libs/nist.o .libs/ogg.o .libs/paf.o .libs/pvf.o .libs/raw.o .libs/rx2.o .libs/sd2.o .libs/sds.o .libs/svx.o .libs/txw.o .libs/voc.o .libs/wve.o .libs/w64.o .libs/wav_w64.o .libs/wav.o .libs/xi.o .libs/mpc2k.o .libs/rf64.o -Wl,--whole-archive ./.libs/libcommon.a GSM610/.libs/libgsm.a G72x/.libs/libg72x.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libFLAC.so /usr/X11R6/bin /root/bin /usr/local/bin /usr/local/sbin /usr/games /usr/bin /usr/sbin /bin /sbin /usr/local/lib/libvorbisenc.so /usr/local/lib/libvorbis.so /usr/local/lib/libogg.so -lm -march=athlon64 -Wl,-soname -Wl,libsndfile.so.1 -o .libs/libsndfile.so.1 /usr/X11R6/bin: file not recognized: File format not recognized gmake[3]: ** [libsndfile.la] Erro 1 gmake[3]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake[2]: ** [all-recursive] Erro 1 gmake[2]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake[1]: ** [all] Erro 2 gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake: ** [all-recursive] Erro 1 *** Error code 2 Stop in /usr/ports/audio/libsndfile. *** Error code 1 Stop in /usr/ports/audio/libsndfile. root:super[53] Alguém mais teve este erro? Alguém sabe o que é? A mesma coisa acontece quando tento compilar no pidgin, mas na dependência /usr/ports/multimedia/gstreamer-ffmpeg. Parece ser um problema de link-edição. Compilei o ffmpeg sem problemas. Noto que este diretório é passado como parâmetro na linha de comando. Ainda estou fuçando para descobrir, mas trocar idéias pode ajudar. Oi João, confere isso ga...@botelhor:/ ls -ld /usr/X11R6 lrwxr-xr-x 1 root wheel 10 Apr 29 2008 /usr/X11R6 - /usr/local Se o link nao estiver criado, pode ter problemas Estava criado, e verifiquei de novo. Eu já tinha feito: ls -ls /usr/X11R6/bin João Rocha. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se
[FUG-BR] Alteração automatica de fila - CUPS
Bom Dia pessoal... Pesquizei muito sobre o cups, mas nao achei nada que pudesse ser um pouco mais automatico no seguinte sentido. O cups quando identifica que uma impressora esta com problema (time out por exemplo) o ErrorPolicy derrepente poderia encaminhar para uma outra impressora pre-determinada. Ou fazer com que enquanto a impressora A estiver parada mover todos os jobs dela para a impressora B ate quando o administrador voltar a configuração isso pode ate ser manual desde que nao tenha q todo job fazer isso. Alguem ja passou por isso? Diogo Dalfovo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] /usr/X11R6/bin: file not recognized: File format not recognized
2009/3/19 Joao Rocha Braga Filho goffr...@gmail.com Fui recompilar o libsndfile e tive o seguinte erro: root:super[51] pwd /usr/ports/audio/libsndfile root:super[52] make === Building for libsndfile-1.0.19 Making all in M4 gmake[1]: Entrando no diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4' gmake[1]: Nada a ser feito para `all'. .. /usr/local/lib/libogg.so -lm -march=athlon64 -Wl,-soname -Wl,libsndfile.so.1 -o .libs/libsndfile.so.1 /usr/X11R6/bin: file not recognized: File format not recognized gmake[3]: ** [libsndfile.la] Erro 1 gmake[3]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake[2]: ** [all-recursive] Erro 1 gmake[2]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake[1]: ** [all] Erro 2 gmake[1]: Saindo do diretório `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src' gmake: ** [all-recursive] Erro 1 *** Error code 2 Stop in /usr/ports/audio/libsndfile. *** Error code 1 Stop in /usr/ports/audio/libsndfile. root:super[53] Alguém mais teve este erro? Alguém sabe o que é? A mesma coisa acontece quando tento compilar no pidgin, mas na dependência /usr/ports/multimedia/gstreamer-ffmpeg. Parece ser um problema de link-edição. Compilei o ffmpeg sem problemas. Noto que este diretório é passado como parâmetro na linha de comando. Ainda estou fuçando para descobrir, mas trocar idéias pode ajudar. João Rocha. Só uma idéia, talvez você já tenha feito, mas tenta dar um make clean antes, sei lá, as vezes fica alguma coisa embaixo daquele Nada a ser feito para... que pode dar problema. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] problemas com locales no make installworld
tenho um server aqui que vem atulizando ele 6.0 relese at'e agora ele ja esta no 6.3-stable ontem fui passar ele para 6.4 e quase no fim do make installworld ele nao acha um aquivo do locales: install -o root -g wheel -m 444 nb_NO.ISO8859-1.out /usr/share/locale/nb_NO.ISO8859-1/LC_TIME install: /usr/share/locale/nb_NO.ISO8859-1/LC_TIME: No such file or directory *** Error code 71 Stop in /usr/src/share/timedef. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ja fiz o cvsup varias vezes com mirror diferentes e o erro continua. sera que da para tirar os locales no make.conf ? Obrigado !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Squid x-forwarded-for
Caros, Segue o que preciso: Tenho um servidor FreeBSD com squid e fazendo roteamento da rede, porém ele NÃO roda NAT. Preciso que os clientes atrás desse servidor passem pelo Proxy, mas devem sair com o IP deles e não com o IP do Proxy. Situação atual: cliente 200.200.200.10 passa pelo Proxy e sai p/ internet com IP 200.200.200.1. Situação ideal: cliente 200.200.200.10 passa pelo Proxy e sai p/ internet com IP 200.200.200.10. Compilei o squid-2.7.6 e está com --enable-follow-x-forwarded-for, conforme li na lista da FUG, porém não sei bem ao certo quala configuração que devo colocar no squid.conf. Meu squid.conf: http_port 3128 transparent visible_hostname Server.provale.com.br cache_dir ufs /usr/local/squid/cache 100 8 16 refresh_pattern ^ftp: 144020% 10080 refresh_pattern ^gopher:14400% 1440 refresh_pattern . 0 20% 4320 # ACLs acl horario time S M T W H F A 00:00-23:59 acl rede src 200.200.200.10 forwarded_for on header_access X-Forwarded-For allow rede follow_x_forwarded_for allow rede ident_lookup_access allow rede acl_uses_indirect_client on delay_pool_uses_indirect_client on log_uses_indirect_client on acl livreacesso url_regex -i provale.com.br # FIM ACLs acl all src 0.0.0.0/0.0.0.0 acl manager proto cache_object acl localhost src 127.0.0.1/255.255.255.255 acl SSL_ports port 443 563 acl Safe_ports port 80 21 443 563 70 210 1025-65535 acl CONNECT method CONNECT http_access allow manager localhost http_access deny manager http_access deny !Safe_ports http_access deny CONNECT !SSL_ports http_access allow rede http_access deny all icp_access allow all error_directory /usr/local/etc/squid/errors/Portuguese cache_access_log /usr/local/squid/logs/access.log Obrigada. Renata Dias - 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 x-forwarded-for
Procure por Tproxy. Já rolou na lista. Abraços, Eduardo. -- From: Renata Dias renatchi...@gmail.com Sent: Friday, March 20, 2009 9:56 AM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: [FUG-BR] Squid x-forwarded-for Caros, Segue o que preciso: Tenho um servidor FreeBSD com squid e fazendo roteamento da rede, porém ele NÃO roda NAT. Preciso que os clientes atrás desse servidor passem pelo Proxy, mas devem sair com o IP deles e não com o IP do Proxy. Situação atual: cliente 200.200.200.10 passa pelo Proxy e sai p/ internet com IP 200.200.200.1. Situação ideal: cliente 200.200.200.10 passa pelo Proxy e sai p/ internet com IP 200.200.200.10. Compilei o squid-2.7.6 e está com --enable-follow-x-forwarded-for, conforme li na lista da FUG, porém não sei bem ao certo quala configuração que devo colocar no squid.conf. Meu squid.conf: http_port 3128 transparent visible_hostname Server.provale.com.br cache_dir ufs /usr/local/squid/cache 100 8 16 refresh_pattern ^ftp: 144020% 10080 refresh_pattern ^gopher:14400% 1440 refresh_pattern . 0 20% 4320 # ACLs acl horario time S M T W H F A 00:00-23:59 acl rede src 200.200.200.10 forwarded_for on header_access X-Forwarded-For allow rede follow_x_forwarded_for allow rede ident_lookup_access allow rede acl_uses_indirect_client on delay_pool_uses_indirect_client on log_uses_indirect_client on acl livreacesso url_regex -i provale.com.br # FIM ACLs acl all src 0.0.0.0/0.0.0.0 acl manager proto cache_object acl localhost src 127.0.0.1/255.255.255.255 acl SSL_ports port 443 563 acl Safe_ports port 80 21 443 563 70 210 1025-65535 acl CONNECT method CONNECT http_access allow manager localhost http_access deny manager http_access deny !Safe_ports http_access deny CONNECT !SSL_ports http_access allow rede http_access deny all icp_access allow all error_directory /usr/local/etc/squid/errors/Portuguese cache_access_log /usr/local/squid/logs/access.log Obrigada. Renata Dias - 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] problemas com locales no make installworld
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 renato martins escreveu: tenho um server aqui que vem atulizando ele 6.0 relese at'e agora ele ja esta no 6.3-stable ontem fui passar ele para 6.4 e quase no fim do make installworld ele nao acha um aquivo do locales: install -o root -g wheel -m 444 nb_NO.ISO8859-1.out /usr/share/locale/nb_NO.ISO8859-1/LC_TIME install: /usr/share/locale/nb_NO.ISO8859-1/LC_TIME: No such file or directory *** Error code 71 Stop in /usr/src/share/timedef. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ja fiz o cvsup varias vezes com mirror diferentes e o erro continua. sera que da para tirar os locales no make.conf ? Obrigado !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Começando pelo básico, como está seu /etc/stable-supfile ? Você atualiza pelo cvsup -g -L 2 /etc/stable-supfile? att -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDlS4ACgkQ35zeJy7JhChy5wCeMCMhj16iGDSR0cFIpNar4Qyr PFEAnRkJvjr4dQYKf1HHif3m1CrRkTut =AyDk -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] problemas com locales no make installworld
nao pelo csup stable-supfile outra coisa vi na net que esse 'e um bug ja conhecido da versao 6.3 2009/3/20 Zhu Sha Zang zhushaz...@yahoo.com.br -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 renato martins escreveu: tenho um server aqui que vem atulizando ele 6.0 relese at'e agora ele ja esta no 6.3-stable ontem fui passar ele para 6.4 e quase no fim do make installworld ele nao acha um aquivo do locales: install -o root -g wheel -m 444 nb_NO.ISO8859-1.out /usr/share/locale/nb_NO.ISO8859-1/LC_TIME install: /usr/share/locale/nb_NO.ISO8859-1/LC_TIME: No such file or directory *** Error code 71 Stop in /usr/src/share/timedef. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ja fiz o cvsup varias vezes com mirror diferentes e o erro continua. sera que da para tirar os locales no make.conf ? Obrigado !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Começando pelo básico, como está seu /etc/stable-supfile ? Você atualiza pelo cvsup -g -L 2 /etc/stable-supfile? att -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDlS4ACgkQ35zeJy7JhChy5wCeMCMhj16iGDSR0cFIpNar4Qyr PFEAnRkJvjr4dQYKf1HHif3m1CrRkTut =AyDk -END PGP SIGNATURE- - 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] Servidor IBM 3650 congelando
Pessoal, Temos um servidor IBM x3650 com 6 HDs SATA de 750Gb, que funciona como nosso NFS server para backup dos servidores da rede. O FreeBSD é o 7.1 p-3. Não customizamos nada no kernel, apenas recompilamos, após o freebsd-update, para deixá-lo no p3. Temos o sambaclient também, para fazer backup dos servidores com Windows da rede. Rodamos o rsync de hora em hora para sincronizar os e-mails. Sempre esse IBM que se conecta no servidor de e-mail através do NFS e faz o rsync. O backup dos servidores FreeBSD é feito por cada servidor, pois cada um tem o HD do x3650 montado através do NFS. Já o backup dos servidores Windows é disparado pelo próprio IBM. Fazemos todos os testes possíveis de hardware e, pelo menos através dos diagnósticos da IBM, não tem problema algum. Estamos fazendo RAID10 através da controladora original. Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 da manhã, logo após o início do backup dos Windows, através do smbtar. Todos os pacotes foram instalados pelo ports e também estão atualizados. O problema é que liga na IBM e como o FreeBSD não é reconhecido, eles não tem como ajudar. Aplicamos todos os patchs da IBM - BIOS, BMC, etc... Alguma luz? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD para 64 bits
Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar qual instalação do FreeBSD amd64 ou i386 Obrigado - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD para 64 bits
Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar qual instalação do FreeBSD ? imd64 ou i386 mesmo ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor IBM 3650 congelando
Em Fri, 20 Mar 2009 10:27:11 -0300 Ari Arantes Filho a...@dd.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 da manhã, logo após o início do backup dos Windows, através do smbtar. pode estar aguardando resposta a algum request: mount, ftp, algo assim.. analise TODOS os processos que possam estar no ar no momento e que possam estar aguardando resposta a alguma solicitação - seja de hard, seja de soft mesmo: um mount ainda não atendido, um hd slave morto, um drive externo (fita) também morto -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Na cabina cabem muitas; no coração só uma. - 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 para 64 bits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thiago Gomes escreveu: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar qual instalação do FreeBSD ? imd64 ou i386 mesmo ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Acredito que pelas desvantagens em relação à memória melhor uso será i386. Assim uso aqui. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1 QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4 =0yER -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor IBM 3650 congelando
Bem vindo à família das pessoas que tiveram problemas de hardware com os server IBM x Series (3550, no meu caso). Abraço, Eduardo. -- From: Ari Arantes Filho a...@dd.com.br Sent: Friday, March 20, 2009 10:27 AM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: [FUG-BR] Servidor IBM 3650 congelando Pessoal, Temos um servidor IBM x3650 com 6 HDs SATA de 750Gb, que funciona como nosso NFS server para backup dos servidores da rede. O FreeBSD é o 7.1 p-3. Não customizamos nada no kernel, apenas recompilamos, após o freebsd-update, para deixá-lo no p3. Temos o sambaclient também, para fazer backup dos servidores com Windows da rede. Rodamos o rsync de hora em hora para sincronizar os e-mails. Sempre esse IBM que se conecta no servidor de e-mail através do NFS e faz o rsync. O backup dos servidores FreeBSD é feito por cada servidor, pois cada um tem o HD do x3650 montado através do NFS. Já o backup dos servidores Windows é disparado pelo próprio IBM. Fazemos todos os testes possíveis de hardware e, pelo menos através dos diagnósticos da IBM, não tem problema algum. Estamos fazendo RAID10 através da controladora original. Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 da manhã, logo após o início do backup dos Windows, através do smbtar. Todos os pacotes foram instalados pelo ports e também estão atualizados. O problema é que liga na IBM e como o FreeBSD não é reconhecido, eles não tem como ajudar. Aplicamos todos os patchs da IBM - BIOS, BMC, etc... Alguma luz? 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] [OT] Cacti
Pessoal, blz? Atualizei a versão do cacti para a cacti-0.8.7d e pra minha surpresa o desgramado não deixa mais eu autenticar com o admin, tenho o seguinte log: Mar 20 12:01:55 jabber httpd: PHP Warning: preg_replace() [a href='function.preg-replace'function.preg-replace/a]: Internal pcre_fullinfo() error -3 in /usr/local/share/cacti/lib/html_utility.php on line 485 porém, voltei o backup de ontem do mysql e fiz o upgrade denovo dele e vi que ele altera alguns registros da tabela users, alguém passou por isso? Abraço, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: [OT] Cacti
Bom dia, Tive um problema parecido aqui, mas estava ligado a atualização do PHP, creio que você deva ter atualizado o PHP também, no UPDATING do ports tem um pequeno howto de como concertar esse erro, ele está ligado ao modulo PHP5-PCRE, que agora é parte integrante do binário PHP João Luiz Pedrosa Viana http://www.vespanet.com.br http://www.jviana.eti.br MSN: jvi...@bsdmail.com Skype: jviana (31)8661-4232 Associado a: Esta mensagem, incluindo seus anexos, pode conter informações privilegiadas e/ou de caráter confidencial e seu conteúdo é para conhecimento exclusivo do destinatário. O seu uso, divulgação, reprodução e/ou cópia são proibidos. This message is intended only for the individual or organization to which it is addressed and contains confidential and privileged information. Any retransmission, dissemination or other use of this information by anyone other than the intended recipient is prohibited. -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Márcio Luciano Donada Enviada em: sexta-feira, 20 de março de 2009 11:58 Para: Lista de discussao do grupo FUG-BR Assunto: [FUG-BR] [OT] Cacti Pessoal, blz? Atualizei a versão do cacti para a cacti-0.8.7d e pra minha surpresa o desgramado não deixa mais eu autenticar com o admin, tenho o seguinte log: Mar 20 12:01:55 jabber httpd: PHP Warning: preg_replace() [a href='function.preg-replace'function.preg-replace/a]: Internal pcre_fullinfo() error -3 in /usr/local/share/cacti/lib/html_utility.php on line 485 porém, voltei o backup de ontem do mysql e fiz o upgrade denovo dele e vi que ele altera alguns registros da tabela users, alguém passou por isso? Abraço, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd __ Informação do ESET Smart Security, versão da vacina 3951 (20090320) __ A mensagem foi verificada pelo ESET Smart Security. http://www.eset.com __ Informação do ESET Smart Security, versão da vacina 3951 (20090320) __ A mensagem foi verificada pelo ESET Smart Security. http://www.eset.com - 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 para 64 bits
Qual desvantagem do uso de 64bits em relação a memória? []'s T+.. Leomar.. 2009/3/20 Zhu Sha Zang zhushaz...@yahoo.com.br -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thiago Gomes escreveu: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar qual instalação do FreeBSD ? imd64 ou i386 mesmo ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Acredito que pelas desvantagens em relação à memória melhor uso será i386. Assim uso aqui. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1 QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4 =0yER -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente. Leomar Viegas Junior. LPIC-1 Linux Professional Institute Certified MCP - Managing Windows XP 2003 Server .ılı..ılı. Loading CISCO ** Informação transmitida destina-se apenas à pessoa a quem foi endereçada e pode conter informação confidencial, legalmente protegida e para conhecimento exclusivo do destinatário. Se o leitor desta advertência não for o seu destinatário, fica ciente de que sua leitura, divulgação ou cópia é estritamente proibida. Caso a mensagem tenha sido recebida por engano, favor comunicar ao remetente e apagar o texto de qualquer computador. ** - 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 para 64 bits
Um inteiro passa de 32 para 64 bits! =p rsrsrs Looog, consome mais memória. Abraço, Eduardo. -- From: Leomar Viegas Junior leomar.vie...@gmail.com Sent: Friday, March 20, 2009 12:01 PM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: Re: [FUG-BR] FreeBSD para 64 bits Qual desvantagem do uso de 64bits em relação a memória? []'s T+.. Leomar.. 2009/3/20 Zhu Sha Zang zhushaz...@yahoo.com.br -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thiago Gomes escreveu: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar qual instalação do FreeBSD ? imd64 ou i386 mesmo ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Acredito que pelas desvantagens em relação à memória melhor uso será i386. Assim uso aqui. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1 QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4 =0yER -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente. Leomar Viegas Junior. LPIC-1 Linux Professional Institute Certified MCP - Managing Windows XP 2003 Server .ılı..ılı. Loading CISCO ** Informação transmitida destina-se apenas à pessoa a quem foi endereçada e pode conter informação confidencial, legalmente protegida e para conhecimento exclusivo do destinatário. Se o leitor desta advertência não for o seu destinatário, fica ciente de que sua leitura, divulgação ou cópia é estritamente proibida. Caso a mensagem tenha sido recebida por engano, favor comunicar ao remetente e apagar o texto de qualquer computador. ** - 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] [OT] Cacti
Opa, foi mal quis dizer kill -9 no processo do MYSQL (mysqld ou mysqld_safe). Abraço, Eduardo. -- From: Eduardo Schoedler eschoed...@viavale.com.br Sent: Friday, March 20, 2009 12:03 PM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: Re: [FUG-BR] [OT] Cacti Você deu algum kill -9 no processo do postfix ? A máquina foi desligada incorretamente ? Aparentemente a tabela do mysql corrompeu. Corrija com um repair table. Abraço, Eduardo. -- From: Márcio Luciano Donada mdon...@gmail.com Sent: Friday, March 20, 2009 11:58 AM To: Lista de discussao do grupo FUG-BR Freebsd@fug.com.br Subject: [FUG-BR] [OT] Cacti Pessoal, blz? Atualizei a versão do cacti para a cacti-0.8.7d e pra minha surpresa o desgramado não deixa mais eu autenticar com o admin, tenho o seguinte log: Mar 20 12:01:55 jabber httpd: PHP Warning: preg_replace() [a href='function.preg-replace'function.preg-replace/a]: Internal pcre_fullinfo() error -3 in /usr/local/share/cacti/lib/html_utility.php on line 485 porém, voltei o backup de ontem do mysql e fiz o upgrade denovo dele e vi que ele altera alguns registros da tabela users, alguém passou por isso? Abraço, - 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] [OT] Cacti
Apenas para facilitar segue o que esta no Updating do ports 20081211: AFFECTS: users of lang/php5 AUTHOR: p...@freebsd.org, ite...@freebsd.org, a...@freebsd.org As of php 5.2.7, pcre extension is distributed with the core php5 package, and not as a standalone module anymore. Follow these steps to update your installation: Portupgrade users: pkg_delete -f php5-pcre-5.2.6 pkgdb -F portupgrade as usual Portmaster users: pkg_delete -f php5-pcre\* portmaster php5\* If you are using pecl ports you might need to force an update on them, ie.: portupgrade -f pecl\* or portmaster pecl\* If you have the pecl hash, json and/or zip extensions you need to replace them with the php5 bundled ones, ie.: portmaster/portupgrade -o archivers/php5-zip archivers/pecl-zip portmaster/portupgrade -o devel/php5-json devel/pecl-json portmaster/portupgrade -o security/php5-hash security/pecl-hash If you build your INDEX locally and you tried to build it after the php update commit, you need to rebuild it _after_ you updated lang/php5: cd /usr/ports make index or (if you use ports-mgmt/p5-FreeBSD-Portindex): cd /usr/ports cache-init portindex -o `make -V INDEXFILE` Até breve. João Luiz Pedrosa Viana http://www.vespanet.com.br http://www.vespanet.com.br http://www.jviana.eti.br http://www.jviana.eti.br MSN: mailto:jvi...@bsdmail.com jvi...@bsdmail.com Skype: jviana (31)8661-4232 Associado a: http://www.unotel.com.br/ UNOTEL Telecom cid:image002.jpg@01C74F9E.4139E9D0 Esta mensagem, incluindo seus anexos, pode conter informações privilegiadas e/ou de caráter confidencial e seu conteúdo é para conhecimento exclusivo do destinatário. O seu uso, divulgação, reprodução e/ou cópia são proibidos. cid:image003.jpg@01C74F9E.4139E9D0 This message is intended only for the individual or organization to which it is addressed and contains confidential and privileged information. Any retransmission, dissemination or other use of this information by anyone other than the intended recipient is prohibited. image001.jpgimage002.jpgimage003.jpg- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OT] Cacti
Eduardo Schoedler escreveu: Você deu algum kill -9 no processo do postfix ? A máquina foi desligada incorretamente ? Aparentemente a tabela do mysql corrompeu. Corrija com um repair table. Não Eduardo, Não sei se você leu todo o meu e-mail mas foi um upgrade na versão do cacti, somente, nada haver com postfix, com kill, com servidor que desligou. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OT] Cacti
João Luiz Pedrosa Viana escreveu: Apenas para facilitar segue o que esta no Updating do ports João, blz pura, eu já achei e to executando os procedimentos aqui. obrigado pela força abraço, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Servidor IBM 3650 congelando
O NFS costuma ser meio instável, mas travar a máquina é difícil. O que pode acontecer é o NFS travar e o cliente deixar de acessar.. Bom, infelizmente tenho alguns da IBM também, costumo desabilitar ACPI no boot do freebsd, já tentou esta opção? No meu caso, com ACPI ligado quando ele vai detectar a 2a placa de rede onboard ele congela :-) Outro detalhe, o travamento acontece na hora que é feito algum acesso NFS? Seria interessante deixá-lo sem NFS, ligado alguns dias para ver se é do software ou hardware. Engrossando o que o Eduardo falou, Bem vindo á IBM! -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Eduardo Schoedler Enviada em: sexta-feira, 20 de março de 2009 11:57 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Servidor IBM 3650 congelando Bem vindo à família das pessoas que tiveram problemas de hardware com os server IBM x Series (3550, no meu caso). Abraço, Eduardo. - 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 para 64 bits
Hmmm 2009/3/20 Eduardo Schoedler eschoed...@viavale.com.br: Um inteiro passa de 32 para 64 bits! =p rsrsrs Looog, consome mais memória. Abraço, Eduardo. -- From: Leomar Viegas Junior leomar.vie...@gmail.com Sent: Friday, March 20, 2009 12:01 PM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: Re: [FUG-BR] FreeBSD para 64 bits Qual desvantagem do uso de 64bits em relação a memória? []'s T+.. Leomar.. 2009/3/20 Zhu Sha Zang zhushaz...@yahoo.com.br -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thiago Gomes escreveu: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar qual instalação do FreeBSD ? imd64 ou i386 mesmo ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Acredito que pelas desvantagens em relação à memória melhor uso será i386. Assim uso aqui. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1 QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4 =0yER -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente. Leomar Viegas Junior. LPIC-1 Linux Professional Institute Certified MCP - Managing Windows XP 2003 Server .ılı..ılı. Loading CISCO ** Informação transmitida destina-se apenas à pessoa a quem foi endereçada e pode conter informação confidencial, legalmente protegida e para conhecimento exclusivo do destinatário. Se o leitor desta advertência não for o seu destinatário, fica ciente de que sua leitura, divulgação ou cópia é estritamente proibida. Caso a mensagem tenha sido recebida por engano, favor comunicar ao remetente e apagar o texto de qualquer computador. ** - 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
[FUG-BR] RES: FreeBSD para 64 bits
Em compensação você pode usar por exemplo 8GB de RAM em um servidor sem precisar de gambiarra como PAE, nos i386... Ando usando só 64bits, para o feijão com arroz(Proxy/firewall, servidor de correio, servidor de arquivos) e está tudo OK.. -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Thiago Damas Enviada em: sexta-feira, 20 de março de 2009 12:43 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] FreeBSD para 64 bits Hmmm 2009/3/20 Eduardo Schoedler eschoed...@viavale.com.br: Um inteiro passa de 32 para 64 bits! =p rsrsrs Looog, consome mais memória. Abraço, Eduardo. -- From: Leomar Viegas Junior leomar.vie...@gmail.com Sent: Friday, March 20, 2009 12:01 PM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: Re: [FUG-BR] FreeBSD para 64 bits Qual desvantagem do uso de 64bits em relação a memória? []'s T+.. Leomar.. 2009/3/20 Zhu Sha Zang zhushaz...@yahoo.com.br -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thiago Gomes escreveu: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar qual instalação do FreeBSD ? imd64 ou i386 mesmo ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Acredito que pelas desvantagens em relação à memória melhor uso será i386. Assim uso aqui. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1 QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4 =0yER -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente. Leomar Viegas Junior. LPIC-1 Linux Professional Institute Certified MCP - Managing Windows XP 2003 Server .ılı..ılı. Loading CISCO ** Informação transmitida destina-se apenas à pessoa a quem foi endereçada e pode conter informação confidencial, legalmente protegida e para conhecimento exclusivo do destinatário. Se o leitor desta advertência não for o seu destinatário, fica ciente de que sua leitura, divulgação ou cópia é estritamente proibida. Caso a mensagem tenha sido recebida por engano, favor comunicar ao remetente e apagar o texto de qualquer computador. ** - 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 - 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 para 64 bits
2009/3/20 Renato Frederick freder...@dahype.org: Em compensação você pode usar por exemplo 8GB de RAM em um servidor sem precisar de gambiarra como PAE, nos i386... Ando usando só 64bits, para o feijão com arroz(Proxy/firewall, servidor de correio, servidor de arquivos) e está tudo OK.. Exato, e pelo que eu ando escutando a maior parte dos projetos, pelo menos os grandes, já usa variáveis específicas tipo int32 ou algo do gênero para garantir que o desperdício não ocorra. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Kernel panic STABLE 7.0
Gustavo, Estou com um problema parecido com o seu. Arquivos grandes no backup congela a máquina. Mas estou usando o FreeBSD 7.1. Teve alguma novidade? []s, Ari - Mensagem encaminhada de gust...@z - Data: Fri, 20 Mar 2009 12:46:43 -0300 De: gust...@z Assunto: Re: [FUG-BR] Kernel panic STABLE 7.0 Para: Ari Confirme se as panic strings são iguais mesmo. No meu caso aparentemente foi um problema no sistema de arquivos devido aos caras do datacenter terem desligado a máquina na marra. Eu sugiro que vc cheque se for o mesmo panic string, quais as partições afetadas, passe fsck na mão e acima de tudo DESABILITE fsck em background pois ele só dá dor de cabeça, não parece funcionar... (vc pode fazer isso pelo rc.conf, background_fsck=NO ) estou na correria agora se me ocorrer alguma idéia entro em contato. abraços --gustavo Citando Ari : 2009/3/12 gust...@z Estou com um FreeBSD aqui num Dell Poweredge R200 que me deu uns kernel panics, eis as panic strings: Code: 1) Dumptime: Thu Feb 26 09:02:42 2009 Hostname: secrethostname Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-RELEASE #0: Tue Nov 4 12:27:42 BRST 2008 root@:/usr/src/sys/i386/compile/SECRETHOSTNAME Panic String: ffs_blkfree: freeing free block 2) Dumptime: Fri Feb 27 11:30:59 2009 Hostname: secrethostname Magic: FreeBSD Kernel Dump Panic String: ffs_clusteralloc: map mismatch 3) Dumptime: Fri Feb 27 11:48:42 2009 Hostname: secrethostname Magic: FreeBSD Kernel Dump Panic String: ffs_blkfree: freeing free block 4) Dumptime: Tue Mar 3 10:30:28 2009 Hostname: secrethostname Magic: FreeBSD Kernel Dump Panic String: ffs_blkfree: freeing free block 5) Dumptime: Fri Mar 6 14:22:04 2009 Hostname: secrethostname Magic: FreeBSD Kernel Dump Panic String: ufs_dirbad: /disk1: bad dir ino 1131015 at offset 1536: mangled entry Tentei reproduzir o erro recriando a condição de arquivos grandes sendo movidos e/ou removidos dos sistemas de arquivos e não é sempre que acontece. No entanto 80% dos panics aconteceram durante a operação com arquivos grandes, sendo 3 na inserção de banco de dados e 1 descompactando 2 GB (não muito grande o arquivo). Vi recomendações para se desabilitar soft-updates nos sistemas de arquivos mas ocorreu o panic mesmo assim, durante uma tentativa de inserção no banco PostgreSQL. Estou pesquisando problemas com drivers em relação a controladora SAS e estou desconfiado pela NIC estar compartilhando IRQ com a controladora. Só que agora eu estou realizando mais ou menos as mesmas atividades (diminuí bastante o tamanho do banco, e agora ele consegue inserir: antes acusava arquivo corrompido ou erro de sintaxe) e nada de panic. Daí pensei em rodar essa ferramenta do sysutils: stress. Mas aparentemente ela DÁ CRASH no sistema MESMO, pelo que li na documentação. Então não sei se vai ser útil pra testar o panic anterior ou se vou inventar um novo panic. Será que meus últimos fscks resolveram o FS e era isso que tava causando o panic? Será que ele vai voltar pra me assombrar? Como posso me certificar antes de botar a máquina em produção total? PS: uma das coisas que achei que poderia causar isso é bad RAM, pedi pra realizarem um memtest86+ faz 2 semanas e os caras meio que se recusam, não entendo pq, não entendo a dificuldade. abraços, --Gustavo Apêndices: # pciconf -vl hos...@pci0:0:0:0: class=0x06 card=0x chip=0x29f08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '(Bearlake) Processor to I/O Controller' class = bridge subclass = HOST-PCI pc...@pci0:0:1:0: class=0x060400 card=0x023c1028 chip=0x29f18086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '(Bearlake) PCIe Root Port 1' class = bridge subclass = PCI-PCI pc...@pci0:0:28:0: class=0x060400 card=0x023c1028 chip=0x29408086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 1' class = bridge subclass = PCI-PCI pc...@pci0:0:28:4: class=0x060400 card=0x023c1028 chip=0x29488086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 5' class = bridge subclass = PCI-PCI pc...@pci0:0:28:5: class=0x060400 card=0x023c1028 chip=0x294a8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 6' class = bridge subclass = PCI-PCI uh...@pci0:0:29:0: class=0x0c0300 card=0x023c1028 chip=0x29348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uh...@pci0:0:29:1: class=0x0c0300 card=0x023c1028 chip=0x29358086 rev=0x02 hdr=0x00
Re: [FUG-BR] FreeBSD para 64 bits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eduardo Schoedler wrote: Um inteiro passa de 32 para 64 bits! =p rsrsrs Looog, consome mais memória. Negativo. Já havia feito esse teste antes e fiz novamente agora. Compile e rode: #include stdio.h int main(void) { printf(%d\n, sizeof(int)); } - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknDxVoACgkQXL+vuN2d7ZzwvQCdGkaKBqjB89QDJiLDnNKI/Ira 4VgAmwc7cqvbINhp2xFezDhW+AjirJIU =uTbJ -END PGP SIGNATURE- - 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: Servidor IBM 3650 congelando
No meu caso foi hardware mesmo. Depois de várias atualizações de firmware, eles finalmente se dobraram e me mandaram um servidor novinho.. que continuou congelando Eu não queria acreditar no que via, mas congelava. Então fui autorizado pelo suporte deles a desmontar ambos e fazer testes. Foi então que consegui um hardware estável: metade do antigo, metade do novo, e váááriaas atualizações (inclusive downgrade) de firmware. Desde então não mexi mais. Foram 6 longos meses até chegar nesse ponto. Abraços, Eduardo. -- From: Renato Frederick freder...@dahype.org Sent: Friday, March 20, 2009 12:31 PM To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Subject: [FUG-BR] RES: Servidor IBM 3650 congelando O NFS costuma ser meio instável, mas travar a máquina é difícil. O que pode acontecer é o NFS travar e o cliente deixar de acessar.. Bom, infelizmente tenho alguns da IBM também, costumo desabilitar ACPI no boot do freebsd, já tentou esta opção? No meu caso, com ACPI ligado quando ele vai detectar a 2a placa de rede onboard ele congela :-) Outro detalhe, o travamento acontece na hora que é feito algum acesso NFS? Seria interessante deixá-lo sem NFS, ligado alguns dias para ver se é do software ou hardware. Engrossando o que o Eduardo falou, Bem vindo á IBM! -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Eduardo Schoedler Enviada em: sexta-feira, 20 de março de 2009 11:57 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Servidor IBM 3650 congelando Bem vindo à família das pessoas que tiveram problemas de hardware com os server IBM x Series (3550, no meu caso). Abraço, Eduardo. - 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] Servidor IBM 3650 congelando
fsck -y duas vezes seguidas em modo single, meu IBM ta com uptime de um ano e nunca pertubou Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 da manhã, logo após o início do backup dos Windows, através do smbtar. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OT] Cacti
Você que não viu o email que mandei na sequência. Eduardo. -- From: Márcio Luciano Donada mdon...@gmail.com Sent: Friday, March 20, 2009 12:16 PM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: Re: [FUG-BR] [OT] Cacti Eduardo Schoedler escreveu: Você deu algum kill -9 no processo do postfix ? A máquina foi desligada incorretamente ? Aparentemente a tabela do mysql corrompeu. Corrija com um repair table. Não Eduardo, Não sei se você leu todo o meu e-mail mas foi um upgrade na versão do cacti, somente, nada haver com postfix, com kill, com servidor que desligou. - 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] nfs - comportamento estranho
ou EU estou me estranhando. estou exportando - a partir de um servidor Linux - um diretório, via nfs. A partir de um terminal Linux eu consigo montar/utilizar o folder exportado, sem problemas. Porém, o bicho pega aqui em máquina FreeBSD 7.1 stable: monta-se sem erros: [r...@glite:~#]: mount -t nfs 192.168.10.80:/home/exp/ /Alan a partir daí, não consigo fazer mais nada (nem ls): [r...@glite:~#]: ls /Alan/ total 0 ls: : Permission denied [r...@glite:~#]: notar que estou como root. eu não entendi (ainda) o que está acontecendo, porque fiz como consta no manual: http://www.freebsd.org/doc/en/books/handbook/network-nfs.html alguma idéia? -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Não há domingo sem missa nem segunda sem preguiça. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] nfs - comportamento estranho
Irado, uma coisa nao podemos negar ... isso eh problema de permissão , rss vamos lá, mostre como estão os seus arquivos: /etc/hosts e exports - que pode estar em /etc/exports ou /usr/etc/exports NullCk Powered By FreeBSD --- Em sex, 20/3/09, irado furioso com tudo ir...@vfemail.net escreveu: De: irado furioso com tudo ir...@vfemail.net Assunto: [FUG-BR] nfs - comportamento estranho Para: fug Freebsd@fug.com.br Data: Sexta-feira, 20 de Março de 2009, 14:50 ou EU estou me estranhando. estou exportando - a partir de um servidor Linux - um diretório, via nfs. A partir de um terminal Linux eu consigo montar/utilizar o folder exportado, sem problemas. Porém, o bicho pega aqui em máquina FreeBSD 7.1 stable: monta-se sem erros: [r...@glite:~#]: mount -t nfs 192.168.10.80:/home/exp/ /Alan a partir daí, não consigo fazer mais nada (nem ls): [r...@glite:~#]: ls /Alan/ total 0 ls: : Permission denied [r...@glite:~#]: notar que estou como root. eu não entendi (ainda) o que está acontecendo, porque fiz como consta no manual: http://www.freebsd.org/doc/en/books/handbook/network-nfs.html alguma idéia? -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Não há domingo sem missa nem segunda sem preguiça. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] nfs - comportamento estranho
O usuario do backup tem autorização para fazer cópias dos tais arquivos ? esta ao menos no mesmo grupo(s) , etc ... Em Sex, 2009-03-20 às 15:30 -0300, irado furioso com tudo escreveu: Em Fri, 20 Mar 2009 11:07:19 -0700 (PDT) NullCk nul...@yahoo.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: uma coisa nao podemos negar ... isso eh problema de permissão , rss quem dera sêsse.. se sêsse, que bom não foria.. mas NO FUNDO vc tem razão, mano; alterei as permissões NO SERVIDOR para 0777 (festa do kaki pra todo mundo, era 0755) e liberou. Contudo, o handbook e outros papers que li não dizem que eu tenho que colocar as permissões assim.. permissivas. Algo tá errado, só não sei o que (grande me**a, se eu soubesse, não tava perguntado - rss). intão tá, mudando um bocadim: por que tenho que deixar as permissões no server como 0777 (rwx completo) para acessar o compartilhamento nfs??? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Desempenho do squid
Estou testando as informações abaixo .. e pelo que vejo houve uma melhora considerável no acesso aqui .. muito interessante vou continuar observando ... No mais obrigado . ! -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Eder Souza Enviada em: quinta-feira, 19 de março de 2009 15:15 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Desempenho do squid Claro, Como vc sabe o nosso querido FreeBSD é extramemente customizável, quando vc instala o freebsd ele vem com as configuração default, apartir disso você pode customizar seu freebsd para que ele trabalhe melhor com o seu Firewall seu Squid ETC. Chamamos de tunning quando alteramos alguns parametros do kernel ou do seu sysctl para que seu sistema trabalhe, gerencia e seje mais veloz do que as configurações default. para vc ver segue link do tunning no squid para FREEBSD http://www.freebsdonline.com/content/view/23/39/ o passo 2 deste howto talvez não seje necessário dependendo da versao do seu freebsd ele já vem como default instalado o DISKD bem provável q seje o seu caso... o passo 3 é tranquilo adicione as regras em seu sysct o passo 4 inclua os paramentros em seu kenel e o recompile o mesmo options SHMSEG=16 options SHMMNI=32 options SHMMAX=2097152 options SHMALL=4096 options MAXFILES=8192 Espero ter ajudado Abraço Eder de Souza 2009/3/19 cobausque cobaus...@ig.com.br Não podeira explicar dar mais detalhes ? -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Eder Souza Enviada em: quinta-feira, 19 de março de 2009 14:16 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Desempenho do squid Como vc deve saber algo que influencia bastente no desempenho do squid com o diskd é a alteração de alguns parametros no seu kernel para o squid tirar a força total em desempenho o o tunning chegou a ver isso? ... Att, Eder de Souza 2009/3/19 Marco Rohde marco...@bsd.com.br Esse parametro é referente ao tamanho dos arquivos a serem baixados e armazenados em cache, caso vc faça download de uma pagina maior que isso ele automaticamente entregara a solicitação porém não armazenara em cache de memoria, ja que tem 4gb de ram não vejo porque nao aumentar isso pra 1mb por exemplo, hj em dia muito raro existir paginas desse tamanho ,mas enfim. A performance do squid praticamente continuara a mesma, unica diferença que ele fará mais cache, consequentemente a performance melhora sim, rsss Não sei se me fiz entender, mas é isso. abço! 2009/3/19 cobausque cobaus...@ig.com.br Pessoal gostaria de uma opinião para quando a um squid bem configurado digo rápido e Full Tenho um servidor aqui rodando com squid 2.7stable4 No squid.conf dele esta configurado pra diskd com 4 (diretórios) com 20Gb cada. Computador com 4Gb de memória ..minha duvida é se eu poderia por exemplo alocar mais memória pra trabalhar com o squid por exemplo MAXIMUM_OBJECT_SIZE_IN_MEMORY= 8KB Eu podeira aumentar este parâmetro por exemplo ?? Uso discos scsi neste micro .. Minha duvica é que seria bom aumentar o consumo de memória do squid ? Há mesmo uma melhora na entrega dos dados? Minha intenção é ter mesmo o melhor desempenho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Desde já agradeço pela atenção! Atte. Marco - 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 - 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] nfs - comportamento estranho
Em Fri, 20 Mar 2009 11:07:19 -0700 (PDT) NullCk nul...@yahoo.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: uma coisa nao podemos negar ... isso eh problema de permissão , rss quem dera sêsse.. se sêsse, que bom não foria.. mas NO FUNDO vc tem razão, mano; alterei as permissões NO SERVIDOR para 0777 (festa do kaki pra todo mundo, era 0755) e liberou. Contudo, o handbook e outros papers que li não dizem que eu tenho que colocar as permissões assim.. permissivas. Algo tá errado, só não sei o que (grande me**a, se eu soubesse, não tava perguntado - rss). intão tá, mudando um bocadim: por que tenho que deixar as permissões no server como 0777 (rwx completo) para acessar o compartilhamento nfs??? -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free 3 eixos envenenados e 1 machão invocado. - 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 para 64 bits
Eduardo Schoedler wrote: Um inteiro passa de 32 para 64 bits! =p rsrsrs Looog, consome mais memória. Negativo. Já havia feito esse teste antes e fiz novamente agora. Compile e rode: #include stdio.h int main(void) { printf(%d\n, sizeof(int)); } - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ É isso mesmo João Paulo, para o tipo int não muda nada. Isso provavelmente quebraria muitos programas que não foram pensados para trabalhar dessa maneira (inteiros de 64bits). A única coisa que muda é o tamanho dos ponteiros (void *), por isso a maioria dos programas funciona de forma transparente e sem dor de cabeça nos ambientes 64 bits (já era hora). Isso aumenta um pouco o uso da memória se você tem o uso de muitos ponteiros no programa, mas com certeza nada que se compare aos ganhos que você vai obter. []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OT] Cacti
João Luiz Pedrosa Viana escreveu: Apenas para facilitar segue o que esta no Updating do ports João, Esse procedimento ele serviou até a versão 5.2.7, to usando a versão 5.2.9, sendo que na versão 5.2.8 o pessoal do FreeBSD voltou a utilizar o pcre. Acredito que esse problema do cacti deva ser outra coisa. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: [OT] Cacti
O Marcio, no meu caso eu atualizei para a 5.2.9, tava usando a 5.2.8 daí deu o mesmo pau... simplesmente segui os paços do updating e no meu caso funcionou João Luiz Pedrosa Viana escreveu: Apenas para facilitar segue o que esta no Updating do ports João, Esse procedimento ele serviou até a versão 5.2.7, to usando a versão 5.2.9, sendo que na versão 5.2.8 o pessoal do FreeBSD voltou a utilizar o pcre. Acredito que esse problema do cacti deva ser outra coisa. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd __ Informação do ESET Smart Security, versão da vacina 3952 (20090320) __ A mensagem foi verificada pelo ESET Smart Security. http://www.eset.com __ Informação do ESET Smart Security, versão da vacina 3952 (20090320) __ A mensagem foi verificada pelo ESET Smart Security. http://www.eset.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] nfs - comportamento estranho
Em Fri, 20 Mar 2009 15:42:17 -0300 Marcello unixma...@yahoo.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: O usuario do backup tem autorização para fazer cópias dos tais arquivos ? esta ao menos no mesmo grupo(s) , etc ... no /server/exports apenas defini a rede, sem um usuario em particular. No remoto só se tornou acessivel quando a permissão (no server) foi alterada para 0777; contudo, no remoto aparece usuario/grupo inexistente: -rw-r--r-- 1 500 500 4.4K Jan 6 15:03 /Alan/ipfw.rules êsse tal 500 (usuário/grupo) não existe. agora sim, ficou claro como lama, não? -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Se dinheiro não traz felicidade dê o seu para mim e seja feliz. - 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: Desempenho do squid
Hehe Isso Att, Eng Eder Souza 2009/3/20 cobausque cobaus...@ig.com.br Estou testando as informações abaixo .. e pelo que vejo houve uma melhora considerável no acesso aqui .. muito interessante vou continuar observando ... No mais obrigado . ! -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Eder Souza Enviada em: quinta-feira, 19 de março de 2009 15:15 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Desempenho do squid Claro, Como vc sabe o nosso querido FreeBSD é extramemente customizável, quando vc instala o freebsd ele vem com as configuração default, apartir disso você pode customizar seu freebsd para que ele trabalhe melhor com o seu Firewall seu Squid ETC. Chamamos de tunning quando alteramos alguns parametros do kernel ou do seu sysctl para que seu sistema trabalhe, gerencia e seje mais veloz do que as configurações default. para vc ver segue link do tunning no squid para FREEBSD http://www.freebsdonline.com/content/view/23/39/ o passo 2 deste howto talvez não seje necessário dependendo da versao do seu freebsd ele já vem como default instalado o DISKD bem provável q seje o seu caso... o passo 3 é tranquilo adicione as regras em seu sysct o passo 4 inclua os paramentros em seu kenel e o recompile o mesmo options SHMSEG=16 options SHMMNI=32 options SHMMAX=2097152 options SHMALL=4096 options MAXFILES=8192 Espero ter ajudado Abraço Eder de Souza 2009/3/19 cobausque cobaus...@ig.com.br Não podeira explicar dar mais detalhes ? -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Eder Souza Enviada em: quinta-feira, 19 de março de 2009 14:16 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Desempenho do squid Como vc deve saber algo que influencia bastente no desempenho do squid com o diskd é a alteração de alguns parametros no seu kernel para o squid tirar a força total em desempenho o o tunning chegou a ver isso? ... Att, Eder de Souza 2009/3/19 Marco Rohde marco...@bsd.com.br Esse parametro é referente ao tamanho dos arquivos a serem baixados e armazenados em cache, caso vc faça download de uma pagina maior que isso ele automaticamente entregara a solicitação porém não armazenara em cache de memoria, ja que tem 4gb de ram não vejo porque nao aumentar isso pra 1mb por exemplo, hj em dia muito raro existir paginas desse tamanho ,mas enfim. A performance do squid praticamente continuara a mesma, unica diferença que ele fará mais cache, consequentemente a performance melhora sim, rsss Não sei se me fiz entender, mas é isso. abço! 2009/3/19 cobausque cobaus...@ig.com.br Pessoal gostaria de uma opinião para quando a um squid bem configurado digo rápido e Full Tenho um servidor aqui rodando com squid 2.7stable4 No squid.conf dele esta configurado pra diskd com 4 (diretórios) com 20Gb cada. Computador com 4Gb de memória ..minha duvida é se eu poderia por exemplo alocar mais memória pra trabalhar com o squid por exemplo MAXIMUM_OBJECT_SIZE_IN_MEMORY= 8KB Eu podeira aumentar este parâmetro por exemplo ?? Uso discos scsi neste micro .. Minha duvica é que seria bom aumentar o consumo de memória do squid ? Há mesmo uma melhora na entrega dos dados? Minha intenção é ter mesmo o melhor desempenho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Desde já agradeço pela atenção! Atte. Marco - 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 - 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] nfs - comportamento estranho
Isso parece coisa do BSOS (Blue Screen OS), um workarroud seria vc criar um usuario 500:500 e rodar a partir dele. Em Sex, 2009-03-20 às 17:00 -0300, irado furioso com tudo escreveu: Em Fri, 20 Mar 2009 15:42:17 -0300 Marcello unixma...@yahoo.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: O usuario do backup tem autorização para fazer cópias dos tais arquivos ? esta ao menos no mesmo grupo(s) , etc ... no /server/exports apenas defini a rede, sem um usuario em particular. No remoto só se tornou acessivel quando a permissão (no server) foi alterada para 0777; contudo, no remoto aparece usuario/grupo inexistente: -rw-r--r-- 1 500 500 4.4K Jan 6 15:03 /Alan/ipfw.rules êsse tal 500 (usuário/grupo) não existe. agora sim, ficou claro como lama, não? - 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 para 64 bits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luiz Otavio O Souza wrote: É isso mesmo João Paulo, para o tipo int não muda nada. Isso provavelmente quebraria muitos programas que não foram pensados para trabalhar dessa maneira (inteiros de 64bits). A única coisa que muda é o tamanho dos ponteiros (void *), por isso a maioria dos programas funciona de forma transparente e sem dor de cabeça nos ambientes 64 bits (já era hora). Isso aumenta um pouco o uso da memória se você tem o uso de muitos ponteiros no programa, mas com certeza nada que se compare aos ganhos que você vai obter. É verdade. Fiz o teste com o ponteiro e realmente deu 8 bytes contra 4 bytes em uma máquina i386 (isso é óbvio, já que como há mais memória pra se trabalhar, o tamanho do ponteiro deve ser maior pra endereçar tudo). Mas quanto ao resto das variáveis, continua a mesma coisa. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknEC20ACgkQXL+vuN2d7ZyPHACfeT1guCfu8IggBmKWsD1Pls0J AIEAoKwChnggQ16BHYCzyLP/OKyP0U7N =p/Rf -END PGP SIGNATURE- - 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: [OT] Cacti
João Luiz Pedrosa Viana escreveu: O Marcio, no meu caso eu atualizei para a 5.2.9, tava usando a 5.2.8 daí deu o mesmo pau... simplesmente segui os paços do updating e no meu caso funcionou No meu caso nao rolou tive que voltar a versao 5.2.8 ai rolou tudo certo. Abraco - 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 para 64 bits
On Fri, March 20, 2009 10:34, Thiago Gomes wrote: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar qual instalação do FreeBSD amd64 ou i386 Obrigado afaik, o Dual Core é baseado no core Yonah e é 32bits só, o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits qual é este seu ? matheus -- We will call you cygnus, The God of balance you shall be - 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 para 64 bits
Nenhum_de_Nos escreveu: On Fri, March 20, 2009 10:34, Thiago Gomes wrote: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar qual instalação do FreeBSD amd64 ou i386 Obrigado afaik, o Dual Core é baseado no core Yonah e é 32bits só, o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits qual é este seu ? matheus Pentium Dual core, são todos 64BITS: Do mais lento: [1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS Até o mais rapido: [2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V Só não tem extensoes EMT64 de alguns P4 para baixo. References 1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS 2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V - 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 para 64 bits
On Fri, March 20, 2009 19:47, Leo Garcia wrote: Nenhum_de_Nos escreveu: On Fri, March 20, 2009 10:34, Thiago Gomes wrote: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar qual instalação do FreeBSD amd64 ou i386 Obrigado afaik, o Dual Core é baseado no core Yonah e é 32bits só, o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits qual é este seu ? matheus Pentium Dual core, são todos 64BITS: Do mais lento: [1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS Até o mais rapido: [2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V Só não tem extensoes EMT64 de alguns P4 para baixo. References 1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS Intel® Pentium® Processor for Desktop E2140 ^^^ http://download.intel.com/design/mobile/datashts/30922106.pdf neste pdf, Intel® Core Duo Processor and Intel® Core Solo Processor on 65 nm Process Datasheet não faz nenhuma referência a em64t (verificado com a busca) eu não li o danado todo :) segundo o wikipedia: http://en.wikipedia.org/wiki/List_of_Intel_Core_microprocessors, tb não tem em64t. matheus 2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- We will call you cygnus, The God of balance you shall be - 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 para 64 bits
Pelo processor finder todos os E tem X64 Quem geralmente não tem são os Celeron Dual Core (alguns casos) Mas em todos eles (revisões) dizem qu sim. Tenho um Dell com E2160 depois vou dar uma conferida. Nenhum_de_Nos escreveu: On Fri, March 20, 2009 19:47, Leo Garcia wrote: Nenhum_de_Nos escreveu: On Fri, March 20, 2009 10:34, Thiago Gomes wrote: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar qual instalação do FreeBSD amd64 ou i386 Obrigado afaik, o Dual Core é baseado no core Yonah e é 32bits só, o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits qual é este seu ? matheus Pentium Dual core, são todos 64BITS: Do mais lento: [1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS Até o mais rapido: [2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V Só não tem extensoes EMT64 de alguns P4 para baixo. References 1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS Intel® Pentium® Processor for Desktop E2140 ^^^ http://download.intel.com/design/mobile/datashts/30922106.pdf neste pdf, Intel® Core™ Duo Processor and Intel® Core™ Solo Processor on 65 nm Process Datasheet não faz nenhuma referência a em64t (verificado com a busca) eu não li o danado todo :) segundo o wikipedia: http://en.wikipedia.org/wiki/List_of_Intel_Core_microprocessors, tb não tem em64t. matheus 2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V - 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] Teclado Thinkpad no FreeBSD
Pessoal, Tenho um notebook Lenovo R61i Thinkpad que uso o Ubuntu 8.10. nele algumas maquinas virtuais com o FreeBSD. Usando o FreeBSD no Vmware acontece um problema, setas de direção ao serem presionadas abrem novos terminais e ao inves de mostrar os comandos usandos até o sysinstall não funciona. Alguem sabe como eu posso resolver esse problema. obrigado - 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 para 64 bits
On Fri, March 20, 2009 20:09, Leo Garcia wrote: Pelo processor finder todos os E tem X64 Quem geralmente não tem são os Celeron Dual Core (alguns casos) Mas em todos eles (revisões) dizem qu sim. Tenho um Dell com E2160 depois vou dar uma conferida. os E são para desktop. A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar qual instalação do FreeBSD amd64 ou i386 Centrino é para notebook. daí a Série T matheus Nenhum_de_Nos escreveu: On Fri, March 20, 2009 19:47, Leo Garcia wrote: Nenhum_de_Nos escreveu: On Fri, March 20, 2009 10:34, Thiago Gomes wrote: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar qual instalação do FreeBSD amd64 ou i386 Obrigado afaik, o Dual Core é baseado no core Yonah e é 32bits só, o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits qual é este seu ? matheus Pentium Dual core, são todos 64BITS: Do mais lento: [1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS Até o mais rapido: [2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V Só não tem extensoes EMT64 de alguns P4 para baixo. References 1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS Intel® Pentium® Processor for Desktop E2140 ^^^ http://download.intel.com/design/mobile/datashts/30922106.pdf neste pdf, Intel® Core Duo Processor and Intel® Core Solo Processor on 65 nm Process Datasheet não faz nenhuma referência a em64t (verificado com a busca) eu não li o danado todo :) segundo o wikipedia: http://en.wikipedia.org/wiki/List_of_Intel_Core_microprocessors, tb não tem em64t. matheus 2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V - 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 -- We will call you cygnus, The God of balance you shall be - 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 para 64 bits
Não tinha me ligado. Centrino série T tem EMT64 Nenhum_de_Nos escreveu: On Fri, March 20, 2009 20:09, Leo Garcia wrote: Pelo processor finder todos os E tem X64 Quem geralmente não tem são os Celeron Dual Core (alguns casos) Mas em todos eles (revisões) dizem qu sim. Tenho um Dell com E2160 depois vou dar uma conferida. os E são para desktop. A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar qual instalação do FreeBSD amd64 ou i386 Centrino é para notebook. daí a Série T matheus Nenhum_de_Nos escreveu: On Fri, March 20, 2009 19:47, Leo Garcia wrote: Nenhum_de_Nos escreveu: On Fri, March 20, 2009 10:34, Thiago Gomes wrote: Pessoal, A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar qual instalação do FreeBSD amd64 ou i386 Obrigado afaik, o Dual Core é baseado no core Yonah e é 32bits só, o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits qual é este seu ? matheus Pentium Dual core, são todos 64BITS: Do mais lento: [1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS Até o mais rapido: [2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V Só não tem extensoes EMT64 de alguns P4 para baixo. References 1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS Intel® Pentium® Processor for Desktop E2140 ^^^ http://download.intel.com/design/mobile/datashts/30922106.pdf neste pdf, Intel® Core™ Duo Processor and Intel® Core™ Solo Processor on 65 nm Process Datasheet não faz nenhuma referência a em64t (verificado com a busca) eu não li o danado todo :) segundo o wikipedia: http://en.wikipedia.org/wiki/List_of_Intel_Core_microprocessors, tb não tem em64t. matheus 2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V - 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