Re: [FUG-BR] Problemas na vr0
Em Qui, 2012-08-16 às 08:35 -0300, Eduardo Lemos de Sa escreveu: > Então é isto: a placa se cansou :-)!! > Falando sério, parece que placas de rede com este chip são > problemáticas > por serem inconstantes: eu tive uma que quase me fez reinstalar todo o > sistema operacional porque, por infeliz coincidência, eu havia feito > uma > atualização menor (8.0 para 8.1) e, logo em seguida, a performance da > rede > caiu (a velocidade de transferência começava em 11 MB/s para uns > parcos 0.5 > kB / s. Logo imaginei que fosse um problema da nova versão instalada. > Por > sorte, troquei a placa de rede (por uma exatamente igual) e a rede > voltou a > voar baixo. > Apesar de serem inconstantes, estas placas são baratas e pode-se se > dar ao > luxo de ter um pequeno estoque delas. > > Saudações > > Eduardo > Confirmado o que o Eduardo disse... A placa com o tempo "cansa", tem algumas que o tempo tende a infinido outras, alguns meses... eu tive um problema com uma dessas... DLINK TX502.. a coisa travava, perda de pacotes... etc... etc... Troquei por uma multilaser PCIE e nunca mais ouvi falar da coisa... Fica ai anotador: DLINK TX502 > never. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Binário do OpenOffice para FreeBSD
Em Qua, 2012-08-15 às 09:02 -0300, Joao Rocha Braga Filho escreveu: > On Tue, Aug 14, 2012 at 7:06 PM, nervoso wrote: > > Nao serve o libreoffice nao??? > > > > eu tenho binarios (3.5.5)... formato pkgng ... > > e is os packages de linguagem (pt_BR) > > para FreeBSD 8.3 stable, amd64 > > e para FreeBSD 9.0 stable, amd64 > > Serve sim. > > Estava chamando de OpenOffice por "inércia", por costume. > > E é este que eu estava tentando compilar quando deu problemas. > > Onde estão os binários que não achei no site do FreeBSD? > > > João Rocha. > > > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > Ok... binario do libreoffice FreeBSD 8.3 stable => export PACKAGESITE=http://dist64.k1.com.br:81/packages/All/ e depois... pkg install -y libreoffice === binario do libreoffice para 9.0 STABLE export PACKAGESITE=http://dist64.k1.com.br:83/packages/All/ e depois pkg install -y libreoffice AVISO*AVISO*AVISO*AVISO* O sistema utiliza pkgng. veja que se voce der o comando acima ele vai trazer o libreoffice e TODAS as dependencias... e vai instalar na tua maquina... se voce quer trazer so os binarios, pega via http://dist64.k1.com.br:XX/packages/All XX=81 ou 83 (ver url acima...) e escolhe o pacote (tgz)... expanda o pacote na tua maquina (tar xpvf ) e acerte as dependencias correspondentes... Para v. ter uma ideia da coisa, as dependencias sao: === ORBit2-2.14.19 aalib-1.4.r5_6 alsa-lib-1.0.25 alsa-plugins-1.0.25 atk-2.0.1 avahi-app-0.6.29_3 bitstream-vera-1.10_5 bsh-2.0.b4_6 ca_root_nss-3.13.5 cairo-1.10.2_4,2 celt-0.11.3_1 compositeproto-0.4.2 consolekit-0.4.3 cups-client-1.5.2_2 curl-7.24.0 damageproto-1.2.1 db41-4.1.25_4 db42-4.2.52_5 dbus-glib-0.94 dbus-1.4.14_3 dejavu-2.33 desktop-file-utils-0.18 dirac-1.0.2 dmidecode-2.11 dri2proto-2.6 eggdbus-0.6_1 encodings-1.0.4,1 esound-0.2.41 expat-2.0.1_2 faac-1.28_2 ffmpeg-0.7.13_4,1 fftw3-float-3.3.2 fftw3-3.3.2 fixesproto-5.0 flac-1.2.1_3 font-bh-ttf-1.0.3 font-misc-ethiopic-1.0.3 font-misc-meltho-1.0.3 font-util-1.2.0 fontconfig-2.9.0,1 freetype2-2.4.9_1 gamin-0.1.10_4 gconf2-2.32.0_3 gdbm-1.9.1 gdk-pixbuf-2.23.5_3 gentium-basic-1.1.0 gettext-0.18.1.1 gio-fam-backend-2.28.8_1 glib-2.28.8_4 gmp-5.0.5 gnome_subr-1.0 gnomehier-2.3_12 gobject-introspection-0.10.8_2 gpac-libgpac-0.4.5_6,1 graphite2-1.1.3 gsm-1.0.13 gstreamer-plugins-0.10.36_1,3 gstreamer-0.10.36 gtk-engines2-2.20.2_1 gtk-update-icon-cache-2.24.6_1 gtk-2.24.6_2 gtk-3.0.12_2 hal-0.5.14_19 hicolor-icon-theme-0.12 hunspell-1.3.2_1 hyphen-2.8.5 icu-4.8.1.1_1 inputproto-2.0.2 jackit-0.121.3_2 jasper-1.900.1_10 java-zoneinfo-2012.c javavmwrapper-2.4 jbigkit-1.6 jpeg-8_3 kbproto-1.0.5 lame-3.99.5 lcms-1.19_1,1 libGL-7.6.1 libGLU-7.6.1 libICE-1.0.7,1 libIDL-0.8.14_1 libSM-1.2.0,1 libX11-1.4.4,1 libXau-1.0.6 libXaw-1.0.9,2 libXcomposite-0.4.3,1 libXcursor-1.1.12 libXdamage-1.1.3 libXdmcp-1.1.0 libXext-1.3.0_1,1 libXfixes-5.0 libXft-2.1.14 libXi-1.4.5,1 libXinerama-1.1.1,1 libXmu-1.1.0,1 libXp-1.0.1,1 libXpm-3.5.9 libXrandr-1.3.2 libXrender-0.9.6 libXt-1.1.1,1 libXtst-1.2.0 libXv-1.0.6,1 libXxf86dga-1.1.2 libXxf86vm-1.1.1 libaacplus-2.0.2_1 libaudiofile-0.2.7 libcheck-0.9.8 libcmis-0.1.0 libcroco-0.6.2_1 libdaemon-0.14 libdrm-2.4.17_1 liberation-fonts-ttf-1.07.0,1 libexecinfo-1.1_3 libexttextcat-3.3.1 libffi-3.0.9 libfontenc-1.1.0 libgcrypt-1.5.0 libggi-2.2.2_3,1 libgii-1.0.2_2 libglut-7.6.1 libgpg-error-1.10 libgsf-1.14.21_1 libiconv-1.14 libidn-1.22 libltdl-2.4.2 libogg-1.3.0,4 libpciaccess-0.12.1 libpthread-stubs-0.3_3 librsvg2-2.34.1_1 libsamplerate-0.1.8_3 libsndfile-1.0.25_2 libssh2-1.4.2,2 libtheora-1.1.1_3 libva-1.0.14 libvisio-0.0.18 libvolume_id-0.81.1 libvorbis-1.3.3_1,3 libvpx-1.1.0 libwpd-0.9.4_1 libwpg-0.2.1_1 libwps-0.2.7 libxcb-1.7 libxml2-2.7.8_3 libxslt-1.1.26_3 linuxlibertine-g-20120116 lp_solve-5.5.2.0 mkfontdir-1.0.6 mkfontscale-1.0.9 mp4v2-1.9.1 mpfr-3.1.0_3 mythes-1.2.3 neon29-0.29.6_4 nspr-4.9.1_1 nss-3.13.5 open-motif-2.3.3_1 opencore-amr-0.1.2 opencv-core-2.3.1_4 openjdk6-b25_1 openjpeg-1.5.0_1 orc-0.4.16 pango-1.28.4_1 pciids-20120625 pcre-8.31 perl-threaded-5.8.9_7 pixman-0.24.2 pkgconf-0.8.5 png-1.5.12 policykit-0.9_6 polkit-0.99 poppler-data-0.4.5 poppler-glib-0.18.4_2 poppler-0.18.4_1 portaudio-18.1_2 printproto-1.0.5 pulseaudio-0.9.23_1 python26-2.6.8_3 randrproto-1.3.2 raptor2-2.0.8 rasqal-0.9.29 recordproto-1.14.1 redland-1.0.15 renderproto-0.11.1 rtmpdump-2.4_1 sampleicc-1.6.6 schroedinger-1.0.11 sdl-1.2.15_2,2 shared-mime-info-1.0_1 speex-1.2.r1_4,1 sqlite3-3.7.13 tiff-4.0.2 videoproto-2.3.1 vo-aacenc-0.1.2 vo-amrwbenc-0.1.2 x264-0.125.2201 xbitmaps-1.1.1 xcb-util-renderutil-0.3.8 xcb-util-0.3.
Re: [FUG-BR] Binário do OpenOffice para FreeBSD
Nao serve o libreoffice nao??? eu tenho binarios (3.5.5)... formato pkgng ... e is os packages de linguagem (pt_BR) para FreeBSD 8.3 stable, amd64 e para FreeBSD 9.0 stable, amd64 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] VirtualBox com VRDP, tem jeito?
Em Dom, 2012-08-05 às 22:05 -0300, Paulo Olivier Cavalcanti escreveu: > Implementei duas máquinas windows virtualizadas no trabalho. Coloquei-as > na minha rede real, tudo funcionando bonitinho via VBoxHeadless. Mas para > completar o processo eu precisava implementar o VRDP do VirtualBox, e para > minha surpresa descobri que no FreeBSD não existe esta extensão - ela é > proprietária. > > Sendo assim, pergunto: existe alguma maneira de implementar essa extensão > no BSD? Sim, eu sei que existe a opção de compilar com VNC, até já fiz > isso, mas precisava que fosse RDP, a chefia já está acostumada. > > Fácil 1) habilite placa de rede (da maquina virtual) em modo bridge 2) vai no ruindows, e configure placa de rede como dhcp (ou ip fixo... ) 3) crie um usuario comum e um usuario administrador (no ruindows) 4) configure o sistema (ruindows para acessso remoto) um usuario por maquina e logado como usuario comum Pronto... basta conectar no IP da placa de rede do ruindows porta 3389... e apontar o rdesktop (ou alguma coisa do genero) para o ip da maquina virtual porta 3389 ele ira abrir uma tela pedindo login e senha... Funciona... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro no boot zpool
Em Sáb, 2012-08-04 às 13:47 -0300, joao jamaicabsd escreveu: > > Ops, foi mal, vc é um descendente então dele, rsss. > Qual o sentido de fazer isso? > Nao... mas ja ouvi falar que o cara era bom... mas eu do minhas "cacetadas" na area de computacao... o meu "moto" é o seguinte: se o BSD nao faz, nao pode ser feito... pronto... Voltando ao teu sistema parece que v. usa mbr sim... como particao de boot e um zfs para montar o root... Eu fiz um disco de "live+install" que instala tudo de uma vez.. e so faz 3 perguntas... é um CD (280Mb)... serve para recuperar coisas http://gate1.k1.com.br/Downloads/cdimage-90amd64-08.iso login=root, senha=1234 ele te joga no prompt, com o BSD montado na memoria... A partir dai usando os comandos: sysctl kern.disks => mostra os discos disklabel /dev/xx => mostra as particoes do disco zpool import => mostra os pools v. consegue importar o pool, e re-gravar o arquivo zpool.cache que aparentemente está corrompido... No CD tem um comando=initsetup este comando, monta o CD e dispara um menu CUIDADO com as opcoes do menu, pois ele pode: ZERAR todo o disco INSTALAR O BSD NO DISCO INICIAR UMA VPN para meus servidores (quando o cara esta dentro de um firewall...) TUDO ISSO SEM PERGUNTAR coisa alguma. O CD é para quem sabe o que esta fazendo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro no boot zpool
Em Sáb, 2012-08-04 às 10:22 -0300, joao jamaicabsd escreveu: > Bom dia a todos. > Estou com um problema que nao estou achando uma solução e preciso de uma > ajuda. > Após uma queda de energia o servidor de DBA não subiu mais, e nos dois hds > em raid acontece o mesmo problema. > > Servidor: > Servidor IBM com 2 HDs em raid. > S.O: > FreeBSD > > Problema: > zpool_cahce...failed! > mfi...ok > \ > > estou tentando montar e nao consigo, alguém pode me ajudar?? > Obrigado. > o sistema usa MBR e zfs como particao de boot??? se sim, veja se existe o /boot/zfs/zpool.cache se nao existe o fsck removeu ele dá um zpool import -R /mnt -a e veja se ele monta o zfs (e as particoes zfs) no /mnt se sim, é só dar um zpool export (onde = zfspool) e depois... zpool import -a reboot e veja se fica tudo ok... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] o Javanunes
Em Qua, 2012-07-25 às 20:01 -0300, Paulo Henrique BSD Brasil escreveu: > > Discordo plenamente, a dica do modem Huawei mesmo funcionou > plenamente, > Outra coisa Lucas, não fique chatiado só por que você se ofendeu com > o > que o Javanunes escreveu, o objetivo dele não é dos mais puritanos > como > poderia pensar contudo o cara não é doente, ta bom talvez tenha um > mem > leak mais somente isso !! Li a reportagem do cara (o javanunes...) achei que ele postou corretamente... nao disse por que funciona, ou por que nao funciona... mas o que ele falou tem sentido... uso os mesmos procedimentos, há muito tempo, dbus, hal, fdi, policykit... e funciona... a unica diferenca é que eu coloquei o usuario no grupo operator, e editei os arquivos... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Wireless
Humm eu faço um pouco diferente no caso eu usei ath0... no /etc/rc.conf. wlans_ath0="wlan0" create_args_wlan0="wlanmode hostap" ifconfig_wlan0="inet 192.168.5.1/24 ssid meu_ssid channel 8" hostapd_enable="YES" == no /etc/hostapd.conf.. interface=wlan0 driver=bsd logger_syslog=-1 logger_syslog_level=0 logger_stdout=-1 logger_stdout_level=0 debug=3 ctrl_interface=/var/run/hostadp ctrl_interface_group=wheel ssid=meu_ssid macaddr_acl=0 auth_algs=1 ieee8021x=0 wpa=1 wpa_passphrase=laranja276 wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP TKIP depois inicia tudo... /etc/rc.d/netif start ath0 wlan0 /etc/rc.d/hostapd start - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD 9 X 8
Em Seg, 2012-07-09 às 15:09 -0300, Marcelo Gondim escreveu: > rsrsrs foi só uma idéia mas também não acredito que fosse ele em si. > Mas > que no FreeBSD 8.3-stable ficou melhor que no 9-stable isso ficou. > Por > que será? > Será que no 9.1 esses problemas de performance vão estar resolvidos > ou > só veremos isso lá pelo 9.2 ou 9.3? Fica a dúvida. > Interessante... nos meus sistemas (banco de dados postgres...) e com bancos da ordem de 40Gb com poucos usuarios, mas grandes queries, o 9.0 é bem mais rapido No meu sistema, o acesso ao banco é feito por um "pool" de conexoes, assim por exemplo, tem 600 usuarios, mas somente 40 conexoes ele enfilera as conexoes em modo assincrono, e pega os resultados depois... funciona muito bom 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] Servior DNS por traz do NAT
Pára de sofrer e usa o pf... no /boot/loader.conf pf_enable="YES" no /etc/rc.conf pf_enable="YES" no /etc/pf.conf... if_ext=rl0 if_int=nfe0 ruindows="192.168.77.99" nat on $if_ext from !$if_ext -> $if_ext rdr on $if_ext proto tcp from \ !$if_ext to $if_ext port 80 -> $ruindows port 80 e por ultimo.. kldload pf (só esta vez...) /etc/rc.d/pf start Pronto... - 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 com load altíssimo
Mais uma Dá uma olhada no acesso aos discos. a luz de acesso ao disco tem que ficar PISCANDO e nao "acesa"... se estiver "acesa", coloca no loader.conf a opcao: vm.kmem_size="16G" (nao se esqueça das ==>"<===) sendo 16G o dobro da memoria real... site de torrent mirror do TPB??? solta para nóis ai a url que o final de semana já está ai e um bom filme sempre é uma opcao... principalmente se for em portugues e dublado para as criancas... - 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 com load altíssimo
Em Sex, 2012-07-06 às 14:24 -0300, Marcelo Gondim escreveu: > Nervoso será que se eu compilasse o MySQL com essas opções ajudaria? > > WITH_PROC_SCOPE_PTH=yes Use process scope threads > WITH_FAST_MUTEXES=yes Replace mutexes with spinlocks > Humm pode ser... se v. tem thread swith muito rapido, o spinlock é uma boa... so testando - 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 com load altíssimo
Em Sex, 2012-07-06 às 14:29 -0300, Leonardo Augusto escreveu: > cara o lance do mysql persistente connections é no php.ini. > > (php.ini) > mysql.allow_persistent = Off (voce deve estar com ON ali, bota off !! e > testa ) > > E PELO AMOR DO BSD, INSTALA O MEMCACHE E COLOCA LA NAS QUERYES E NO > SESSION DO PHP. e se o cara "INCESTE" que nao dá??? Tenta montar o /tmp na memoria. no /etc/rc.conf. tmpfms="YES" tmpsize=512M boot na maquina... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] servidores
Eu ja testei muitos tanto dell como ibm, sun tenho alguns pontos a considerar: 1) até a UM ano atraz, o negocio era HD rapido pois os chips(pentes) de memoria tinham 2Gb, 4Gb de memoria e era caros... 2) Com o lancamento de chips de 8GB (tem aqui na esquina) uma MB com 4 slots, tem 32GB, e no proximo ano vai ter chip de 16GB o que totaliza 64GB de memoria... 3) como memoria é pelo menos 10⁶ mais rapido que qualquer HD com qualquer controladora.. eu apostaria em um FreeBSD serie 10 com ZFS e "tunado" para usar 62Gb de memoria como "buffer" do ZFS. Desta maneira eu poderia usar dois discos de 2TB SATA 3 (6Gb/seg) em mirror, o que daria uma perfomance muito boa. com baixo custo, (algo em torno de R$4000,00). Um processador de 8cores (AMD FX8) daria conta da coisa... 4) Posso ainda usar o parametro "cache" do zfs e montar um disco SSD pequeno=128GB para cache do sistema de 2TB. Fiz um teste com um SSD de 64GB e fica muito rapido, da para ver nitidamente que os discos de 2T quase nao sao acessados.. Nao gosto de raids por hardware.. alem do problema dos discos iguais, tem o problema de fragmentacao... Eu concordo que antes do ZFS, raid em controladora era uma boa opcao.. 60Gb de memoria disponivel para o ZFS, acho que ele fica mais rapido que uma controladora de disco que tem "apenas" 256Mb (ou 512..). Nos primeiros acessos, pode ser que a controladora leve vantagem, mas depois, o ZFS domina.. [] Nervoso - 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 com load altíssimo
Tem ainda o TUNE =kern.threads.max_threads_per_proc: no meu sistema ele vai de 1500 o que significa que um mysql poderia criar até 1500 threads... Ve o que informa o teu sistema ai - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OFF: contato revenda de servidores
> > > eu já estou chegando a conclusão de que financeiramente é melhor comprar as > peças e montar, pelo menos vc não paga pela marca, saber dimensionam > corretamente o hardware do servidor, comprar coisa boa pra montar da certo > sim, o que economiza de dinheiro que seria pago na "grife" da pra comprar > alguma coisa de reserva > Pensa no seguinte: 1) a Dell ainda usa tecnologia de 5 anos atraz (ainda usa Xeon, quando deveria usar I7) 2) em UM ano ambas as maquinas estarao desatualizadas 3) em 3 ANOS viraram sucata (tanto o dell como a maquina montada) 4) quando pifar a controladora da dell (daqui a 2 anos), a dell demora dias até te repor a controladora 5) a controladora da dell so faz raid de DISCOS IGUAIS!!! (qual a chance de v. achar um disco igual daqui a 2 anos???) 6) se acontecer alguma coisa com sua maquina dell (e os discos ficarem perfeitos...) v. nao podera montar os discos em outra maquina e continuar operando (coisa de 30 minutos) 7) os discos SAS teriam vantagem ANTES de aparecer no mercado SATA 3 a 6BGbits/seg 8) os discos SAS sao pequenos... o teu notebook tem mais HD que o servidor DELL??? 9) claro que a DELL tem uma solucao ótima (NAS=network attached storage), por "apenas" 50 mil dolares 10) e finalmente, usando ZFS é voce que manda... - 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 com load altíssimo
Em Sex, 2012-07-06 às 08:57 -0300, Antônio Pessoa escreveu: > Mas se essa mesma aplicação funcionava sem problema em outro servidor > não justificaria, a não ser que o desenvolvedor tenha atualizado a > aplicação justamente durante a migração do servidor, mascarando a real > causa do problema. Eu tinha um caso justamente com php e mysql o php fazia loop no banco, o que "acabava" com a cpu, pois ficava em loop ao adquirir mutex. solucao foi colocar um sleep de uns 100ms no loop de aquisicao de mutex, e tomar cuidado para se o mutex for em cima de I/O aberto, quando der I/O error (close do socket, por exemplo) em uma thread, o mutex (que estava associado ao socket...) entra em loop... Mysql, sendo um "BANDO" de dados e multithread, se nao for bem programado no php, ele realmente come toda a cpu Parece que tem loop de php em cima do banco de dados mysql... veja com o programador onde está o loop... Compile o kernel com a opcao KTRACE execute a coisa... pegue uma task (PID) do apache que esta em loop, consumindo tudo.. vai em um filesystem com BASTANTE ESPACO... e dá o comando... ktrace -di -p PID deixe rodar por uns 20 segundos comando: ktrace -c -p PID (pára o trace)... comando: kdump > trace.log (cria o arquivo de log...) depois use o vi para olhar o trace.log e veja se o sistema nao esta em loop de socket ou mutex. (vai nas ultimas linhas e vai voltando...). No linux funciona??? Sim por que o sistema de threads do linux é diferente... coisa com "recursive mutex" Nos BSDs (freebsd, netbsd, openbsd e até no OSX!!!) tem problema com isso... ele entra em loop quando nao configurado a opcao de mutex no codigo do programa... - 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 com load altíssimo
Ok.. eu tentaria, na sequencia. 1) pkg_delete -a 2) portsnap fetch extract 3) cd /usr/ports/ports-mgmt/portmaster 4) make install clean 5) portmaster shells/bash www/apache22 lang/php5-extensions 6) editar arquivos de configureacao de boot/runtime = /etc/sysctl,conf e /boot/loader.conf 7) reboot comentarios: pkg_delete -a REMOVE TODOS OS PACKAGES Parece ser um problema de thread (lock...) eu colocaria no kernel (no source... as opcoes: options NO_ADAPTIVE_MUTEXES e construiria um kernel a partir dai... recompilando o software na maquina que esta rodando, faz com que o sistema compile com as opcoes certas do sistema operacional em uma maquina destas, vai demora uns 20 minutos... Preste atencao as opcoes que o portmaster vai pedindo a media que configura o sistema.. configure sómente o necessário Veja no sistema operacional se nao falta semaforos, ou shared memory no meu sysctl.conf está assim: kern.ipc.shmmax=4294967296 kern.ipc.shmall=1048576 kern.maxfiles=12 == no loader.conf. kern.ipc.semmap= 256 kern.ipc.shmmni=1024 kern.ipc.semmni=1024 kern.ipc.semmns= 10240 kern.ipc.semmnu= 4800 kern.ipc.semmsl= 256 kern.ipc.semume= 128 vfs.zfs.prefetch_disable=1 === Atente para o fato tb que eu desligaria o read ahead do ZFS... (sysctl.conf, opcao vfs.zfs.prefetch_disable=1) espero que ajude... - 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: OFF: contato revenda de servidores
Em Ter, 2012-07-03 às 15:38 -0300, Marcelo Gondim escreveu: > Desliguei o servidor que era um Dell Poweredge da vida, se eu ainda > me > lembro, e levamos para a sala dos equipamentos da emissora. Quando > liguei a máquina e ela me informou que não havia mais nada no raid 1 > eu > quase enfartei. Mais de 3 dias de trabalho no ralo, é de chorar. > Para minha sorte eu tinha algumas coisas salvas e 90% das coisas > ainda > estavam frescas na minha cabeça. Refiz o servidor e antes de desligar > a > máquina, removi o disco espelhado... vai te catar que esse aqui > ninguém > tasca a mão ahahahahahah depois que removi o disco aí sim desliguei a > máquina e liguei novamente. Tudo parecia estar normal aí fiz o > seguinte > teste: tirei o cabo de força da máquina e esperei um pouco. Batata > quando liguei novamente tudo pro saco mas dessa vez estava eu com o > backup em mãos hahahah Sim... neste caso v. teria o backup. por que o HD era pequeno, hoje com HD de 2TB nao da mais para ter backup.. e o ponto fraco agora é a maldita da controladora DELL... Em uma outra empresa (que tinha $$...) o cara comprou 2 servidores dell poweredge iguais, sistemas instalados... etc e tal.. so que um estava funcionando e o outro desligado de backup... a empresa faturava na ordem del 50 mil por hora... Batata... deu um pico de luz e o servidor (que estava ligado...) parou.. claro que a controladora de disco (a tal de PERC6...) resetou e nao reconhecia mais os HD. o backup, do dia anterior (com uma carga horaria de trabalho de 10 horas, sao 500 mil reais...) Pega-se a controladora da outra maquina e liga-se na maquina de producao.. (as duas controladoras sao identicas...) adivinha??? nao reconheceu os drivers...chama a dell (vem o "ténico"...) nova controladora (do cara da dell) e nada... telefona para o suporte da dell... Depois de reset do firmware, reset do MB (outro MB), e apenas "6 horas depois..." 6 X 50.000 => 300.000 reais depois... o sistema voltou... porem aida deu um monte de setores logicos errados no filesystem... conseguimos copiar o banco para outra maquina (que não dell é claro...) por sorte.. mas pura sorte mesmo... o banco subiu... e as dell??? Isso naquele tempo que a dell nao perguntava qual o sistema operacional, por que HOJE se v. disser que o sistema operacional é FreeBSD, o cara da dell diz que nao da suporte e desliga na tua cara... No final formata-se tudo de novo... (as duas maquinas)... e o banco de dados??? ficou no zfs na maquina montada... Liçao: Com uma controladora "inteligente" sua empresa esta dependente somente desta peça.. se ela pifar, tua empresa pára... e nao adianta ter outra igual do lado, pois a controladora "assina" o HD... Se v. pegar outra controladora e ligar o HD da "uma" ela estraga os HD (provavelmente, descarrega a memoria (sao 512Mb) em cima do novo HD, destruindo o FS), os HDs ficam perfeitos mas os filesystems ficam destruidos... uma verdadeira maravilha... - 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: OFF: contato revenda de servidores
Em Seg, 2012-07-02 às 21:08 -0300, João Mancy escreveu: > O problema da Dell é o pós venda após vencer a garantia reposição vira o > inferno. > Por isso é que eu faço como os grandes: Google, Facebook. MONTO AS proprias maquinas comprando produtos de primeira tipo: fonte CORSAIR 600Watts gabinte thermaltake com 4 ventiladores todos roletados (rolamento) MB ASUS série 5 ou 8 processador 8cores AMDFX8 modelo 8150 black edition, sao 8 cores totalmente independentes rodando a 3.6Ghz.. 32Gb de memoria ddr3 1333Ghz dual channel. HD SATA3 2TB segate BLUE LABEL, com 6Gb/seg transferencia placa de rede gigabit (PCIE) placa wireless N (PCIE)... Sistema operacional FreeBSD serie 9.X com zfs em mirror... virtualbox, vnc, gnome 2,32, libreoffice, cups, access point.. Custa tudo uns R$3500,00 Fica obsoleto em... 2 anos (o mesmo tempo que a dell). MTBF estimado de... 50.000 horas ==> 5 anos (o tempo dos HD's...) Tempo de conserto estimado= 4 horas.. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Realtek, e o naméde
Em Seg, 2012-04-09 às 13:13 -0300, Frederico Terra Boechat escreveu: > Uma vez me falaram que o suite tava ampolado, dai eu perguntei "what?" > > Dai ele me respondeu "ledeando, cascateando" > > A AMPOLADO Essa é muito boa... aprendi mais uma. Bom ja que estamos no "contando causo", Tem o cara la de Concórdia (SC) que que me telefonou dizendo que o servidor tinha parado e que a mensagem dizia alguma coisa com o "namede" pronucia => na mé de... Eu fiquei pensado o que será isso??? nao tem na mé de... Ai um tail -f /var/log/messages informava problema com o "named". - 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 realtek re0, ===> R$500,00
> > BV = Branco do Verde > V = Verde > BL= Branco do Laranja > A = Azul > BA= Branco do Azul > L = Laranja > BM= Branco do Marrom > M = Marrom > > 1ª ponta = BV V BL A BA L BM M > 2ª ponta = BL L BV BM M V A BA > > :D Uma vez os "eletricistas" (que passaram as canaletas) e instalaram os "SUITERS" (eu juro que o cara falava "suiter")... claro que funcionava, parava... travava... etc... e tal, ai disseram que o "servidor" BSD que eu vendi tinha "pobrema" (quem tem um "probrema", já tem no mínimo DOIS...) e a advogada (dona do escritorio)... ja estava P. da vida comigo pois tudo funcionava, menos o "servidor" (que ela ja tinha pago...) Ai eu fui lá e olhei os cabos, vi que tava com a ligacao 12345678, disse que estava errado... os eletricistas disseram que eles sempre faziam assim e funcionava... Eu disse que se eu fizesse co cabo certo funcionaria... mas eu cobraria R$50 reais por cabo (por dois conectores...) A advogada topou... (claro, ela nao tinha ainda pago os "eletricistas")... entao o primeiro cabo fiz: BRAZ AZ BRVD MA BRMA VD BRLA LA... por exemplo no segundo eu troquei tudo comecando por exemplo com o laranja, branco laranja no terceiro comecei com o verde... e assim por diante... Claro que tudo funcionou e eu cobrei meus R$500,00.. Ai os "eletricistas" peguntaram por que eu trocava a sequencia... eu falei, é claro que a sequencia depende do COMPRIMENTO DO CABO... e fui embora com o cheque da advogada Está fucionando a uns 6 anos, de vez em quando ela me liga, eu entro pela internet, e conserto alguma coisa... (geralmente, arquivo deletado, para ser recuperado, no samba...) e cobro R$200,00 por chamada - 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 realtek re0 - defeito estranho
Comigo é o seguinte... tem realtek e realtreco... as realtek que eu uso sao da tenda, e funciona por anos a fio sem problemas. as realtreco eram (ja foram pro lixo a tempos) umas "genericas"com chipset rtl81XXD.. que na relalidade nem eram realtek... coisa hoje parecida com pendrives "baratos" kingston... que de kingston to tem a caixa... No meu caso o problema era o cabo... o "eletricista" fez o cabo 12345678 em vez de 12356478 feito o cabo certo, e com conector de boa qualidade + uma pitada de WD40...funcionou - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] MySQL server em FreeBSD x Mysql server em Windows server
Em Ter, 2012-04-03 às 01:10 -0300, Welinaldo Lopes Nascimento escreveu: > Olá a todos, > > Temos um cliente rodando sgbd mysql 4 em windows server 2007 /servidor Dell > Intel xenon 3.0 ghz, com 12gb de ram e mesmo assim notei que não há muita > performance do banco de dados principalmente quando há uma consulta tipo > Select all; > Tive uma idéia em mudar este servidor para freebsd e instalar mysql 5 > server; > Alguém tem um cenário parecido? Conseguiremos performance? > > > com certeza uma performance de pelo menos 2X a 3X principalmente se v. usar ZFS e dar um "tunning" nele Eu tenho muitos (200+) servidores rodando postgres8.4 com databases da ordem de 40 a 250GB em zfs com 8Gb de memoria, e a performance é impressionante...(boa)... Isto sem contar com zfs volume management, snapshots, restore... time travel... mirror e o melhor: nao degrada com o tempo de uso... sergio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Programa para edição de video
Em Seg, 2012-04-02 às 19:01 -0300, Mario Lobo escreveu: > Uso o kdenlive. Tá no ports e é muito bom. Bem completo!. > > Uso o avidemux tambem mas mais para conversão. > > -- > Mario Lobo > http://www.mallavoodoo.com.br BOA dica... esta eu vou testar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Programa para edição de video
Em Dom, 2012-04-01 às 03:02 -0300, Otacílio escreveu: > Alguém que está usando um programa de edição de video no FreeBSD que > funcione e não seja um programa trivial pode me indicar? > > Testei Lives e OpenShot mas esses simplesmente não funcionam! > Segmentation fault toda hora. Lives não insere clips. Um verdadeiro > inferno de frustração! Interessante... eu uso . avidemux2-2.5.5_4: Simple GUI based video editor avidemux2-plugins-2.5.5_4: Simple GUI based video editor (Plugins) openshot-1.4.0_1: A non-linear video editor FreeBSD 8.2-RELEASE-p2 amd64 ou FreeBSD 9 STABLE amd64 usando gnome 2.32 e funciona muito bem... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] modelagem de tráfego
Em Ter, 2012-03-27 às 23:12 -0300, Anderson Alves de Albuquerque escreveu: > com ipfw, teriam exemplos interessantes? teria como indicar alguns ou > algum site? > ok... supondo que temos xl0=placa de saida (pode ser tun0 tb., mas neste caso nao preciso de nat...) e placa interna nfe0... no pf.conf... if_ext=xl0 if_int=nfe0 scrub on $if_ext fragment reassemble nat on $if_ext from !$if_ext -> $if_ext === no /etc/fwsetup (ou outro nome... que v. quizer...) contanto que no /etc/rc.conf tenha: firewall_enable="YES" firewall_type="/etc/fwsetup" = enable one_pass pipe 1 config bw=512Kbps add pass udp from any to any via xl0 add check-state add pass tcp from any to any 22 via xl0 keep-state add pipe 1 tcp from any to any via xl0 add pass ip from any to any Neste caso, ele deixaria passar udp e ssh pela interface externa e limitaria a 512K tudo o que é TCP. para ativar tudo===> sh /etc/rc.firewall para ver ipfw list é recomendavel refazer o kernel com opcao de ipfw accept all pois se v. errar uma regra ele bloqueia a maquina para acesso externo... Sergio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] modelagem de tráfego
Em Seg, 2012-03-26 às 18:11 -0300, Anderson Alves de Albuquerque escreveu: > Existem linhas como as mostradas abaixo que tendem a modelar o tráfego. > Alguém conhece outros exemplos: > queue httpbandwidth 50% priority 7 hfsc (realtime (64%, 1000, 30%) > ) > > O problema (caracteristica) do pf é que ele so age no trafego de SAIDA, entao se v. tem um "tudo em um" fica dificil controlar o trafego de entrada (se v. tem um squid na maquina, por exemplo...) entao eu uso o pf para redirect, nat... e o ipfw para trafic shape... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] doações FreeBSD Foundation
Eu quando preciso mandar ou pagar qualquer coisa, e sem imposto, totalmente legal eu uso VISA Travel money vou em uma loja de cambio, compro um cartao visa http://www.visa.com.br/conteudo.asp?pg=1340 pago o minimo (US$100), e pego o cartao na hora... depois é so usar, nao paga diferenca cambial, iof quando preciso de mais vou com o cartao, recarrego ele (qualquer valor...) ... e uso... Esta de fazer doacoes para FBSD foundation é uma boa eles aceitam pequenos valores entao... vou usar o cartao em vez de "torrar" na balada Sergio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] asterisk
Eu uso asterisk 1.4 no FreeBSD ha muito tempo... na minha implementacao, o asterisk é comandado por stored procedure em um database postgres. é a diferenca entre uma central analogica e uma CPA... por isso é muito especifico... entao o extension.conf, sip.conf iax.conf, queues.conf tem somente algumas linhas... Em compensacao, funciona numa boa.. inclusive com codecs g729 (que eu compilei...) A LZT http://www.lzt.com.br vende este produto para todos os seus representantes (que tb. so usam FreeBSD)... como um canal de comunicacao e relacionamento interno.. sao "apenas" 3000 postos no sistema... Sergio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Gnome 3.2
Em Qui, 2012-01-19 às 02:36 -0200, Pablo Sánchez escreveu: > Alguém instalou de boa? Tem algum how-to por aí que seja simples? a interface é bonitinha... mas é só o sistema é uma fartura (farta tudo) precisa de suporte a 3D no video para o gnome-shell no modo "compativel" farta tudo do panel... precisa-se saber todos os control-alt-shift para operar aquilo É um sistema bolado por "gurus" para "gurus". Eu tenho uns NNN usuarios em gnome, e NENHUM deles conseguiu operar o gnome 3.X. Faltavam icones no desktop (tem que configurar, mas nao tem documentacao). O panel nao tem os applets, consome muito mais cpu, nao funciona direito em diskless (o trafego de rede chega a bloquear o switch, bom voces até podem dizer: troca o switch por um 3com ou cisco), mas ai v. vai ter que pagar do teu bolso o novo switch pois o cliente argumenta que o sistema antigo funcionava... Falta configuracao de teclado e acentuaçao... Para um usuario que usava o gnome 2.32 é um desastre eu usava ele no arch-linux, e aparentemente eles perderam uns 60% dos usuarios... (inclusive eu...). prefiro um FreeBSD en Vesa, rodando gnome 2.32 que um archlinux rodando gnome 3X no meu notebook Lenovo com AMD vision. Tem até um fork do gnome 2.32 no repositorio do arch... e ele funciona legal... Se, e quando o gnome 3.X ficar bom (daqui a uns 2 anos) eu vou dar uma olhada Por enquanto os clientes novos estao usando XFCE4 e roda numa boa - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RIP Irado "Jorge Carvalho" furioso com tudo :( A FUG sente sua falta!
Em Sáb, 2012-01-07 às 14:03 -0300, Lucas Dias escreveu: > Ser Jovem, está mais ligado a um estado de espírito, a atitudes, do > que > somente a idade. > > Ele tinha 66. - http://www.vivaolinux.com.br/~irado > > # flames > /dev/null (by irado) > Falow... eu tenho 60 (and counting...). O pessoal do BSD tem mais "experiencia" mesmo... parece que a idade média é 40 anos... Eu espero ficar aqui na lista pelo menos mais uns 20 anos... se eu for antes, eu aviso OK??? Sergio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Mais de controladoras... e reboots...
Em Sex, 2012-01-06 às 08:40 -0200, Alessandro de Souza Rocha escreveu: > Agora, caso for comprar um servidor novo numca compre IBM parador > FreeBSD, fui num cliente instalar um para ser servidor > banco de dados postgresql, a controladora reconhecia as vezes travava > e por ai vai. > No meu caso, a solucao foi tirar a maldita controladora, e ligar os hds na MB... tudo funcionou desde entao.. Depois do ZFS, o que importa é memoria e nao controladora... minhas experiencias em hardwares: 1) dell com 8Gb de memoria 2 xeon 6cores (2.8Ghz) controladora PERC6, 2 discos SAS 160BG 1rpm preco: R$8000,00 2) Maquina montada, 16Gb de memoria 1 AMD 6 cores (3.2ghz), 2 discos 1TB 5400rpm... preco: R$2400,00 os dois com ZFS, mesma configuracao, só o postgresql.conf diferente no parametro que indica memoria do sistema... Banco de dados=48Gb 780 tabelas, mais de 600 functions, 8000 temp tables... Resultado: 1) nas primeiras transacoes, o dell foi mais rapido... (os discos sas fizeram a diferenca) primeiros 5 minutos 2) nas demais, o AMD foi mais rapido ZFS, velocidade de cada core fizeram diferença... 3) claro que em um join que percorre o banco todo, o dell é mais rapido, mas isso somente ocorre em apenas 1% dos casos quando o cliente quer um relatorio consolidado anual por exemplo... para os 99% dos casos, venda, compra, emissao de NF, consulta de transacao, consulta de cadastro, resumo diario... o AMD é mais rapido (claro, no primeiro resumo diario o dell ganha...) 4) A diferença no tempo de resposta é de 4 a 5 vezes: tipo 1 segundo para 5 segundos.. em ambos os casos, 5) O sistema faz muito mais acesso a disco no dell... por isso ele é mais lento... Algumas horas depois 1) o dell travou a controladora... e precisou dar reboot 2) o AMD continua funcionando... Conclusao... 1) memoria do sistema usado como cache do banco de dados, é melhor que controladora inteligente... 2) ZFS tem uma performance incrivel, quando ele tem memoria para trabalhar... - 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: Hail 9.0R :)
Em Ter, 2012-01-03 às 00:37 -0200, Renato Botelho escreveu: > Não use geom_journal, o 9.0 tem o SUJ, que funciona muito melhor. > > man tunefs e procura o parâmetro -j > > Pelo que percebi, o cara que esta precisando de um help com fsck usa uma versao do BSD antiga... - 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: Hail 9.0R :)
Em Seg, 2012-01-02 às 20:38 -0200, William Grzybowski escreveu: > > > > No meu trabalho temos tido sérios problemas de falta de energia que > às vezes > > duram mais de 1 hora e como o nosso UPS está com problema na > bateria, ele só > > segura por uns 15 minutos... Resultado: volta e meia tenho que ir no > > trabalho só para dar Enter no prompt e rodar o fsck. > > > > Isso é desgastante! > > > > Eu amaria mais ainda o FreeBSD se ele tivesse journalling, que > acabaria com > > esses problemas. > > ZFS ;) > É isso ai... desliga o YES BREAK, e ZFS nele... Nervoso - 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: Hail 9.0R :)
Em Seg, 2012-01-02 às 20:35 -0200, Paulo Olivier Cavalcanti escreveu: > > Eu usaria no sistema de arquivos onde guardo as fotos, pois os fsck dele > > demora um bocado (sou um "Seria Clicker"). > > > Mas estou ansioso para ler a lista de novidades. > > > No meu trabalho temos tido sérios problemas de falta de energia que às vezes > duram mais de 1 hora e como o nosso UPS está com problema na bateria, ele só > segura por uns 15 minutos... Resultado: volta e meia tenho que ir no > trabalho só para dar Enter no prompt e rodar o fsck. > > Isso é desgastante! > > Eu amaria mais ainda o FreeBSD se ele tivesse journalling, que acabaria com > esses problemas. V. pode usar o geom_journa e tunefsl... man gjournal, man tunefs Se v. ja tem as particoes montadas com ufs2, e nao tem como fazer outras particoes no disco (caso geral...), entao monte um outro disco no sistema e coloque as particoes de journaling no novo disco, altere o /etc/fstab para async, e nunca mais precise ir ao trabalho e da proxima vez, use ZFS... > - > 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: Hail 9.0R :)
Em Seg, 2012-01-02 às 19:06 -0200, Paulo Olivier Cavalcanti escreveu: > Maneiro! Uma dúvida, como está o journalling no ufs2? Ele já foi totalmente > implementado na 9.0? > > Essa é uma das últimas coisas que faltam no FreeBSD para ficar perfeito. > tenho rodando em producao (amd64) desde o RC3... com journlaling e uma particao para todo o sistema em disco de 500GB... postgres apache, gnome 2.32, vnc, firefox, epiphany, kicad, libreoffice, openshot, eclipse... Funciona... já "provoquei" o bicho, tudo rodando, e power off... diversas vezes ... e o sistema entra sempre certinho... inclusive quando ele esta iniciando... e dá a mensagem checking fs, eu puxo o cabo de energia... Nao quebrou, nem truncou arquivos (o postgres entra sempre...) o libreoffice recupera o arquivo, o cups nao se perde (re-imprime o que estava na fila...) O que falta???o driver de video para novas cpus intel sandbridge e AMD vision Mas eu prefiro o ZFS... Sergio... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] estou ficando preocupado
Em Sex, 2011-12-30 às 16:09 -0200, Paulo Henrique BSD Brasil escreveu: > Estou montando um K6-2 500Mhz com 32Mbs de ram para instalar o > FreeBSD > 1.0 só para saber como erá, 32Mb de memoria?? tá loco aquilo funcionava legal em 512K de memoria... e ainda em multi-user com dois terminais burros nas seriais e uma impressora na porta paralela... Eu fazia sistemas, e competia contra o novell com m$do$... e ganhava sempre... pois eu garantia tempo de resposta de 3 segundos assinado no contrato... coisa que a novell nao conseguia de jeito algum... Era do tempo em que nao tinha "pente" de memoria... comprava-se o chip de 256K e colocava-se 18 chips na MB (um era a paridade)... E funcionava... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] estou ficando preocupado
1) O Irado se foi 2) tenho mais de 60 anos 3) Só uso FreeBSD (desde a versao 1.0)... da Walnut Creek CDrom Dez 1993 4) 2012 está ai... 5) Sou assinante da lista 6) Nunca usei M$ (nem m$do$, usava CPM, ou Turbo Dos em 8 bits...) 7) Usei SVR4 em i386 original da ATT... programava tudo em C usando curses... 8) Tenho um lema: se nao pode ser feito em BSD, nao pode ser feito 9) ZFS é o caminho 10) estou ficando irado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ZFS no FreeBSD-9.0-RC3 causando reboots espontâneos
Eu por exemplo tomei uma decisao: 1) NUNCA comprar ACER 2) Dell so se for sem a controladora PERC...(e ai os caras só vendem com a controladora) ai eu mando o cliente tirar a controladora da maquina... e tudo funciona... ele briga com a dell e tudo se resolve... 3) Sempre comprar AMD... 4,6, ou 8 cores.. 4) chipset nvidia ou AMD... 5) montar a maquina e enviar ao cliente... 6) sempre usar MIRROR no ZFS Depois é só montar o FreeBSD, ZFS, e ser 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] ZFS no FreeBSD-9.0-RC3 causando reboots espontâneos
Boa Noite Paulo... Voce esqueceu de dizer qual a arquitetura do seu sistema (32 ou 64 bits). o que é muito importante no caso do zfs... Eu uso somente 64 bits já ha muito tempo, inclusive o ultimo 9.0 RC3... e sem problemas algum ... Se o reboot ocorre quando na compressao/descompressao.. entao o problema é overheat de CPU... tenta ver no bios qual a temperatura maxima permitida... pode ser problema de memoria tb... (retire um pente de memoria e tente denovo...) Eu só uso AMD 4,6 ou 8 cores... e nunca tive problemas... O unico problema que tive foi em um dell dual xeon 6 cores, em que a controladora trava de vez em quando... e é preciso resetar o sistema no botao... A Dell diz que nao tem nada com isso pois FreeBSD não é homologado. e o cliente pagou R$8000 (oito mil) pela maquina... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PC-BSD 9 RC
Em Sáb, 2011-12-24 às 13:34 -0200, Marcelo Gondim escreveu: > Pessoal, > > Alguém já está usando o PC-BSD 9 RC? > Tenho aqui um Notebook Lenovo I3 com 6Gb de ram e disco de 500Gb. Estava > querendo colocar nele o PC-BSD 9 RC 64 bits por causa dos 6Gb de ram. > Como está o ambiente? Está bem prático? As coisas básicas como flash > estão rodando legal nos 64 bits ou tem alguma coisa que não está legal? > Ou alguém me sugere colocar o Ubuntu mesmo? rsrsrsrs > > Grande abraço à todos e desde já um feliz Natal pra todos aqui da lista. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd eu tenho um Lenovo AMD... e funciona QUASE tudo... o que nao funciona (sleep, e o X que so funciona em vesa) por causa da radeon 6250... o resto é bala 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] Montar uma partição WEBDAV
Em Sáb, 2011-12-24 às 16:56 -0300, Marcelo Marra escreveu: > Encontrei várias soluções para Linux, mas para FreeBSD nada até agora. > Olha os links abaixo no Linux parece ser bem facil mesmo... Se nao me engano tem um FUSE para isso... ja usei dentro do gnome e funciona legal - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Mais benchmarks...
Em Qua, 2011-12-14 às 18:00 -0200, Marcelo Gondim escreveu: > Pois é, fica complicado fazer um teste desse tipo quando os Hardwares > são diferentes e diferentes mesmo, tanto placa mãe, chipset quanto HD. > Sem falar que em um rodou o KDE e no outro o Gnome. Nem isso colocaram o > mesmo. > Mesmo o processador sendo o mesmo para ambos, o comportamento pode ser > bem diferente para ambos os sistemas. > > Embora a surra tenha sido grande, acredito que os resultados teriam sido > corretos se tivessem usado equivalência nos testes. Nao achei que a "surra" foi grande... nem mesmo que houve "surra"... somente no caso do "threadead i/o" a diferença foi notável... uma diferenca de 10% nao é diferença... Compare as facilidades do ZFS contra o ext4... nao tem comparacao... hoje ninguem é louco de montar uma maquina com drives de 2TB sem ser mirror. e o ext4, como se comporta em mirror??? e os snapshots??? A sofisticacao tem preço... = memoria fisica... 8GB??? os notebooks dell tem 8GB.. um servidor teria que ter no mínimo 16GB ddr3 de memoria... este benchmark é benchmark de desktops??? Eu testei uma maquina montada (8Gb) contra um dell dual 6cores Xeon (8Gb) com discos SAS e ufs2 com journaling contra a maquina montada (4 core phenon) com disco de 1TB (5400rpm) ZFS. e é o que eu disse... nas primeiras pesquisas com o banco (24GB...) o dell ganha... mas a medida que os indices vao para o ZFS... a maquina montada é mais rapida... pois o ext2 nao gerencia I/O de disco tao bem quanto o ZFS... claro que um "sequencial scan" do banco de dados inteiro... o dell ganha por causa da controladora e dos discos SAS (a controladora do dell tem 512Mb de cache...). e a maquina montada é somente SATA... o dell custa 6X o preco da maquina montada... [] Sergio - 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 9.0 vs. Oracle Linux Server 6.1.
Eu tenho usado FreeBSD 8.2 P4 em un numero muito grande de servidores (mais de 100) rodando 24x7... em missao critica... em maquinas que variam entre maquinas montadas (pentium 4) até dell dual xeon 6 cores (12 processadores) tanto com 4Gb de memoria até 16Gb de memoria... todas rodando postgresql (a empresa nao compra oracle) e bancos de dados nao menor que 40GB (tem bancos de 96Gb, 200Gb... claro, rodando em ZFS, com mirror e eu posso dizer com certeza que o pessoal que fez benchmark provavelmente nao fez "tunning" da coisa Se usando 8Gb de memoria (no benchmark...) o ZFS liga o "prefech" o que faz com que uma leitura no banco, o sistema leia muito mais que o necessario. Se com uma maquina de 8Gb de memoria, eu reservar 2Gb para o sistema, entao eu liberaria 6GB para o ZFS fazer cache de discoo que reulta em 1) nas primeiras transacoes com o banco, ele pode ser até lento... mas depois que os indices estiverem na memoria (sao 6GB) a coisa é muito rapida 2) um tunning nos parametros de ZFS realmente muda muita coisa Um benchmark de banco de dados (oracle) competindo com uma interface KDE??? o ZFS é o comedor de memoria (principalmente kernel...) e o driver nvidia tambem come memoria... e muita... o que invalida o benchmark... isso explica tb. o threaded i/o tester, em que o FreeBSD se mostrou lento... Sergio - 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 de e-mail de alta disponibilidade
Em Sáb, 2011-12-10 às 01:21 -0200, Paulo Henrique escreveu: > > > Alguém indica uma solução para freebsd para servidor de e-mail de > alta > > disponibilidade? algo em torno de 40 mil pessoas com 1 GB/conta. > > > > como disse no email anterior, eu gosto mais de uma solucao "distribuida" em que em vez de ter uma maquina com 40 mil usuarios, eu teria 40 maquinas com 1000 usuarios... várias razoes: 1) o investimento pode ser feito a medida que os usuarios chegam 2) é escalar, pois se precisar de mais usuarios é so alocar mais maquinas 3) uma pane em uma maquina nao para o sistema como um todo ... claro que ha a desvantagem de gerenciamento Para isso, monta-se uma maquina "front end" em que roteia os email para as respectivas maquinas assim o usuário veria somente UMA maquina (UM endereco IP). os usuarios seriam autenticados atravez de sasl com backend em banco de dados... O banco de dados, usando stored procedure, sabe em qual maquina esta qual email/usuario. veja que estou supondo uma solucao SEM WEBMAIL... pois os softwares que tenho utilizado usam extensivamente IMAP. custo de cada maquina aprox R$1600,00 (incluindo o custo de conexao)... o que daria R$64000,00. colocando uns R$3,00 de infra estrutura (rack, switch, nobreak...) fica em R$94000,00 o sistema... agora falta a ligacao com a internet... precisa ver quantos usuarios simuntaneos... vamos supor uns 10% com velocidade de acesso de 1Mbit... temos entao 4000 usuarios a 1Mbit=> 4gbits... com a internet... veja que a a carga ainda pode ser distribuida em varios enderecos IP tipo assim xxx.com.br aponta para 10 enderecos IP... onde cada maquina (10) mapearia 4000 usuarios... Sergio. - 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 de e-mail de alta disponibilidade
uma pergunta: se for para montar esta "super maquina" nao daria para montar umas 40 maquinas e colocar o sistema de email rotado pelas maquinas??? ficaria 1000 (mil) contas de email por maquina com 1gB *1000 => 1TB por maquina... cada maquina com um 4 core e 8GB de memoria 2 discos de 2TB e zfs em mirror backup usando snapshot... neste "farm" um sistema de "front end" com um 4 core receberia o email e rotearia para a maquina correta... como software postfix ou sendmail Antes que me "fritem" eu tenho o sendmail + cyrus + saslauthd rodando em maquinas com 2000 contas (4 cores) e roda a muito tempo sem problemas [] Sergio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Roaring Beast Exploit
Boa tarde... Ai no site diz que a falha tambem atinge o "normal" ftptd... Alguem pode confirmar se é so no caso de "chroot?" Grato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd