Re: [FUG-BR] [off-topic]Extender servidor
Valeu, Marcelo. Foi nessa linha que conseguimos resolver o problema. Primeiro montamos um NAS. Formatamos a partição no NAS a partir do servidor de email, como se fosse uma partição própria nfs dele. Aí foi só copiar e apontar um link simbólico para o novo local. Ficou filé. Valeu pela dica. Obrigado aos outros camaradas que também deram sua atenção. Abraços a todos. Silmar Antonio Bem pode usar nfs e tornar essa outra maquina apenas uma extensão do sistema de arquivos ou ainda usar o FreeNas que acho mais adequado ainda principalmente pensando no futuro. []'s Em Ter, 2008-10-07 às 15:58 -0400, Silmar Oliveira escreveu: Olá, lista, Possuo uma máquina com 2 processadores quad-core e 16 GB de memória rodando servidor de e-mail (postfix/dovecot). Esta máquina está com seu espaço para os usuários de e-mails com 95% (total 500 GB) usada. O processo de licitação de outra máquina que aguente vai demorar uns 3 meses e os 5% que me restam duram apenas mais uns 15 dias. Consegui emprestada uma outra máquina que possui 1 TB de armazenamento, só que possui apenas um processador com 2 núcleos e 4 GB de memória. Ou seja, tenho o armazenamento mas não tenho o processamento e memória necessários. Minha idéia é de utilizar o processamento da máquina antiga combinada com o armazenamento da nova, ligados por uma rede gigabit. Tentei montar uma partição remota, mas quando transfiro os diretórios, as permissões não vão. Vai tudo como root. Tentei cp -rp, mas dá erro, dizendo que não pode importar as permissões. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [off-topic]Extender servidor
Olá, lista, Possuo uma máquina com 2 processadores quad-core e 16 GB de memória rodando servidor de e-mail (postfix/dovecot). Esta máquina está com seu espaço para os usuários de e-mails com 95% (total 500 GB) usada. O processo de licitação de outra máquina que aguente vai demorar uns 3 meses e os 5% que me restam duram apenas mais uns 15 dias. Consegui emprestada uma outra máquina que possui 1 TB de armazenamento, só que possui apenas um processador com 2 núcleos e 4 GB de memória. Ou seja, tenho o armazenamento mas não tenho o processamento e memória necessários. Minha idéia é de utilizar o processamento da máquina antiga combinada com o armazenamento da nova, ligados por uma rede gigabit. Tentei montar uma partição remota, mas quando transfiro os diretórios, as permissões não vão. Vai tudo como root. Tentei cp -rp, mas dá erro, dizendo que não pode importar as permissões. Alguém teria uma opinião sobre o meu problema? Existe outra solução? Desde já agradeço. Abraços a todos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [off topic] Acesso ao banco db2
Olá lista, Tenho um webserver com Freebsd 7.0 funfando que é uma blz. Ocorre que agora tenho que fazer ele acessar, através de uma aplicação via web, um banco de dados DB2 em outro servidor com OS400. Já googlei muito e já procurei algo no histórico da lista, sem encontrar uma solução. Alguém já fez isso usando odbc ou algo parecido? Qualquer ajuda é bem vinda. Abraços, Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [off-topic] Virtual hosts Apache + DMZ
Valeu, Leo Garcia!!! Faz tempo, mas só hoje é que consegui colocar o Servidor Web na DMZ, por questões físicas e burocráticas. Despois das suas dicas, funcionou 100% Abraços, Silmar Antonio Silmar Oliveira escreveu: Olá lista, Tenho um servidor que está de cara para a internet. Nele, tenho uma série de hosts virtuais que funcionam perfeitamente. Ocorre que quando eu coloco ele dentro de uma dmz, os hosts virtuais não abrem. Fora da dmz, funciona com um ip 201.xxx.xxx.xxx, Dentro da DMZ, coloco um ip dummy 192.16.0.10, onde o firewall direciona todas as requisições de 201.xxx.xxx.xxx para 192.16.0.10. Um camarada que mexe há muito tempo com linux chegou a me dizer que hosts virtuais do apache não funcionam em dmz... Eu prefiro acreditar que meu colega está equivocado... Se alguém já configurou algo desta forma, dê um toque. Ou se tiver alguma literatura eclarecedora, (pode ser em inglês) será bem vinda. Desde já agradeço. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Funciona e muito bem, Coloca VirtualHost * ServerName dominio.com.br ServerAlias www.dominio.com.br ... ... ... /VirtualHost NameVirtualHost * no httpd.conf (sem aspas) e é só correr para o abraço! T+! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ports-vulnerabilidade no phpmyadmin
Brow.. O seu ports esta atualizado ?? como esta sendo sua atualização do ports ? cvsup ? portsnap ?? Em 19/10/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Olá, lista Quando executo um portaudit - Fda, há 2 dias tá dando o seguinte: New database installed. Database created: Thu Oct 18 22:40:00 ACT 2007 Affected package: phpMyAdmin-2.11.1.1 Type of problem: phpmyadmin -- cross-site scripting vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/498a8731-7cfc-11dc-96e6-0012f06707f0.html Então, atualizo o ports e depois executo um pkg_version |grep , mas não traz nada de desatualizado. Qual é a melhor opção neste caso? Esperar a atualização? Desinstalar o aplicativo e instalar no braço novamente? (mas aí eu perderia as atualizações via cvsup, certo?) Fala grande Márcio. Fiz um script diário que atualiza a árvore do ports, depois passa um portaudit e um pkg_version. No portaudit ele tá acusando problemas no phpmyadmin, mas no pkg_version não indica que o aplicativo esteja desatualizado. O link que vem no resultado do portaudit pede para atualizar a versão 2.11.1.2, mas no ports a versão do phpmyadmin atual é a 2.11.1.1 Aí não sei o que fazer, se desinstalo e espero atualizar para depois instalar novamente ou se instalo a versão 2.11.1.2 no braço, perdendo as vantagens do ports... Valeu Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] ports-vulnerabilidade no phpmyadmin
Olá, lista Quando executo um portaudit - Fda, há 2 dias tá dando o seguinte: New database installed. Database created: Thu Oct 18 22:40:00 ACT 2007 Affected package: phpMyAdmin-2.11.1.1 Type of problem: phpmyadmin -- cross-site scripting vulnerability. Reference: http://www.FreeBSD.org/ports/portaudit/498a8731-7cfc-11dc-96e6-0012f06707f0.html Então, atualizo o ports e depois executo um pkg_version |grep , mas não traz nada de desatualizado. Qual é a melhor opção neste caso? Esperar a atualização? Desinstalar o aplicativo e instalar no braço novamente? (mas aí eu perderia as atualizações via cvsup, certo?) Desde já agradeço. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] Sendmail não envia (R ESOLVIDO)
Em 15/10/07, [EMAIL PROTECTED][EMAIL PROTECTED] escreveu: Enviar submissões para a lista de discussão freebsd para freebsd@fug.com.br Para se cadastrar ou descadastrar via WWW, visite o endereço https://www.fug.com.br/mailman/listinfo/freebsd ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para [EMAIL PROTECTED] Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço [EMAIL PROTECTED] Quando responder, por favor edite sua linha Assunto assim ela será mais específica que Re: Contents of freebsd digest... Grande silmar, esse problema esta acontecendo desde quando ? depois da migração ? ou é em outro servidor ?? Em 15/10/07, Aline de Freitas[EMAIL PROTECTED] escreveu: On Monday 15 October 2007 18:32:19 Silmar Oliveira wrote: Olá, lista. Primeiramente, desculpas pelo OT..., mas já pesquisei e já testei algumas modificações e não consigo que o sendmail envie mensagens... Meu problema é o seguinte: Faço uns scripts de backup e gerenciamento (como portupgrade e relação de pacotes desatualizados). Ao final dos scripts, peço que mande o arquivo de log com os resultados para meu e-mail, mas não vai... Não quero fazer um servidor de e-mail, apenas quero que ele mande estes de cunho administrativo. Uso 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 e o sendmail é o que instala por padrão. A mensagem do maillog é a seguinte: prompt# cat /home/silmar.oliveira/teste |mail -s teste de envio [EMAIL PROTECTED] Oct 15 15:00:28 srv21 sendmail[10972]: l9FI0SjS010972: from=silmar.oliveira, size=87, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 15 15:00:28 srv21 sm-mta[10973]: l9FI0SDr010973: from=[EMAIL PROTECTED], size=466, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=IPv4, relay=localhost.eu.com.br [127.0.0.1] Oct 15 15:00:28 srv21 sendmail[10972]: l9FI0SjS010972: [EMAIL PROTECTED], ctladdr=silmar.oliveira (1005/1005), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30087, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (l9FI0SDr010973 Message accepted for delivery) Oct 15 15:00:28 srvac21 sm-mta[10975]: l9FI0SDr010973: to=[EMAIL PROTECTED], ctladdr=[EMAIL PROTECTED] (1005/1005), delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=30466, relay=srv13.eu.com.br. [200.xxx.xxx.13], dsn=4.1.8, stat=Deferred: 450 4.1.8 [EMAIL PROTECTED]: Sender address rejected: Domain not found Meu /etc/hosts está assim: ::1 localhost.eu.com.br localhost 127.0.0.1 localhost.eu.com.br localhost 200.xxx.xxx.21 srv21.eu.com.br srv21 200.xxx.xxx.21 srv21.eu.com.br. Qualquer sugestão é bem vinda. Desde já agradeço. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Olha, você pode enviar suas mensagens para [EMAIL PROTECTED] onde então por meio do mailx ou mesmo por meio do cliente de correio eletrônico que você tiver na própria máquina em que estiver trabalhando pode receber suas mensagens de sistema. Esta é a opção mais fácil. Agora se a intenção é enviar as mensagens pela web vc precisa configurar seu sendmail para funcionar com um smarthost, de forma que as mensagens são encaminhadas do sendmail para um outro servidor smtp (seu provedor por exemplo). Neste caso pode ser necessário configurar também autenticação no servidor smtp desejado e também mascarar o domínio de sua máquina. (Procure por sendmail smtp auth e sendmail masquerade) Aline Pessoal, resolvido. Faltava uma entrada no arquivo de zona do meu DNS principal dizendo quem era minha máquina. Inseri: srv21 IN A 200.xxx.xxx.21 e funfou legal. Valeu Aline! Valeu Márcio. Abs a todos. Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] Sendmail não envia
Olá, lista. Primeiramente, desculpas pelo OT..., mas já pesquisei e já testei algumas modificações e não consigo que o sendmail envie mensagens... Meu problema é o seguinte: Faço uns scripts de backup e gerenciamento (como portupgrade e relação de pacotes desatualizados). Ao final dos scripts, peço que mande o arquivo de log com os resultados para meu e-mail, mas não vai... Não quero fazer um servidor de e-mail, apenas quero que ele mande estes de cunho administrativo. Uso 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 e o sendmail é o que instala por padrão. A mensagem do maillog é a seguinte: prompt# cat /home/silmar.oliveira/teste |mail -s teste de envio [EMAIL PROTECTED] Oct 15 15:00:28 srv21 sendmail[10972]: l9FI0SjS010972: from=silmar.oliveira, size=87, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 15 15:00:28 srv21 sm-mta[10973]: l9FI0SDr010973: from=[EMAIL PROTECTED], size=466, class=0, nrcpts=1, msgid=[EMAIL PROTECTED], proto=ESMTP, daemon=IPv4, relay=localhost.eu.com.br [127.0.0.1] Oct 15 15:00:28 srv21 sendmail[10972]: l9FI0SjS010972: [EMAIL PROTECTED], ctladdr=silmar.oliveira (1005/1005), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30087, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (l9FI0SDr010973 Message accepted for delivery) Oct 15 15:00:28 srvac21 sm-mta[10975]: l9FI0SDr010973: to=[EMAIL PROTECTED], ctladdr=[EMAIL PROTECTED] (1005/1005), delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=30466, relay=srv13.eu.com.br. [200.xxx.xxx.13], dsn=4.1.8, stat=Deferred: 450 4.1.8 [EMAIL PROTECTED]: Sender address rejected: Domain not found Meu /etc/hosts está assim: ::1 localhost.eu.com.br localhost 127.0.0.1 localhost.eu.com.br localhost 200.xxx.xxx.21 srv21.eu.com.br srv21 200.xxx.xxx.21 srv21.eu.com.br. Qualquer sugestão é bem vinda. Desde já agradeço. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [off-topic] Virtual hosts Apache + DMZ
Olá lista, Tenho um servidor que está de cara para a internet. Nele, tenho uma série de hosts virtuais que funcionam perfeitamente. Ocorre que quando eu coloco ele dentro de uma dmz, os hosts virtuais não abrem. Fora da dmz, funciona com um ip 201.xxx.xxx.xxx, Dentro da DMZ, coloco um ip dummy 192.16.0.10, onde o firewall direciona todas as requisições de 201.xxx.xxx.xxx para 192.16.0.10. Um camarada que mexe há muito tempo com linux chegou a me dizer que hosts virtuais do apache não funcionam em dmz... Eu prefiro acreditar que meu colega está equivocado... Se alguém já configurou algo desta forma, dê um toque. Ou se tiver alguma literatura eclarecedora, (pode ser em inglês) será bem vinda. Desde já agradeço. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Backup com Dump
Em 01/10/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Olá, Lista Preciso de umas confirmações: Segundo algumas páginas que localizei na internet, para eu fazer o backup dos filesystems, vou usar: dump -L -0 -f /diretoriodestino/var.dump /var/ Para restaurar, uso o restore: restore -if /diretoriodestino/var.dump restore extract 1-Se eu tiver uma máquina idêntica, posso restaurar este backup nela, ok? sim. 2-Eu faço a restauração no boot ou faço nova instalação e restauro por cima? fazem dois dias tentei da seguinte maneira: instalei o básico do freebsd, configurei rede e fiz o dump e o restore via rede usando netcat. pra minha surpresa quando eu estava fazendo dump/restore do / o freebsd travava, finalizava alguns processos e reiniciava. bootei pelo cd de instalação do free fui em fixit e rodei o filesystem live.(num lembro o nome da opção de cabeça agora), aí sim, montei o disco e fiz o restore. Funcionou perfeitamente. 3-Caso meu processo esteja errado, o que seria mais indicado? Minha idéia é perder o mínimo de tempo possível reconstruindo um servidor. usa o dump/restore q num tem erro. depois de terminada não esqueça de editar o /etc/rc.conf e muda hostname, ip e o mais for necessário. Valeu Lutieri! Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando (aparentemente RESOLVIDO)
Eu ja tive um problema assim A maquina rebootava depois de um tempo... era bem aleatorio... Era um dual xeon 3.2 com hyper threading habilitado. Na epoca eu rodava o 6.1 e um mysql com muita carga. Resolvi os problemas quando atualizei para o 6.2 Voce habilitou o hyper threading ? Voce pode mandar o seu kernel ? E seu sysctl.conf ? Com certeza é algum problema de configuracao ou driver... Isso se vc ja se certificou que nao é problema de hardware Pessoal, mais uma vez agradeço o empenho de todos que colaboraram. Primeiramente desabilitei o ACPI, acrescentando no /boot/load.conf a seguinte linha: exec=unset acpi_load (Se não for assim, avisem :) ) Depois, segui o conselho dos colegas de lista e, no boot, em single user, executei o fsck -y por 2 vezes. Na primeira, ele corrigiu os problemas. Na segunda, não localizou anomalias. Antes disso, meu uptime maior era de 48 horas. Agora estou com 5 dias de uptime, sem problemas. Ainda está em observação (até sexta-feira). Abraços a todos. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
Nilson Debatin escreveu: Tirar o SMP acho q é meio furada pra ele, pois Pentium D é dual-core... Pois é :P E o cara que iniciou a thread? Conseguiu resolver o problema? Tô com um parecido. O servidor dá um erro kernel trap 12 e um monte de endereço de memória. Já troquei memória e rodei fsck -y no single mode e continua travando. Já tirei ACPI também e ainda nada :P O pior é que só vou chegar perto do servidor daqui a uns 10 dias. To por aqui ainda :) To aguardando permissão para parada. Acredito que só aconteça final de semana. To com medo de colocar o fsck -y para rodar automático e dar algum problema. Então to preferindo fazer no fds com mais tranquilidade. Dependendo de como for, vou trocar de máquina pq ele não pode parar... Alessandro de Souza Rocha escreveu: Pentium D dual-core ele nao tem 2 nucleos simplesmente so tem um nucleo msmo essa serie e anterior core 2duo e depois pentium 4 64bits... Mas o site da Intel diz isso: With an Intel Pentium D processor-based PC featuring two full processing cores, you get... Achei que meu servidor era 64 bits, mas não é... :P Pelo menos fico com a consciência mais tranquila... Bem eu não sei se posso ajudar , mas montei a uns 7 meses atraz um servidor com PENTIUM D e escolhi usar a versão i386 não AMD 64 , ele esta funcionando bem até hoje sem nenhum problema , placa mãe é intel. uname -a FreeBSD fenix 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Wed Jul 18 02:33:16 BRT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ALPHA i386 Eu também já montei um assim em um servidor IBM. Está funcionando bem. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
Eu ja tive um problema assim A maquina rebootava depois de um tempo... era bem aleatorio... O problema é que ela não reboota... congela mesmo... muito estranho... Era um dual xeon 3.2 com hyper threading habilitado. A minha é um 3.0 com hyper threading tb Na epoca eu rodava o 6.1 e um mysql com muita carga. Resolvi os problemas quando atualizei para o 6.2 Estou com a última versão 6.2, porém é i386... deveria ter instalado o amd64... tive que habilitar o PAE (também é suspeito...) Voce habilitou o hyper threading ? Está habilitado Voce pode mandar o seu kernel ? Posso sim, mas não otimizei ele devido a esses problemas. Será que não teria problemas pelo tamanho? são 287 linhas... :) E seu sysctl.conf ? Meu sysclt.conf está vazio. Com certeza é algum problema de configuracao ou driver... Isso se vc ja se certificou que nao é problema de hardware Acho que vou conseguir um agendamento para parada nesta semana (talvez hj) para passar um fsck -y no boot. Quanto às outras sugestões, do Márcio e do João Paulo, é uma boa opção colocar o fsck -y fixo no boot, ainda que temporário, devido a gravidade da situação. (Valeu!) Valeu pessoal Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Backup com Dump
Olá, Lista Preciso de umas confirmações: Segundo algumas páginas que localizei na internet, para eu fazer o backup dos filesystems, vou usar: dump -L -0 -f /diretoriodestino/var.dump /var/ Para restaurar, uso o restore: restore -if /diretoriodestino/var.dump restore extract 1-Se eu tiver uma máquina idêntica, posso restaurar este backup nela, ok? 2-Eu faço a restauração no boot ou faço nova instalação e restauro por cima? 3-Caso meu processo esteja errado, o que seria mais indicado? Minha idéia é perder o mínimo de tempo possível reconstruindo um servidor. Desde já agradeço. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
On 9/27/07, Marcio Antunes [EMAIL PROTECTED] wrote: Faço jus a palavras do amigo Welington.. use amd64 ele é compativel com EM64T Exatamente ! E existem alguns drivers que não funcionam bem com PAE. Pow... vacilei legal... Acredito que não, mas não custa perguntar :) Existe alguma forma de mudar para amd64 através de alguma atualização? Outra coisa, quando dou um fsck -y, ele me retorna isso: 25 files, 8 used, 506479 free (39 frags, 63305 blocks, 0.0% fragmentation) ** /dev/aacd0s1e (NO WRITE) ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=1275070 OWNER=root MODE=100444 SIZE=133233 MTIME=Sep 20 11:23 2007 CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no 202855 files, 4345764 used, 731315 free (37467 frags, 86731 blocks, 0.7% fragmentation) ** /dev/aacd0s1f (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=967210 (4 should be 0) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts LINK COUNT FILE I=894982 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 11:00 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895001 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:33 2007 COUNT 2 SHOULD BE 1 ADJUST? no UNREF FILE I=895002 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 09:55 2007 RECONNECT? no CLEAR? no LINK COUNT FILE I=895036 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:44 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895039 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:55 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895041 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:00 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895173 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:22 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895174 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:11 2007 COUNT 2 SHOULD BE 1 ADJUST? no UNREF FILE I=967210 OWNER=mysql MODE=100660 SIZE=0 MTIME=Sep 28 11:10 2007 RECONNECT? no CLEAR? no UNREF FILE I=1601569 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=1601571 OWNER=mysql MODE=100600 SIZE=541 MTIME=Sep 28 01:02 2007 CLEAR? no UNREF FILE I=1601659 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=1601676 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=1601881 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=2355215 OWNER=root MODE=140666 SIZE=0 MTIME=Sep 27 23:59 2007 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 Os outros dispositivos estão normais... Isto representa bad block ou será que é apenas alguma inconsistência? Haveria como eu verificar isso. Obs.: executei o fsck -y com a máquina em operação. Ainda não fiz isso no boot (como foi sugerido pelo Marcelo Soares (valeu Marcelo)), pois preciso de programação para reiniciar este server. Valeu Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Digest freebsd, volume 18, assunto 146
On 9/27/07, Marcio Antunes [EMAIL PROTECTED] wrote: Faço jus a palavras do amigo Welington.. use amd64 ele é compativel com EM64T Exatamente ! E existem alguns drivers que não funcionam bem com PAE. Pow... vacilei legal... Acredito que não, mas não custa perguntar :) Existe alguma forma de mudar para amd64 através de alguma atualização? Outra coisa, quando dou um fsck -y, ele me retorna isso: 25 files, 8 used, 506479 free (39 frags, 63305 blocks, 0.0% fragmentation) ** /dev/aacd0s1e (NO WRITE) ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=1275070 OWNER=root MODE=100444 SIZE=133233 MTIME=Sep 20 11:23 2007 CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no 202855 files, 4345764 used, 731315 free (37467 frags, 86731 blocks, 0.7% fragmentation) ** /dev/aacd0s1f (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=967210 (4 should be 0) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts LINK COUNT FILE I=894982 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 11:00 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895001 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:33 2007 COUNT 2 SHOULD BE 1 ADJUST? no UNREF FILE I=895002 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 09:55 2007 RECONNECT? no CLEAR? no LINK COUNT FILE I=895036 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:44 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895039 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:55 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895041 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:00 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895173 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:22 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895174 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:11 2007 COUNT 2 SHOULD BE 1 ADJUST? no UNREF FILE I=967210 OWNER=mysql MODE=100660 SIZE=0 MTIME=Sep 28 11:10 2007 RECONNECT? no CLEAR? no UNREF FILE I=1601569 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=1601571 OWNER=mysql MODE=100600 SIZE=541 MTIME=Sep 28 01:02 2007 CLEAR? no UNREF FILE I=1601659 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=1601676 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=1601881 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=2355215 OWNER=root MODE=140666 SIZE=0 MTIME=Sep 27 23:59 2007 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 Os outros dispositivos estão normais... Isto representa bad block ou será que é apenas alguma inconsistência? Haveria como eu verificar isso. Obs.: executei o fsck -y com a máquina em operação. É uma falta de atenção ao que já foi explicado algumas vezes na lista: não se deve rodar fsck com a máquina em produção. Isso gera falsos positivos. Ok, tenho pouco tempo de lista e não havia visto nada sobre isto. De qualquer forma, quando meu server travava, no reboot ele apresentava estas mesmas mensagens. Neste caso, estas mensagens indicam bad blocks ou apenas algum outro problema mais simples (e resolvível)? Valeu Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
Silmar Oliveira escreveu: On 9/27/07, Marcio Antunes [EMAIL PROTECTED] wrote: Faço jus a palavras do amigo Welington.. use amd64 ele é compativel com EM64T Exatamente ! E existem alguns drivers que não funcionam bem com PAE. Pow... vacilei legal... Acredito que não, mas não custa perguntar :) Existe alguma forma de mudar para amd64 através de alguma atualização? Outra coisa, quando dou um fsck -y, ele me retorna isso: 25 files, 8 used, 506479 free (39 frags, 63305 blocks, 0.0% fragmentation) ** /dev/aacd0s1e (NO WRITE) ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=1275070 OWNER=root MODE=100444 SIZE=133233 MTIME=Sep 20 11:23 2007 CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no 202855 files, 4345764 used, 731315 free (37467 frags, 86731 blocks, 0.7% fragmentation) ** /dev/aacd0s1f (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=967210 (4 should be 0) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts LINK COUNT FILE I=894982 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 11:00 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895001 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:33 2007 COUNT 2 SHOULD BE 1 ADJUST? no UNREF FILE I=895002 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 09:55 2007 RECONNECT? no CLEAR? no LINK COUNT FILE I=895036 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:44 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895039 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:55 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895041 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:00 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895173 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:22 2007 COUNT 2 SHOULD BE 1 ADJUST? no LINK COUNT FILE I=895174 OWNER=operator MODE=100400 SIZE=2048 MTIME=Sep 28 10:11 2007 COUNT 2 SHOULD BE 1 ADJUST? no UNREF FILE I=967210 OWNER=mysql MODE=100660 SIZE=0 MTIME=Sep 28 11:10 2007 RECONNECT? no CLEAR? no UNREF FILE I=1601569 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=1601571 OWNER=mysql MODE=100600 SIZE=541 MTIME=Sep 28 01:02 2007 CLEAR? no UNREF FILE I=1601659 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=1601676 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=1601881 OWNER=mysql MODE=100600 SIZE=0 MTIME=Sep 27 23:59 2007 CLEAR? no UNREF FILE I=2355215 OWNER=root MODE=140666 SIZE=0 MTIME=Sep 27 23:59 2007 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 Os outros dispositivos estão normais... Isto representa bad block ou será que é apenas alguma inconsistência? Haveria como eu verificar isso. Obs.: executei o fsck -y com a máquina em operação. É uma falta de atenção ao que já foi explicado algumas vezes na lista: não se deve rodar fsck com a máquina em produção. Isso gera falsos positivos. Ok, tenho pouco tempo de lista e não havia visto nada sobre isto. De qualquer forma, quando meu server travava, no reboot ele apresentava estas mesmas mensagens. Neste caso, estas mensagens indicam bad blocks ou apenas algum outro problema mais simples (e resolvível)? (desculpem não ter editado corretamente o último post) Valeu Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
On 9/27/07, Marcio Antunes [EMAIL PROTECTED] wrote: Faço jus a palavras do amigo Welington.. use amd64 ele é compativel com EM64T Exatamente ! E existem alguns drivers que não funcionam bem com PAE. Pow... vacilei legal... Acredito que não, mas não custa perguntar :) Existe alguma forma de mudar para amd64 através de alguma atualização? Sim tem , so setar oarquivo de configuração do kernel http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html machinei386 This is the machine architecture. It must be either alpha, amd64, i386, ia64, pc98, powerpc, or sparc64 coloque : machine amd64 cpu HAMMER ident NOMEDOMEUKERNELAMD64 Outra coisa, quando dou um fsck -y, ele me retorna isso: fsck -y em boot single , ou sja qdo carregar o meu de inicialização digite 4 , confirme o shell e depois de fsck -y Valeu Marcelo. Vou fazer isso assim que conseguir um agendamento de parada. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Servidor travando
Olá, lista. Rodo um servidor web com as seguintes características: marca: Supermicro 2 processadores intel xeon 3.60 núcleo duplo 4 hds SCSI 73 GB em raid 5 6 GB de memória (HABILITADO O PAE) Migrei ele recentemente devido a restrições de armazenamento no server antigo. Ocorre que agora ele trava quase todo dia entre 8 e 9 da noite... Quando coloco o console, ele está congelado, não recebendo nada do teclado. Então tenho que restartar pelo famigerado botão... Já verifiquei os logs e não aparece nada que me indique onde possa estar o problema. Quando digito last, ele não me indica crash, mas sim reboot... silmar.oliveira ttyp0200.xxx.xxx.xxxThu Sep 27 08:26 still logged in reboot ~ Thu Sep 27 07:41 Alguma sugestão sobre como diagnosticar o que pode estar acontecendo? Desde já agradeço Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] backup incremental (Suprema Informáti ca Ltda - Leandro)
dentro deste diretorio, são criados log´s do sistema ex.: log123.txt, log124.txt, log125.txt., (tamanho de cada arquivo 1kb) e estes são criados em tempos aleatórios, mas preciso que todo o conteudo deste diretorio, seja copiado de minuto a minuto para a matriz, eu pensei em fazer um backup incremental, digamos que apenas copie o que não exista ainda no servidor da matriz, acredito que seja a melhor forma, agora, qual software utilizar, talvez um simples cp, ou rsync, ou qualquer outra ideia, Leandro, Utilizei o unison para sincronizar 2 servers antes da migração. Talvez ajude. Tem um tutorial bacana em: http://unitednerds.org/thefallen/docs/index.php?area=Sincroniatuto=Unison-basico Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
Desabilita a ACPI do servidor e veja o que acontece. Veja no histórico que tem muitas discussões sobre isso que talvez te ajude. Ok, Luiz, vou fazer isso. Valeu Qual a versão do SO ? Da pra mandar um dmesg ? Por que não instalar a versão 64bits ao invés de utilizar PAE ? Alexandre, me corrija se eu estiver errado, mas li algo que dizia que a versão 6.2-RELEASE-ia64 só funciona em máquinas 64 bits reais (Itanium II, p.ex.). Minha máquina possui suporte a intel EM64T. Existe outra opção? Valeu O que ele faz nesse horaio , alguma coisa no cron ? backup ? Marcelo, tirei todas as atividades pesadas dele (clamav e backups). deixei só o padrão. /var/log/messages tem nada não ? No final vou postar o dmesg. pode fazer um script que de um cat no top , netstat etc a cada meia hora e jogar em arquivo , depois ver que foi que aconteceu Boa dica. Vou fazer isso também Valeu, Marcelo. aqui vc encontra http://www.openit.com.br/freebsd-hb/acpi-overview.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html coloca as messagens.. do dmesg. Graaande Marcio, vou colocar o dmesg no final. Valeu pelos links. Vão ajudar muito. Aí vai o dmesg: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Tue Aug 7 17:57:42 BRT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/PAE ACPI APIC Table: PTLTD APIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3066.79-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4400CNTX-ID,b14 Logical CPUs per core: 2 real memory = 6710886400 (6400 MB) avail memory = 6305271808 (6013 MB) ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard ioapic2 Version 2.0 irqs 48-71 on motherboard kbd1 at kbdmux0 acpi0: PTLTD RSDT on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 cpu0: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pci0: unknown at device 0.1 (no driver attached) pcib1: ACPI PCI-PCI bridge at device 2.0 on pci0 pci1: ACPI PCI bus on pcib1 pci1: base peripheral, interrupt controller at device 28.0 (no driver attached) pcib2: ACPI PCI-PCI bridge at device 29.0 on pci1 pci2: ACPI PCI bus on pcib2 aac0: Adaptec SCSI RAID 2120S mem 0xf800-0xfbff irq 52 at device 2.0 on pci2 aac0: Enabling 64-bit address support aac0: [FAST] aac0: Adaptec Raid Controller 2.0.0-1 aacp0: SCSI Passthrough Bus on aac0 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0x3000-0x303f mem 0xf420-0xf421 irq 54 at device 3.0 on pci2 em0: Ethernet address: 00:30:48:29:b4:9e pci1: base peripheral, interrupt controller at device 30.0 (no driver attached) pcib3: ACPI PCI-PCI bridge at device 31.0 on pci1 pci3: ACPI PCI bus on pcib3 ahd0: Adaptec AIC7902 Ultra320 SCSI adapter port 0x4400-0x44ff,0x4000-0x40ff mem 0xf430-0xf4301fff irq 32 at device 2.0 on pci3 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs ahd1: Adaptec AIC7902 Ultra320 SCSI adapter port 0x4c00-0x4cff,0x4800-0x48ff mem 0xf4302000-0xf4303fff irq 33 at device 2.1 on pci3 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs pci0: serial bus, USB at device 29.0 (no driver attached) pci0: serial bus, USB at device 29.1 (no driver attached) pci0: serial bus, USB at device 29.2 (no driver attached) pcib4: ACPI PCI-PCI bridge at device 30.0 on pci0 pci4: ACPI PCI bus on pcib4 pci4: display, VGA at device 4.0 (no driver attached) fxp0: Intel 82551 Pro/100 Ethernet port 0x5400-0x543f mem 0xf4401000-0xf4401fff,0xf442-0xf443 irq 22 at device 5.0 on pci4 miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:30:48:29:b4:9f isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel ICH3 UDMA100 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 ata0: ATA channel 0 on atapci0 ata1: ATA channel 1 on atapci0 pci0: serial bus, SMBus at device 31.3 (no driver attached) acpi_button0: Power Button on acpi0 atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: 16550A-compatible COM port port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A
Re: [FUG-BR] Servidor travando
Aproveita e roda o memtest86 (tem no ports) para verificar se as memorias estao realmente boas... Valeu a dica Vitor. Vou fazer isso também. Realmente é estranho, pois as máquinas supermicro são de ótima qualidade. Também acredito que se for problema de hardware, seja uma exceção, pois temos outras 2 máquinas desta mesma marca e funcionam perfeitamente. Valeu Celso Migrei ele recentemente devido a restrições de armazenamento no server antigo. Ocorre que agora ele trava quase todo dia entre 8 e 9 da noite... Quando coloco o console, ele está congelado, não recebendo nada do teclado. Então tenho que restartar pelo famigerado botão... Já verifiquei os logs e não aparece nada que me indique onde possa estar o problema. Quando digito last, ele não me indica crash, mas sim reboot... silmar.oliveira ttyp0200.xxx.xxx.xxxThu Sep 27 08:26 still logged in reboot ~ Thu Sep 27 07:41 Alguma sugestão sobre como diagnosticar o que pode estar acontecend - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CSR no FreeBSD
Já pesquisei no Google e na net e não achei nada muito claro a respeito de como gerar uma CSR para SSL no FreeBSD. Gostaria de uma ajuda de vcs. Agradeço desde já. Bem, acredito que você já tenha o openssl instalado. Aqui eu faço assim: (Dentro do diretório desejado e com root) 1 - Para gerar a chave privada: # /usr/bin/openssl genrsa -rand /dev/urandom -out usr/local/etc/apache2/meudiretorio/server.key 1024 2 - Para gerar o CSR # /usr/bin/openssl req -new -key ./server.key -out ./server.csr 3 - Responder às perguntas, copiar o conteúdo de server.scr e enviar à entidade certificadora. Espero que ajude. Silmar Antonio - 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] Recuperar arquivos mysql
Rodrigo, Desculpe minha inexperiência, mas se as tabelas InnoDB não criam arquivos .MYD e .MYI, onde elas guardam os dados e os índices? Valeu. Silmar Silmar, Tabelas InnoDB não criam arquivos .MYD e MYI. Agora garanta que ele irá fazer o backup para garantir a integridade dos seus dados. Esse backup pode ser feito com o mysqldump [ ]'s Rodrigo Em 29/08/07, Silmar Oliveira [EMAIL PROTECTED] escreveu: Provavelmente o banco pode estar como InnoDB que é diferente do MyISAM, em InnoDB você deve procurar pelos arquivos data, você já tentou gerar o dump pelo root? Tente: mysql -u root -psenha nomedobanco nomedobanco.sql Informe o erro, obrigado. Rodrigo, havia um backup antigo com extensão .sql. Fiz a recuperação da forma que você mencionou. Abre o banco normalmente. Foram perdidos os dados mais recentes. Só que, mesmo assim, não recriou os arquivos .MYD nem .MYI. Isso está correto? Ou devo fazer outro procedimento? Valeu! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente, Rodrigo Brito 61-8401-5302 Linux BSD's - Viver é aprender! -- Message: 7 Date: Thu, 30 Aug 2007 11:12:30 -0400 From: Jean Zanuzo [EMAIL PROTECTED] Subject: Re: [FUG-BR] squid parando To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed [EMAIL PROTECTED] escreveu: o cache ta limpo. nao tem erro nenhum no messages nem na saida do comando dmesg.. vou habilitar o cache.log para observar On Thu, 30 Aug 2007 10:46:05 -0300, c0re dumped [EMAIL PROTECTED] wrote: Com certeza o squid logou algo. Tente o cache.log (vc não desabilitou não, né ?) ou o /var/log/messages. ://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 Se voce estiver usando o squid com diskd, verifica se o kernel foi compilado com os ajustes necessarios. Jean Zanuzo -- Message: 8 Date: Thu, 30 Aug 2007 12:45:57 -0300 From: Flavio Alexsandro Silva [EMAIL PROTECTED] Subject: Re: [FUG-BR] squid lento To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1; format=flowed Carlos Eduardo Vasata wrote: Gostaria de compartilhar as informações do meu squid Abraços Connection information for squid: Number of clients accessing cache: 2025 Number of HTTP requests received: 4179781 Number of ICP messages received:0 Number of ICP messages sent:0 Number of queued ICP replies: 0 Request failure ratio: 0.00 Average HTTP requests per minute since start: 4065.7 Average ICP messages per minute since start:0.0 Select loop called: 38337457 times, 1.609 ms avg Cache information for squid: Request Hit Ratios: 5min: 37.0%, 60min: 33.2% Byte Hit Ratios:5min: 3.9%, 60min: 4.5% Request Memory Hit Ratios: 5min: 24.3%, 60min: 24.1% Request Disk Hit Ratios:5min: 19.6%, 60min: 22.7% Storage Swap size: 9438190 KB Storage Mem size: 1020420 KB Mean Object Size: 5.54 KB Requests given to unlinkd: 0 Median Service Times (seconds) 5 min60 min: HTTP Requests (All): 0.12783 0.12106 Cache Misses: 0.44492 0.42149 Cache Hits:0.00463 0.00463 Near Hits: 0.01648 0.05046 Not-Modified Replies: 0.00379 0.00463 DNS Lookups: 0.00190 0.00190 ICP Queries: 0.0 0.0 Resource usage for squid: UP Time:61683.577 seconds CPU Time: 11477.640 seconds CPU Usage: 18.61% CPU Usage, 5 minute avg:39.70% CPU Usage, 60 minute avg: 37.97% Process Data Segment Size via sbrk(): -1674224 KB Maximum Resident Size: 2502736 KB Page faults with physical i/o: 1 Memory accounted for: Total accounted: 1287477 KB memPoolAlloc calls: 473804858 memPoolFree calls: 466656598 File descriptor usage for squid: Maximum number of file descriptors: 16384 Largest file desc currently in use: 1489 Number of file desc currently in use: 1459 Files queued for open
[FUG-BR] RES: [OFF TOPIC] Recuperar arquivos mysql
hi, galera... Desculpem o post anterior... Esqueci de editar a parte de baixo... Não vai acontecer de novo... prometo :) Silmar Silmar, Tabelas InnoDB não criam arquivos .MYD e MYI. Agora garanta que ele irá fazer o backup para garantir a integridade dos seus dados. Esse backup pode ser feito com o mysqldump [ ]'s Rodrigo Em 29/08/07, Silmar Oliveira [EMAIL PROTECTED] escreveu: Provavelmente o banco pode estar como InnoDB que é diferente do MyISAM, em InnoDB você deve procurar pelos arquivos data, você já tentou gerar o dump pelo root? Tente: mysql -u root -psenha nomedobanco nomedobanco.sql Informe o erro, obrigado. Rodrigo, havia um backup antigo com extensão .sql. Fiz a recuperação da forma que você mencionou. Abre o banco normalmente. Foram perdidos os dados mais recentes. Só que, mesmo assim, não recriou os arquivos .MYD nem .MYI. Isso está correto? Ou devo fazer outro procedimento? Valeu! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF TOPIC] Recuperar arquivos mysql
Olá, lista Herdei a administração de um banco MySQL e ainda estou me ambientando. Até então, os backups eram feitos com cópias da pasta /var/db/mysql. Pelo que li, isso é um veneno para a integridade das tabelas. Segui então o conselho do Marcelo Soares da Costa (valeu Marcelo!) de fazer com o mysqldump, só que tem um dos bancos que dava erro ao tentar gerar. Ao analisar as tabelas do banco, percebi que lá só havia os arquivos .frm. Os arquivos .MYD e .MYI não foram localizados. Inclusive nos backups que eu tenho não os encontrei. Há como recriar os arquivos .MYD e .MYI a partir do .frm? Ou existe outra solução? Desde já Agradeço Silmar Antonio - 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] Recuperar arquivos mysql
Provavelmente o banco pode estar como InnoDB que é diferente do MyISAM, em InnoDB você deve procurar pelos arquivos data, você já tentou gerar o dump pelo root? Tente: mysql -u root -psenha nomedobanco nomedobanco.sql Informe o erro, obrigado. Rodrigo, havia um backup antigo com extensão .sql. Fiz a recuperação da forma que você mencionou. Abre o banco normalmente. Foram perdidos os dados mais recentes. Só que, mesmo assim, não recriou os arquivos .MYD nem .MYI. Isso está correto? Ou devo fazer outro procedimento? Valeu! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF TOPIC] mysql gerando arquivos bi nários
Pessoal, descobri o que estava com problema... A minha tabela de usuários (aproximadamente 100) está corrompida. Aparentemente é um problema meio antigo, pois todos os backups que eu tinha também estavam corrompidos. A geração dos log-transactions (como bem explicou o Marcelo) estavam sendo geradas porque o mysql tentava se reiniciar, tentando recuperar pelo inno, mas não conseguia. Gerei um novo banco principal (mysql) e parou de dar erro. O mysql inicializa normalmente. O meu problema é a tabela de usuários... Será que tem como recuperar pelo menos parte dela? Qualquer sugestão é bem vinda. []'s, Silmar Isso são os log-transaction do mysql , se seu server for um master vc pode parar o banco e deletar , tem que deletar o indice tb , isso é setado no /etc/my.cnf , caso vc não tenha o arquivo de configuração ele usa o default da compilação , pode ser alterao via query , isso é tudo bem explicadinho no site do mysql []'s Em Qui, 2007-08-16 às 15:03 -0300, Silmar Oliveira escreveu: Olá, lista Estou (pelo menos estava) rodando um mysql 4.1 no servidor. Sem uma razão aparente, o mysql parou de funcionar... Notei que há uma criação intensa de arquivos em /var/db/mysql/ de arquivos sequenciais tipo: ... nomeserver-bin.000255 nomeserver-bin.000256 nomeserver-bin.000257 ... e isso já está em mais de nomeserver-bin.008000... Alguma dica de como diagnosticar o que pode estar acontecendo? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF TOPIC] mysql gerando arquivos bi nários
Que tipo de backup vc tem , dump ou backup fisico ? Acho que meu backup é meio arcaico... apenas copiei os arquivos para um lugar vago em outro servidor. Esse problema aconteceu no momento em que eu melhorava esse esquema. Ia começar a colocar diariamente na fita semana q vem... Aliás não sei nem se essa é uma forma correta de backupear o mysql. Se tiver alguma dica ou leitura, também é bem vinda :) Quanto aos scripts, devo apenas executálos entro do mysql, ou tem alguma outra manha? Valeu Marcelo Sei que teve mudanças na estrutura de usuarios no mysql , mas acho que do 4 pro 5 , quando vc faz upgrade é necessário parar o banco e rodar um shell script , os scripts ficam em : cd /usr/local/share/mysql/ -r--r--r-- 1 root wheel 31430 2 Ago 15:40 mysql_fix_privilege_tables.sql -r--r--r-- 1 root wheel 12028 2 Ago 15:49 mysql_system_tables.sql -r--r--r-- 1 root wheel1305 2 Ago 15:49 mysql_system_tables_data.sql se seu backup for dump é facil rodar os sql e recriar os usuarios se for fisico bom instalar uma versão de mysql compativel e ao realizar o dump qualquer coisa volte a postar , espero poder te ajudado []'s Em Sex, 2007-08-17 às 11:25 -0300, Silmar Oliveira escreveu: Pessoal, descobri o que estava com problema... A minha tabela de usuários (aproximadamente 100) está corrompida. Aparentemente é um problema meio antigo, pois todos os backups que eu tinha também estavam corrompidos. A geração dos log-transactions (como bem explicou o Marcelo) estavam sendo geradas porque o mysql tentava se reiniciar, tentando recuperar pelo inno, mas não conseguia. Gerei um novo banco principal (mysql) e parou de dar erro. O mysql inicializa normalmente. O meu problema é a tabela de usuários... Será que tem como recuperar pelo menos parte dela? Qualquer sugestão é bem vinda. []'s, Silmar Isso são os log-transaction do mysql , se seu server for um master vc pode parar o banco e deletar , tem que deletar o indice tb , isso é setado no /etc/my.cnf , caso vc não tenha o arquivo de configuração ele usa o default da compilação , pode ser alterao via query , isso é tudo bem explicadinho no site do mysql []'s Em Qui, 2007-08-16 às 15:03 -0300, Silmar Oliveira escreveu: Olá, lista Estou (pelo menos estava) rodando um mysql 4.1 no servidor. Sem uma razão aparente, o mysql parou de funcionar... Notei que há uma criação intensa de arquivos em /var/db/mysql/ de arquivos sequenciais tipo: ... nomeserver-bin.000255 nomeserver-bin.000256 nomeserver-bin.000257 ... e isso já está em mais de nomeserver-bin.008000... Alguma dica de como diagnosticar o que pode estar acontecendo? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF TOPIC] mysql gerando arquivos bi nários
Olá, lista Estou (pelo menos estava) rodando um mysql 4.1 no servidor. Sem uma razão aparente, o mysql parou de funcionar... Notei que há uma criação intensa de arquivos em /var/db/mysql/ de arquivos sequenciais tipo: ... nomeserver-bin.000255 nomeserver-bin.000256 nomeserver-bin.000257 ... e isso já está em mais de nomeserver-bin.008000... Alguma dica de como diagnosticar o que pode estar acontecendo? Desde já agradeço, pessoal Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] Prevenção contra arqu ivos apagados
Onde eu trabalho, hospedamos várias páginas, cada uma com sua própria administração isolada. Já houve solicitação de recuperação de arquivos que foram apagados acidentalmente no diretório do usuário. O backup salvou mais uma vez o usuário de um desastre. Mas, como nosso backup é em fita, é um pouco demorado para recuperar os dados e, dependendo da hora em que for feita a caca, não tem remédio. Alguém conhece algum programa que funcione como uma espécie de lixeira (semelhante ao da m$) que possa facilitar a restauração de arquivos e diretórios em FreeBSD? Do ponto de vista de arquivos e diretorios (file system), a resposta certa é: não tem como. Não existe. Você teria que ficar fazendo backup da estrutura de inodes inteira. Porém, você pode fazer isso na aplicação. Por exemplo, seus clientes dao rm no servidor? Provavelnete nao. Provavelmente voce fornece um servico, normalmente FTP por exemplo. Se for ProFTP, existe o mod recyclebin, um modulo pro ProFTP que faz exatamente isso: uma liveira. Vi algo similar pra PureFTP, mas foi na lista deles, nada oficial. Por outro lado você mesmo poderia modificar o fonte do seu ftp e mudar um pouco o que ele faz quando recebe o comando dele. Essas são as idéias iniciais. Outra idéia inspirada (mas algo me diz que inviável em um ambiente grande) é montar um repositório SVN e depois usar o WebDAV (dav SVN) para acesso ao repositório, e pra completar a façanha usar o fusedav, um sistema de arquivos fuse (de userland) capaz de montar compartilhamentos WebDAV em sistemas de arquivos locais. Ai tudo que se fizer nesse sistema de arquivo será na verdade o SVN hehe. Ai você terá histórico ilimitado das modificações hehehe. Provavelmente essa última é inviável na vida real. Não faz sentido manter histórico de tudo =) e o SVN usa BDB, acho que a performance seria bem penalizada, e o tamanho do espaço usado no repositório crescendo rápido demais. Outro ponto: É viável quanto a processamento e armazenamento? Se for algo na aplicação (mod_recyclebin ou equivalente), é viável quanto a processamento e quanto a armazenamento fica sob seu controle. A outra idéia no máximo, seria um POC (prova de conceito) hehe, possível é, mas viável... Alias (ainda mais off topic), dizem que o Leopard (novo MAC OS X) terá uma natureza de sistema de versionamento no sistema de arquivos, pra recuperar arquivos eternamente (o nível da eternidade é configurável nesse caso hehe), que a Apple batizou de time machine. Fico curioso pra ver a performance e o uso de espaço em disco dessa abordagem. O que poderia ser feito também é fazer snapshots regulares do filesystem (mksnap_ffs), mas dependendo do tamanho do filesystem e capacidade da máquina, isso poderia ser bem lento (deixa o sistema todo lento), além do que, se você tem muita alteração nesse filesystem vai perder algum espaço e você ainda cai na mesma questão do horário. Porém é uma feature bem legal e acho que vale a pena você testar. -- Message: 2 Date: Thu, 02 Aug 2007 20:18:32 -0300 From: Patrick Tracanelli [EMAIL PROTECTED] Subject: Re: [FUG-BR] [OFF-TOPIC] Prevenção contra arquivos apagados To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Mario Augusto Mania wrote: Bem, vamos lah :) Basicamente, voce precisaria saber como os arquivos estao sendo apagados. Por exemplo: Digamos que seu cliente usou rm atraves do ssh para apagar. Uma solucao seria vc renomear o rm para rm.bsd, e criar um rm novo (shell scrip, perl, python, etc... etc..) que, ao inves de apagar o arquivo, ele moveria o arquivo para um diretorio secreto, por exemplo /home/usuario/.Lixeira/, e criaria um arquivo texto com o nome igual ao do arquivo acrescido de .path_original, onde dentro deste arquivo ele gravaria o path de onde o arquivo estava. A partir dae eh soh criar uma interface para ele acessar a lixeira e restaurar os arquivos caso ele precise, e ainda definir no cron a execucao periodica de um script que apaga de verdade os arquivos da lixeira mais velhos que N dias. bem... lah vem eu novamente com minhas gambiarras hehehehe HAHAHA eu ja tive que fazer essa gambiarra na epoca de faculdade, quando morava em republica; receita da gambi: mkdir ~/.lixeira echo 'alias rm mv \!* ~/.lixeira/' /etc/csh.cshrc Ai beleza, os individuos iam apagar os arquivos sem pensar duas vezes: # : arq1 # rm arq1 E la estava ele: # ls ~/.lixeira/ arq1 Iam apagar varios: # : arq2 # : arq3 # rm arq* # ls ~/.lixeira/ arq1arq2arq3 Apagar com force e/ou verbose: # : arq4 # rm -fv arq4 arq4 - /usr/home/eksffa/.lixeira/arq4 Apagar a lixeira. E agora? como apagar a lixeira? hehehe # \rm -rf ~/.lixeira/* # ls ~/.lixeira/ E beleza,
[FUG-BR] [OFF-TOPIC] Prevenção contra arqu ivos apagados
Olá, lista. Onde eu trabalho, hospedamos várias páginas, cada uma com sua própria administração isolada. Já houve solicitação de recuperação de arquivos que foram apagados acidentalmente no diretório do usuário. O backup salvou mais uma vez o usuário de um desastre. Mas, como nosso backup é em fita, é um pouco demorado para recuperar os dados e, dependendo da hora em que for feita a caca, não tem remédio. Alguém conhece algum programa que funcione como uma espécie de lixeira (semelhante ao da m$) que possa facilitar a restauração de arquivos e diretórios em FreeBSD? Outro ponto: É viável quanto a processamento e armazenamento? Desde já agradeço. Abs, Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migração de usuários Freebsd para F reebsd (RESOLVIDO)
Seguinte... uma sugestao: abrea a copia do /etc/master.passwd e remova as linhas dos usuarios padrao do sistema... (root, etc.., etc..), ae faz assim: cat master.passwd.copia /etc/master.passwd (nao eskecea do ) e depois pwd_mkdb -p /etc/master.passwd Eh tiro e queda hehehe m3 Em 26/07/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Márcio, Pior que está igual... Copiei mantendo as permissões. Silmar veja as permisão dos arquivos se esta igual..ao do outro servidor.. Em 26/07/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Olá, lista Estou tentando migrar usuários entre dois servidores Freebsd, seguindo fielmente o histórico da lista: http://www.fug.com.br/historico/html/freebsd/2007-07/msg00221.html Só que quando dou o comando pwd_mkdb -p /etc/passwd, ele me retorna o seguinte: pwd_mkdb: corrupted entry pwd_mkdb: at line #1 pwd_mkdb: /etc/passwd: Inappropriate file type or format Sei que ele diz que o problema está na primeira linha, mas não sei identificar o que poderia ser. Alguém saberia como resolver isso? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu sei que pode parecer insensato pedir isso, mas talvez olhando o conteudo do /etc/passwd fosse possível determinar o que está (ou/e se existe algo) corrompido no arquivo. Porem fique a vontade em prezar pelo seu sigilo e confidencialidade ;) abracos victor f. loureiro lima Victor, a primeira linha do passwd a ser importada, que é a que está dando problema é a seguinte: root:*:0:0:Charlie :/root:/usr/local/bin/bash Primeira linha do master.passwd a ser importada: root:$1$m8D.DvI5d8oiVDpdd7qypHk1:0:0::0:0:Charlie :/root:/usr/local/bin/bash Na máquina destino está assim, com o vipw: root:$1$SedZ/SVL$S0ada2v3kk8qog33FE/.:0:0::0:0:Charlie :/root:/usr/local/bin/bash Obs: quanto à privacidade, fique tranquilo, pois mudei as senhas para postar. Márcio, dá uma telada aí tb. Os 2 tão usando bash. Valeu pela dica Mário! Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migração de usuários Freebsd para F reebsd (RESOLVIDO)
Leandro nao entendi sua colocacao? Sempre usei bash de sheel, e nunca tive problema..alias tive uma vez q sem querer apaguei o bash, mais ai entri em single user e resolvi :) Em 27/07/07, Leandro Malaquias[EMAIL PROTECTED] escreveu: On 7/26/07, Silmar Oliveira [EMAIL PROTECTED] wrote: Márcio, Pior que está igual... Copiei mantendo as permissões. Silmar veja as permisão dos arquivos se esta igual..ao do outro servidor.. Em 26/07/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Olá, lista Estou tentando migrar usuários entre dois servidores Freebsd, seguindo fielmente o histórico da lista: http://www.fug.com.br/historico/html/freebsd/2007-07/msg00221.html Só que quando dou o comando pwd_mkdb -p /etc/passwd, ele me retorna o seguinte: pwd_mkdb: corrupted entry pwd_mkdb: at line #1 pwd_mkdb: /etc/passwd: Inappropriate file type or format Sei que ele diz que o problema está na primeira linha, mas não sei identificar o que poderia ser. Alguém saberia como resolver isso? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu sei que pode parecer insensato pedir isso, mas talvez olhando o conteudo do /etc/passwd fosse possível determinar o que está (ou/e se existe algo) corrompido no arquivo. Porem fique a vontade em prezar pelo seu sigilo e confidencialidade ;) abracos victor f. loureiro lima Victor, a primeira linha do passwd a ser importada, que é a que está dando problema é a seguinte: root:*:0:0:Charlie :/root:/usr/local/bin/bash Primeira linha do master.passwd a ser importada: root:$1$m8D.DvI5d8oiVDpdd7qypHk1:0:0::0:0:Charlie :/root:/usr/local/bin/bash Na máquina destino está assim, com o vipw: root:$1$SedZ/SVL$S0ada2v3kk8qog33FE/.:0:0::0:0:Charlie :/root:/usr/local/bin/bash Obs: quanto à privacidade, fique tranquilo, pois mudei as senhas para postar. Márcio, dá uma telada aí tb. Os 2 tão usando bash. Abraços a todos Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Pessoal, queria apenas alertá-los que nunca se deve mudar o shell do root, você deve manter sempre o padrão pois exisitram processos que darão erro, se usar outro como por exemplo: bash. Já para usuários você pode usar o que vc quiser. flw, P.S: Afinal resolveu o problema?? Sim, resolveu. O tutorial que eu mencionei mandava aplicar o comando pwd_mkdb -p /etc/passwd, quando o correto seria pwd_mkdb -p /etc/master.passwd. Pelo menos foi o que deu certo. :) Abs. Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Migração de usuários Freebsd para F reebsd
Olá, lista Estou tentando migrar usuários entre dois servidores Freebsd, seguindo fielmente o histórico da lista: http://www.fug.com.br/historico/html/freebsd/2007-07/msg00221.html Só que quando dou o comando pwd_mkdb -p /etc/passwd, ele me retorna o seguinte: pwd_mkdb: corrupted entry pwd_mkdb: at line #1 pwd_mkdb: /etc/passwd: Inappropriate file type or format Sei que ele diz que o problema está na primeira linha, mas não sei identificar o que poderia ser. Alguém saberia como resolver isso? Desde já agradeço a todos. Abraços, Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migração de usuários Freebsd para F reebsd
Márcio, Pior que está igual... Copiei mantendo as permissões. Silmar veja as permisão dos arquivos se esta igual..ao do outro servidor.. Em 26/07/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Olá, lista Estou tentando migrar usuários entre dois servidores Freebsd, seguindo fielmente o histórico da lista: http://www.fug.com.br/historico/html/freebsd/2007-07/msg00221.html Só que quando dou o comando pwd_mkdb -p /etc/passwd, ele me retorna o seguinte: pwd_mkdb: corrupted entry pwd_mkdb: at line #1 pwd_mkdb: /etc/passwd: Inappropriate file type or format Sei que ele diz que o problema está na primeira linha, mas não sei identificar o que poderia ser. Alguém saberia como resolver isso? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migração de usuários Freebsd para F reebsd (RESOLVIDO)
Márcio, Pior que está igual... Copiei mantendo as permissões. Silmar veja as permisão dos arquivos se esta igual..ao do outro servidor.. Em 26/07/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Olá, lista Estou tentando migrar usuários entre dois servidores Freebsd, seguindo fielmente o histórico da lista: http://www.fug.com.br/historico/html/freebsd/2007-07/msg00221.html Só que quando dou o comando pwd_mkdb -p /etc/passwd, ele me retorna o seguinte: pwd_mkdb: corrupted entry pwd_mkdb: at line #1 pwd_mkdb: /etc/passwd: Inappropriate file type or format Sei que ele diz que o problema está na primeira linha, mas não sei identificar o que poderia ser. Alguém saberia como resolver isso? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu sei que pode parecer insensato pedir isso, mas talvez olhando o conteudo do /etc/passwd fosse possível determinar o que está (ou/e se existe algo) corrompido no arquivo. Porem fique a vontade em prezar pelo seu sigilo e confidencialidade ;) abracos victor f. loureiro lima Victor, a primeira linha do passwd a ser importada, que é a que está dando problema é a seguinte: root:*:0:0:Charlie :/root:/usr/local/bin/bash Primeira linha do master.passwd a ser importada: root:$1$m8D.DvI5d8oiVDpdd7qypHk1:0:0::0:0:Charlie :/root:/usr/local/bin/bash Na máquina destino está assim, com o vipw: root:$1$SedZ/SVL$S0ada2v3kk8qog33FE/.:0:0::0:0:Charlie :/root:/usr/local/bin/bash Obs: quanto à privacidade, fique tranquilo, pois mudei as senhas para postar. Márcio, dá uma telada aí tb. Os 2 tão usando bash. Pessoal, acho que o histórico da lista que consultei está errado... Lá instruía para dar o seguinte comando: pwd_mkdb -p /etc/passwd Pesquisando mais um pouco, vi que todo mundo dava o seguinte comando: pwd_mkdb -p /etc/master.passwd Mudei o comando e funfou legal... É isso mesmo??? ou o comando antigo é o certo??? Outra dúvida: TEM COMO MIGRAR SOMENTE OS USUÁRIOS DIFERENTES, PRESERVANDO OS QUE JÁ EXISTEM NA MÁQUINA? (Se for necessário, abro outra thread.) Obrigado novamente, galera. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migração de usuários Freebsd para F reebsd
Márcio, Pior que está igual... Copiei mantendo as permissões. Silmar veja as permisão dos arquivos se esta igual..ao do outro servidor.. Em 26/07/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Olá, lista Estou tentando migrar usuários entre dois servidores Freebsd, seguindo fielmente o histórico da lista: http://www.fug.com.br/historico/html/freebsd/2007-07/msg00221.html Só que quando dou o comando pwd_mkdb -p /etc/passwd, ele me retorna o seguinte: pwd_mkdb: corrupted entry pwd_mkdb: at line #1 pwd_mkdb: /etc/passwd: Inappropriate file type or format Sei que ele diz que o problema está na primeira linha, mas não sei identificar o que poderia ser. Alguém saberia como resolver isso? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu sei que pode parecer insensato pedir isso, mas talvez olhando o conteudo do /etc/passwd fosse possível determinar o que está (ou/e se existe algo) corrompido no arquivo. Porem fique a vontade em prezar pelo seu sigilo e confidencialidade ;) abracos victor f. loureiro lima Victor, a primeira linha do passwd a ser importada, que é a que está dando problema é a seguinte: root:*:0:0:Charlie :/root:/usr/local/bin/bash Primeira linha do master.passwd a ser importada: root:$1$m8D.DvI5d8oiVDpdd7qypHk1:0:0::0:0:Charlie :/root:/usr/local/bin/bash Na máquina destino está assim, com o vipw: root:$1$SedZ/SVL$S0ada2v3kk8qog33FE/.:0:0::0:0:Charlie :/root:/usr/local/bin/bash Obs: quanto à privacidade, fique tranquilo, pois mudei as senhas para postar. Márcio, dá uma telada aí tb. Os 2 tão usando bash. Abraços a todos Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Interface carp e sysctl - habilitar na in icialização
O esquema do sysctl foi legal, mas o do shell script não funfou. Coloquei o shell (inicializa.carp) conforme vc falou no /etc/local/etc/rc.d (permissões 755). Ele starta o carp (dá para ver no ifconfig), mas não levanta a interface carp0. Então acrescentei ifconfig carp0 up ao final. Ficou assim: #!/bin/bash ifconfig carp0 create ifconfig carp0 vhid 1 advskew 1 pass testpast 172.16.0.105/16 /sbin/ifconfig carp0 up Reiniciei a máquina, mas não levantou a interface carp0. Interessante que quando eu executo no braço (sh inicializa.carp) vai legal... O que posso estar errando? Por enquanto valeu, brow O diretório está errado. O correto é */USR/LOCAL/ETC/RC.D*. Quaisquer scipts que serão executados apos os do rc.conf podem ser colocados nele. Marcio e outros colaboradores, eu consegui configurar e está funcionando legal, o único problema é que não inicializa automaticamente. Tenho que startar no braço. Se vcs tiverem alguma luz, mandae :) Valeu galera. Exatamente o que aconteceu comigo. Via rc.conf, não funciona. c0re dumped, Pow, foi maus... estou colocando nesse diretório mesmo. Na hora de escrever o e-mail acho que zuretei (rsrsrs). Mas ainda assim não tá funfando... Será que estou fazendo alguma coisa errada? Se houver algo mais no seu script e vc puder postar, agradeço muito brow :) Valeu - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Interface carp e sysctl - habilitar na in icialização - RESOLVIDO
Tentei usar um nohup + sleep, ja que o script esta funcionando normal depois que o sistema sobe! []s Em 19/07/07, Silmar Oliveira [EMAIL PROTECTED] escreveu: O esquema do sysctl foi legal, mas o do shell script não funfou. Coloquei o shell (inicializa.carp) conforme vc falou no /etc/local/etc/rc.d (permissões 755). Ele starta o carp (dá para ver no ifconfig), mas não levanta a interface carp0. Então acrescentei ifconfig carp0 up ao final. Ficou assim: #!/bin/bash ifconfig carp0 create ifconfig carp0 vhid 1 advskew 1 pass testpast 172.16.0.105/16 /sbin/ifconfig carp0 up Reiniciei a máquina, mas não levantou a interface carp0. Interessante que quando eu executo no braço (sh inicializa.carp) vai legal... O que posso estar errando? Por enquanto valeu, brow O diretório está errado. O correto é */USR/LOCAL/ETC/RC.D*. Quaisquer scipts que serão executados apos os do rc.conf podem ser colocados nele. Marcio e outros colaboradores, eu consegui configurar e está funcionando legal, o único problema é que não inicializa automaticamente. Tenho que startar no braço. Se vcs tiverem alguma luz, mandae :) Valeu galera. Exatamente o que aconteceu comigo. Via rc.conf, não funciona. c0re dumped, Pow, foi maus... estou colocando nesse diretório mesmo. Na hora de escrever o e-mail acho que zuretei (rsrsrs). Mas ainda assim não tá funfando... Será que estou fazendo alguma coisa errada? Se houver algo mais no seu script e vc puder postar, agradeço muito brow :) Uma pergunta meio idiota, mas só pra desencargo de consciencia: vc tem o bash instalado ? olha só o q vc escreveu: executo no braço (*sh* inicializa.carp) No teu script tá : #!/bin/bash Se nao tiver o bash instalado não funciona... Tá instalado valeu tenta executar assim: /isr/local/etc/rc.d/inicializa.carp e vê o que acontece. Se voce não tiver o bash basta mudar a linha para: #!/bin/sh Valeu galera, principalmente ao cOre dumped! Tirei do /usr/loca/etc/rc.d/ e coloquei no /etc/rc.d/ Agora tá 100%, inicializando filé. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Edição de assunto e corpo de texto
Salve, lista Sem querer ser chato, mas vamos dar uma caprichada na edição das réplicas e do assunto. Lembremos que esta lista é sempre utilizada como referência em buscas e editar o assunto dá uma melhorada. Na réplica, procure editar o texto para não levar assuntos que não têm a ver. Desculpem a intromissão, afinal também estou chegando agora e já fiz minhas caquinhas por falta de atenção e conhecimento :) Abraços a todos Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Alta disponibilidade em Servidor Web
Olá, lista Tenho um servidor web rodando e agora quero colocar um outro para funcionar em paralelo, sincronizando tudo o que é feito nos 2. Gostaria que, se um caísse, o outro assumisse com o máximo de semelhança do que deu pau. Já li algumas coisas sobre o Carp e Heartbeat. Para sincronismo, li sobre rsync e unison, mas estes, pelo que entendi, não sincronizam imediatamente, ou seja, dependem de agendamento no cron. (me corrijam se eu estiver errado) Hospedo várias páginas de vários clientes neste servidor e gostaria que tudo o que eles alterassem fosse atualizado instantaneamente no outro. Há alguma solução assim? (ou parecida?) Alguém tem um cenário parecido e conseguiu solucionar? Desde já agradeço a todos. Abs, Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Alta disponibilidade em Servidor Web
Bruno, valeu pela força. Vou tentar colocar o Carp aqui para funcionar. Caso haja probls, vou solicitar um help. Quanto ao Rsync, você colocou ele para sincronizar pelo cron de quanto em quanto tempo? O Rsync atualiza somente o que foi modificado ou copia tudo novamente? Quanto à observação do Renato, creio que não haverá muito problema quanto à quebra de sessão, caso exista. Minha preocupação maior é que o servidor paralelo entre logo em seguida em caso de um crash físico qualquer. Ainda que o usuário tenha que restabelecer a conexão, ele deve ter seus dados todos lá. Salve grande Márcio! Pois é, precisamos de disponibilidade para evitarmos dor de cabeça. Vi os howto do pfsync sim, mas não domino o pf... Acredito que ele seja mais indicado para firewall, mas me corrija se estiver errado. Pelo que vejo, parece haver soluções mais populares para servidores web. Como o Bruno observou, o cron seria para o Rsync. Alguém já usou o unison em substituição ao Rsync? O que acharam? Obrigado a todos, por enquanto. Abs, Silmar Antonio Fala brow.. tudo com o trabalho.. vai colocar em pratica o projeto ?? Olha pelo que saiba se utilizar o carp não se usa o cron, certamente vc ja viu este artigo que ja te mostrei.. http://www.fug.com.br/content/view/124/60/ http://www.vivaolinux.com.br/artigos/impressora.php?codigo=3937 http://www.countersiege.com/doc/pfsync-carp/ ou então este artigo usando o OpenBSD http://www.samag.com/documents/s=9658/sam0505e/ já fiz em um ambiente usando o pfsense.. é show de bola principalmente para firewall veja aqui.. http://pfsense.bol2riz.com/tutorials/carp/carp_failoversim.htm clica no link Bol2riz Team e verá uma simulação ftp://reflection.ncsa.uiuc.edu/pub/pfSense/tutorials/carp/carp-cluster-new.htm clica no link NCSA e verá uma simulação Quanto as sessoes autenticadaes acho que tambem depende das configurações da aplicação configurando o PHP correnta.. Qualquer coisa é só postar... Valow brow..e um abraço.. A probabilidade de um servidor cair é muito pequena. É por isso que usamos o FreeBSD por ser um SO maduro e estável! É claro que temos sempre uma pequena perda. Não entendi o arquivo em anexo! Não tem um problema com sessões PHP? Não sei se foi aqui ou em outra lista que foi levantado a questão das sessões quebrarem se o servidor for alterado, exigindo por exemplo que o cliente voltasse a fazer logon, e outros efeitos. Tenho aqui um proxy que trabalha desta forma, são duas máquinas utilizando o rsync e o carp. Eu havia pego o sistema já pronto, sendo assim resolvi configurar o carp em uma máquina virtual para poder estudar. Se precisar de alguma coisa posso te passar as dicas para configurar o CARP já que apanhei pra botar pra funcionar. A única perca que tive quando desliguei o principal foi em um pacote, mas nem chegou a perder, só aumentou os mile segundos. Agora se tiver uma diferença de 5 minutos na sincornização acretido que não vai ter grandes perdas! Espero ter ajudado! Em 11/07/07, Silmar Oliveira [EMAIL PROTECTED] escreveu: Olá, lista Tenho um servidor web rodando e agora quero colocar um outro para funcionar em paralelo, sincronizando tudo o que é feito nos 2. Gostaria que, se um caísse, o outro assumisse com o máximo de semelhança do que deu pau. Já li algumas coisas sobre o Carp e Heartbeat. Para sincronismo, li sobre rsync e unison, mas estes, pelo que entendi, não sincronizam imediatamente, ou seja, dependem de agendamento no cron. (me corrijam se eu estiver errado) Hospedo várias páginas de vários clientes neste servidor e gostaria que tudo o que eles alterassem fosse atualizado instantaneamente no outro. Há alguma solução assim? (ou parecida?) Alguém tem um cenário parecido e conseguiu solucionar? O servidor pode não cair, por usar freebsd, xenix, aix, solaris seja lá o que for, mas a fonte pode queimar, o HD parar e o RAID fazer gargalo de I/O, o link primário sair do ar etc etc. Não só de OS vive a disponibilidade de serviços para a Internet, não é? :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF TOPIC] Adicionar mod_auth_mysql ao Apache2.0 (RESOLVIDO)
Valeu Mário! Era isso mesmo. Abs, Silmar Veja no Makefile do mod_auth_mysql pq ele esta sendo marcado como quebrado, e, se ainda assim quiser instalar, comente a linha de broken, salva o Makefile e instala normalmente com make install clean Em 03/07/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Olá lista, Tenho instalado e configurado um Apache 2.0. Por razões internas de onde eu trabalho, decidiu-se que o usuário se autenticará no browser, utilizando os usuários constantes em um banco de dados MySQL. Tenho um tutorial que explica como configurar, mas para isso eu preciso adicionar ao meu Apache o mod_auth_mysql. O problema é que quando vou pelo ports em /usr/ports/www/mod_auth_mysql/ e tento instalar com make install clean, dá o seguinte erro: === mod_auth_mysql-2.20_8 is marked as broken: Does not build. *** Error code 1 Googlei sem sucesso... há alguma outra forma de instalar? Será que vou precisar instalar o Apache novamente? Se for, como instalo habilitando este módulo de autenticação no mysql. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF TOPIC] php.ini estranho RESOLVIDO
Dentro da própria página que a funcao phpinfo() gera contém o diretório completo para o php.ini que está sendo usado. É logo no início. Está desta forma: Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = /usr/local/etc/php.ini esta correto é isso mesmo seu arquivos está com o nome certinho php.ini as permiçoes do arquivo para leitura esta tudo certo tb ? pois mesmo sem existir o arquivos esse valores aparecem por estar em modo default Setei as permissões para 777 do php.ini, sem resultado tb. deveria ser 600 ou 644 mas isso não é o problema Renomeie os arquivos: php.ini-recommended php.ini-dist no php.ini está post_max_size = 20M, enquanto que no phpinfo está 8M... no php.ini está display_errors = Off, equanto que no phpinfo está display_errors = On o php.ini-recommended o erro é off , linha 365 quanto ao post mx size verique os parametros : memory_limit = 128M ; Maximum amount of memory a script may consume (128MB) ; Maximum size of POST data that PHP will accept. post_max_size = 8M ; Maximum allowed size for uploaded files. upload_max_filesize = 2M Outras coisas que vc deve verificar 1 - comentario do php é ponto e virgula , se usar tralha (#) pode dar chabu 2 - se vc setar duas vezes o valor pode ser a causa do problema , veifique que existe apenas uma linha sem comentário , pode dar um diff com o arquivo de origem (php.ini-recommended) para vc ver quais alterações foram feitas Pow, Marcelo... Você foi ninja brow... Eu tinha feito a besteira de comentar uma linha com #... A partir dali não leu mais nada... Bobeira pura minha pq outros comentários eu já tinha feito e colocado com ; Consertei e ficou filé. Valeu Marcelo. Valeu lista. Abraços a todos Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Instalando o webmin: packages x ports
Pessoal, É só comigo ou a instalação do Webmin via ports tem algum macete? Há mais de um ano noto este comportamento: o webmin, quando instalado via packages funciona bem, incluindo o acesso seguro (SSL), mas quando instalado via ports não funciona. Em alguns casos, o servidor web cai no primeiro 'hit' do navegador e o acesso SSL também não funciona. Alguma dica? Bits relevantes: $ make search name=webmin Port: webmin-1.350 Path: /usr/ports/sysutils/webmin Info: Web-based interface for system administration for Unix Maint: [EMAIL PROTECTED] B-deps: perl-5.8.8 R-deps: p5-Authen-PAM-0.16_1 p5-Net-SSLeay-1.30_1 perl-5.8.8 WWW:http://www.webmin.com/webmin/ $ pkg_info | egrep '(perl-|p5-Authen-PAM|p5-Net-SSLeay)' p5-Authen-PAM-0.16_1 A Perl interface to the PAM library p5-Net-SSLeay-1.30_1 Perl5 interface to SSL perl-5.8.8 Practical Extraction and Report Language Alex, minha experiência não é muito vasta, mas já instalei algumas vezes pelo ports. Faço assim: # cd /usr/ports/sysutils/webmin # make install clean depois: # cd /usr/local/lib/webmin/ # perl setup.sh respondo às perguntas conforme o caso... depois adiciono ao rc.conf: # ee /etc/rc.conf webmin_enable=YES e starto no braço: # cd /usr/local/etc/rc.d # sh webmin start Sempre escolho https. Para testar https://ipdoservidor:1 Sempre funfa legal. Abs. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Digest freebsd, volume 15, assunto 47
Dentro da própria página que a funcao phpinfo() gera contém o diretório completo para o php.ini que está sendo usado. É logo no início. Está desta forma: Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = /usr/local/etc/php.ini Acredito que seja normal, mas se não for, por favor, dê uma dica de onde posso estar errando. seu arquivos está com o nome certinho php.ini as permiçoes do arquivo para leitura esta tudo certo tb ? pois mesmo sem existir o arquivos esse valores aparecem por estar em modo default Setei as permissões para 777 do php.ini, sem resultado tb. Renomeie os arquivos: php.ini-recommended php.ini-dist Já renomeei todos, inclusive o php.ini, para ver o que que dava. Não houve modificação alguma no phpinfo... Cheguei a mover todos os php.ini* para outro diretório, sem sucesso tb. Após reiniciar o apache, a única coisa que mudou no phpinfo foi: Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = (none) Coloquei algumas configurações no meu php.ini que não funcionam. E quando abro um phpinfo, as informações aparecem diferentes. Exemplo: no php.ini está post_max_size = 20M, enquanto que no phpinfo está 8M... no php.ini está display_errors = Off, equanto que no phpinfo está display_errors = On Só que o que funciona é o que está aparecendo no phpinfo... De onde o phpinfo está pegando estas informações? Como faço para fazer meu php.ini ser funcional? Detalhe: no phpinfo está tudo apontando para meu php.ini que está em /usr/local/etc: Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = /usr/local/etc/php.ini Continuo procurando soluções na net, mas se mais alguém tiver uma sugestão, será bem vinda. Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF TOPIC] php.ini estranho
Desculpem, não havia editado meu assunto. Agora está legal. Dentro da própria página que a funcao phpinfo() gera contém o diretório completo para o php.ini que está sendo usado. É logo no início. Está desta forma: Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = /usr/local/etc/php.ini Acredito que seja normal, mas se não for, por favor, dê uma dica de onde posso estar errando. seu arquivos está com o nome certinho php.ini as permiçoes do arquivo para leitura esta tudo certo tb ? pois mesmo sem existir o arquivos esse valores aparecem por estar em modo default Setei as permissões para 777 do php.ini, sem resultado tb. Renomeie os arquivos: php.ini-recommended php.ini-dist Já renomeei todos, inclusive o php.ini, para ver o que que dava. Não houve modificação alguma no phpinfo... Cheguei a mover todos os php.ini* para outro diretório, sem sucesso tb. Após reiniciar o apache, a única coisa que mudou no phpinfo foi: Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = (none) Coloquei algumas configurações no meu php.ini que não funcionam. E quando abro um phpinfo, as informações aparecem diferentes. Exemplo: no php.ini está post_max_size = 20M, enquanto que no phpinfo está 8M... no php.ini está display_errors = Off, equanto que no phpinfo está display_errors = On Só que o que funciona é o que está aparecendo no phpinfo... De onde o phpinfo está pegando estas informações? Como faço para fazer meu php.ini ser funcional? Detalhe: no phpinfo está tudo apontando para meu php.ini que está em /usr/local/etc: Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = /usr/local/etc/php.ini Continuo procurando soluções na net, mas se mais alguém tiver uma sugestão, será bem vinda. Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF TOPIC] php.ini estranho
Olá, lista, Coloquei algumas configurações no meu php.ini que não funcionam. E quando abro um phpinfo, as informações aparecem diferentes. Exemplo: no php.ini está post_max_size = 20M, enquanto que no phpinfo está 8M... no php.ini está display_errors = Off, equanto que no phpinfo está display_errors = On Só que o que funciona é o que está aparecendo no phpinfo... De onde o phpinfo está pegando estas informações? Como faço para fazer meu php.ini ser funcional? Detalhe: no phpinfo está tudo apontando para meu php.ini que está em /usr/local/etc: Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = /usr/local/etc/php.ini Desde já agradeço Abs, Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF TOPIC] php.ini estranho
Apos alterar vc reiniciou o apache?? #apachectl restart Em 12/06/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: Olá, lista, Coloquei algumas configurações no meu php.ini que não funcionam. E quando abro um phpinfo, as informações aparecem diferentes. Exemplo: no php.ini está post_max_size = 20M, enquanto que no phpinfo está 8M... no php.ini está display_errors = Off, equanto que no phpinfo está display_errors = On Só que o que funciona é o que está aparecendo no phpinfo... De onde o phpinfo está pegando estas informações? Como faço para fazer meu php.ini ser funcional? Detalhe: no phpinfo está tudo apontando para meu php.ini que está em /usr/local/etc: Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = /usr/local/etc/php.ini Sim... mas não teve resultado... Não sei o que fazer... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Instalação do Xorg 7.2 - RESOLVIDO
Silmar Oliveira escreveu: Salve, lista Preciso instalar o pacote php4-gd pelo ports, mas dá o seguinte erro: [EMAIL PROTECTED]:/usr/ports/graphics/php4-gd# make install clean === php4-gd-4.4.7 depends on executable in : phpize - found === php4-gd-4.4.7 depends on file: /usr/local/bin/autoconf259 - found === php4-gd-4.4.7 depends on file: /usr/local/libdata/xorg/libraries - not found ===Verifying install for /usr/local/libdata/xorg/libraries in /usr/ports/x11/xorg-libraries Read /usr/ports/UPDATING for the procedure to upgrade or install xorg 7.2. *** Error code 1 Stop in /usr/ports/x11/xorg-libraries. *** Error code 1 Stop in /usr/ports/graphics/php4-gd. *** Error code 1 Stop in /usr/ports/graphics/php4-gd. Estou tentando instalar o xorg 7.2 pelo ports sem sucesso. Há alguma outra forma de instalar o xorg? Na verdade, necessito somente dos pacotes pendentes. Talvez instalando eles resolva. Como posso fazer isso isoladamente? Tentei com o pkg_add e não consegui. Mais uma vez, salvo pela lista! Obrigado, pessoal. Tentei a dica do Giancarlo com o #pkg_add -r php4-gd mas continuou com probls. Mas aprendi a forma correta de instalar um pacote isolado. Valeu. Depois tentei a dica do Antonio Torres: # setenv XORG_UPGRADE yes. Tive apenas que modificar para meu shel que é o sh. Aí ficou #export XORG_UPGRADE=yes. Aí foi só entrar novamente no diretório do Xorg e instalar pelo ports com make install clean. Demorou quase 3 horas para instalar, mas foi tranquilo. No outro digest vi a resposta do Luiz Otávio Souza, que indicava para eu instalar somente o php4-gd sem a pacotaiada do xorg com make WITHOUT_X11=yes install clean, só que nesse momento eu já tinha iniciado a instalação que o Antonio sugeriu. Mas testei numa máquina virtual com FreeBSD e também daria certo. Poderia até ser melhor, pois ficaria com o código mais limpo. Mais um aprendizado. Enfim, o que importa é que deu certo e mais uma vez a lista foi de suma importância. Estou conhecendo cada vez mais o FreeBSD e logo logo espero poder retribuir os benefícios da lista com meu conhecimento. Por enquanto só dou trabalho : ) Valeu moçada! Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Instalação do Xorg 7.2
Salve, lista Preciso instalar o pacote php4-gd pelo ports, mas dá o seguinte erro: [EMAIL PROTECTED]:/usr/ports/graphics/php4-gd# make install clean === php4-gd-4.4.7 depends on executable in : phpize - found === php4-gd-4.4.7 depends on file: /usr/local/bin/autoconf259 - found === php4-gd-4.4.7 depends on file: /usr/local/libdata/xorg/libraries - not found ===Verifying install for /usr/local/libdata/xorg/libraries in /usr/ports/x11/xorg-libraries Read /usr/ports/UPDATING for the procedure to upgrade or install xorg 7.2. *** Error code 1 Stop in /usr/ports/x11/xorg-libraries. *** Error code 1 Stop in /usr/ports/graphics/php4-gd. *** Error code 1 Stop in /usr/ports/graphics/php4-gd. Estou tentando instalar o xorg 7.2 pelo ports sem sucesso. Há alguma outra forma de instalar o xorg? Na verdade, necessito somente dos pacotes pendentes. Talvez instalando eles resolva. Como posso fazer isso isoladamente? Tentei com o pkg_add e não consegui. Abs. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas com controladora SCSI - RESOLVIDO
Estou tentando instalar o FreeBSD 6.2-RELEASE-ia64 em um servidor IBM x3650 com uma controladora SCSI ServerRAID 8k-l. Como tenho 2 discos, resolvi fazer Raid 0, visando performance. Configuro o Raid 0 com os cds que acompanham o equipamento e, aparentemente, tudo está ok. Mas quando começo o procedimento de instalação, no momento de especificar as partições, vem uma mensagem dizendo que nenhum disco foi encontrado. Procurei várias soluções na net, inclusive em inglês... Encontrei no site http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/103615 que havia uma solução em : http://www.adaptec.com.tw/en-US/downloads/unix/freebsd?productId=ASR-2230Sdn=Adaptec+SCSI+RAID+2230SLP Baixei o arquivo indicado e, como meu servidor é 64 bits, encontrei no mesmo site um arquivo equivalente. Os arquivo são: aacraid_drv_freebsd6_v9179.tar.gz para 32 bits. aacraid_drv_freebsd6_x64_b11669.tgz para 64 bits. O entrave é que não sei como utilizar estes arquivos para solucionar meu problema. ... e nem sei se solucionarão... :) Se alguém já passou por situação semelhante e encontrou uma solução, dê uma dica, ok. Se o caminho não for esse, apontem um norte para mim, pois estou sem saber o que fazer. Valeu pessoal A versão para 64 bits inicializava sem problemas, mas quando ia configurar as partições, não localizava o driver da controladora ServeRaid 8k da IBM. No site oficial do FreeBSD, nas especificações de hardware para essa versão, é citada essa controladora, porém, na instalação, quando eu pedia para ver a compatibilidade de hardware, só era apresentada a ServeRaid 8i. Muito esquisito... A versão 6.2 i386 que eu havia testado era a RC2. Após as dicas, baixei a última versão e reconheceu a controladora sem problemas. Abraços a todos e obrigado! Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com controladora SCSI
Olá, lista Estou tentando instalar o FreeBSD 6.2-RELEASE-ia64 em um servidor IBM x3650 com uma controladora SCSI ServerRAID 8k-l. Como tenho 2 discos, resolvi fazer Raid 0, visando performance. Configuro o Raid 0 com os cds que acompanham o equipamento e, aparentemente, tudo está ok. Mas quando começo o procedimento de instalação, no momento de especificar as partições, vem uma mensagem dizendo que nenhum disco foi encontrado. Procurei várias soluções na net, inclusive em inglês... Encontrei no site http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/103615 que havia uma solução em : http://www.adaptec.com.tw/en-US/downloads/unix/freebsd?productId=ASR-2230Sdn=Adaptec+SCSI+RAID+2230SLP Baixei o arquivo indicado e, como meu servidor é 64 bits, encontrei no mesmo site um arquivo equivalente. Os arquivo são: aacraid_drv_freebsd6_v9179.tar.gz para 32 bits. aacraid_drv_freebsd6_x64_b11669.tgz para 64 bits. O entrave é que não sei como utilizar estes arquivos para solucionar meu problema. ... e nem sei se solucionarão... :) Se alguém já passou por situação semelhante e encontrou uma solução, dê uma dica, ok. Se o caminho não for esse, apontem um norte para mim, pois estou sem saber o que fazer. (Desculpe o post longo...) Abs. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Já instalei servers com essa controladora e o Free reconheceu sem problemas. Qual o seu processador? Acho que o correto seria vc instalar neste server a i386 ou a amd64. -- Francisco Ricardo I3C - Treinamentos e Soluções Open Source (84)3211-1695 - [EMAIL PROTECTED] Natal/RN Francisco, Valeu pela dica, mas tentei com o Release 6.2 i386, e não deu certo. Meu processador é um Intel Xeon 5110 1.6 Ghz. Se alguém tiver mais alguma sugestão sempre será bem vinda. Abs, Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com controladora SCSI - RESOLVIDO
Estou tentando instalar o FreeBSD 6.2-RELEASE-ia64 em um servidor IBM x3650 com uma controladora SCSI ServerRAID 8k-l. Como tenho 2 discos, resolvi fazer Raid 0, visando performance. Configuro o Raid 0 com os cds que acompanham o equipamento e, aparentemente, tudo está ok. Mas quando começo o procedimento de instalação, no momento de especificar as partições, vem uma mensagem dizendo que nenhum disco foi encontrado. Procurei várias soluções na net, inclusive em inglês... Encontrei no site http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/103615 que havia uma solução em : http://www.adaptec.com.tw/en-US/downloads/unix/freebsd?productId=ASR-2230Sdn=Adaptec+SCSI+RAID+2230SLP Baixei o arquivo indicado e, como meu servidor é 64 bits, encontrei no mesmo site um arquivo equivalente. Os arquivo são: aacraid_drv_freebsd6_v9179.tar.gz para 32 bits. aacraid_drv_freebsd6_x64_b11669.tgz para 64 bits. O entrave é que não sei como utilizar estes arquivos para solucionar meu problema. ... e nem sei se solucionarão... :) Se alguém já passou por situação semelhante e encontrou uma solução, dê uma dica, ok. Se o caminho não for esse, apontem um norte para mim, pois estou sem saber o que fazer. Valeu pessoal A versão para 64 bits inicializava sem problemas, mas quando ia configurar as partições, não localizava o driver da controladora ServeRaid 8k da IBM. No site oficial do FreeBSD, nas especificações de hardware para essa versão, é citada essa controladora, porém, na instalação, quando eu pedia para ver a compatibilidade de hardware, só era apresentada a ServeRaid 8i. Muito esquisito... A versão 6.2 i386 que eu havia testado era a RC2. Após as dicas, baixei a última versão e reconheceu a controladora sem problemas. Abraços a todos e obrigado! Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas com controladora SCSI
Olá, lista Estou tentando instalar o FreeBSD 6.2-RELEASE-ia64 em um servidor IBM x3650 com uma controladora SCSI ServerRAID 8k-l. Como tenho 2 discos, resolvi fazer Raid 0, visando performance. Configuro o Raid 0 com os cds que acompanham o equipamento e, aparentemente, tudo está ok. Mas quando começo o procedimento de instalação, no momento de especificar as partições, vem uma mensagem dizendo que nenhum disco foi encontrado. Procurei várias soluções na net, inclusive em inglês... Encontrei no site http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/103615 que havia uma solução em : http://www.adaptec.com.tw/en-US/downloads/unix/freebsd?productId=ASR-2230Sdn=Adaptec+SCSI+RAID+2230SLP Baixei o arquivo indicado e, como meu servidor é 64 bits, encontrei no mesmo site um arquivo equivalente. Os arquivo são: aacraid_drv_freebsd6_v9179.tar.gz para 32 bits. aacraid_drv_freebsd6_x64_b11669.tgz para 64 bits. O entrave é que não sei como utilizar estes arquivos para solucionar meu problema. ... e nem sei se solucionarão... :) Se alguém já passou por situação semelhante e encontrou uma solução, dê uma dica, ok. Se o caminho não for esse, apontem um norte para mim, pois estou sem saber o que fazer. (Desculpe o post longo...) Abs. Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Diretórios seguros
Olá, lista 1 - Preciso configurar um servidor web aqui na empresa, onde cada departamento terá seu diretório exclusivo, inclusive para instalar e gerenciar seus aplicativos web. Tem algum procedimento que eu possa adotar para proteger o servidor de alguma invasão proveniente de um desses diretórios? Por exemplo, eles gostam muito de Joomla, que de vez em qdo aparece com uma vulnerabilidade nova. 2 - Outra coisa, tenho uma máquina muito potente e com muito recurso sobrando, que roda Win2003 server original (quando cheguei já era assim). Penso de colocar o FreeBSD rodando numa VMWare server e fazer esse servidor web lá. O que vcs acham? Aceito opiniões e sugestões. Abraços a todos Silmar Oliveira - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Joomla no Jail
Olá Lista, Meu cenário é o seguinte: Um servidor onde cada departamento da empresa tem seu próprio diretório no /home, onde pode publicar suas páginas da internet. A grande maioria utiliza o Joomla!. Ocorre que os camaradas não atualizam esse utilitário e, como todos sabem, frequentemente se descobre uma nova vulnerabilidade, que só é consertada com a instalação da nova versão. Li algumas coisas sobre o Jail e achei interessante. Tem como eu colocar cada diretório dentro de uma Jail diferente? Alguém teria algum estudo de caso parecido? Ou poderia indicar uma literatura top? Ou alguma outra solução? Valeu Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Joomla no Jail
Patrick, Valeu pelas explicações, principalmente pelo Jail. Eu já pedi para os caras atualizarem o Joomla, mas não adianta. Estou querendo atualizar no braço. Deixa ver se eu entendi: Eu posso pegar o arquivo do Joomla atualizado, descompactá-lo e depois sobrescrever os arquivos nos diretórios dos usuários? (não são utilizados muitos componentes de terceiros) Valeu! Silmar Meu cenário é o seguinte: Um servidor onde cada departamento da empresa tem seu próprio diretório no /home, onde pode publicar suas páginas da internet. A grande maioria utiliza o Joomla!. Ocorre que os camaradas não atualizam esse utilitário e, como todos sabem, frequentemente se descobre uma nova vulnerabilidade, que só é consertada com a instalação da nova versão. Li algumas coisas sobre o Jail e achei interessante. Tem como eu colocar cada diretório dentro de uma Jail diferente? Alguém teria algum estudo de caso parecido? Ou poderia indicar uma literatura top? Ou alguma outra solução? Silmar, considere a principal particularidade de um Jail: cada Jail tem um IP distinto, e nao e possivel multiplos Jail ser usados no mesmo IP ou IP do servidor hospedeiro. Se com essas caracteristicas voce considerar que Jail te atende, entao basta ler o man jail, ele documenta tudo que alguem precisa saber pra usar o recurso. Mas mesmo com Jail o risco de um CMS bugado continua o mesmo: alguem mal intencionado podera crackear o proprio CMS e seu conteudo. Assim sendo, o php adequadamente configurado pode garantir o mesmo nivel de isolamento, garantindo que o codigo inseguro possa ser malefico apenas a ele mesmo. Resumindo, a diferenca, usando bugado fazer mal a si mesmo e extender o perigo ao resto do sistema. Pra nao ter riscos no proprio CMS so mesmo atualizando. Adicionalmente considere usar o mod_security, com ele e possivel criar regras muito eficientes de deteccao (e logico, tambem barrar) sql e code injection, que sao em 95% as formas de explorar problemas do Joomla. Mas no final das contas nada vai passar de paleativos, fortemente desencorajaveis frente a atualizacao do software. Atualizar o joomla eh facil: quando nao se usa muitos componentes de terceiros basta pegar os zip de atualizacoes e descompactar, ele modifica so o necessario, nao tendo que reinstalar. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Joomla no Jail
Patrick, Mais uma vez, muito obrigado. Vou atualizar da forma que você mencionou. Valeu! Silmar Silmar Oliveira escreveu: Patrick, Valeu pelas explicações, principalmente pelo Jail. Eu já pedi para os caras atualizarem o Joomla, mas não adianta. Estou querendo atualizar no braço. Deixa ver se eu entendi: Eu posso pegar o arquivo do Joomla atualizado, descompactá-lo e depois sobrescrever os arquivos nos diretórios dos usuários? (não são utilizados muitos componentes de terceiros) Valeu! Silmar, nao eh bem isso nao. O Joomla vem com kit de upgrade, que sao arquivos com o nome Joomla versao to versao Stable patch.tar.gz, veja: http://forge.joomla.org/sf/frs/do/viewRelease/projects.joomla/frs.joomla_1_0.1_0_12 Exemplo: Joomla_1.0.4_to_1.0.12-Stable-Patch_Package.tar.gz Ou seja nele estao os arquivos modificados, prontos pra atualizar da versao 1.0.4 pra 1.0.12 por exemplo. Entao pegue o que se adequa as suas necessidades, leia as instrucoes dentro do proprio arquivos (as vezes requer uns alter table) e ta pronto. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF TOPIC] Certificado Digital (Openssl para Keytool)
Olá, Lista Estou com problemas há varios dias com um certificado gerado através do openssl. Após gerar, mandar para o SERPRO e receber a chave, quando fui instalar é que fui ver que deveria ter gerado no Keytool do Tomcat (o site roda sobre JBoss). Até então eu só tinha instalado certificados em Apache e IIS... nem imaginava que existia o keytool. Ocorre que agora eu tenho que fazer a conversão do padrão do openssl para o padrão keytool, para consertar a caca... Tentei várias dicas (google na veia), inclusive em sites estrangeiros e não achei nada de palpável. Os caras do SERPRO não respondem minhas solicitações. Se alguém tem certificados da Certisign, tente postar esta questão para eles. Talvez eles saibam como proceder. Se alguém já passou por isso ou sabe a solução e pode dar uma mão para esse colega desesperado, desde já agradeço. : ) Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF TOPIC]php.ini - bloqueio da fu nção dir()
Olá, lista Configurei o php.ini mais ou menos como ele veio ao mundo e, dentre as opções de segurança, em disable_functions, desabilita várias funções, inclusive a dir(). Ocorre que, segundo a equipe de programação, esta função é bastante utilizada. Pelo que entendi, esta função permite varrer diretórios dentro do servidor (Se eu estiver errado, podem me corrigir). A pergunta é a seguinte: Teria como eu isolar somente o diretório a ser pesquisado pela página desejada pelo programador através do php.ini? Agradeço desde já. Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF TOPIC] Migração de Certifica do Digital-Resolvido
Olá, lista Tínhamos um servidor web CentOS que tinha páginas utilizando certificado do Serpro. Devido a problemas com este servidor, migramos para FreeBSD. Instalamos e configuramos o Apache2. Depois instalei o openssl e configurei o ssl.conf para buscar a chave e o certificado (recuperados do antigo servidor), conforme meus backups. Setei também para a página que usaria https. Ocorre que não funcionou... Dei um nmap e não mostra a porta 443 aberta. Li algo sobre instalar o mod_ssl, mas isso não prejudicaria meu apache2 ? Será que é isso que falta? Faltava uma configuração a mais no ssl.conf. Faltou também parar o Apache2 e restartar com SSL (apachectl stop / apachectl startssl) As configurações eu vi num tutorial muito bom sobre apache + SSL. Quem quiser conferir: http://www.vivaolinux.com.br/dicas/verDica.php?codigo=1512 Valeu galera, (Alex, principalmente) Abs, Silmar Antonio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Digest freebsd, volume 10, assunto 49
Olá, lista Tínhamos um servidor web CentOS que tinha páginas utilizando certificado do Serpro. Devido a problemas com este servidor, migramos para FreeBSD. Instalamos e configuramos o Apache2. Depois instalei o openssl e configurei o ssl.conf para buscar a chave e o certificado (recuperados do antigo servidor), conforme meus backups. Setei também para a página que usaria https. Ocorre que não funcionou... Dei um nmap e não mostra a porta 443 aberta. Li algo sobre instalar o mod_ssl, mas isso não prejudicaria meu apache2 ? Será que é isso que falta? Desde já agradeço Silmar On 1/16/07, Silmar Oliveira [EMAIL PROTECTED] wrote: Li algo sobre instalar o mod_ssl, mas isso não prejudicaria meu apache2 ? Será que é isso que falta? O Apache2 não precisa do mod_ssl. Normalmente, certificados só podem ser usados no mesmo hostname + end. IP. Valeu, Alex. Quanto ao mod_ssl, fica descartado. Mas ainda preciso de uma mãozinha : ). O hostname e IP anteriores foram inseridos de forma idêntica. Só que não abre a porta 443. Se ele não necessita de mod_ssl, deve estar faltando alguma configuração. Se houver mais dicas, serão bem vindas. Abs, Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Administrado da Lista - Problemas no envio
Bom dia, Um funcionário da empresa em que trabalho também se cadastrou na lista porém não recebo as mensagens dele. O e-mail cadastrado e [EMAIL PROTECTED] Qual o motivo disso estar acontecendo sendo que o processo realizado por ele de inscrição foi o mesmo feito por mim. Eu uso gmail e tive problemas parecidos. No meu caso, eu estava mandando texto com html. Mudei para texto sem formatação (texto plano) e foi sem probls, conforme http://www.fug.com.br/content/view/20/76/ item 10. Abs, Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF TOPIC] Migração de Certifica do Digital
Olá, lista Tínhamos um servidor web CentOS que tinha páginas utilizando certificado do Serpro. Devido a problemas com este servidor, migramos para FreeBSD. Instalamos e configuramos o Apache2. Depois instalei o openssl e configurei o ssl.conf para buscar a chave e o certificado (recuperados do antigo servidor), conforme meus backups. Setei também para a página que usaria https. Ocorre que não funcionou... Dei um nmap e não mostra a porta 443 aberta. Li algo sobre instalar o mod_ssl, mas isso não prejudicaria meu apache2 ? Será que é isso que falta? Desde já agradeço Silmar - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd