Re: [FUG-BR] Atualizar Perl
On Fri, Mar 23, 2012 at 02:06:59PM -0300, Otacílio wrote: On 23/03/2012 12:06, Renato Botelho wrote: 2012/3/23 Corsini .jbcors...@hotmail.com: Qual a maneira mais correta de atualizar o Perl no freebsd ? estou c/ a versão 5.10 e to precisando utilizar a 5.12 , opinioes seram bem vindas. # portmaster -o lang/perl5.12 perl # perl-after-upgrade -f perl-after-upgrade(1) só funciona entre versões 'minor': tal como entre 5.10.0 e 5.10.1. De 5.10 para 5.12 não. Tem duas entradas no /usr/ports/UPDATING sobre a atualização do perl. De uma olhada nelas: 20111219 20110517 Tem várias outras, uma para cada minor, também. E também tem do 5.12 para o 5.14 mas eu imagino que o resumo seja: # portmaster -o lang/perl5.12 perl- e daí, # portmaster -r perl- # conservativo; funciona ou # portmaster -r p5- # mais econômico; pode não funcionar sempre Também: s/12/14/g nos comandos acima para o perl5.14. -- rollingbits -- rollingb...@gmail.com, rollingb...@terra.com.br luca...@ig.com.br, rollingb...@yahoo.com, rollingb...@globo.com Get my public GPG key in http://rollingbits.tripod.com/mykey.html pgp6qKz7N3AKW.pgp Description: 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] a flames Era: Re: ZFS no FreeBSD-9.0-RC3 causando reboots espontâneos
On Thu, Jan 05, 2012 at 10:40:52PM -0200, Paulo Henrique wrote:
Ainda querem alimentar um troll, cara, na boa, não confie em
hardware, leva anos para faze uma atualização.
Caras que fazem flames como este que você fez e que ficam fazendo
trolls como os que eu vi aqui neste thread sempre que não sabem a
resposta deviam fazer o que você escreveu naquele programinha ridículo
alí de baixo. Por sinal, você vai ter que corrigir as aspas simples
pelas duplas, terminar esta mesma linha com um ponto e vírgula e (ou
substituir o exit por return, ou colocar o zero entre sinais de
parênteses), se quizer que o mesmo funcione.
Tenha sempre e mente que o pior é o que menos chama a atenção.
Você acabou fazer o oposto disto.
Chigling pode ser uma pessima escolha mais é o que o que resta antes
de gastar 20K de reais. Se não gostou do resultado instala o seu
windows ficaremos felizes com menos um troll e você por não passar
por um completa idiota !!!.
Daí você teria que me dar um... eu não tenho w32 aqui faz anos.
Bsd é para quem conhece hardware e software e não apenas software.
Eu conheço o suficiente para saber que vc não sabe resolver o problema
original direito, mané.
#include stdio.h
char device[10] = '/dev/null'
void main(void) { printf(flamers %s,device); exit 0; }
Não funciona: erro na linha 2.
--
rollingbits -- rollingb...@gmail.com, rollingb...@terra.com.br
luca...@ig.com.br, rollingb...@yahoo.com, rollingb...@globo.com
Get my public GPG key in http://rollingbits.tripod.com/mykey.html
pgpHRwGDmi6Cm.pgp
Description: 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] a flames Era: Re: ZFS no FreeBSD-9.0-RC3 causando reboots espontâneos
On Fri, Jan 06, 2012 at 01:48:46PM -0200, rollingbits (a.k.a. Lucas) wrote:
#include stdio.h
char device[10] = '/dev/null'
void main(void) { printf(flamers %s,device); exit 0; }
Não funciona: erro na linha 2.
Também tem que incluir stdlib.h se for usar exit() e mudar o tipo de
retorno da função main para int se for retornar alguma coisa. Não
percebí a tempo. Também: porque não simplificar o printf, sumindo com
o device[]?
--
rollingbits -- rollingb...@gmail.com, rollingb...@terra.com.br
luca...@ig.com.br, rollingb...@yahoo.com, rollingb...@globo.com
Get my public GPG key in http://rollingbits.tripod.com/mykey.html
pgp2A8jGedeuG.pgp
Description: 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] ZFS no FreeBSD-9.0-RC3 causando reboots espontâneos
On Thu, Jan 05, 2012 at 09:26:19AM -0200, Luiz Otavio O Souza wrote: On Jan 4, 2012, at 9:45 PM, rollingbits (a.k.a. Lucas) wrote: On Wed, Dec 28, 2011 at 07:52:40PM -0200, nervoso wrote: 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...) Desculpe minha (falta de) imaginação mas eu não consigo imaginar um sistema re-iniciando espontâneamente por causa de super-aquecimento. Também não acho fácil este comportamento vir de memória danificada. Eu sei que quando um sistema super-aquece, a temperatura de superfície do CPU sai da sua faixa de trabalho (prá mais). Daí, em CPUs modernas, um sub-circuito entra em ação e trava (e não re-inicia) o sistema todo. O sistema volta a funcionar como antes quando a temperatura de superfície diminui mas, no geral, o que se observa é uma queda no desempenho, não re-inicios. Em CPUs antigas, a temperatura pode continuar subindo (quer dizer, se o circuito não parar de funcionar, ele vai continuar emitindo sinais mas estes não terão correspondência com as entradas) e o que se observa é que o sistema trava de vez (nem botão resolve). Se um CPU destes ficar aquecido assim tempo de mais ele pode ficar danificado permanentemente (as estruturas internas derretem) ou até pegar fogo. Memória danificada causa perda de dados, não re-inícios. Na verdade os bits de dados não são assim, tão diferentes dos bits de programas e os dois ficam igualmente sujeitos ao problema mas o software já é desenvolvido para lidar com um pouco disto e, o resultado geral é a perda de dados: programas podem parar de funcionar, passam a ter comportamento estranho, crash dumps espontâneos e inexplicáveis além dos re-inícios. Tanto no aquecimento da CPU quanto na falha aleatoria de bits da RAM os resultados são imprevisíveis... um único bit que tem seu valor alterado pode resultar nos mais diversos (e estranhos) problemas. Mas é exatamente este o ponto: o email original fala só em re-inícios: sem perda de dados, sem letras estranhas ou outros bugs. att, -- rollingbits -- rollingb...@gmail.com, rollingb...@terra.com.br luca...@ig.com.br, rollingb...@yahoo.com, rollingb...@globo.com Get my public GPG key in http://rollingbits.tripod.com/mykey.html pgpe68XHofkjS.pgp Description: 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] ZFS no FreeBSD-9.0-RC3 causando reboots espontâneos
On Thu, Dec 29, 2011 at 01:08:27AM -0200, Alexandre Silva Nano wrote: Sinceramente, essa querstão da homologação é pura jogada de marketing não tem como um hardware ser TOTALMENTE compatível com somente um S.O existente num mercado como o de hoje em dia... Complicada essa nossa situação, nesse caso... Em 29 de dezembro de 2011 00:38, Marcelo Gondim gon...@bsdinfo.com.brescreveu: Em 28/12/2011 19:52, nervoso escreveu: 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 ... (...) 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... Pois é, isso é a coisa mais idiota que existe. (...) Outro dia mesmo comprei um Servidor todo Intel com processador Xeon, memória ECC tudo que tem direito. (...) Os sistemas homologados eram Linux e Windão. (...) Sem noção esse pessoal da Dell, Intel e todos que tem essa postura. Eu acho que vcs estão misturando as coisas: equipamentos high end como estes (tipo servidores e estações de trabalho) são otimizados para uma tarefa específica: isto pressupõe o uso de software específico (incluindo o sistema operacional). Vc não pode simplesmente substituir os programas de uma máquina destas e esperar que as coisas funcionem direito o tempo todo: quando a Dell fez o servidor Xeon citado acima, ela começou com a arquitetura meia boca de todo PC... e começou a modificar tanto o hardwere quando o *software* para que a /eficiência/ do conjunto se aproximasse do máximo (100% = 1). Se vc substitui o sistema, tem que lidar com a parte do software! Sistemas podem reiniciar sozinhos por inúmeras razões mas todas elas emitem mensagens informativas e nisto se inclui os casos onde o watchdog fez o serviço. rollingbits -- rollingbits -- rollingb...@gmail.com, rollingb...@terra.com.br luca...@ig.com.br, rollingb...@yahoo.com, rollingb...@globo.com Get my public GPG key in http://rollingbits.tripod.com/mykey.html pgpI1F9LXIiYG.pgp Description: 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] ZFS no FreeBSD-9.0-RC3 causando reboots espontâneos
Eu não sou o autor (óbvio), mas, pelo Google, On Mon, Dec 26, 2011 at 05:44:52PM -0200, Paulo Pires wrote: baseado numa placa-mãe Intel D525MW, com 4GiB de RAM e dois HDs Samsung de 1.5TB) usando ZFS nativo com mirror dos dois HDs. a placa mãe é (originalmente) de desktop [1] e aceita processadores Atom de 64 bits (modelo D525) [2]. 9.0-RC3 ... http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror, faznedo apenas as adaptações necessárias por estar usando um CD em vez de USB stick, e por estarem os pacotes de instalação em local diferente. ... As perguntas que faço, então, são: 1) Alguém tem alguma informação sobre problemas conhecidos de estabilidade do ZFS no 9.0-RC3 (ou do próprio 9.X)? http://www.freebsd.org/cgi/query-pr-summary.cgi?query é seu amigo... 2) Alguém com experiência em ZFS tem dicas sobre tuning, especialmente de parâmetros ligados a compressão e/ou deduplicação (talvez envolvendo parâmetros de memória do SO)? Minha dica seria $ man -a tuning e [3] mas eu não tenho experiência com ZFS. Experimentei bastante quase todo o resto mas não ZFS. 3) Alguma dica para que eu consiga pegar informação de depuração que seja útil, quer ao vivo, quer post mortem? O primeiro ponto é isolar um caso *reproduzível* do problema: se funciona algumas vezes e não outras você não está com um problema reproduzível (ports.txz e src.txz são arquivo bem grandes... e se ocorreu antes e ocorre depois eles podem não estar diretamente relacionados com o problema). Casos bons são pequenos e pontuais. No seu caso, ele deveria fazer o sistema re-iniciar imediatamente... O FreeBSD vem com várias ferramentas de depuração mas eu imagino que você deva começar lendo [4] (depois de ter lido [3]): O kdb/ddb vc já citou; também tem dtrace, kgdb, gdb, ... Referências: [1] http://www.intel.com/content/www/us/en/motherboards/desktop-motherboards/desktop-board-d525mw.html [2] http://ark.intel.com/pt-br/products/49490/Intel-Atom-processor-D525-%281M-Cache-1_80-GHz%29 [3] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ [4] http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ -- rollingbits -- rollingb...@gmail.com, rollingb...@terra.com.br luca...@ig.com.br, rollingb...@yahoo.com, rollingb...@globo.com Get my public GPG key in http://rollingbits.tripod.com/mykey.html pgpaiiUQ29t75.pgp Description: PGP signature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
