Re: [FUG-BR] Upgrade 5.4 para o 6.0
freebsd wrote: > caros amigos como eu faço o upgrade do 5.4 para o 6.0 http://www.mail-archive.com/freebsd%40fug.com.br/msg08398.html -- Giovanni P. Tirloni http://blog.tirloni.org ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Upgrade 5.4 para o 6.0
caros amigos como eu faço o upgrade do 5.4 para o 6.0 tentei baixar o src com a tag releng_6 e compilar porem ta dando um erro alguem saberia como posso fazer este upgrade tem algum site que ta explicando ? att Diogo Rodrigo ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 5.3 para a 6
Tiago Cruz wrote: >Olá Giovanni! > >On Thu, 2005-11-10 at 21:40 -0200, Giovanni P. Tirloni wrote: > > > >> Tenta remover o /usr/obj e rodar novamente o buildworld. >> Como comentamos antes, prefira atualizar para o RELENG_6_0 por >> >> > >Fiz o que você falou, e baixei o cvs RELENG_6_0 (ao invés do RELENG_6) e >depois de 159 minutos e 31.968 segundos de compilação (Celeron 400 >MHz...) parou nesse trecho que posto abaixo: > >Ah, essa máquina eu estou usando para brincar (ela roda o 5.4-STABLE) e >eu quero testar este upgrade antes de faze-la nas máquinas mais >importantes... > >O engraçado é que eu não tenho esse pacote chamado morse, que deu pau... > >Valeu!!! > Creio que vale tentar novamente, após incluir a opção "NOGAMES=true" no /etc/make.conf # cp /etc/make.conf /etc/make.conf.bkp # echo "NOGAMES=true" >> /etc/make.conf # cd /usr/src; make buildkernel ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 5.3 para a 6
João Carlos Mendes Luís wrote: > Somebody told me that Mrcio Luciano Donada said: > >>Giovanni P. Tirloni wrote: >> >>| Tenta remover o /usr/obj e rodar novamente o buildworld. >>| >>| Como comentamos antes, prefira atualizar para o RELENG_6_0 por >>| enquanto pois o repositório foi liberado para commits e as coisas >>| podem estar um pouco instáveis neste momento. Realmente não se é o >>| caso desse erro mas aqui fica a dica. >>| >>| RELENG_6 = 6-STABLE RELENG_6_0 = 6.0-RELEASE + correções >>| RELENG_6_0_0 = 6.0-RELEASE >>| >>Giovanni, >>Particularmente você já migrou do 5.4-STABLE para o 6-STABLE? > > > Eu não sou o Giovanni, mas já fiz isso em duas máquinas. > > >>Funcionou tudo como esperado? > > > Em uma delas, não. Esqueci de atualizar o kernel. ;-) > O problema foi ainda pior, pois a primeira atualização me deixou > confiante, e a segunda foi feita remotamente, por ssh. Me dei mal... > ;-) > > Ah, um problema que eu notei depois do upgrade é que alguns pacotes se > comportam de forma estranha. Se fossem pacotes que dependem de > kernel, como o lsof ou skill, eu até entederia, mas o perl foi um que > passou a dar problemas com locale. Uma simples recompilação com > portupgrade -f resolveu isso. Olá, Desculpe a demora, as coisas andam corridas. Ontem migrei uma máquina de 5.3-STABLE para 5.4-STABLE e hoje atualizei ela para 6.0-RELEASE sem maiores problemas também. Me certifiquei de ter apagado o /usr/obj e rodado o mergemaster -p antes. -- Giovanni P. Tirloni http://tirloni.blogspot.com ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Tunning no Squid
Vc pode me dar uma explicação??? Como faço pra criar vários caches com 2 HDs utlizando o Diskd??? eh preciso reinstalar o squid??? Obrigado Helio Silvao '.' R+C ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Problemas com MySQL 5 Estavel
Olá pessoal !!! Saiu a nova versão do mysql 5 estavel, estou tentando instalar pelo port com o FreeBSD 6.0 mas estou obtendo erros, quando instalalo o mysql50-client não tenho problemas agora quando vou disparar o mysql50-server ele me retorna o seguinte erro # make install ===> mysql-server-5.0.15 depends on file: /usr/local/bin/libtool15 - found ===> mysql-server-5.0.15 depends on shared library: mysqlclient.14 - not found ===>Verifying install for mysqlclient.14 in /usr/ports/databases/mysql50-client ===> Returning to build of mysql-server-5.0.15 Error: shared library "mysqlclient.14" does not exist *** Error code 1 Stop in /usr/ports/databases/mysql50-server. Está com dependencia do mysql4 client, alguém ai sabe o que é, Abraços, Eder. -- Linux is for people who hate Windows, BSD is for people who love UNIX" ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 5.3 para a 6
Olá Giovanni! On Thu, 2005-11-10 at 21:40 -0200, Giovanni P. Tirloni wrote: > Tenta remover o /usr/obj e rodar novamente o buildworld. > Como comentamos antes, prefira atualizar para o RELENG_6_0 por Fiz o que você falou, e baixei o cvs RELENG_6_0 (ao invés do RELENG_6) e depois de 159 minutos e 31.968 segundos de compilação (Celeron 400 MHz...) parou nesse trecho que posto abaixo: Ah, essa máquina eu estou usando para brincar (ela roda o 5.4-STABLE) e eu quero testar este upgrade antes de faze-la nas máquinas mais importantes... O engraçado é que eu não tenho esse pacote chamado morse, que deu pau... Valeu!!! = ===> games/caesar (depend) rm -f .depend mkdep -f .depend -a /usr/src/games/caesar/caesar.c echo caesar: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libm.a >> .depend ===> games/factor (depend) rm -f .depend mkdep -f .depend -a-I/usr/src/games/factor/../primes -DHAVE_OPENSSL /usr/src/games/factor/factor.c /usr/src/games/factor/../primes/pr_tbl.c echo factor: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a >> .depend ===> games/fortune (depend) ===> games/fortune/fortune (depend) rm -f .depend mkdep -f .depend -a-DDEBUG -I/usr/src/games/fortune/fortune/../strfile /usr/src/games/fortune/fortune/fortune.c echo fortune: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend ===> games/fortune/strfile (depend) rm -f .depend mkdep -f .depend -a /usr/src/games/fortune/strfile/strfile.c echo strfile: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend ===> games/fortune/datfiles (depend) ===> games/fortune/unstr (depend) rm -f .depend mkdep -f .depend -a -I/usr/src/games/fortune/unstr/../strfile /usr/src/games/fortune/unstr/unstr.c echo unstr: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend ===> games/grdc (depend) rm -f .depend mkdep -f .depend -a /usr/src/games/grdc/grdc.c echo grdc: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libncurses.a >> .depend ===> games/morse (depend) rm -f .depend mkdep -f .depend -a-DSPEAKER=\"/dev/speaker \" /usr/src/games/morse/morse.c /usr/src/games/morse/morse.c:67:33: dev/speaker/speaker.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/games/morse. *** Error code 1 Stop in /usr/src/games. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 5.3 para a 6
Somebody told me that Mrcio Luciano Donada said: > Giovanni P. Tirloni wrote: > > | Tenta remover o /usr/obj e rodar novamente o buildworld. > | > | Como comentamos antes, prefira atualizar para o RELENG_6_0 por > | enquanto pois o repositório foi liberado para commits e as coisas > | podem estar um pouco instáveis neste momento. Realmente não se é o > | caso desse erro mas aqui fica a dica. > | > | RELENG_6 = 6-STABLE RELENG_6_0 = 6.0-RELEASE + correções > | RELENG_6_0_0 = 6.0-RELEASE > | > Giovanni, > Particularmente você já migrou do 5.4-STABLE para o 6-STABLE? Eu não sou o Giovanni, mas já fiz isso em duas máquinas. > Funcionou tudo como esperado? Em uma delas, não. Esqueci de atualizar o kernel. ;-) O problema foi ainda pior, pois a primeira atualização me deixou confiante, e a segunda foi feita remotamente, por ssh. Me dei mal... ;-) Ah, um problema que eu notei depois do upgrade é que alguns pacotes se comportam de forma estranha. Se fossem pacotes que dependem de kernel, como o lsof ou skill, eu até entederia, mas o perl foi um que passou a dar problemas com locale. Uma simples recompilação com portupgrade -f resolveu isso. Jonny -- João Carlos Mendes LuÃs [EMAIL PROTECTED] Networking Engineer [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Tunning no Squid
Somebody told me that Mrcio Luciano Donada said: > Depende, acredito que o hardware que se está utilizando manda 60% > nessa questão, não gosto de utilizar disco IDE, para cache, a não ser > que o cliente não queria gastar com SCSI. Independente do hardware, o tuning de software é importante. Já instalei vários squids em IDE, para redes pequenas. à uma opção barata. Mas tambem já instalei squids monstros, com 10 discos SCSI, sendo acessados em paralelo com diskd. Um vantagem a mais do SCSI é o tagged queueing, que permite acessos "em paralelo". Isso faz com que o uso de mais de um diskd no mesmo disco fÃsico seja uma vantagem. Jonny -- João Carlos Mendes LuÃs [EMAIL PROTECTED] Networking Engineer [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Tunning no Squid
Somebody told me that Ricardo A. Reis said: > João Carlos Mendes Luis wrote: > > >Celso Viana wrote: > > > > > >>Tiago, > >> > >>Recomenda-se também que seja desativado o "softupdates" na partição > >>onde vai ficar o cache do squid. > >> > >> > > > >Por que??? > > > >Pelo contrario, recomendo que os ligue! > > > > Para diminuir o io causado pela atualização da metadata em disco > recomendo de desabilite o softupdates e ligue async!! 1) O uso de softupdates nao gera mais I/O em disco do que async. Pelo contrário, pode até reduzir em determinadas aplicações, embora este não seja o caso do squid. Com async, noasync ou softupdates, os metadados serão gravados na mesma quantidade, o que muda é a ordem do acesso ao disco. 2) O uso de async é perigoso, e pode causar perda de dados se houver algum problema com o sistema operacional. Um bom no-break melhora o problema, mas não resolve 100%. Mesmo que a partição seja usada somente pelo squid, a perda do conteúdo do cache representa redução temporária nos ganhos do cache. O softupdates tem dois problemas: - Maior uso da memória para bufferização de disco. - A liberação do espaço de arquivos apagados não é imediata. Ambos os problemas são menores se considerados em comparação com o perigo de usar async. Eu só recomendo async em momentos temporários. Por exemplo, o instalador do FreeBSD monta os discos em async, para agilizar o processo de forma rápida, sem ter que mudar o filesystem com tunefs, como seria necessário para usar softupdates. De forma geral, a escolha entre softupdates e async é de cada administrador, em função do seu ambiente e das suas considerações de risco, mas na minha humilde opinião, um usuário leigo deve sempre ser orientado com a opção mais segura, que neste caso é definitivamente o softupdates. Além disso, no seu email original voce não falou nada sobre ligar o async, falou apenas em desligar o softupdates, o que teria um efeito contrário ao que voce desejava, reduzindo a performance. ;-) > Pode-se desligar as funções de checagem de data, com noatime. Nisso nós dois concordamos. Alias, hoje em dia eu recomendo montar TODAS as partições com noatime. Até sei para que serviria o atime dos arquivos, mas nunca usei isso para nada. Jonny -- João Carlos Mendes LuÃs [EMAIL PROTECTED] Networking Engineer [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Tunning no Squid
On Fri, Nov 11, 2005 at 09:31:22AM -0200, Ricardo A. Reis wrote: > João Carlos Mendes Luis wrote: > > >Celso Viana wrote: > > > > > >>Tiago, > >> > >>Recomenda-se também que seja desativado o "softupdates" na partição > >>onde vai ficar o cache do squid. > >> > >> > > > >Por que??? > > > >Pelo contrario, recomendo que os ligue! > > > > Para diminuir o io causado pela atualização da metadata em disco > recomendo de desabilite o softupdates e ligue async!! > Pode-se desligar as funções de checagem de data, com noatime. De acordo com Duane Wessels a performance eh melhor com softupdates, diskd e noatime. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br