[FUG-BR] RES: RES: RES: off topic Hosting para hospedagem
> -Mensagem original- > De: freebsd [mailto:freebsd-boun...@fug.com.br] Em nome de Renato > Frederick > Enviada em: segunda-feira, 7 de março de 2016 12:05 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > <freebsd@fug.com.br> > Assunto: Re: [FUG-BR] RES: RES: off topic Hosting para hospedagem > > Paulo, irei responder inline. > > -Original Message- > De: Paulo Quartieri <q...@qbnet.com.br> > Responder: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > <freebsd@fug.com.br>> > Data: 7 de março de 2016 at 09:08:07 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > <freebsd@fug.com.br>> > Assunto: [FUG-BR] RES: RES: off topic Hosting para hospedagem > > > > > > Claro, sempre. > > > > > > > > > Você tem uma equipe para administrar tudo isto? Manter postfix, > > bind, > > > mysql, etc?? > > > > Não. E o que é pior: manter este servidor não é minha atividade fim. > > Sou Programalista. À uns 15 anos atrás inventei de montar um provedor > > de Internet. Na época em que todos tinham que se associar a um > > provedor para poder navegar na internet. Fui influenciado por um amigo > > para colocar o FreeBDS. Me acostumei a ele, muito prático e estável. > > Com a ajuda da lista FUG e do ports, consegui me manter até > > hoje(http://airmail.calendar/2016-03-07%2012:00:00%20BRT). > > Sei como é. Fez ótima escolha. Já contei caso aqui na lista a anos atrás de > máquina que migrei sistema legado de SCO UNIX em 1990 e poucos para BSD > e em pleno 2010 e tantos o cliente me acha pedindo para eu ver porque a > máquina parou…. Vou ver parou porque a placa de rede queimou, são > uptimes gigantescos(claro que máquina que usa um telnet local, não tem > internet, roda Free 4.x e eu nem sou pago pra manter). > > > > > Como falei acima, não é minha atividade principal, então tenho que > > achar tempo para dar uma olhada no servidor de vez em quando para ver > > se tem algum problema. Fora o fato de quebra de senhas nos e-mails de > > meus clientes, o resto tá redondo. > > Sim, sei como é também. > Este mês eu andei notando que tem um vírus que veio da China e instala nos > Windows, fica tentando fazer bruteforce, ele SEMPRE se loga via POP3 e a > assinatura dele é ser assim: > > > "2016-03-07 05:09:27 dovecot_login authenticator failed for (ylmf-pc) > [120.141.23.168]:63579: 535 Incorrect authentication data (set_id=pcp) “ > > > > > Eu utilizo o webmin para gerenciar. O que é este CPANEL? > > > > Imagine um WEBMIN com esteroides(http://cpanel.net). Você instala um > Linux básico(antes suportava BSD, agora é redhat like(red hat, centos) debian > eu acho, etc.. > Baixa do site deles um script. > > O script vai transformar o servidor em um servidor cpanel. Nele você vai ter o > painel web do admin. o painel web do cliente. o painel do reseller. tudo > clicando. > Por exemplo, quer hospedar eu.com.br, voce clica lá que quer criar este > hosting. ele cria no bind, no apache, no ftp, no email, cria um login pro > cliente > ir ele mesmo e criar as contas. > Cliente nao pagou hospedagem, voce clica em um botão e ele trava tudo do > cliente, poe página de “temporariamente fora do ar”, etc…. > > Você paga uns 20 dólares/mês para ter a licença CPANEL Atrelada ao IP > principal da máquina. Cancelou a licença, CPANEL fica read only. A licença é > perpétua e atualiza tanto o linux como cpanel. > > Agora, não faça nada na console. Você vai lá, edita o EXIM na mão, próxima > vez que a interface WEB fizer algo, ela vai apagar suas alterações na shell. > Você tem que trabalhar do jeito que o CPANEL gosta. > > Sabe o brute force do POP3 que falei acima? O CPANEL tem também > módulos. eu achei um módulo que é tipo um “fail2ban”. Ele lê log de apache, > ftp, ssh, pop3, imap, smtp, etc… fez muito login errado, dá ban de 3600s. saiu > do ban, fez de novo errado? mais um ban… de novo? ban forever. > > > > ] > > Por isto que está no exterior. Muito estável. 5 anos sem problemas. > > O problema é que o dólar está caro. Pensei então numa opção com a > > mesma estabilidade e mais barato. Tenho muita curiosidade na > > virtualização, com FREEBSD e eu compilando e instalando tudo. > > Não sei se é estável a ponto de eu me preocupar apenas com > > configurações eventuais. Como não entendo nada disto, fico inseguro. > > Você está pensando em cancelar um server dedicado no exterior, e pagar um > server virtualidade no exterior, para reduzir custos? > Desde que a empresa que forneça a virtualização não esteja no gargalo(ex, > vendendo espaço em storage que
[FUG-BR] RES: RES: off topic Hosting para hospedagem
> -Mensagem original- > De: freebsd [mailto:freebsd-boun...@fug.com.br] Em nome de Renato > Frederick > Enviada em: segunda-feira, 7 de março de 2016 00:13 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > <freebsd@fug.com.br> > Assunto: Re: [FUG-BR] RES: off topic Hosting para hospedagem > > > > > > -- > > :UNI>> Paulo Henrique. > > > > Obrigado por responder, Paulo. > > > > São aproximadamente 100 clientes com umas 1100 contas de e-mails. Meu > > HD atual de 250GB tá com 80% de utilização e crescendo (tenho 500GB > > -pensei que fosse 1TB- , dois HD´s DE 250, um backup do outro) Utilizo > > MTA-POSTFIX COM MYSQL E MAIA/DNS-BIND/WEB-APACHE/BANCO DE > DADOS(MYSQL > > E POSTGRES)/FTP e trafego mensal em torno de 30GB, 5 IP´s. Tudo isto > > num Celeron E Dual core e 2GB de RAM. > > > > Minha dúvida então é: Baseado no que descrevi acima, uma mqna > > virtualizada me atende? (em termos de estabilidade) Ou tem que ser um > > server dedicado? Se server dedicado ou virtualizada, tens alguma > > sugestão? > > > > Gostei muito dos preços do www.server4you.com porém não vi o FREEBSD > > disponível e não sei se atende o que preciso. > > > > > > []´s > > Paulo Quartieri > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > Posso dar um “pitaco” na conversa? Claro, sempre. > > > Você tem uma equipe para administrar tudo isto? Manter postfix, bind, > mysql, etc?? Não. E o que é pior: manter este servidor não é minha atividade fim. Sou Programalista. À uns 15 anos atrás inventei de montar um provedor de Internet. Na época em que todos tinham que se associar a um provedor para poder navegar na internet. Fui influenciado por um amigo para colocar o FreeBDS. Me acostumei a ele, muito prático e estável. Com a ajuda da lista FUG e do ports, consegui me manter até hoje. > > Pergunto porque a anos atrás, eu tinha muito tempo para manter 5 ou 6 > server BSD com qmail, vpopmail, bind, etc, tudo feito a mão e mantido… > Como falei acima, não é minha atividade principal, então tenho que achar tempo para dar uma olhada no servidor de vez em quando para ver se tem algum problema. Fora o fato de quebra de senhas nos e-mails de meus clientes, o resto tá redondo. > Só que depois de um tempo, meu tempo livre começou a ficar ocupado e eu > não conseguia atender a estas demandas. Daí, abri mão do BSD que tanto > gosto e fui para CPANEL, que eu tinha MUITO preconceito. > Eu utilizo o webmin para gerenciar. O que é este CPANEL? > Daí, pago hoje alguns dólares de licença CPANEL, rodando em VPS e eles > fazem o trabalho pesado de manter todo o sistema. Eu me preocupo em > atender o usuário final(coisas do tipo, o cara configurou outlook errado…) > Por isto que está no exterior. Muito estável. 5 anos sem problemas. O problema é que o dólar está caro. Pensei então numa opção com a mesma estabilidade e mais barato. Tenho muita curiosidade na virtualização, com FREEBSD e eu compilando e instalando tudo. Não sei se é estável a ponto de eu me preocupar apenas com configurações eventuais. Como não entendo nada disto, fico inseguro. > Servidores FrontEnd quando é algo muito específico que eu acho que o BSD > vai se dar melhor(TOMCAT, clientes VIP), eu uso vmware on the cloud, > virtualizando um BSD. Daí eu mesmo compilo apache, tomcat, etc.. Talvez esta seja a solução para mim num período de 1 ano. Mas preciso do aval dos amigos da lista. :) > > Resumo…. se for o feijão com arroz de hospedar email, página html/php > corporativa, empurro tudo no cpanel. Com raras exceções, como um jail e FTP pequeno, é o que tenho. > > Se for algo mais TOP, coloco um BSD. > > Agora com relação a hosting, eu coloco tudo fora e pago em dólar, é o alto > preço a se pagar pela estabilidade. > Concordo 100% > []s > > > ——— > Renato Frederick > Consultor em TI > http://about.me/renatofrederick > Skype: renatofrederick > +55 31 99123 - 3006 > +55 31 2523 - 0686 > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Abraço. Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: off topic Hosting para hospedagem
Em 4 de março de 2016 10:50, Paulo Quartieri <q...@qbnet.com.br> escreveu: > Em 4 de março de 2016 08:32, Paulo Quartieri <q...@qbnet.com.br> escreveu: > > > Pessoal, tenho um pequeno servidor com freebsd, (apache, postfix, > > bind, mysql, etc...) com um trafego mensal em torno de 30GB, 5 IP´s, > > 1 TB de HD na iweb (www.iweb.com). Estou lá faz mais de 5 anos, sem > > problemas (salvo uma vez que queimou a placa mãe porem foi > > substituída rapidamente). Porém o valor mensal com o Us$ neste nível ficou cara. > > Preciso de um outro local que de suporte para o freebsd e que não > > seja caro. O que vocês recomendam para minha necessidade? Pode ser > > maquina > virtualizada? (tem que ser 7x24) > > ou melhor um servidor dedicado? Estou acompanhando o assunto 'Re: > > [FUG-BR] Hosting para VPS - levantamento' porém tenho dúvidas se o > > que o pessoal precisa neste assunto é a mesma necessidade que eu tenho... > > > > []´s > > Paulo Quartieri > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > Paulo, Saudações, > > Então, quais os pontos que tem duvida acerca do levantamento ? > > Servidor dedicado para serviços de mta só se justifica caso sua > demanda ultrapasse 1000 mensagens por minuto ( o que ká entre nós é > dificil ) ou uma necessidade de pelo menos 300Gbytes de storage. > Não estou levantando bandeira contra o beastie, contudo se a sua > demanda é apenas para MTA/DNS/WEB de uma unica empresa com > aproximadamente 150 usuários SMTP/IMAP/POP3 e o espaço em disco poderá > não ultrapassar os 120Gbytes nos proximos 5 anos analise verificar a > hospedagem ( com a gerencia ) em um datacenter com um serviço mais diferenciado. > Menos dor de cabeça maior estabilidade. > > Att. > > -- > :UNI> Paulo Henrique. > > Obrigado por responder, Paulo. > > São aproximadamente 100 clientes com umas 1100 contas de e-mails. Meu > HD atual de 250GB tá com 80% de utilização e crescendo (tenho 500GB > -pensei que fosse 1TB- , dois HD´s DE 250, um backup do outro) Utilizo > MTA-POSTFIX COM MYSQL E MAIA/DNS-BIND/WEB-APACHE/BANCO DE DADOS(MYSQL > E POSTGRES)/FTP e trafego mensal em torno de 30GB, 5 IP´s. Tudo isto > num Celeron E Dual core e 2GB de RAM. > > Minha dúvida então é: Baseado no que descrevi acima, uma mqna > virtualizada me atende? (em termos de estabilidade) Ou tem que ser um > server dedicado? Se server dedicado ou virtualizada, tens alguma > sugestão? > > Gostei muito dos preços do www.server4you.com porém não vi o FREEBSD > disponível e não sei se atende o que preciso. > > > []´s > Paulo Quartieri > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Opa, Já faz algum tempo que não implemento um MTA contudo pela sua demanda que passo pode até ser que uma maquina virtual funcione bem ( tem os prós e os contras quanto a cloud ). Eu recomendaria a partir para um dedicado, a tendência é sempre aumentar, quando selecionar verifica se tem a opção com SSD, é mais caro contudo a confiabilidade e a velocidade de acesso a disco ( um dos calcanhares de Aquiles das MTAs ) justifica o investimento, pelo menos dois SSD de 128Gb usa o ZFS com trim em coloca o storage de mensagem em HDs SATA 3 de 1TB ( raid mirror ). O Seu problema será mais armazenamento do que realmente processamento, a menos que tenha aplicação WEB bugada ( mal projetada executando nele ). 16Gbytes de ram e um proc Xeon E3 já é mais do que o suficiente. A longo prazo eu partiria para um colocation de dois ServerU ( com HD SSD ) na FreeBSD Brasil, é hardware de sobra e ainda tem o ProApps MTA, conversa com alguém de lá ) em 14 meses já terá pago o hardware em 20 a 26 meses equiparado com o valor de um servidor dedicado e ainda estará com hardware de ponta com capacidade muito superior a maioria dos servidores dedicados que vejo por ai. Não é propraganda da FreeBSD Brasil, só que quando o lance é infraestrutura para BSD no Brasil só eles, a Amazon e a Tecla disponibiliza. No exterior a coisa muda de figura. Att. -- :UNI>http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Ok, Paulo, obrigado. Vou analisar com carinho. []´s Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: off topic Hosting para hospedagem
Em 4 de março de 2016 08:32, Paulo Quartieri <q...@qbnet.com.br> escreveu: > Pessoal, tenho um pequeno servidor com freebsd, (apache, postfix, > bind, mysql, etc...) com um trafego mensal em torno de 30GB, 5 IP´s, 1 > TB de HD na iweb (www.iweb.com). Estou lá faz mais de 5 anos, sem > problemas (salvo uma vez que queimou a placa mãe porem foi substituída > rapidamente). Porém o valor mensal com o Us$ neste nível ficou cara. > Preciso de um outro local que de suporte para o freebsd e que não seja > caro. O que vocês recomendam para minha necessidade? Pode ser maquina virtualizada? (tem que ser 7x24) > ou melhor um servidor dedicado? Estou acompanhando o assunto 'Re: > [FUG-BR] Hosting para VPS - levantamento' porém tenho dúvidas se o que > o pessoal precisa neste assunto é a mesma necessidade que eu tenho... > > []´s > Paulo Quartieri > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Paulo, Saudações, Então, quais os pontos que tem duvida acerca do levantamento ? Servidor dedicado para serviços de mta só se justifica caso sua demanda ultrapasse 1000 mensagens por minuto ( o que ká entre nós é dificil ) ou uma necessidade de pelo menos 300Gbytes de storage. Não estou levantando bandeira contra o beastie, contudo se a sua demanda é apenas para MTA/DNS/WEB de uma unica empresa com aproximadamente 150 usuários SMTP/IMAP/POP3 e o espaço em disco poderá não ultrapassar os 120Gbytes nos proximos 5 anos analise verificar a hospedagem ( com a gerencia ) em um datacenter com um serviço mais diferenciado. Menos dor de cabeça maior estabilidade. Att. -- :UNI>http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] off topic Hosting para hospedagem
Pessoal, tenho um pequeno servidor com freebsd, (apache, postfix, bind, mysql, etc...) com um trafego mensal em torno de 30GB, 5 IP´s, 1 TB de HD na iweb (www.iweb.com). Estou lá faz mais de 5 anos, sem problemas (salvo uma vez que queimou a placa mãe porem foi substituída rapidamente). Porém o valor mensal com o Us$ neste nível ficou cara. Preciso de um outro local que de suporte para o freebsd e que não seja caro. O que vocês recomendam para minha necessidade? Pode ser maquina virtualizada? (tem que ser 7x24) ou melhor um servidor dedicado? Estou acompanhando o assunto 'Re: [FUG-BR] Hosting para VPS - levantamento' porém tenho dúvidas se o que o pessoal precisa neste assunto é a mesma necessidade que eu tenho... []´s Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: RES: RES: PORTS ERRO MAKE
2014-06-16 10:07 GMT-03:00 Paulo Quartieri q...@qbnet.com.br: On Jun 16, 2014, at 9:29, Paulo Quartieri q...@qbnet.com.br wrote: On Jun 14, 2014, at 14:27, Paulo Quartieri q...@qbnet.com.br wrote: -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Renato Botelho Enviada em: quinta-feira, 12 de junho de 2014 14:08 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: PORTS ERRO MAKE 2014-06-12 13:15 GMT-03:00 Paulo Quartieri q...@qbnet.com.br: Oi, Renato. Já vi agora no tio google que era problema de versão. Acontece q não tenho acesso ao servidor e não gostaria de trocar a versão neste momento. Não tem como baixar a ultima arvore do ports compatível com a 9.0? O branch stable do segundo trimestre ainda é compatível, apaga o /usr/ports inteiro e baixa ele com svn usando: # svn co http://svn.freebsd.org/ports/branches/2014Q2 /usr/ports Depois crie o INDEX manualmente usando: # make -C /usr/ports index []s -- Renato Botelho Não tenho o svn instalado na minha maquina. Que porcaria. Mas obrigado, Renato. É a disvantagem de usar um SO velho e não suportado. Mas tenta ae: pkg_add -r subversion []s -- Renato Botelho Blz, Renato. Obrigado. Fiz como enviastes e deu a seguinte mensagem: /libexec/ld-elf.so.1: Shared object libz.so.6 not found, required by svn Como instalo este libz ? Só pra constar, você já percebeu que está transformando seu sistema em um frankenstein? Tanto trabalho pra manter uma versão velha, que tem várias falhas de segurança conhecidas. Você provavelmente tinha uma zlib mais nova ou mais velha já instalada no sistema, aí a versão do svn, que foi compilada na época do 9.0, está linkada com outra versão. Vai ter que ver qual pacote provê a lib, entrar no server, baixar a versão velha e instala, mas isso vai matar todos os ports que estão linkados com a versão que está instalada atualmente. ,Meu conselho é, para de fazer esse monte de gambiarra e atualiza o SO. :) []s -- Renato Botelho Renato, tens razão. Tá ficando uma gambiarra braba. Vou tentar atualizar o SO. Vamos ver o q vai dar. Obrigado. []´s - 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 E ae Paulo Quartieri, tudo bom? Conseguiu atualizar o seu sistema? O seu ports esta funcionando? Realizei o update do meu sistema para o 9.3rc mas continuo com problemas no Ports, e estou precisando fazer um update urgente em alguns pacotes que foram quebrados. (root@thanos)[/usr/ports]# uname -a FreeBSD thanos 9.3-RC2 FreeBSD 9.3-RC2 #1: Thu Jul 3 17:43:47 BRT 2014 root@thanos:/usr/obj/usr/src/sys/INTNET amd64 O erro no make permanece, ja fiz de tudo, mas continuo sem soluçao. === Installing for pkg-1.2.7_3 === Checking if ports-mgmt/pkg already installed === pkg-1.2.7_3 is already installed .You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of ports-mgmt/pkg without deleting it first, set the variable FORCE_PKG_REGISTER in your environment or the make install command line. *** [check-already-installed] Error code 1 Stop in /usr/ports/ports-mgmt/pkg. *** [/usr/ports/ports-mgmt/pkg/work/.install_done.pkg._usr_local] Error code 1 Stop in /usr/ports/ports-mgmt/pkg. === Installation of pkg-1.2.7_3 (ports-mgmt/pkg) failed === Aborting update Terminated === You can restart from the point of failure with this command line: portmaster flags ports-mgmt/pkg Alguem consegue dar uma força? -- Claudio P Costa Oi, Claudio. Por conselho do Renato Botelho (obrigado) acabei desistindo de atualizar. Tava ficando uma gambiarra braba. Vou preparar um outro servidor e partir do zero. [] Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: PORTS ERRO MAKE
On Jun 14, 2014, at 14:27, Paulo Quartieri q...@qbnet.com.br wrote: -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Renato Botelho Enviada em: quinta-feira, 12 de junho de 2014 14:08 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: PORTS ERRO MAKE 2014-06-12 13:15 GMT-03:00 Paulo Quartieri q...@qbnet.com.br: Oi, Renato. Já vi agora no tio google que era problema de versão. Acontece q não tenho acesso ao servidor e não gostaria de trocar a versão neste momento. Não tem como baixar a ultima arvore do ports compatível com a 9.0? O branch stable do segundo trimestre ainda é compatível, apaga o /usr/ports inteiro e baixa ele com svn usando: # svn co http://svn.freebsd.org/ports/branches/2014Q2 /usr/ports Depois crie o INDEX manualmente usando: # make -C /usr/ports index []s -- Renato Botelho Não tenho o svn instalado na minha maquina. Que porcaria. Mas obrigado, Renato. É a disvantagem de usar um SO velho e não suportado. Mas tenta ae: pkg_add -r subversion []s -- Renato Botelho Blz, Renato. Obrigado. Fiz como enviastes e deu a seguinte mensagem: /libexec/ld-elf.so.1: Shared object libz.so.6 not found, required by svn Como instalo este libz ? Obrigado. [] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: RES: PORTS ERRO MAKE
On Jun 16, 2014, at 9:29, Paulo Quartieri q...@qbnet.com.br wrote: On Jun 14, 2014, at 14:27, Paulo Quartieri q...@qbnet.com.br wrote: -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Renato Botelho Enviada em: quinta-feira, 12 de junho de 2014 14:08 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: PORTS ERRO MAKE 2014-06-12 13:15 GMT-03:00 Paulo Quartieri q...@qbnet.com.br: Oi, Renato. Já vi agora no tio google que era problema de versão. Acontece q não tenho acesso ao servidor e não gostaria de trocar a versão neste momento. Não tem como baixar a ultima arvore do ports compatível com a 9.0? O branch stable do segundo trimestre ainda é compatível, apaga o /usr/ports inteiro e baixa ele com svn usando: # svn co http://svn.freebsd.org/ports/branches/2014Q2 /usr/ports Depois crie o INDEX manualmente usando: # make -C /usr/ports index []s -- Renato Botelho Não tenho o svn instalado na minha maquina. Que porcaria. Mas obrigado, Renato. É a disvantagem de usar um SO velho e não suportado. Mas tenta ae: pkg_add -r subversion []s -- Renato Botelho Blz, Renato. Obrigado. Fiz como enviastes e deu a seguinte mensagem: /libexec/ld-elf.so.1: Shared object libz.so.6 not found, required by svn Como instalo este libz ? Só pra constar, você já percebeu que está transformando seu sistema em um frankenstein? Tanto trabalho pra manter uma versão velha, que tem várias falhas de segurança conhecidas. Você provavelmente tinha uma zlib mais nova ou mais velha já instalada no sistema, aí a versão do svn, que foi compilada na época do 9.0, está linkada com outra versão. Vai ter que ver qual pacote provê a lib, entrar no server, baixar a versão velha e instala, mas isso vai matar todos os ports que estão linkados com a versão que está instalada atualmente. ,Meu conselho é, para de fazer esse monte de gambiarra e atualiza o SO. :) []s -- Renato Botelho Renato, tens razão. Tá ficando uma gambiarra braba. Vou tentar atualizar o SO. Vamos ver o q vai dar. Obrigado. []´s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: PORTS ERRO MAKE
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Renato Botelho Enviada em: quinta-feira, 12 de junho de 2014 14:08 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: PORTS ERRO MAKE 2014-06-12 13:15 GMT-03:00 Paulo Quartieri q...@qbnet.com.br: Oi, Renato. Já vi agora no tio google que era problema de versão. Acontece q não tenho acesso ao servidor e não gostaria de trocar a versão neste momento. Não tem como baixar a ultima arvore do ports compatível com a 9.0? O branch stable do segundo trimestre ainda é compatível, apaga o /usr/ports inteiro e baixa ele com svn usando: # svn co http://svn.freebsd.org/ports/branches/2014Q2 /usr/ports Depois crie o INDEX manualmente usando: # make -C /usr/ports index []s -- Renato Botelho Não tenho o svn instalado na minha maquina. Que porcaria. Mas obrigado, Renato. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] PORTS ERRO MAKE
Pessoal, boa tarde. Por questão de espaço, todo \usr\ports. Agora consegui instalar de novo via portsnap. Só que ao tentar instalar qualquer pacote, um simples MAKE ocorre os erros abaixo: Minha configuração: FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #2: Thu Mar 11 00:30:23 BRT 2010 O que fiz errado? Agradecido Paulo Quartieri Erros: Unknown modifier 't' /usr/ports/Mk/bsd.port.mk, line 1739: Malformed conditional (defined(USE_RC_SUBR) ${USE_RC_SUBR:tu} != YES) Unknown modifier 't' Unknown modifier 't' Unknown modifier 't' Unknown modifier 't' /usr/ports/Mk/bsd.sites.mk, line 953: Malformed conditional (!empty(_PERL_CPAN_ID) ${_PERL_CPAN_FLAG:tl} == cpan) Unknown modifier 't' Unknown modifier 't' /usr/ports/Mk/bsd.port.mk, line 2889: Unclosed conditional/for loop /usr/ports/Mk/bsd.port.mk, line 2889: Unexpected end of file in for loop. /usr/ports/Mk/bsd.port.mk, line 6670: Unclosed conditional/for loop /usr/ports/Mk/bsd.port.mk, line 6670: Unexpected end of file in for loop. make: fatal errors encountered -- cannot continue - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: PORTS ERRO MAKE
Pessoal, boa tarde. Por questão de espaço, todo \usr\ports. Agora consegui instalar de novo via portsnap. Só que ao tentar instalar qualquer pacote, um simples MAKE ocorre os erros abaixo: Minha configuração: FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #2: Thu Mar 11 00:30:23 BRT 2010 O que fiz errado? Agradecido Paulo Quartieri Erros: Unknown modifier 't' /usr/ports/Mk/bsd.port.mk, line 1739: Malformed conditional (defined(USE_RC_SUBR) ${USE_RC_SUBR:tu} != YES) Unknown modifier 't' Unknown modifier 't' Unknown modifier 't' Unknown modifier 't' /usr/ports/Mk/bsd.sites.mk, line 953: Malformed conditional (!empty(_PERL_CPAN_ID) ${_PERL_CPAN_FLAG:tl} == cpan) Unknown modifier 't' Unknown modifier 't' /usr/ports/Mk/bsd.port.mk, line 2889: Unclosed conditional/for loop /usr/ports/Mk/bsd.port.mk, line 2889: Unexpected end of file in for loop. /usr/ports/Mk/bsd.port.mk, line 6670: Unclosed conditional/for loop /usr/ports/Mk/bsd.port.mk, line 6670: Unexpected end of file in for loop. make: fatal errors encountered -- cannot continue A árvore do ports não é mais compatível com versões não suportadas do FreeBSD, como é o caso da 9.0. Atualize seu FreeBSD para uma versão suportada (9.2 ou 10.0) e conseguirá usar a árvore do ports novamente. []s -- Renato Botelho Oi, Renato. Já vi agora no tio google que era problema de versão. Acontece q não tenho acesso ao servidor e não gostaria de trocar a versão neste momento. Não tem como baixar a ultima arvore do ports compatível com a 9.0? [] Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Historico da lista, top-posting e outros
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Marcelo Gondim Enviada em: domingo, 10 de fevereiro de 2013 09:42 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Historico da lista, top-posting e outros Em 10/02/13 03:39, Nilton Jose Rizzo escreveu: Caros amigos da Lista, Venho encaressidamente pedir, ou melhor, implorar para que evitem duas maldições que acontecem e que atrapalham o funcionamento da lista, quando há a necessiade de pesquisar algo em seu histório e/ou em um cliente de emails inteligente. Veja a foto em anexo: [1]http://www.rizzo.eng.br/files/freebsd_lista.png olhem o histórico: [2]http://www.fug.com.br/historico/html/freebsd/2013-02/msg00116.html O que aconteceu[2]? Simples mudaram o assunto da mensagem e reenviaram para a lista e na hora de indexar os resultados da pesquisa ( me corrijam se estiver falando besteira) o ID da thread é verificado, gerando essa tremenda confusão. É o mesmo caso do leitor de e-mails[1] ( uso o OWM) ele tbm faz a pesquisa e retorna o id da thread, e isso faz essa tortura visual. E o problema outro é o velho e conhecido top-posting, caramba custa levar o cursor do inicio de texto para o fim da mensagem??? basta um CTRL+END e pronto acabou o top-posting. Peço mil desculpas a quem usa corretamente a lista e tem que ouvir eventualmente uns e outros solicitando um mínimo de respeito às regras da lista e aos demais leitores. Depois a lista fica moderada, as respostas irão demorar a chegar, vão reclamar que o moderado é chato! Rizzo Rizzo, Concordo contigo e tirando algumas vezes que por descuido, alguém envia uma resposta vinda de um iphone, blackberry, etc, muita gente resolveu ignorar a regra do top-posting e isso realmente deixa a leitura do histórico ilegível. Para quem está acompanhando a discussão daquela thread é tranquilo mas para aqueles novos ou mesmo antigos que buscam uma informação no histórico da lista, esses vão estar perdidos e gerando um outro tipo de problema... Vão achar as perguntas e respostas, do histórico, confusas e vão voltar à perguntar as mesmas coisas na lista, gerando duplicidade de informações e até mesmo um desagrado para quem já havia ajudado à resolver aquele tipo de problema. Pessoal, o que o Rizzo está dizendo é uma coisa importante para nós mesmos. Não alterem o subject e também não criem novas mensagens com o mesmo conteúdo porque isso muda as características da mensagem e acontece o que o Rizzo mostrou acima, o sistema se perde e aí pronto vira uma bagunça. A nossa lista não é moderada e por isso é rápida, dinâmica e acredito que possamos mantê-la assim. Só precisamos mesmo é de colaboração de todos para que continue assim. Rizzo, agora se mesmo assim algumas pessoas aqui continuarem com o top- posting aí será lamentável mas acredito que punições serão aplicadas pela moderação. Seria uma pena ver isso acontecer aqui. Grande abraço, Gondim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Na verdade o erro foi meu, por descuido coloquei um RES: num assunto novo, que era o 'INSTALACAO FREEBSD'. Não contribuo em nada com a lista pois não tenho conhecimento necessário. Meu negócio é outro, com Windows (ou Ruindows como alguns dizem). Utilizo o FREEBSD pela robustez, num servidor que tenho para enviar email's, hospedar algumas páginas,domínios, etc. Preparei o ambiente com tutoriais da vida e raramente faço alguma modificação (ou seja, conhecimento de FreeBsd zero). Peço desculpas a lista pelo inconveniente. Att Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: INSTALACAO FREEBSD
Pessoal, Estou com uma situação que não sei como resolver: Tenho um servidor no exterior (iweb) e preciso locar outro (máquina física, não é virtual). O problema é que a Iweb não dá mais suporte ao FreeBsd e oferece o Linux. Minha ideia é locar com Linux e através de uma KVMIP (console) instalar o Freebsd por cima do Linux. Minha pergunta é como instalar o FreeBsd através do Linux pela rede pela console. Alguém conhece algum tutorial para indicar? Muito obrigado. Att Paulo Quartieri. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: FSCK
Smartctl -a /dev/ad4 Não deu erro, mas to desconfiado. :) -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de André Otta Enviada em: quinta-feira, 7 de fevereiro de 2013 20:23 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Cc: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: FSCK Veja a smart do disco... Ela te diz muitas coisas! Se nao me engano e smartctl o comando... Att. André Otta Enviado via iPhone On 07/02/2013, at 20:18, Paulo Quartieri q...@qbnet.com.br wrote: Pior que fiz exatamente assim. E sem mensagem de erros. Se fosse em rw daria a mensagem (NO WRITE) e não deu. Será que o HD tah indo pro brejo? -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Cleiton Alves Enviada em: quinta-feira, 7 de fevereiro de 2013 20:05 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: FSCK Em 7 de fevereiro de 2013 19:58, Paulo Quartieri q...@qbnet.com.br escreveu: São estas: qbserver4# fsck -y /dev/ad4s1d ** /dev/ad4s1d (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=94157 (88448 should be 88416) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=94071 OWNER=postfix MODE=100700 SIZE=28100 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=94083 OWNER=postfix MODE=100700 SIZE=13601 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=94142 OWNER=postfix MODE=100700 SIZE=3059 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=94186 OWNER=postfix MODE=100700 SIZE=27853 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=308003 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308004 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308005 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308028 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308038 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=353312 OWNER=root MODE=140666 SIZE=0 MTIME=Feb 7 19:41 2013 CLEAR? no UNREF FILE I=353378 OWNER=root MODE=100644 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 52141 files, 706825 used, 781703 free (43287 frags, 92302 blocks, 2.9% fragmentation) Da uma olhada nesse link http://forums.freebsd.org/showthread.php?t=1823 -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Cleiton Alves Enviada em: quinta-feira, 7 de fevereiro de 2013 19:53 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: FSCK Em 7 de fevereiro de 2013 19:50, Paulo Quartieri q...@qbnet.com.br escreveu: Bom resumo da ópera: Consegui entrar em single-mode (tinha um teclado virtual na console da KVM que não tinha reparado) e rodei o fsck -y. Estranho é que não deu nenhum erro, nada. Depois que subi o sistema, entrei por ssh e rodei novamente o fsck e deu várias inconsistências. Devo ter feito alguma coisa errada, mas não sei o que é. inconsistencias ? cole aqui por gentileza o que seria isso []'s Paulo Quartieri -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd- boun...@fug.com.br] Em nome de Marcelo Gondim Enviada em: quinta-feira, 7 de fevereiro de 2013 18:47 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: FSCK Em 07/02/13 18:35, Paulo Quartieri escreveu: Sim, tenho um console e consigo dar um shutdown e entrar no Shell, mas fica tudo montado rw. Preciso 'desmontar' e rodar o fsck. Meu medo é fazer uma bobagem e o sistema não subir mais. Entao, o q preciso é qual o comando que utilizo para 'desmontar' e montar(não sei se é necessário) de modo readonly, entendeu? Paulo, Se você rebootar o sistema e entrar em single user mode você pode mudar as partições para read only fazendo por exemplo: mount -o ro /usr mount -o ro /var etc [] -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd- boun...@fug.com.br] Em nome de Carlos Eduardo G. Carvalho (Cartola) Enviada em: quinta-feira, 7 de fevereiro de 2013 18:00 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] FSCK Não basta um umount na partição desejada? Não manjo disso aí, mas deduzo que é uma VM
[FUG-BR] RES: RES: RES: RES: FSCK
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Celso Viana Enviada em: sexta-feira, 8 de fevereiro de 2013 09:19 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: RES: FSCK Em 8 de fevereiro de 2013 08:36, Paulo Quartieri q...@qbnet.com.br escreveu: Smartctl -a /dev/ad4 Não deu erro, mas to desconfiado. :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Paulo, Se estava funcionando normal e de repente começaram a aparecer esses erros é bem provável, como disse você, que esse disco está se despedindo desse mundo. Se fosse você já providenciava a substutição/backup, enquanto é tempo. -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Acho que é isto mesmo. Vou partir para a ignorância. Depois de trocar (vai ser um stress), posto aqui o resultado. Obrigado a todos. Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: RES: RES: FSCK
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Tiago Ribeiro Enviada em: sexta-feira, 8 de fevereiro de 2013 09:33 Para: Lista Brasileira de Discussão sobre FreeBSD, (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: RES: RES: FSCK http://www.bsdjf.com.br Em 08/02/2013 09:28, Paulo Quartieri q...@qbnet.com.br escreveu: -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Celso Viana Enviada em: sexta-feira, 8 de fevereiro de 2013 09:19 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: RES: FSCK Em 8 de fevereiro de 2013 08:36, Paulo Quartieri q...@qbnet.com.br escreveu: Smartctl -a /dev/ad4 Não deu erro, mas to desconfiado. :) É uma maquina virtual pelo que entendi, verifica o espaço em disco na maquina física. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Ela não é virtualizada, é uma máquina física mesmo e o HD está no gargalo, com 90% de uso. Só que fica no Canadá. E o suporte deles em FREEBSD vai ser extinto a partir de março. Só boas notícias. [] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: RES: RES: FSCK
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Marcelo da Silva Enviada em: sexta-feira, 8 de fevereiro de 2013 10:58 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: RES: RES: FSCK erros estranhos de filesystem tambem pode ser problema de memoria ram Em 2013-02-08 09:28, Paulo Quartieri escreveu: -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Celso Viana Enviada em: sexta-feira, 8 de fevereiro de 2013 09:19 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: RES: FSCK Em 8 de fevereiro de 2013 08:36, Paulo Quartieri q...@qbnet.com.br escreveu: Smartctl -a /dev/ad4 Não deu erro, mas to desconfiado. :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Paulo, Se estava funcionando normal e de repente começaram a aparecer esses erros é bem provável, como disse você, que esse disco está se despedindo desse mundo. Se fosse você já providenciava a substutição/backup, enquanto é tempo. -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Acho que é isto mesmo. Vou partir para a ignorância. Depois de trocar (vai ser um stress), posto aqui o resultado. Obrigado a todos. Paulo Quartieri - 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 Mas daria erros no fsck? Esta é minha dúvida. Tem algum software que possa fazer teste de memória com a maquina em produção? Já estou a fim de locar outra maquina, reinstalar tudo de novo (senhora Mao de obra), fazer o backup e depois desativar o antigo. O problema é que o local onde está a máquina não dá mais suporte em FreeBsd e aí o bixo pega. Mas vamos ver. [] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Problema Indefinido
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Paulo Henrique Enviada em: quinta-feira, 7 de fevereiro de 2013 06:11 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Problema Indefinido Em 6 de fevereiro de 2013 19:06, Marcelo Gondim gon...@bsdinfo.com.brescreveu: Em 06/02/13 14:17, Paulo Quartieri escreveu: -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Marcelo Gondim Enviada em: quarta-feira, 6 de fevereiro de 2013 10:10 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Problema Indefinido Em 06/02/13 08:34, Paulo Quartieri escreveu: À quem ajudar possa Tenho um servidor com FREEBSD 9.0 current 2 com Postfix + Mysql + dovecot + roundcube (desabilitei o spamassassin por enquanto), apache, etc.. que estava funcionando sem problemas por vários anos mas de novembro/2012 em diante começou a acontecer o seguinte problema, que não sei diagnosticar (por pura incompetência), e por isto peço auxilio à lista: De tempo em tempo, aleatoriamente, as conexões com o banco de dados ficam 'retesados' (consulto as conexões ativas no Mysql e são centenas) e depois de alguns minutos volta ao normal. Neste intervalo os clientes não conseguem enviar emails e o servidor recusa muitos emails de outros servidores. Noto pelos log's que o problema pode ser o Mysql, mas não chego a uma conclusão definitiva. Já atualizei o Postfix, Postgrey, mudei diversas vezes a configuração do postfix e do mysql e simplesmente não consigo resolver. Este problema começou a acontecer, coincidentemente, após o começo de utilização da porta 587/465 para pop. Mas pode ser coincidência. Se alguém puder ajudar, fico agradecido. Obrigado Paulo Quartieri ERRO que recebo por email: Out: 220 qbserver4.qbnet.com.br ESMTP Postfix In: EHLO qa3.leadsdemarketing.com Out: 250-qbserver4.qbnet.com.br Out: 250-PIPELINING Out: 250-SIZE 2048 Out: 250-VRFY Out: 250-ETRN Out: 250-STARTTLS Out: 250-AUTH PLAIN LOGIN Out: 250-AUTH=PLAIN LOGIN Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: MAIL FROM:m...@leadsdemarketing.com SIZE=3074 Out: 250 2.1.0 Ok In: RCPT TO:lu...@qbnet.com.br ORCPT=rfc822;lu...@qbnet.com.br Out: 250 2.1.5 Ok In: DATA Out: 354 End data with CRLF.CRLF Out: 451 4.3.0 Error: queue file write error In: QUIT Out: 221 2.0.0 Bye Olá Paulo, Vamos começar com umas coisas mais básicas que no passado foram as causas de problemas que tive. 1º já fez um teste no disco ou discos? Faz um teste de escrita com o comando de exemplo abaixo: # dd if=/dev/zero of=/mnt/teste.bin bs=4k count=20 20+0 records in 20+0 records out 81920 bytes transferred in 7.252038 secs (112961350 bytes/sec) # bc 112961350/1024/1024 107 Olá, Gondim. Nesta deu 78,80 Ummm bem 78MB/s não tá legal não. Checa com o: gstat como está o I/O no disco. Veja se tá com uso intenso. Se tiver tranquilo refaça o teste pra gente, agora se o uso estiver intenso temos que descobrir o que está gerando esse consumo. No exemplo acima a velocidade +/- é de 107MB/s Valores abaixo de 100MB/s em HDs SATA II já não é legal. Já peguei casos dando 10MB/s, valores bem baixos e que normalizaram quando ativei o AHCI na Bios. Pode ser uma idéia. Cheque também por problemas físicos no disco, dê uma olhada nos logs para ver se existe alguma possível indicação disso. O smartd não acusa problemas, MAS o fsck acusa alguns. Pode ser a causa? Se está usando UFS e puder abrir uma janela de manutenção... então dê um boot, entre em single user e faça um fsck -y para acertar os problemas. Não preciso dizer que um backup atualizado dos dados é sempre importante. :D 2º já fez um mysqlcheck na base de dados para ver se não tem nada corrompido? Procure habilitar o log do slow queries para gerar um log das queries mais lentas e tentar identificar algum outro tipo de problema. Fiz e não acusou problemas Blz, menos um problema. Habilitou ou se já tem habilitado o log de slow queries, checou se está tendo queries lentas com mais de 2 segundos? 3º procure checar com o tcpdump na interface de rede se existe algum um provável ataque nas portas 25,587 e 465 tentando floodar esses serviços. Como descubro que estou sofrendo ataques? Rodei o tcpdump mas como meu conhecimento é zero, não soube medir. Mas esta é uma possibilidade. Ummm se você nunca mexeu com o tcpdump então será complicado você interpretar os dados coletados. :( 4º ZFS, no passado tive um problema usando o ZFS no meu servidor de correio
[FUG-BR] FSCK
Pessoal, meu servidor está com problemas de HD e preciso rodar um fsck. Ele fica hospedado num lugar sem acesso e consigo apenas um kvmip. Se eu der um shutdown o sistema fica em stand-alone, mas montado. Se eu rodo fsck -y ele coloca um NO WRITE bem grande. Como 'desmonto' de uma maneira segura para rodar o fsck -y? Pesquisaria mais, mas tenho somente algumas poucas horas para fazer. Se alguém der o 'caminho das pedras', agradeço. Obrigado Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: FSCK
Sim, tenho um console e consigo dar um shutdown e entrar no Shell, mas fica tudo montado rw. Preciso 'desmontar' e rodar o fsck. Meu medo é fazer uma bobagem e o sistema não subir mais. Entao, o q preciso é qual o comando que utilizo para 'desmontar' e montar(não sei se é necessário) de modo readonly, entendeu? [] -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Carlos Eduardo G. Carvalho (Cartola) Enviada em: quinta-feira, 7 de fevereiro de 2013 18:00 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] FSCK Não basta um umount na partição desejada? Não manjo disso aí, mas deduzo que é uma VM e que esse kvmip é uma console onde você pode acessar o single user mode, é isso? Depois do shutdown imagino que nada esteja rodando e que o umount funcione sem dar busy ou coisa assim, daí teria que montar as partições necessárias para o fsck em read-only com algo tipo mount -o ro /usr por exemplo. Se o problema for na raiz aí realmente não sei fazer ela passar pra read-only. Li pela internet agora que simplesmente remontando ela assume os novos parâmetros, então um: mount -o ro / faria isso. Posso ter esquecido algo, mas como parece ter pressa e ninguém respondeu ainda... Abs, Carlos E G Carvalho (Cartola) http://cartola.org/360 http://www.panoforum.com.br/ Em 7 de fevereiro de 2013 16:14, Paulo Quartieri q...@qbnet.com.br escreveu: Pessoal, meu servidor está com problemas de HD e preciso rodar um fsck. Ele fica hospedado num lugar sem acesso e consigo apenas um kvmip. Se eu der um shutdown o sistema fica em stand-alone, mas montado. Se eu rodo fsck -y ele coloca um NO WRITE bem grande. Como 'desmonto' de uma maneira segura para rodar o fsck -y? Pesquisaria mais, mas tenho somente algumas poucas horas para fazer. Se alguém der o 'caminho das pedras', agradeço. Obrigado Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: FSCK
Bom resumo da ópera: Consegui entrar em single-mode (tinha um teclado virtual na console da KVM que não tinha reparado) e rodei o fsck -y. Estranho é que não deu nenhum erro, nada. Depois que subi o sistema, entrei por ssh e rodei novamente o fsck e deu várias inconsistências. Devo ter feito alguma coisa errada, mas não sei o que é. []'s Paulo Quartieri -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Marcelo Gondim Enviada em: quinta-feira, 7 de fevereiro de 2013 18:47 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: FSCK Em 07/02/13 18:35, Paulo Quartieri escreveu: Sim, tenho um console e consigo dar um shutdown e entrar no Shell, mas fica tudo montado rw. Preciso 'desmontar' e rodar o fsck. Meu medo é fazer uma bobagem e o sistema não subir mais. Entao, o q preciso é qual o comando que utilizo para 'desmontar' e montar(não sei se é necessário) de modo readonly, entendeu? Paulo, Se você rebootar o sistema e entrar em single user mode você pode mudar as partições para read only fazendo por exemplo: mount -o ro /usr mount -o ro /var etc [] -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Carlos Eduardo G. Carvalho (Cartola) Enviada em: quinta-feira, 7 de fevereiro de 2013 18:00 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] FSCK Não basta um umount na partição desejada? Não manjo disso aí, mas deduzo que é uma VM e que esse kvmip é uma console onde você pode acessar o single user mode, é isso? Depois do shutdown imagino que nada esteja rodando e que o umount funcione sem dar busy ou coisa assim, daí teria que montar as partições necessárias para o fsck em read-only com algo tipo mount -o ro /usr por exemplo. Se o problema for na raiz aí realmente não sei fazer ela passar pra read-only. Li pela internet agora que simplesmente remontando ela assume os novos parâmetros, então um: mount -o ro / faria isso. Posso ter esquecido algo, mas como parece ter pressa e ninguém respondeu ainda... Abs, Carlos E G Carvalho (Cartola) http://cartola.org/360 http://www.panoforum.com.br/ Em 7 de fevereiro de 2013 16:14, Paulo Quartieri q...@qbnet.com.br escreveu: Pessoal, meu servidor está com problemas de HD e preciso rodar um fsck. Ele fica hospedado num lugar sem acesso e consigo apenas um kvmip. Se eu der um shutdown o sistema fica em stand-alone, mas montado. Se eu rodo fsck -y ele coloca um NO WRITE bem grande. Como 'desmonto' de uma maneira segura para rodar o fsck -y? Pesquisaria mais, mas tenho somente algumas poucas horas para fazer. Se alguém der o 'caminho das pedras', agradeço. Obrigado Paulo Quartieri - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: FSCK
São estas: qbserver4# fsck -y /dev/ad4s1d ** /dev/ad4s1d (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=94157 (88448 should be 88416) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=94071 OWNER=postfix MODE=100700 SIZE=28100 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=94083 OWNER=postfix MODE=100700 SIZE=13601 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=94142 OWNER=postfix MODE=100700 SIZE=3059 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=94186 OWNER=postfix MODE=100700 SIZE=27853 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=308003 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308004 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308005 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308028 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308038 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=353312 OWNER=root MODE=140666 SIZE=0 MTIME=Feb 7 19:41 2013 CLEAR? no UNREF FILE I=353378 OWNER=root MODE=100644 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 52141 files, 706825 used, 781703 free (43287 frags, 92302 blocks, 2.9% fragmentation) -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Cleiton Alves Enviada em: quinta-feira, 7 de fevereiro de 2013 19:53 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: FSCK Em 7 de fevereiro de 2013 19:50, Paulo Quartieri q...@qbnet.com.br escreveu: Bom resumo da ópera: Consegui entrar em single-mode (tinha um teclado virtual na console da KVM que não tinha reparado) e rodei o fsck -y. Estranho é que não deu nenhum erro, nada. Depois que subi o sistema, entrei por ssh e rodei novamente o fsck e deu várias inconsistências. Devo ter feito alguma coisa errada, mas não sei o que é. inconsistencias ? cole aqui por gentileza o que seria isso []'s Paulo Quartieri -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Marcelo Gondim Enviada em: quinta-feira, 7 de fevereiro de 2013 18:47 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: FSCK Em 07/02/13 18:35, Paulo Quartieri escreveu: Sim, tenho um console e consigo dar um shutdown e entrar no Shell, mas fica tudo montado rw. Preciso 'desmontar' e rodar o fsck. Meu medo é fazer uma bobagem e o sistema não subir mais. Entao, o q preciso é qual o comando que utilizo para 'desmontar' e montar(não sei se é necessário) de modo readonly, entendeu? Paulo, Se você rebootar o sistema e entrar em single user mode você pode mudar as partições para read only fazendo por exemplo: mount -o ro /usr mount -o ro /var etc [] -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd- boun...@fug.com.br] Em nome de Carlos Eduardo G. Carvalho (Cartola) Enviada em: quinta-feira, 7 de fevereiro de 2013 18:00 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] FSCK Não basta um umount na partição desejada? Não manjo disso aí, mas deduzo que é uma VM e que esse kvmip é uma console onde você pode acessar o single user mode, é isso? Depois do shutdown imagino que nada esteja rodando e que o umount funcione sem dar busy ou coisa assim, daí teria que montar as partições necessárias para o fsck em read-only com algo tipo mount -o ro /usr por exemplo. Se o problema for na raiz aí realmente não sei fazer ela passar pra read-only. Li pela internet agora que simplesmente remontando ela assume os novos parâmetros, então um: mount -o ro / faria isso. Posso ter esquecido algo, mas como parece ter pressa e ninguém respondeu ainda... Abs, Carlos E G Carvalho (Cartola) http://cartola.org/360 http://www.panoforum.com.br/ Em 7 de fevereiro de 2013 16:14, Paulo Quartieri q...@qbnet.com.br escreveu: Pessoal, meu servidor está com problemas de HD e preciso rodar um fsck. Ele fica hospedado num lugar sem acesso e consigo apenas um kvmip. Se eu der um shutdown o sistema fica em stand-alone, mas montado. Se eu rodo fsck -y ele coloca um NO WRITE bem grande. Como 'desmonto' de uma maneira segura para rodar o fsck -y? Pesquisaria mais, mas tenho somente algumas poucas horas para fazer. Se alguém der o 'caminho das pedras', agradeço. Obrigado Paulo Quartieri
[FUG-BR] RES: RES: FSCK
Pior que fiz exatamente assim. E sem mensagem de erros. Se fosse em rw daria a mensagem (NO WRITE) e não deu. Será que o HD tah indo pro brejo? -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Cleiton Alves Enviada em: quinta-feira, 7 de fevereiro de 2013 20:05 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: FSCK Em 7 de fevereiro de 2013 19:58, Paulo Quartieri q...@qbnet.com.br escreveu: São estas: qbserver4# fsck -y /dev/ad4s1d ** /dev/ad4s1d (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=94157 (88448 should be 88416) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=94071 OWNER=postfix MODE=100700 SIZE=28100 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=94083 OWNER=postfix MODE=100700 SIZE=13601 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=94142 OWNER=postfix MODE=100700 SIZE=3059 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=94186 OWNER=postfix MODE=100700 SIZE=27853 MTIME=Feb 7 19:56 2013 RECONNECT? no CLEAR? no UNREF FILE I=308003 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308004 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308005 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308028 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=308038 OWNER=mysql MODE=100600 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no UNREF FILE I=353312 OWNER=root MODE=140666 SIZE=0 MTIME=Feb 7 19:41 2013 CLEAR? no UNREF FILE I=353378 OWNER=root MODE=100644 SIZE=0 MTIME=Feb 7 19:42 2013 CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 52141 files, 706825 used, 781703 free (43287 frags, 92302 blocks, 2.9% fragmentation) Da uma olhada nesse link http://forums.freebsd.org/showthread.php?t=1823 -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Cleiton Alves Enviada em: quinta-feira, 7 de fevereiro de 2013 19:53 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: FSCK Em 7 de fevereiro de 2013 19:50, Paulo Quartieri q...@qbnet.com.br escreveu: Bom resumo da ópera: Consegui entrar em single-mode (tinha um teclado virtual na console da KVM que não tinha reparado) e rodei o fsck -y. Estranho é que não deu nenhum erro, nada. Depois que subi o sistema, entrei por ssh e rodei novamente o fsck e deu várias inconsistências. Devo ter feito alguma coisa errada, mas não sei o que é. inconsistencias ? cole aqui por gentileza o que seria isso []'s Paulo Quartieri -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd- boun...@fug.com.br] Em nome de Marcelo Gondim Enviada em: quinta-feira, 7 de fevereiro de 2013 18:47 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: FSCK Em 07/02/13 18:35, Paulo Quartieri escreveu: Sim, tenho um console e consigo dar um shutdown e entrar no Shell, mas fica tudo montado rw. Preciso 'desmontar' e rodar o fsck. Meu medo é fazer uma bobagem e o sistema não subir mais. Entao, o q preciso é qual o comando que utilizo para 'desmontar' e montar(não sei se é necessário) de modo readonly, entendeu? Paulo, Se você rebootar o sistema e entrar em single user mode você pode mudar as partições para read only fazendo por exemplo: mount -o ro /usr mount -o ro /var etc [] -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd- boun...@fug.com.br] Em nome de Carlos Eduardo G. Carvalho (Cartola) Enviada em: quinta-feira, 7 de fevereiro de 2013 18:00 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] FSCK Não basta um umount na partição desejada? Não manjo disso aí, mas deduzo que é uma VM e que esse kvmip é uma console onde você pode acessar o single user mode, é isso? Depois do shutdown imagino que nada esteja rodando e que o umount funcione sem dar busy ou coisa assim, daí teria que montar as partições necessárias para o fsck em read-only com algo tipo mount -o ro /usr por exemplo. Se o problema for na raiz aí realmente não sei fazer ela passar pra read- only. Li pela internet agora que simplesmente remontando ela assume os novos parâmetros, então um: mount -o ro / faria isso. Posso ter esquecido
[FUG-BR] Problema Indefinido
À quem ajudar possa Tenho um servidor com FREEBSD 9.0 current 2 com Postfix + Mysql + dovecot + roundcube (desabilitei o spamassassin por enquanto), apache, etc.. que estava funcionando sem problemas por vários anos mas de novembro/2012 em diante começou a acontecer o seguinte problema, que não sei diagnosticar (por pura incompetência), e por isto peço auxilio à lista: De tempo em tempo, aleatoriamente, as conexões com o banco de dados ficam 'retesados' (consulto as conexões ativas no Mysql e são centenas) e depois de alguns minutos volta ao normal. Neste intervalo os clientes não conseguem enviar emails e o servidor recusa muitos emails de outros servidores. Noto pelos log's que o problema pode ser o Mysql, mas não chego a uma conclusão definitiva. Já atualizei o Postfix, Postgrey, mudei diversas vezes a configuração do postfix e do mysql e simplesmente não consigo resolver. Este problema começou a acontecer, coincidentemente, após o começo de utilização da porta 587/465 para pop. Mas pode ser coincidência. Se alguém puder ajudar, fico agradecido. Obrigado Paulo Quartieri ERRO que recebo por email: Out: 220 qbserver4.qbnet.com.br ESMTP Postfix In: EHLO qa3.leadsdemarketing.com Out: 250-qbserver4.qbnet.com.br Out: 250-PIPELINING Out: 250-SIZE 2048 Out: 250-VRFY Out: 250-ETRN Out: 250-STARTTLS Out: 250-AUTH PLAIN LOGIN Out: 250-AUTH=PLAIN LOGIN Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: MAIL FROM:m...@leadsdemarketing.com SIZE=3074 Out: 250 2.1.0 Ok In: RCPT TO:lu...@qbnet.com.br ORCPT=rfc822;lu...@qbnet.com.br Out: 250 2.1.5 Ok In: DATA Out: 354 End data with CRLF.CRLF Out: 451 4.3.0 Error: queue file write error In: QUIT Out: 221 2.0.0 Bye - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Problema Indefinido
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Marcelo Gondim Enviada em: quarta-feira, 6 de fevereiro de 2013 10:10 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Problema Indefinido Em 06/02/13 08:34, Paulo Quartieri escreveu: À quem ajudar possa Tenho um servidor com FREEBSD 9.0 current 2 com Postfix + Mysql + dovecot + roundcube (desabilitei o spamassassin por enquanto), apache, etc.. que estava funcionando sem problemas por vários anos mas de novembro/2012 em diante começou a acontecer o seguinte problema, que não sei diagnosticar (por pura incompetência), e por isto peço auxilio à lista: De tempo em tempo, aleatoriamente, as conexões com o banco de dados ficam 'retesados' (consulto as conexões ativas no Mysql e são centenas) e depois de alguns minutos volta ao normal. Neste intervalo os clientes não conseguem enviar emails e o servidor recusa muitos emails de outros servidores. Noto pelos log's que o problema pode ser o Mysql, mas não chego a uma conclusão definitiva. Já atualizei o Postfix, Postgrey, mudei diversas vezes a configuração do postfix e do mysql e simplesmente não consigo resolver. Este problema começou a acontecer, coincidentemente, após o começo de utilização da porta 587/465 para pop. Mas pode ser coincidência. Se alguém puder ajudar, fico agradecido. Obrigado Paulo Quartieri ERRO que recebo por email: Out: 220 qbserver4.qbnet.com.br ESMTP Postfix In: EHLO qa3.leadsdemarketing.com Out: 250-qbserver4.qbnet.com.br Out: 250-PIPELINING Out: 250-SIZE 2048 Out: 250-VRFY Out: 250-ETRN Out: 250-STARTTLS Out: 250-AUTH PLAIN LOGIN Out: 250-AUTH=PLAIN LOGIN Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: MAIL FROM:m...@leadsdemarketing.com SIZE=3074 Out: 250 2.1.0 Ok In: RCPT TO:lu...@qbnet.com.br ORCPT=rfc822;lu...@qbnet.com.br Out: 250 2.1.5 Ok In: DATA Out: 354 End data with CRLF.CRLF Out: 451 4.3.0 Error: queue file write error In: QUIT Out: 221 2.0.0 Bye Olá Paulo, Vamos começar com umas coisas mais básicas que no passado foram as causas de problemas que tive. 1º já fez um teste no disco ou discos? Faz um teste de escrita com o comando de exemplo abaixo: # dd if=/dev/zero of=/mnt/teste.bin bs=4k count=20 20+0 records in 20+0 records out 81920 bytes transferred in 7.252038 secs (112961350 bytes/sec) # bc 112961350/1024/1024 107 Olá, Gondim. Nesta deu 78,80 No exemplo acima a velocidade +/- é de 107MB/s Valores abaixo de 100MB/s em HDs SATA II já não é legal. Já peguei casos dando 10MB/s, valores bem baixos e que normalizaram quando ativei o AHCI na Bios. Pode ser uma idéia. Cheque também por problemas físicos no disco, dê uma olhada nos logs para ver se existe alguma possível indicação disso. O smartd não acusa problemas, MAS o fsck acusa alguns. Pode ser a causa? 2º já fez um mysqlcheck na base de dados para ver se não tem nada corrompido? Procure habilitar o log do slow queries para gerar um log das queries mais lentas e tentar identificar algum outro tipo de problema. Fiz e não acusou problemas 3º procure checar com o tcpdump na interface de rede se existe algum um provável ataque nas portas 25,587 e 465 tentando floodar esses serviços. Como descubro que estou sofrendo ataques? Rodei o tcpdump mas como meu conhecimento é zero, não soube medir. Mas esta é uma possibilidade. 4º ZFS, no passado tive um problema usando o ZFS no meu servidor de correio. Eu usava o UFS e funcionava perfeito, quis experimentar o ZFS e do nada o amavisd ficava travando em 100% de uso de CPU, o disco ficava com um I/O muito alto e aí a fila ficava parada aglomerando emails. Voltei para o UFS e pronto, meus problemas acabaram. :) Isso foi na versão 9.0-RELEASE ainda. Não sei agora na 9.1 ainda mais que houveram algumas melhorias no ZFS. Podes começar por essas dicas aí. :) Grande abraço, Gondim Abraço e obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Problema Indefinido
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Paulo Henrique Enviada em: quarta-feira, 6 de fevereiro de 2013 12:04 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Problema Indefinido Em 6 de fevereiro de 2013 11:59, vic v...@wa.pro.br escreveu: Em 2013-02-06 11:39, Paulo Henrique escreveu: Em 6 de fevereiro de 2013 10:09, Marcelo Gondim gon...@bsdinfo.com.brescreveu: Em 06/02/13 08:34, Paulo Quartieri escreveu: À quem ajudar possa Tenho um servidor com FREEBSD 9.0 current 2 com Postfix + Mysql + dovecot + roundcube (desabilitei o spamassassin por enquanto), apache, etc.. que estava funcionando sem problemas por vários anos mas de novembro/2012 em diante começou a acontecer o seguinte problema, que não sei diagnosticar (por pura incompetência), e por isto peço auxilio à lista: De tempo em tempo, aleatoriamente, as conexões com o banco de dados ficam 'retesados' (consulto as conexões ativas no Mysql e são centenas) e depois de alguns minutos volta ao normal. Neste intervalo os clientes não conseguem enviar emails e o servidor recusa muitos emails de outros servidores. Noto pelos log's que o problema pode ser o Mysql, mas não chego a uma conclusão definitiva. Já atualizei o Postfix, Postgrey, mudei diversas vezes a configuração do postfix e do mysql e simplesmente não consigo resolver. Este problema começou a acontecer, coincidentemente, após o começo de utilização da porta 587/465 para pop. Mas pode ser coincidência. Se alguém puder ajudar, fico agradecido. Obrigado Paulo Quartieri ERRO que recebo por email: Out: 220 qbserver4.qbnet.com.br ESMTP Postfix In: EHLO qa3.leadsdemarketing.com Out: 250-qbserver4.qbnet.com.br Out: 250-PIPELINING Out: 250-SIZE 2048 Out: 250-VRFY Out: 250-ETRN Out: 250-STARTTLS Out: 250-AUTH PLAIN LOGIN Out: 250-AUTH=PLAIN LOGIN Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: MAIL FROM:m...@leadsdemarketing.com SIZE=3074 Out: 250 2.1.0 Ok In: RCPT TO:lu...@qbnet.com.br ORCPT=rfc822;lu...@qbnet.com.br Out: 250 2.1.5 Ok In: DATA Out: 354 End data with CRLF.CRLF Out: 451 4.3.0 Error: queue file write error In: QUIT Out: 221 2.0.0 Bye Olá Paulo, Vamos começar com umas coisas mais básicas que no passado foram as causas de problemas que tive. 1º já fez um teste no disco ou discos? Faz um teste de escrita com o comando de exemplo abaixo: # dd if=/dev/zero of=/mnt/teste.bin bs=4k count=20 20+0 records in 20+0 records out 81920 bytes transferred in 7.252038 secs (112961350 bytes/sec) # bc 112961350/1024/1024 107 No exemplo acima a velocidade +/- é de 107MB/s Valores abaixo de 100MB/s em HDs SATA II já não é legal. Já peguei casos dando 10MB/s, valores bem baixos e que normalizaram quando ativei o AHCI na Bios. Pode ser uma idéia. Cheque também por problemas físicos no disco, dê uma olhada nos logs para ver se existe alguma possível indicação disso. 2º já fez um mysqlcheck na base de dados para ver se não tem nada corrompido? Procure habilitar o log do slow queries para gerar um log das queries mais lentas e tentar identificar algum outro tipo de problema. 3º procure checar com o tcpdump na interface de rede se existe algum um provável ataque nas portas 25,587 e 465 tentando floodar esses serviços. 4º ZFS, no passado tive um problema usando o ZFS no meu servidor de correio. Eu usava o UFS e funcionava perfeito, quis experimentar o ZFS e do nada o amavisd ficava travando em 100% de uso de CPU, o disco ficava com um I/O muito alto e aí a fila ficava parada aglomerando emails. Voltei para o UFS e pronto, meus problemas acabaram. :) Isso foi na versão 9.0-RELEASE ainda. Não sei agora na 9.1 ainda mais que houveram algumas melhorias no ZFS. Podes começar por essas dicas aí. :) Grande abraço, Gondim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Ou você se atrabalhou na hora de escrever ou de fato assimilou um conceito inadequadamente. portas 587 e 465 são para SMTP Submission e SMTP/S, você descriminou POP, pode ser ai o problema caso esteja de fato o POP funcionando nessas portas ( dificil senão você não recebia e-mails ). Outra coisa, quantas mensagens/segundo esse servidor está lidando. Está utilizando IMAP ? quantos usuários ? As conexões com o DB está persistentes ou oneshot ? Att. Também não se esqueça de ver a quantidade de conexões no mysql (se tiver usando tcp
[FUG-BR] RES: Problema Indefinido
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Paulo Henrique Enviada em: quarta-feira, 6 de fevereiro de 2013 11:39 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Problema Indefinido Em 6 de fevereiro de 2013 10:09, Marcelo Gondim gon...@bsdinfo.com.brescreveu: Em 06/02/13 08:34, Paulo Quartieri escreveu: À quem ajudar possa Tenho um servidor com FREEBSD 9.0 current 2 com Postfix + Mysql + dovecot + roundcube (desabilitei o spamassassin por enquanto), apache, etc.. que estava funcionando sem problemas por vários anos mas de novembro/2012 em diante começou a acontecer o seguinte problema, que não sei diagnosticar (por pura incompetência), e por isto peço auxilio à lista: De tempo em tempo, aleatoriamente, as conexões com o banco de dados ficam 'retesados' (consulto as conexões ativas no Mysql e são centenas) e depois de alguns minutos volta ao normal. Neste intervalo os clientes não conseguem enviar emails e o servidor recusa muitos emails de outros servidores. Noto pelos log's que o problema pode ser o Mysql, mas não chego a uma conclusão definitiva. Já atualizei o Postfix, Postgrey, mudei diversas vezes a configuração do postfix e do mysql e simplesmente não consigo resolver. Este problema começou a acontecer, coincidentemente, após o começo de utilização da porta 587/465 para pop. Mas pode ser coincidência. Se alguém puder ajudar, fico agradecido. Obrigado Paulo Quartieri ERRO que recebo por email: Out: 220 qbserver4.qbnet.com.br ESMTP Postfix In: EHLO qa3.leadsdemarketing.com Out: 250-qbserver4.qbnet.com.br Out: 250-PIPELINING Out: 250-SIZE 2048 Out: 250-VRFY Out: 250-ETRN Out: 250-STARTTLS Out: 250-AUTH PLAIN LOGIN Out: 250-AUTH=PLAIN LOGIN Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: MAIL FROM:m...@leadsdemarketing.com SIZE=3074 Out: 250 2.1.0 Ok In: RCPT TO:lu...@qbnet.com.br ORCPT=rfc822;lu...@qbnet.com.br Out: 250 2.1.5 Ok In: DATA Out: 354 End data with CRLF.CRLF Out: 451 4.3.0 Error: queue file write error In: QUIT Out: 221 2.0.0 Bye Olá Paulo, Vamos começar com umas coisas mais básicas que no passado foram as causas de problemas que tive. 1º já fez um teste no disco ou discos? Faz um teste de escrita com o comando de exemplo abaixo: # dd if=/dev/zero of=/mnt/teste.bin bs=4k count=20 20+0 records in 20+0 records out 81920 bytes transferred in 7.252038 secs (112961350 bytes/sec) # bc 112961350/1024/1024 107 No exemplo acima a velocidade +/- é de 107MB/s Valores abaixo de 100MB/s em HDs SATA II já não é legal. Já peguei casos dando 10MB/s, valores bem baixos e que normalizaram quando ativei o AHCI na Bios. Pode ser uma idéia. Cheque também por problemas físicos no disco, dê uma olhada nos logs para ver se existe alguma possível indicação disso. 2º já fez um mysqlcheck na base de dados para ver se não tem nada corrompido? Procure habilitar o log do slow queries para gerar um log das queries mais lentas e tentar identificar algum outro tipo de problema. 3º procure checar com o tcpdump na interface de rede se existe algum um provável ataque nas portas 25,587 e 465 tentando floodar esses serviços. 4º ZFS, no passado tive um problema usando o ZFS no meu servidor de correio. Eu usava o UFS e funcionava perfeito, quis experimentar o ZFS e do nada o amavisd ficava travando em 100% de uso de CPU, o disco ficava com um I/O muito alto e aí a fila ficava parada aglomerando emails. Voltei para o UFS e pronto, meus problemas acabaram. :) Isso foi na versão 9.0-RELEASE ainda. Não sei agora na 9.1 ainda mais que houveram algumas melhorias no ZFS. Podes começar por essas dicas aí. :) Grande abraço, Gondim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Oi, Paulo. Ou você se atrabalhou na hora de escrever ou de fato assimilou um conceito inadequadamente. Atrapalhado mesmo. É Submission e SMTP/S. Pop 25 portas 587 e 465 são para SMTP Submission e SMTP/S, você descriminou POP, pode ser ai o problema caso esteja de fato o POP funcionando nessas portas ( dificil senão você não recebia e-mails ). Outra coisa, quantas mensagens/segundo esse servidor está lidando. Confesso que não sei medir, mas são muitas Está utilizando IMAP ? quantos usuários ? Aproximadamente 100 As conexões com o DB está persistentes ou oneshot ? mysql.allow_persistent = On mysql.max_persistent = -1 mysql.max_links = -1 Att. Alguma ideia? Obrigado, Paulo []'s -- :=)(=: Flamers /dev/null !!! - Histórico: http://www.fug.com.br/historico/html
[FUG-BR] RES: Servidores USA
www.iweb.com -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Leonardo Augusto Enviada em: segunda-feira, 14 de março de 2011 19:35 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Servidores USA www.softlayer.com 2011/2/26 Akamaru cooperm...@bol.com.br: Alguem sabe um lugar onde eu possa alugar um servidor a baixo custo no EUA? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: Checar saúde do HD
Obrigado, Cleiton. Já dá para começar... -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Cleyton Agapito Enviada em: segunda-feira, 6 de dezembro de 2010 20:01 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: Checar saúde do HD Em 6 de dezembro de 2010 11:04, Paulo Quartieri q...@qbnet.com.br escreveu: Bom Dia Qual a configuração que vc usa no smartd.conf? [] De útil só tem essa linha: /dev/ad0 -a -o on -S on -s (S/../.././02|L/../../6/03) -I 194 -I 231 -I 9 -W 5 Na verdade como faz tempo que não mexo nele não vou lembrar o que fazem todos os parâmetros :-) Desse jeito ele fica fazendo auto-testes, vc pode ver os resultados com smartctl -a /dev/ad0, é bom ficar de olho nos seguintes parâmetros: 197 Current_Pending_Sector 0x0012 100 100 000Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000Old_age Offline - 0 199 UDMA_CRC_Error_Count0x003e 200 200 000Old_age Always - 0 200 Multi_Zone_Error_Rate 0x 100 253 000Old_age Offline - 0 202 Data_Address_Mark_Errs 0x0032 100 253 000Old_age Always - 0 Algumas coisas podem ser diferentes de um disco para o outro, pode ir tentando sem medo, quando der um problema mais sério tem uma coluna WHEN_FAILED que vai avisar. No syslog.conf coloquei as linhas: !smartd *.info -/var/log/smartd.log Com o tempo vc vai ver que muita coisa ali não significa nada grave, mas se a morte dele se aproximar ele vai ter alucinações, vai aparecendo tudo. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Checar saúde do HD
Bom Dia Qual a configuração que vc usa no smartd.conf? [] -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Cleyton Agapito Enviada em: domingo, 5 de dezembro de 2010 19:04 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Checar saúde do HD Em 4 de dezembro de 2010 04:21, Joao Rocha Braga Filho goffr...@gmail.com escreveu: 2010/12/3 Eduardo Schoedler eschoed...@viavale.com.br: Em 03/12/2010 11:22, Christiano Liberato escreveu: Existe no openbsd alguma ferramenta que cheque a saúde do HD? Seu HD suporta SMART ? Utilize o sysutils/ smartmontools. Uso ele nos meus FreeBSD. É muito legal. Já cheguei a prever que um HD iria pifar, e não deu outra. Eu também, só que tinha acabado de colocar um cabo de 80 vias e não dei bola pras falhas, resultado perdi tudo... Agora acompanho sempre de perto. Boa sorte! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Checar saúde do H D
Sim, mas não tenho certeza de qual usar. Por isto perguntei... -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Eduardo Schoedler Enviada em: segunda-feira, 6 de dezembro de 2010 12:47 Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' Assunto: [FUG-BR] RES: Checar saúde do HD Já olhou no man ? http://smartmontools.sourceforge.net/man/smartd.conf.5.html -- Eduardo Schoedler -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Paulo Quartieri Enviada em: segunda-feira, 6 de dezembro de 2010 11:04 Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' Assunto: [FUG-BR] RES: RES: Checar saúde do HD Bom Dia Qual a configuração que vc usa no smartd.conf? [] -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Cleyton Agapito Enviada em: domingo, 5 de dezembro de 2010 19:04 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Checar saúde do HD Em 4 de dezembro de 2010 04:21, Joao Rocha Braga Filho goffr...@gmail.com escreveu: 2010/12/3 Eduardo Schoedler eschoed...@viavale.com.br: Em 03/12/2010 11:22, Christiano Liberato escreveu: Existe no openbsd alguma ferramenta que cheque a saúde do HD? Seu HD suporta SMART ? Utilize o sysutils/ smartmontools. Uso ele nos meus FreeBSD. É muito legal. Já cheguei a prever que um HD iria pifar, e não deu outra. Eu também, só que tinha acabado de colocar um cabo de 80 vias e não dei bola pras falhas, resultado perdi tudo... Agora acompanho sempre de perto. Boa sorte! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Python_Version
Prezados colegas Estou tentando atualizar alguns pacotes (denyhosts, glib, ...) e está acontecendo o seguinte erro: # portupgrade denyhosts --- Upgrading 'denyhosts-2.6_2' to 'denyhosts-2.6_3' (security/denyhosts) --- Building '/usr/ports/security/denyhosts' === Cleaning for denyhosts-2.6_3 Makefile error: bad value for PYTHON_VERSION: python2.3. Legal values are: python2.4 python2.5 python2.6 (default) python3.1 *** Error code 1 Stop in /usr/ports/security/denyhosts. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20100210-2735-1546qaq-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=denyhosts-2.6_2 UPGRADE_PORT_VER=2.6_2 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! security/denyhosts (denyhosts-2.6_2) (unknown build error) Como resolvo isto? Obrigado a quem ajudar. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Python_Version
Oi, Vinicius. Atualizei via portupdate e aparentemente atualizou. Mas o comando make upgrade-site-packages não rolou. Olhe: # pwd /usr/ports/lang/python26 # make upgrade-site-packages make: don't know how to make upgrade-site-packages. Stop Q tuh acha? -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Zavam, Vinícius Enviada em: quarta-feira, 10 de fevereiro de 2010 11:22 Para: freebsd@fug.com.br Assunto: Re: [FUG-BR] Python_Version On 2010-02-10 08:36, Paulo Quartieri wrote: Prezados colegas Estou tentando atualizar alguns pacotes (denyhosts, glib, ...) e está acontecendo o seguinte erro: # portupgrade denyhosts --- Upgrading 'denyhosts-2.6_2' to 'denyhosts-2.6_3' (security/denyhosts) --- Building '/usr/ports/security/denyhosts' === Cleaning for denyhosts-2.6_3 Makefile error: bad value for PYTHON_VERSION: python2.3. Legal values are: python2.4 python2.5 python2.6 (default) python3.1 *** Error code 1 Stop in /usr/ports/security/denyhosts. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20100210-2735-1546qaq-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=denyhosts-2.6_2 UPGRADE_PORT_VER=2.6_2 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! security/denyhosts (denyhosts-2.6_2) (unknown build error) Como resolvo isto? Obrigado a quem ajudar uma maneira de contornar isso: atualiza a colecao de ports e depois sua versao do python. podes usar portsnap pra atualizar a colecao e portupgrade/portmaster pra atualizar a versao do python. depois disso, em lang/python, 'make upgrade-site-packages'. (nao sei se ainda se faz isso) se usou portmaster seta -DUSE_PORTMASTER. -- Zavam, Vinícius - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [SPAM]
wh...@qbert.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: [SPAM]
Favor ignorar este, pessoal. Foi caca mesmo. :( -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Paulo Quartieri Enviada em: terça-feira, 30 de junho de 2009 17:17 Para: freebsd@fug.com.br Assunto: [FUG-BR] [SPAM] wh...@qbert.com.br - 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