Re: Compilar ou não eis a questão.
Olá Bruno! Ainda bem que você mandou esse e-mail!! Vou começar logo um ambiente de testes para ver se o Bug se repete aqui!!! Perguntei qual a máquina para saber se sua memória tinha ECC mas me parece que sim, então sua máquina é adequada!!! Em 27 de fevereiro de 2012 18:01, Bruno Ayub bruno.a...@gmail.comescreveu: Sim, foram poucos pacotes, todos relacionados com o squid. A máquina está exclusiva para proxy. Já coloquei em produção e está funcionando perfeitamente. Antes de aplicar as mudanças eu fiz um laboratório simulando as mudanças. Você perguntou, a configuração da máquina: Dell 2950 16GB de RAM DDR2 667MHz O problema era muito sutil. Mas o squid caia em questão de segundos voltava. Se o usuário fizesse uma requisição nesse intervalo ele perceberia a indisponibilidade. 2012/2/27 Fagner Patricio fagner.patri...@gmail.com Olá Bruno!! O problema do Update é se foi instalado alguma outra dependência no repositório teste!! Você percebeu isso? Em 27 de fevereiro de 2012 17:43, Fagner Patricio fagner.patri...@gmail.com escreveu: Vendo na página do pacote, me parece que já é um bug conhecido a tempo: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486211 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643328 Não se é o mesmo bug que acontece com você!!! Os mantenedores dos pacotes tiveram dificuldades em reproduzir esse bugs relatados Me parece também que tem haver com o tipo de memória utilizada, qual a máquina que vocês está usando o debian com squid? Em 27 de fevereiro de 2012 17:19, Bruno Ayub bruno.a...@gmail.comescreveu: Olá Fagner! Faço os updates regularmente. Esse era o meu receio em instalar o pacote do testing. Mas fazendo o holding do pacote não garante que o mesmo não será atualizado? *echo squid3 hold|dpkg --set-selections* P.S: Percebi o BUG analisando o cache.log e o messages as saídas são algo assim: messages squid[3133]: Squid Parent: child process 3139 exited due to signal 6 with status 0 cache.log comm_old_accept: FD 30: (22) Invalid argument FTP data connection from unexpected server ([::]), expecting 186.228.51.73 assertion failed: comm.cc:1583: fd = 0 Starting Squid Cache version 3.1.6 for x86_64-pc-linux-gnu... 2012/2/27 Fagner Patricio fagner.patri...@gmail.com Olá Pessoal! Esse bug me preocupa, estou exatamente no momento de atualizar meu debian para o 6 e o squid também, se a versão atual é bugada é um problema, alguém aqui usa a mesma versão do Bruno e funciona? Em 27 de fevereiro de 2012 16:54, Fagner Patricio fagner.patri...@gmail.com escreveu: Olá Bruno!! Só uma sugestão, não se você tem o costume de manter o sistema sempre atualizado com o apt-get update, pode ser que essa instalação que você fez der problemas na hora de atualizar o sistema, era bom você fazer esse teste antes de colocar em produção. Abraços!! Em 27 de fevereiro de 2012 16:41, Bruno Ayub bruno.a...@gmail.comescreveu: Só mais um detalhe, para garantir que a versão instalada não será alterada. Fiz o congelamento do pacote. echo squid3 hold|dpkg --set-selections [ ]'s 2012/2/27 Bruno Ayub bruno.a...@gmail.com Olá pessoal! Somente para informá-los sobre a decisão. Cheguei a baixar os fontes diretamente do site oficial do squid, compilei etc e tal, mas de início já estava dando dor de cabeça. A cada ./configure ele reclamava de algum pacote. Depois a cada make, perdi um bom tempo até conseguir compilar sem erros. Em função disso, não executei o make install Resolvi testar a outra sugestão. Instalei a versão que está em testing. Atendeu perfeitamente a necessidade. Para manter o sistema em stable e instalar somente o squid do testing fiz o seguinte: /etc/apt/source.list dupliquei o repositório de pacotes adicionando o testing deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free deb http://ftp.br.debian.org/debian/ testing main contrib non-free Defini a prioridade de repositório no caminho /etc/apt/preferences criando o arquivo 00preferences com o seguinte conteúdo: Package: * Pin: release a=squeeze Pin-Priority: 500 Package: * Pin: release a=testing Pin-Priority: 50 Atualizei a lista apt-get update Para verificar a versão do squid (pretendida 3.1.19) apt-cache show -t testing squid3 Tudo OK, é só instalar: apt-get install -t testing squid3 Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão stable. Obrigado pelas sugestões. [ ]'s Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte conteúdo: 2012/2/14 China china.lis...@gmail.com Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep
Re: Compilar ou não eis a questão.
Olá pessoal! Somente para informá-los sobre a decisão. Cheguei a baixar os fontes diretamente do site oficial do squid, compilei etc e tal, mas de início já estava dando dor de cabeça. A cada ./configure ele reclamava de algum pacote. Depois a cada make, perdi um bom tempo até conseguir compilar sem erros. Em função disso, não executei o make install Resolvi testar a outra sugestão. Instalei a versão que está em testing. Atendeu perfeitamente a necessidade. Para manter o sistema em stable e instalar somente o squid do testing fiz o seguinte: /etc/apt/source.list dupliquei o repositório de pacotes adicionando o testing deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free deb http://ftp.br.debian.org/debian/ testing main contrib non-free Defini a prioridade de repositório no caminho /etc/apt/preferences criando o arquivo 00preferences com o seguinte conteúdo: Package: * Pin: release a=squeeze Pin-Priority: 500 Package: * Pin: release a=testing Pin-Priority: 50 Atualizei a lista apt-get update Para verificar a versão do squid (pretendida 3.1.19) apt-cache show -t testing squid3 Tudo OK, é só instalar: apt-get install -t testing squid3 Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão stable. Obrigado pelas sugestões. [ ]'s Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte conteúdo: 2012/2/14 China china.lis...@gmail.com Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep pacote) e instalar os fontes (apt-get source pacote). A partir daí fiz o download do fonte do site do desenvolvedor e passei os diretórios de controle do fonte do pacote Debian pra dentro dele e madei construir o deb. Outra alternativa, mais simples, é verificar se no testing já tem a versão nova, com o bug corrigido. Neste caso você adiciona a linha do repositório de fontes do testing na máquina de testes, instalar as dependencias de compilação com apt-get build-dep pacote e manda baixar e compilar automaticamente com apt-get -b source pacote. Em 14 de fevereiro de 2012 14:53, Bruno Ayub bruno.a...@gmail.com escreveu: Olá pessoal! Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no Debian 6. Instalei via APT e configurei os detalhes para a necessidade do ambiente. Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em versões posteriores (a atual é 3.1.19). Como sabemos que o Debian o processo de atualização dos pacotes é um pouco mais rigoroso, estou num dilema cruel: compilar ou não a versão do site. O bug afeta diretamente a estabilidade do serviço, ou seja, não dá para conviver com ele. A última versão estável do squid já está instalada e o servidor está exclusivamente para rodar o squid. Ao meu ver, quando se compila uma versão específica, você acaba ficando preso a ela. Não dá para comparar a comodidade de manter o sistema atualizado com o gerenciador de pacotes. Alguém já passou por esse dilema? P.S: para quem tiver curiosidade o bug é: Bug 3177: assertion failed: comm.cc:1583: fd = 0 [ ['s -- Bruno Ayub. -- @chinabhz -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cake1zwoqgnmmj_7fcdzx3vk4ij44kmxjguhw5g3dz_emv6...@mail.gmail.com -- Bruno Ayub.
Re: Compilar ou não eis a questão.
Só mais um detalhe, para garantir que a versão instalada não será alterada. Fiz o congelamento do pacote. echo squid3 hold|dpkg --set-selections [ ]'s 2012/2/27 Bruno Ayub bruno.a...@gmail.com Olá pessoal! Somente para informá-los sobre a decisão. Cheguei a baixar os fontes diretamente do site oficial do squid, compilei etc e tal, mas de início já estava dando dor de cabeça. A cada ./configure ele reclamava de algum pacote. Depois a cada make, perdi um bom tempo até conseguir compilar sem erros. Em função disso, não executei o make install Resolvi testar a outra sugestão. Instalei a versão que está em testing. Atendeu perfeitamente a necessidade. Para manter o sistema em stable e instalar somente o squid do testing fiz o seguinte: /etc/apt/source.list dupliquei o repositório de pacotes adicionando o testing deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free deb http://ftp.br.debian.org/debian/ testing main contrib non-free Defini a prioridade de repositório no caminho /etc/apt/preferences criando o arquivo 00preferences com o seguinte conteúdo: Package: * Pin: release a=squeeze Pin-Priority: 500 Package: * Pin: release a=testing Pin-Priority: 50 Atualizei a lista apt-get update Para verificar a versão do squid (pretendida 3.1.19) apt-cache show -t testing squid3 Tudo OK, é só instalar: apt-get install -t testing squid3 Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão stable. Obrigado pelas sugestões. [ ]'s Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte conteúdo: 2012/2/14 China china.lis...@gmail.com Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep pacote) e instalar os fontes (apt-get source pacote). A partir daí fiz o download do fonte do site do desenvolvedor e passei os diretórios de controle do fonte do pacote Debian pra dentro dele e madei construir o deb. Outra alternativa, mais simples, é verificar se no testing já tem a versão nova, com o bug corrigido. Neste caso você adiciona a linha do repositório de fontes do testing na máquina de testes, instalar as dependencias de compilação com apt-get build-dep pacote e manda baixar e compilar automaticamente com apt-get -b source pacote. Em 14 de fevereiro de 2012 14:53, Bruno Ayub bruno.a...@gmail.com escreveu: Olá pessoal! Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no Debian 6. Instalei via APT e configurei os detalhes para a necessidade do ambiente. Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em versões posteriores (a atual é 3.1.19). Como sabemos que o Debian o processo de atualização dos pacotes é um pouco mais rigoroso, estou num dilema cruel: compilar ou não a versão do site. O bug afeta diretamente a estabilidade do serviço, ou seja, não dá para conviver com ele. A última versão estável do squid já está instalada e o servidor está exclusivamente para rodar o squid. Ao meu ver, quando se compila uma versão específica, você acaba ficando preso a ela. Não dá para comparar a comodidade de manter o sistema atualizado com o gerenciador de pacotes. Alguém já passou por esse dilema? P.S: para quem tiver curiosidade o bug é: Bug 3177: assertion failed: comm.cc:1583: fd = 0 [ ['s -- Bruno Ayub. -- @chinabhz -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cake1zwoqgnmmj_7fcdzx3vk4ij44kmxjguhw5g3dz_emv6...@mail.gmail.com -- Bruno Ayub. -- Bruno Ayub.
Re: Compilar ou não eis a questão.
Olá Bruno!! Só uma sugestão, não se você tem o costume de manter o sistema sempre atualizado com o apt-get update, pode ser que essa instalação que você fez der problemas na hora de atualizar o sistema, era bom você fazer esse teste antes de colocar em produção. Abraços!! Em 27 de fevereiro de 2012 16:41, Bruno Ayub bruno.a...@gmail.comescreveu: Só mais um detalhe, para garantir que a versão instalada não será alterada. Fiz o congelamento do pacote. echo squid3 hold|dpkg --set-selections [ ]'s 2012/2/27 Bruno Ayub bruno.a...@gmail.com Olá pessoal! Somente para informá-los sobre a decisão. Cheguei a baixar os fontes diretamente do site oficial do squid, compilei etc e tal, mas de início já estava dando dor de cabeça. A cada ./configure ele reclamava de algum pacote. Depois a cada make, perdi um bom tempo até conseguir compilar sem erros. Em função disso, não executei o make install Resolvi testar a outra sugestão. Instalei a versão que está em testing. Atendeu perfeitamente a necessidade. Para manter o sistema em stable e instalar somente o squid do testing fiz o seguinte: /etc/apt/source.list dupliquei o repositório de pacotes adicionando o testing deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free deb http://ftp.br.debian.org/debian/ testing main contrib non-free Defini a prioridade de repositório no caminho /etc/apt/preferences criando o arquivo 00preferences com o seguinte conteúdo: Package: * Pin: release a=squeeze Pin-Priority: 500 Package: * Pin: release a=testing Pin-Priority: 50 Atualizei a lista apt-get update Para verificar a versão do squid (pretendida 3.1.19) apt-cache show -t testing squid3 Tudo OK, é só instalar: apt-get install -t testing squid3 Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão stable. Obrigado pelas sugestões. [ ]'s Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte conteúdo: 2012/2/14 China china.lis...@gmail.com Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep pacote) e instalar os fontes (apt-get source pacote). A partir daí fiz o download do fonte do site do desenvolvedor e passei os diretórios de controle do fonte do pacote Debian pra dentro dele e madei construir o deb. Outra alternativa, mais simples, é verificar se no testing já tem a versão nova, com o bug corrigido. Neste caso você adiciona a linha do repositório de fontes do testing na máquina de testes, instalar as dependencias de compilação com apt-get build-dep pacote e manda baixar e compilar automaticamente com apt-get -b source pacote. Em 14 de fevereiro de 2012 14:53, Bruno Ayub bruno.a...@gmail.com escreveu: Olá pessoal! Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no Debian 6. Instalei via APT e configurei os detalhes para a necessidade do ambiente. Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em versões posteriores (a atual é 3.1.19). Como sabemos que o Debian o processo de atualização dos pacotes é um pouco mais rigoroso, estou num dilema cruel: compilar ou não a versão do site. O bug afeta diretamente a estabilidade do serviço, ou seja, não dá para conviver com ele. A última versão estável do squid já está instalada e o servidor está exclusivamente para rodar o squid. Ao meu ver, quando se compila uma versão específica, você acaba ficando preso a ela. Não dá para comparar a comodidade de manter o sistema atualizado com o gerenciador de pacotes. Alguém já passou por esse dilema? P.S: para quem tiver curiosidade o bug é: Bug 3177: assertion failed: comm.cc:1583: fd = 0 [ ['s -- Bruno Ayub. -- @chinabhz -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cake1zwoqgnmmj_7fcdzx3vk4ij44kmxjguhw5g3dz_emv6...@mail.gmail.com -- Bruno Ayub. -- Bruno Ayub. -- Fagner Patrício João Pessoa - PB Brasil
Re: Compilar ou não eis a questão.
Olá Pessoal! Esse bug me preocupa, estou exatamente no momento de atualizar meu debian para o 6 e o squid também, se a versão atual é bugada é um problema, alguém aqui usa a mesma versão do Bruno e funciona? Em 27 de fevereiro de 2012 16:54, Fagner Patricio fagner.patri...@gmail.com escreveu: Olá Bruno!! Só uma sugestão, não se você tem o costume de manter o sistema sempre atualizado com o apt-get update, pode ser que essa instalação que você fez der problemas na hora de atualizar o sistema, era bom você fazer esse teste antes de colocar em produção. Abraços!! Em 27 de fevereiro de 2012 16:41, Bruno Ayub bruno.a...@gmail.comescreveu: Só mais um detalhe, para garantir que a versão instalada não será alterada. Fiz o congelamento do pacote. echo squid3 hold|dpkg --set-selections [ ]'s 2012/2/27 Bruno Ayub bruno.a...@gmail.com Olá pessoal! Somente para informá-los sobre a decisão. Cheguei a baixar os fontes diretamente do site oficial do squid, compilei etc e tal, mas de início já estava dando dor de cabeça. A cada ./configure ele reclamava de algum pacote. Depois a cada make, perdi um bom tempo até conseguir compilar sem erros. Em função disso, não executei o make install Resolvi testar a outra sugestão. Instalei a versão que está em testing. Atendeu perfeitamente a necessidade. Para manter o sistema em stable e instalar somente o squid do testing fiz o seguinte: /etc/apt/source.list dupliquei o repositório de pacotes adicionando o testing deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free deb http://ftp.br.debian.org/debian/ testing main contrib non-free Defini a prioridade de repositório no caminho /etc/apt/preferences criando o arquivo 00preferences com o seguinte conteúdo: Package: * Pin: release a=squeeze Pin-Priority: 500 Package: * Pin: release a=testing Pin-Priority: 50 Atualizei a lista apt-get update Para verificar a versão do squid (pretendida 3.1.19) apt-cache show -t testing squid3 Tudo OK, é só instalar: apt-get install -t testing squid3 Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão stable. Obrigado pelas sugestões. [ ]'s Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte conteúdo: 2012/2/14 China china.lis...@gmail.com Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep pacote) e instalar os fontes (apt-get source pacote). A partir daí fiz o download do fonte do site do desenvolvedor e passei os diretórios de controle do fonte do pacote Debian pra dentro dele e madei construir o deb. Outra alternativa, mais simples, é verificar se no testing já tem a versão nova, com o bug corrigido. Neste caso você adiciona a linha do repositório de fontes do testing na máquina de testes, instalar as dependencias de compilação com apt-get build-dep pacote e manda baixar e compilar automaticamente com apt-get -b source pacote. Em 14 de fevereiro de 2012 14:53, Bruno Ayub bruno.a...@gmail.com escreveu: Olá pessoal! Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no Debian 6. Instalei via APT e configurei os detalhes para a necessidade do ambiente. Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em versões posteriores (a atual é 3.1.19). Como sabemos que o Debian o processo de atualização dos pacotes é um pouco mais rigoroso, estou num dilema cruel: compilar ou não a versão do site. O bug afeta diretamente a estabilidade do serviço, ou seja, não dá para conviver com ele. A última versão estável do squid já está instalada e o servidor está exclusivamente para rodar o squid. Ao meu ver, quando se compila uma versão específica, você acaba ficando preso a ela. Não dá para comparar a comodidade de manter o sistema atualizado com o gerenciador de pacotes. Alguém já passou por esse dilema? P.S: para quem tiver curiosidade o bug é: Bug 3177: assertion failed: comm.cc:1583: fd = 0 [ ['s -- Bruno Ayub. -- @chinabhz -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cake1zwoqgnmmj_7fcdzx3vk4ij44kmxjguhw5g3dz_emv6...@mail.gmail.com -- Bruno Ayub. -- Bruno Ayub. -- Fagner Patrício João Pessoa - PB Brasil -- Fagner Patrício João Pessoa - PB Brasil
Re: Compilar ou não eis a questão.
Olá Fagner! Faço os updates regularmente. Esse era o meu receio em instalar o pacote do testing. Mas fazendo o holding do pacote não garante que o mesmo não será atualizado? *echo squid3 hold|dpkg --set-selections* P.S: Percebi o BUG analisando o cache.log e o messages as saídas são algo assim: messages squid[3133]: Squid Parent: child process 3139 exited due to signal 6 with status 0 cache.log comm_old_accept: FD 30: (22) Invalid argument FTP data connection from unexpected server ([::]), expecting 186.228.51.73 assertion failed: comm.cc:1583: fd = 0 Starting Squid Cache version 3.1.6 for x86_64-pc-linux-gnu... 2012/2/27 Fagner Patricio fagner.patri...@gmail.com Olá Pessoal! Esse bug me preocupa, estou exatamente no momento de atualizar meu debian para o 6 e o squid também, se a versão atual é bugada é um problema, alguém aqui usa a mesma versão do Bruno e funciona? Em 27 de fevereiro de 2012 16:54, Fagner Patricio fagner.patri...@gmail.com escreveu: Olá Bruno!! Só uma sugestão, não se você tem o costume de manter o sistema sempre atualizado com o apt-get update, pode ser que essa instalação que você fez der problemas na hora de atualizar o sistema, era bom você fazer esse teste antes de colocar em produção. Abraços!! Em 27 de fevereiro de 2012 16:41, Bruno Ayub bruno.a...@gmail.comescreveu: Só mais um detalhe, para garantir que a versão instalada não será alterada. Fiz o congelamento do pacote. echo squid3 hold|dpkg --set-selections [ ]'s 2012/2/27 Bruno Ayub bruno.a...@gmail.com Olá pessoal! Somente para informá-los sobre a decisão. Cheguei a baixar os fontes diretamente do site oficial do squid, compilei etc e tal, mas de início já estava dando dor de cabeça. A cada ./configure ele reclamava de algum pacote. Depois a cada make, perdi um bom tempo até conseguir compilar sem erros. Em função disso, não executei o make install Resolvi testar a outra sugestão. Instalei a versão que está em testing. Atendeu perfeitamente a necessidade. Para manter o sistema em stable e instalar somente o squid do testing fiz o seguinte: /etc/apt/source.list dupliquei o repositório de pacotes adicionando o testing deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free deb http://ftp.br.debian.org/debian/ testing main contrib non-free Defini a prioridade de repositório no caminho /etc/apt/preferences criando o arquivo 00preferences com o seguinte conteúdo: Package: * Pin: release a=squeeze Pin-Priority: 500 Package: * Pin: release a=testing Pin-Priority: 50 Atualizei a lista apt-get update Para verificar a versão do squid (pretendida 3.1.19) apt-cache show -t testing squid3 Tudo OK, é só instalar: apt-get install -t testing squid3 Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão stable. Obrigado pelas sugestões. [ ]'s Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte conteúdo: 2012/2/14 China china.lis...@gmail.com Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep pacote) e instalar os fontes (apt-get source pacote). A partir daí fiz o download do fonte do site do desenvolvedor e passei os diretórios de controle do fonte do pacote Debian pra dentro dele e madei construir o deb. Outra alternativa, mais simples, é verificar se no testing já tem a versão nova, com o bug corrigido. Neste caso você adiciona a linha do repositório de fontes do testing na máquina de testes, instalar as dependencias de compilação com apt-get build-dep pacote e manda baixar e compilar automaticamente com apt-get -b source pacote. Em 14 de fevereiro de 2012 14:53, Bruno Ayub bruno.a...@gmail.com escreveu: Olá pessoal! Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no Debian 6. Instalei via APT e configurei os detalhes para a necessidade do ambiente. Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em versões posteriores (a atual é 3.1.19). Como sabemos que o Debian o processo de atualização dos pacotes é um pouco mais rigoroso, estou num dilema cruel: compilar ou não a versão do site. O bug afeta diretamente a estabilidade do serviço, ou seja, não dá para conviver com ele. A última versão estável do squid já está instalada e o servidor está exclusivamente para rodar o squid. Ao meu ver, quando se compila uma versão específica, você acaba ficando preso a ela. Não dá para comparar a comodidade de manter o sistema atualizado com o gerenciador de pacotes. Alguém já passou por esse dilema? P.S: para quem tiver curiosidade o bug é: Bug 3177: assertion failed: comm.cc:1583: fd = 0 [ ['s -- Bruno
Re: Compilar ou não eis a questão.
Vendo na página do pacote, me parece que já é um bug conhecido a tempo: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486211 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643328 Não se é o mesmo bug que acontece com você!!! Os mantenedores dos pacotes tiveram dificuldades em reproduzir esse bugs relatados Me parece também que tem haver com o tipo de memória utilizada, qual a máquina que vocês está usando o debian com squid? Em 27 de fevereiro de 2012 17:19, Bruno Ayub bruno.a...@gmail.comescreveu: Olá Fagner! Faço os updates regularmente. Esse era o meu receio em instalar o pacote do testing. Mas fazendo o holding do pacote não garante que o mesmo não será atualizado? *echo squid3 hold|dpkg --set-selections* P.S: Percebi o BUG analisando o cache.log e o messages as saídas são algo assim: messages squid[3133]: Squid Parent: child process 3139 exited due to signal 6 with status 0 cache.log comm_old_accept: FD 30: (22) Invalid argument FTP data connection from unexpected server ([::]), expecting 186.228.51.73 assertion failed: comm.cc:1583: fd = 0 Starting Squid Cache version 3.1.6 for x86_64-pc-linux-gnu... 2012/2/27 Fagner Patricio fagner.patri...@gmail.com Olá Pessoal! Esse bug me preocupa, estou exatamente no momento de atualizar meu debian para o 6 e o squid também, se a versão atual é bugada é um problema, alguém aqui usa a mesma versão do Bruno e funciona? Em 27 de fevereiro de 2012 16:54, Fagner Patricio fagner.patri...@gmail.com escreveu: Olá Bruno!! Só uma sugestão, não se você tem o costume de manter o sistema sempre atualizado com o apt-get update, pode ser que essa instalação que você fez der problemas na hora de atualizar o sistema, era bom você fazer esse teste antes de colocar em produção. Abraços!! Em 27 de fevereiro de 2012 16:41, Bruno Ayub bruno.a...@gmail.comescreveu: Só mais um detalhe, para garantir que a versão instalada não será alterada. Fiz o congelamento do pacote. echo squid3 hold|dpkg --set-selections [ ]'s 2012/2/27 Bruno Ayub bruno.a...@gmail.com Olá pessoal! Somente para informá-los sobre a decisão. Cheguei a baixar os fontes diretamente do site oficial do squid, compilei etc e tal, mas de início já estava dando dor de cabeça. A cada ./configure ele reclamava de algum pacote. Depois a cada make, perdi um bom tempo até conseguir compilar sem erros. Em função disso, não executei o make install Resolvi testar a outra sugestão. Instalei a versão que está em testing. Atendeu perfeitamente a necessidade. Para manter o sistema em stable e instalar somente o squid do testing fiz o seguinte: /etc/apt/source.list dupliquei o repositório de pacotes adicionando o testing deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free deb http://ftp.br.debian.org/debian/ testing main contrib non-free Defini a prioridade de repositório no caminho /etc/apt/preferences criando o arquivo 00preferences com o seguinte conteúdo: Package: * Pin: release a=squeeze Pin-Priority: 500 Package: * Pin: release a=testing Pin-Priority: 50 Atualizei a lista apt-get update Para verificar a versão do squid (pretendida 3.1.19) apt-cache show -t testing squid3 Tudo OK, é só instalar: apt-get install -t testing squid3 Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão stable. Obrigado pelas sugestões. [ ]'s Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte conteúdo: 2012/2/14 China china.lis...@gmail.com Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep pacote) e instalar os fontes (apt-get source pacote). A partir daí fiz o download do fonte do site do desenvolvedor e passei os diretórios de controle do fonte do pacote Debian pra dentro dele e madei construir o deb. Outra alternativa, mais simples, é verificar se no testing já tem a versão nova, com o bug corrigido. Neste caso você adiciona a linha do repositório de fontes do testing na máquina de testes, instalar as dependencias de compilação com apt-get build-dep pacote e manda baixar e compilar automaticamente com apt-get -b source pacote. Em 14 de fevereiro de 2012 14:53, Bruno Ayub bruno.a...@gmail.com escreveu: Olá pessoal! Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no Debian 6. Instalei via APT e configurei os detalhes para a necessidade do ambiente. Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em versões posteriores (a atual é 3.1.19). Como sabemos que o Debian o processo de atualização dos pacotes é um pouco mais rigoroso, estou num dilema cruel: compilar ou não a versão do site. O bug afeta diretamente
Re: Compilar ou não eis a questão.
Olá Bruno!! O problema do Update é se foi instalado alguma outra dependência no repositório teste!! Você percebeu isso? Em 27 de fevereiro de 2012 17:43, Fagner Patricio fagner.patri...@gmail.com escreveu: Vendo na página do pacote, me parece que já é um bug conhecido a tempo: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486211 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643328 Não se é o mesmo bug que acontece com você!!! Os mantenedores dos pacotes tiveram dificuldades em reproduzir esse bugs relatados Me parece também que tem haver com o tipo de memória utilizada, qual a máquina que vocês está usando o debian com squid? Em 27 de fevereiro de 2012 17:19, Bruno Ayub bruno.a...@gmail.comescreveu: Olá Fagner! Faço os updates regularmente. Esse era o meu receio em instalar o pacote do testing. Mas fazendo o holding do pacote não garante que o mesmo não será atualizado? *echo squid3 hold|dpkg --set-selections* P.S: Percebi o BUG analisando o cache.log e o messages as saídas são algo assim: messages squid[3133]: Squid Parent: child process 3139 exited due to signal 6 with status 0 cache.log comm_old_accept: FD 30: (22) Invalid argument FTP data connection from unexpected server ([::]), expecting 186.228.51.73 assertion failed: comm.cc:1583: fd = 0 Starting Squid Cache version 3.1.6 for x86_64-pc-linux-gnu... 2012/2/27 Fagner Patricio fagner.patri...@gmail.com Olá Pessoal! Esse bug me preocupa, estou exatamente no momento de atualizar meu debian para o 6 e o squid também, se a versão atual é bugada é um problema, alguém aqui usa a mesma versão do Bruno e funciona? Em 27 de fevereiro de 2012 16:54, Fagner Patricio fagner.patri...@gmail.com escreveu: Olá Bruno!! Só uma sugestão, não se você tem o costume de manter o sistema sempre atualizado com o apt-get update, pode ser que essa instalação que você fez der problemas na hora de atualizar o sistema, era bom você fazer esse teste antes de colocar em produção. Abraços!! Em 27 de fevereiro de 2012 16:41, Bruno Ayub bruno.a...@gmail.comescreveu: Só mais um detalhe, para garantir que a versão instalada não será alterada. Fiz o congelamento do pacote. echo squid3 hold|dpkg --set-selections [ ]'s 2012/2/27 Bruno Ayub bruno.a...@gmail.com Olá pessoal! Somente para informá-los sobre a decisão. Cheguei a baixar os fontes diretamente do site oficial do squid, compilei etc e tal, mas de início já estava dando dor de cabeça. A cada ./configure ele reclamava de algum pacote. Depois a cada make, perdi um bom tempo até conseguir compilar sem erros. Em função disso, não executei o make install Resolvi testar a outra sugestão. Instalei a versão que está em testing. Atendeu perfeitamente a necessidade. Para manter o sistema em stable e instalar somente o squid do testing fiz o seguinte: /etc/apt/source.list dupliquei o repositório de pacotes adicionando o testing deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free deb http://ftp.br.debian.org/debian/ testing main contrib non-free Defini a prioridade de repositório no caminho /etc/apt/preferences criando o arquivo 00preferences com o seguinte conteúdo: Package: * Pin: release a=squeeze Pin-Priority: 500 Package: * Pin: release a=testing Pin-Priority: 50 Atualizei a lista apt-get update Para verificar a versão do squid (pretendida 3.1.19) apt-cache show -t testing squid3 Tudo OK, é só instalar: apt-get install -t testing squid3 Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão stable. Obrigado pelas sugestões. [ ]'s Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte conteúdo: 2012/2/14 China china.lis...@gmail.com Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep pacote) e instalar os fontes (apt-get source pacote). A partir daí fiz o download do fonte do site do desenvolvedor e passei os diretórios de controle do fonte do pacote Debian pra dentro dele e madei construir o deb. Outra alternativa, mais simples, é verificar se no testing já tem a versão nova, com o bug corrigido. Neste caso você adiciona a linha do repositório de fontes do testing na máquina de testes, instalar as dependencias de compilação com apt-get build-dep pacote e manda baixar e compilar automaticamente com apt-get -b source pacote. Em 14 de fevereiro de 2012 14:53, Bruno Ayub bruno.a...@gmail.com escreveu: Olá pessoal! Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no Debian 6. Instalei via APT e configurei os detalhes para a necessidade do ambiente. Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em
Re: Compilar ou não eis a questão.
Sim, foram poucos pacotes, todos relacionados com o squid. A máquina está exclusiva para proxy. Já coloquei em produção e está funcionando perfeitamente. Antes de aplicar as mudanças eu fiz um laboratório simulando as mudanças. Você perguntou, a configuração da máquina: Dell 2950 16GB de RAM DDR2 667MHz O problema era muito sutil. Mas o squid caia em questão de segundos voltava. Se o usuário fizesse uma requisição nesse intervalo ele perceberia a indisponibilidade. 2012/2/27 Fagner Patricio fagner.patri...@gmail.com Olá Bruno!! O problema do Update é se foi instalado alguma outra dependência no repositório teste!! Você percebeu isso? Em 27 de fevereiro de 2012 17:43, Fagner Patricio fagner.patri...@gmail.com escreveu: Vendo na página do pacote, me parece que já é um bug conhecido a tempo: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486211 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643328 Não se é o mesmo bug que acontece com você!!! Os mantenedores dos pacotes tiveram dificuldades em reproduzir esse bugs relatados Me parece também que tem haver com o tipo de memória utilizada, qual a máquina que vocês está usando o debian com squid? Em 27 de fevereiro de 2012 17:19, Bruno Ayub bruno.a...@gmail.comescreveu: Olá Fagner! Faço os updates regularmente. Esse era o meu receio em instalar o pacote do testing. Mas fazendo o holding do pacote não garante que o mesmo não será atualizado? *echo squid3 hold|dpkg --set-selections* P.S: Percebi o BUG analisando o cache.log e o messages as saídas são algo assim: messages squid[3133]: Squid Parent: child process 3139 exited due to signal 6 with status 0 cache.log comm_old_accept: FD 30: (22) Invalid argument FTP data connection from unexpected server ([::]), expecting 186.228.51.73 assertion failed: comm.cc:1583: fd = 0 Starting Squid Cache version 3.1.6 for x86_64-pc-linux-gnu... 2012/2/27 Fagner Patricio fagner.patri...@gmail.com Olá Pessoal! Esse bug me preocupa, estou exatamente no momento de atualizar meu debian para o 6 e o squid também, se a versão atual é bugada é um problema, alguém aqui usa a mesma versão do Bruno e funciona? Em 27 de fevereiro de 2012 16:54, Fagner Patricio fagner.patri...@gmail.com escreveu: Olá Bruno!! Só uma sugestão, não se você tem o costume de manter o sistema sempre atualizado com o apt-get update, pode ser que essa instalação que você fez der problemas na hora de atualizar o sistema, era bom você fazer esse teste antes de colocar em produção. Abraços!! Em 27 de fevereiro de 2012 16:41, Bruno Ayub bruno.a...@gmail.comescreveu: Só mais um detalhe, para garantir que a versão instalada não será alterada. Fiz o congelamento do pacote. echo squid3 hold|dpkg --set-selections [ ]'s 2012/2/27 Bruno Ayub bruno.a...@gmail.com Olá pessoal! Somente para informá-los sobre a decisão. Cheguei a baixar os fontes diretamente do site oficial do squid, compilei etc e tal, mas de início já estava dando dor de cabeça. A cada ./configure ele reclamava de algum pacote. Depois a cada make, perdi um bom tempo até conseguir compilar sem erros. Em função disso, não executei o make install Resolvi testar a outra sugestão. Instalei a versão que está em testing. Atendeu perfeitamente a necessidade. Para manter o sistema em stable e instalar somente o squid do testing fiz o seguinte: /etc/apt/source.list dupliquei o repositório de pacotes adicionando o testing deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free deb http://ftp.br.debian.org/debian/ testing main contrib non-free Defini a prioridade de repositório no caminho /etc/apt/preferences criando o arquivo 00preferences com o seguinte conteúdo: Package: * Pin: release a=squeeze Pin-Priority: 500 Package: * Pin: release a=testing Pin-Priority: 50 Atualizei a lista apt-get update Para verificar a versão do squid (pretendida 3.1.19) apt-cache show -t testing squid3 Tudo OK, é só instalar: apt-get install -t testing squid3 Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão stable. Obrigado pelas sugestões. [ ]'s Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte conteúdo: 2012/2/14 China china.lis...@gmail.com Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep pacote) e instalar os fontes (apt-get source pacote). A partir daí fiz o download do fonte do site do desenvolvedor e passei os diretórios de controle do fonte do pacote Debian pra dentro dele e madei construir o deb. Outra alternativa, mais simples, é verificar se no testing já tem a versão nova, com o bug corrigido. Neste caso
Compilar ou não eis a questão.
Olá pessoal! Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no Debian 6. Instalei via APT e configurei os detalhes para a necessidade do ambiente. Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em versões posteriores (a atual é 3.1.19). Como sabemos que o Debian o processo de atualização dos pacotes é um pouco mais rigoroso, estou num dilema cruel: compilar ou não a versão do site. O bug afeta diretamente a estabilidade do serviço, ou seja, não dá para conviver com ele. A última versão estável do squid já está instalada e o servidor está exclusivamente para rodar o squid. Ao meu ver, quando se compila uma versão específica, você acaba ficando preso a ela. Não dá para comparar a comodidade de manter o sistema atualizado com o gerenciador de pacotes. Alguém já passou por esse dilema? P.S: para quem tiver curiosidade o bug é: Bug 3177: assertion failed: comm.cc:1583: fd = 0 [ ['s -- Bruno Ayub.
Re: Compilar ou não eis a questão.
Normalmente as correções de bugs são feitas e distribuidas pelos DDs mantenedores do pacote. O que você pode fazer é procurar o time do squid@debian e perguntar quando haverá a incorporação. Eu já tive de compilar sim, mas usei o método de instalar as dependencias de compilação em uma máquina de testes (apt-get build-dep pacote) e instalar os fontes (apt-get source pacote). A partir daí fiz o download do fonte do site do desenvolvedor e passei os diretórios de controle do fonte do pacote Debian pra dentro dele e madei construir o deb. Outra alternativa, mais simples, é verificar se no testing já tem a versão nova, com o bug corrigido. Neste caso você adiciona a linha do repositório de fontes do testing na máquina de testes, instalar as dependencias de compilação com apt-get build-dep pacote e manda baixar e compilar automaticamente com apt-get -b source pacote. Em 14 de fevereiro de 2012 14:53, Bruno Ayub bruno.a...@gmail.com escreveu: Olá pessoal! Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no Debian 6. Instalei via APT e configurei os detalhes para a necessidade do ambiente. Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em versões posteriores (a atual é 3.1.19). Como sabemos que o Debian o processo de atualização dos pacotes é um pouco mais rigoroso, estou num dilema cruel: compilar ou não a versão do site. O bug afeta diretamente a estabilidade do serviço, ou seja, não dá para conviver com ele. A última versão estável do squid já está instalada e o servidor está exclusivamente para rodar o squid. Ao meu ver, quando se compila uma versão específica, você acaba ficando preso a ela. Não dá para comparar a comodidade de manter o sistema atualizado com o gerenciador de pacotes. Alguém já passou por esse dilema? P.S: para quem tiver curiosidade o bug é: Bug 3177: assertion failed: comm.cc:1583: fd = 0 [ ['s -- Bruno Ayub. -- @chinabhz -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKE1zwoQGnmmJ_7FCDZX3vk4iJ44KMxJguh=w5g3dz_emv6...@mail.gmail.com