[FUG-BR] Servidor Travando
Pessoal ja mandei uma mensagem antes mas nao tive muitas respostas. Meu servidor esta travando com a seguinte mensagem ao final do log: Mar 26 11:24:55 serv kernel: arp_rtrequest: bad gateway 192.168.1.114(!AF_LINK) Mar 26 11:24:55 serv kernel: arplookup 192.168.1.114 failed: could not allocate llinfo Detalhe que ja aconteceram 3 vezes. Ha um espaco de alguns dias entre as ocorrencias e os ips tambem mudam. Alguem ja viu algo do genero? Obrigado, Fabio - 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
Como esta configurado seu servidor ? Fábio Resner escreveu: Pessoal ja mandei uma mensagem antes mas nao tive muitas respostas. Meu servidor esta travando com a seguinte mensagem ao final do log: Mar 26 11:24:55 serv kernel: arp_rtrequest: bad gateway 192.168.1.114(!AF_LINK) Mar 26 11:24:55 serv kernel: arplookup 192.168.1.114 failed: could not allocate llinfo Detalhe que ja aconteceram 3 vezes. Ha um espaco de alguns dias entre as ocorrencias e os ips tambem mudam. Alguem ja viu algo do genero? Obrigado, Fabio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd . -- Antonio Carlos da Rocha Jr [EMAIL PROTECTED] http://www.imovelpro.com.br - 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
To rodando um FreeBSD 6.2 STABLE Eh um ambiente de producao portanto roda varios servicos de desenvolvimento, servidor web etc. As conexoes chegam por direcionamento de portas no roteador e ele esta ligado a um switch principal onde estao ligados todos os outros computadores. On Wed, Mar 26, 2008 at 11:55 AM, Antonio Carlos [EMAIL PROTECTED] wrote: Como esta configurado seu servidor ? Fábio Resner escreveu: Pessoal ja mandei uma mensagem antes mas nao tive muitas respostas. Meu servidor esta travando com a seguinte mensagem ao final do log: Mar 26 11:24:55 serv kernel: arp_rtrequest: bad gateway 192.168.1.114 (!AF_LINK) Mar 26 11:24:55 serv kernel: arplookup 192.168.1.114 failed: could not allocate llinfo Detalhe que ja aconteceram 3 vezes. Ha um espaco de alguns dias entre as ocorrencias e os ips tambem mudam. Alguem ja viu algo do genero? Obrigado, Fabio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd . -- Antonio Carlos da Rocha Jr [EMAIL PROTECTED] http://www.imovelpro.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando (aparentemente RESOLVIDO)
On 10/8/07, João Paulo Just [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 O meu servidor ainda anda travando sozinho :( 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 :) ) Também desabilitei, mas pelo hints: hint.acpi.0.disable=1 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. Fiz isso hoje, mas não achou erro nem na primeira. Antes disso, meu uptime maior era de 48 horas. Agora estou com 5 dias de uptime, sem problemas. Meu maior uptime nem chegava as 48 horas. Da última vez que travou, ele não reiniciou sozinho, aí pude ver as mensagens de erro: Kernel trap 12: page fault while inkernel mode CPU ID = 0; APIC ID = 00 ... Current process = 619 (natd) Oi, É o 6.2-STABLE ? (Desculpe, perdi o começo da conversa) O certo seria voce compilar o kernel com opçoes de debug, gerar um backtrace do kernel panic para analisar melhor e se necessaro enviar para a lista oficial de desenvolvedores... Aconselho voce a fazer um csup e atulializar para a utlima versao... 6.2-stable ou ateh quem sabe a 7.0-current (em desenvolvimento...) -- William Grzybowski -- Jabber: william88 at gmail dot com Curitiba/PR - Brazil - 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)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 William escreveu: Oi, Oi :) É o 6.2-STABLE ? (Desculpe, perdi o começo da conversa) Sim. O certo seria voce compilar o kernel com opçoes de debug, gerar um backtrace do kernel panic para analisar melhor e se necessaro enviar para a lista oficial de desenvolvedores... Meu kernel tem opções de debug. Usei o nm com o endereço do ponteiro de instrução e achei a função onde ocorreu o erro: _mtx_lock_sleep. Não ajudou muito :P Aconselho voce a fazer um csup e atulializar para a utlima versao... 6.2-stable ou ateh quem sabe a 7.0-current (em desenvolvimento...) Já pensei em atualizar pra última versão do 6.2, mas sou muito inexperiente em usar o csup pra fazer isso em um servidor de produção. Por enquanto estou usando o freebsd-update. Alguém já usou isso? Funciona? Pra aliviar o natd, fiz o seguinte: criei um endereço alias na placa de rede externa e fiz o squid sempre sair com esse endereço, usando tcp_outgoing_address no squid.conf. Depois disso, no ipfw.rules, fiz uma regra pra fazer os pacotes para o endereço que atribuí no squid.conf pularem o natd. O que acontecia é que o natd recebia tráfego do squid (o que não precisa acontecer, já que o squid faz a tarefa de gateway sem o natd). O uso da CPU pelo natd era em torno de 7 %. Depois disso, ele está a maior parte do tempo em 0 % (já que a imensa maioria das pessoas usam a Internet pra abrir páginas). Eu também tinha feito uma gambiarra pra resolver outro problema antigo (o natd vivia parando de funcionar). Resolvi isso colocando um arp -da a cada 5 minutos no cron (quando dava um arp -da, o natd voltava ao normal). Acabei tirando isso depois que fiz o IP novo pro squid. Com o natd aliviado, acho que não vou mais precisar disso. Enfim, fiz um trabalho em cima do natd essa madrugada, espero que resolva de vez meu problema. :) - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHC3BbXL+vuN2d7ZwRAvdvAJ9AADFmTfGQ5mEfwv8fgW1LbWpC/gCghIK5 B2u4FOvbOUtKFmw6t6HiI6g= =U+ot -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando (aparentemente RESOLVIDO)
Em 09/10/07, João Paulo Just[EMAIL PROTECTED] escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 William escreveu: Oi, Oi :) É o 6.2-STABLE ? (Desculpe, perdi o começo da conversa) Sim. O certo seria voce compilar o kernel com opçoes de debug, gerar um backtrace do kernel panic para analisar melhor e se necessaro enviar para a lista oficial de desenvolvedores... Meu kernel tem opções de debug. Usei o nm com o endereço do ponteiro de instrução e achei a função onde ocorreu o erro: _mtx_lock_sleep. Não ajudou muito :P Aconselho voce a fazer um csup e atulializar para a utlima versao... 6.2-stable ou ateh quem sabe a 7.0-current (em desenvolvimento...) Já pensei em atualizar pra última versão do 6.2, mas sou muito inexperiente em usar o csup pra fazer isso em um servidor de produção. Por enquanto estou usando o freebsd-update. Alguém já usou isso? Funciona? Pra aliviar o natd, fiz o seguinte: criei um endereço alias na placa de rede externa e fiz o squid sempre sair com esse endereço, usando tcp_outgoing_address no squid.conf. Depois disso, no ipfw.rules, fiz uma regra pra fazer os pacotes para o endereço que atribuí no squid.conf pularem o natd. O que acontecia é que o natd recebia tráfego do squid (o que não precisa acontecer, já que o squid faz a tarefa de gateway sem o natd). O uso da CPU pelo natd era em torno de 7 %. Depois disso, ele está a maior parte do tempo em 0 % (já que a imensa maioria das pessoas usam a Internet pra abrir páginas). Eu também tinha feito uma gambiarra pra resolver outro problema antigo (o natd vivia parando de funcionar). Resolvi isso colocando um arp -da a cada 5 minutos no cron (quando dava um arp -da, o natd voltava ao normal). Acabei tirando isso depois que fiz o IP novo pro squid. Com o natd aliviado, acho que não vou mais precisar disso. Enfim, fiz um trabalho em cima do natd essa madrugada, espero que resolva de vez meu problema. :) - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHC3BbXL+vuN2d7ZwRAvdvAJ9AADFmTfGQ5mEfwv8fgW1LbWpC/gCghIK5 B2u4FOvbOUtKFmw6t6HiI6g= =U+ot -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd vc usa natd com ipfw ja testou usa o pf para fazer nat so como teste ver como se comporta as vezes e bom testa para ter certeza. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - 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)
O que tem mais rodando nessa maquina ? []'s Em Seg, 2007-10-08 às 23:32 -0300, João Paulo Just escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 O meu servidor ainda anda travando sozinho :( 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 :) ) Também desabilitei, mas pelo hints: hint.acpi.0.disable=1 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. Fiz isso hoje, mas não achou erro nem na primeira. Antes disso, meu uptime maior era de 48 horas. Agora estou com 5 dias de uptime, sem problemas. Meu maior uptime nem chegava as 48 horas. Da última vez que travou, ele não reiniciou sozinho, aí pude ver as mensagens de erro: Kernel trap 12: page fault while inkernel mode CPU ID = 0; APIC ID = 00 ... Current process = 619 (natd) Como dá pra ver, a culpa é do natd. Outra das vezes que ele travou, também tinha essa linha. E agora? Essa máquina serve justamente de gateway. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHCugrXL+vuN2d7ZwRAhvyAKDE/5LxEaxEuh9hNFn8Oc9GI35QBwCfQxLo lrotQXMlVUxuGdBIYoOP40A= =t+Tr -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando (aparentemente RESOLVIDO)
Em Ter, Outubro 9, 2007 1:25 pm, Marcelo Soares da Costa escreveu: O que tem mais rodando nessa maquina ? Nela tem: squid ipfw+natd pppoed freeradius apache22 mysql5.0 perl named openvpn (o problema ja vinha acontecendo antes dele ser instalado) -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ -- Ilhéus, BA, Brasil. +55 75 8104 8473 - 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)
Em Ter, Outubro 9, 2007 10:30 am, Alessandro de Souza Rocha escreveu: vc usa natd com ipfw ja testou usa o pf para fazer nat so como teste ver como se comporta as vezes e bom testa para ter certeza. Já tentei mudar pro PF, mas faço uns controles de banda dinâmicos (usando o mask) no IPFW e não consegui fazer isso no PF. Se alguém der uma luz... -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ -- Ilhéus, BA, Brasil. +55 75 8104 8473 - 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)
Tun ing no squid e no mysql no mysql use o my.cnf de acordo com o minimo necessario squid costuma gastar bufler , ai só na mão mesmo , o freebsd7 promete tornar isso dinamico. uma upgrade de memoria pode ajudar []'s Em Ter, 2007-10-09 às 14:57 -0300, João Paulo Just escreveu: Em Ter, Outubro 9, 2007 1:25 pm, Marcelo Soares da Costa escreveu: O que tem mais rodando nessa maquina ? Nela tem: squid ipfw+natd pppoed freeradius apache22 mysql5.0 perl named openvpn (o problema ja vinha acontecendo antes dele ser instalado) - 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 (aparentemente RESOLVIDO)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 O meu servidor ainda anda travando sozinho :( 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 :) ) Também desabilitei, mas pelo hints: hint.acpi.0.disable=1 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. Fiz isso hoje, mas não achou erro nem na primeira. Antes disso, meu uptime maior era de 48 horas. Agora estou com 5 dias de uptime, sem problemas. Meu maior uptime nem chegava as 48 horas. Da última vez que travou, ele não reiniciou sozinho, aí pude ver as mensagens de erro: Kernel trap 12: page fault while inkernel mode CPU ID = 0; APIC ID = 00 ... Current process = 619 (natd) Como dá pra ver, a culpa é do natd. Outra das vezes que ele travou, também tinha essa linha. E agora? Essa máquina serve justamente de gateway. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHCugrXL+vuN2d7ZwRAhvyAKDE/5LxEaxEuh9hNFn8Oc9GI35QBwCfQxLo lrotQXMlVUxuGdBIYoOP40A= =t+Tr -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
Em 01/10/07, Alexandre Biancalana[EMAIL PROTECTED] escreveu: Como posso desabilitar o suporte ao hyper threading? Não tenho certeza, mas acho que esse Pentium D não tem HT, mas queria desabilitar o suporte mesmo assim. Desabilita na bios ou compila o kernel sem SMP - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd questao do fsck toda vez que a maquina reboota fica em background no sistema opcao de roda ele automatico 094 v7 Is+0:00,00 /usr/libexec/getty Pc ttyv7 1082 con- I+ 0:00,00 sh /etc/rc autoboot 1083 con- I+ 0:00,00 logger -p daemon.notice -t fsck 1084 con- IN+0:00,00 fsck -B -p -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - 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 Mon, 2007-10-01 at 23:15 -0300, Alexandre Biancalana wrote: Como posso desabilitar o suporte ao hyper threading? Não tenho certeza, mas acho que esse Pentium D não tem HT, mas queria desabilitar o suporte mesmo assim. Desabilita na bios ou compila o kernel sem SMP Tirar o SMP acho q é meio furada pra ele, pois Pentium D é dual-core... []s Nilson - 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
Em 02/10/07, Nilson Debatin[EMAIL PROTECTED] escreveu: On Mon, 2007-10-01 at 23:15 -0300, Alexandre Biancalana wrote: Como posso desabilitar o suporte ao hyper threading? Não tenho certeza, mas acho que esse Pentium D não tem HT, mas queria desabilitar o suporte mesmo assim. Desabilita na bios ou compila o kernel sem SMP Tirar o SMP acho q é meio furada pra ele, pois Pentium D é dual-core... []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd 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... -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - 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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHAqueXL+vuN2d7ZwRAidbAKDHstvCzGrrYjSZd5M7KSN0SSMIHQCeIcVq EpY1yW0A3c5K+aL00jF0K9I= =qIpt -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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... - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHAqzVXL+vuN2d7ZwRAgWrAKCXawxYq0ueMJN4FDP997q7F0i1kQCeK/Nk +yHIiEHK+PwW8ocE90Re7lg= =6jLn -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
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 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: Fri Jan 12 11:05:30 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2402.50-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0xe3bdSSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,b9,CX16,b14,b15 AMD Features=0x2010NX,LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 2144231424 (2044 MB) avail memory = 2092830720 (1995 MB) ACPI APIC Table: INTEL S3000AHV FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 5 ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: INTEL S3000AHV on motherboard acpi0: Power Button (fixed) Nos servidores XEON uso a Versão AMD64 com SMP e rodam uma maravilha []'s Em Ter, 2007-10-02 às 17:50 -0300, João Paulo Just escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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... - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHAqzVXL+vuN2d7ZwRAgWrAKCXawxYq0ueMJN4FDP997q7F0i1kQCeK/Nk +yHIiEHK+PwW8ocE90Re7lg= =6jLn -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcelo Soares da Costa escreveu: 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. Você ativou o SMP no kernel? Vi umas mensagens de SMP no seu dmesg, mas quero ter certeza :) - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHArjXXL+vuN2d7ZwRAsedAJwOZQ9PLOliC4sF0LiGzJSb3JcvSwCfYIf0 G9fTCiljHq/6xBWwN0KxZPM= =6YwG -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
Sim , esta com SMP []'s Em Ter, 2007-10-02 às 18:32 -0300, João Paulo Just escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcelo Soares da Costa escreveu: 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. Você ativou o SMP no kernel? Vi umas mensagens de SMP no seu dmesg, mas quero ter certeza :) - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHArjXXL+vuN2d7ZwRAsedAJwOZQ9PLOliC4sF0LiGzJSb3JcvSwCfYIf0 G9fTCiljHq/6xBWwN0KxZPM= =6YwG -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
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... 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 - 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
Re: [FUG-BR] Servidor travando
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leonardo Linden escreveu: Eu ja tive um problema assim A maquina rebootava depois de um tempo... era bem aleatorio... Também estou com esse problema. 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 A minha é um Pentium D 2.66 GHz e já uso o 6.2. Esse último domingo desabilitei o ACPI pra ver se resolve. Já troquei as memórias RAM também, mas não foi esse o problema. Voce habilitou o hyper threading ? Como posso desabilitar o suporte ao hyper threading? Não tenho certeza, mas acho que esse Pentium D não tem HT, mas queria desabilitar o suporte mesmo assim. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Ilhéus, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHAaQPXL+vuN2d7ZwRArtfAKDIL3Cxmn+tIi7I5XPLQ+CG0ewv1gCdEHHy NHqs7yWu6CiVtWJe/HUM2eA= =Jk8I -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
Como posso desabilitar o suporte ao hyper threading? Não tenho certeza, mas acho que esse Pentium D não tem HT, mas queria desabilitar o suporte mesmo assim. Desabilita na bios ou compila o kernel sem SMP - 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
Tinha mandado essa msg para o silmar pensando que tinha sido ele... porem quem mencionou foi o João sobre esta opção de colocar o fdisk no rc.conf. Fica a seu critério,eu particularmente não gosto de colocar essa opção no rc.conf pelos motivos expostos..Até pq em servidores altamente críticos (7 x 24 horas) ou existe pessoas em turnos de revezamento ou então tem renduncia de servidores, quando um parar ou acontecer algo ou outro assume o lugar, essa opção é mais ideal. Em 29/09/07, João Paulo Just[EMAIL PROTECTED] escreveu: Marcio Antunes escreveu: silmar, Não é necessário colocar o fsck no rc.conf.. senão, toda vez que for inicializado corretamente vai passar o fsck sem a necessidade, Utilizamos o fsck quando a maquina é desligada incorretamente por falta de energia, etc.. Mas e se ele reinicializar sem ninguém por perto pra abrir o modo single e passar o fsck? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
silmar, Não é necessário colocar o fsck no rc.conf.. senão, toda vez que for inicializado corretamente vai passar o fsck sem a necessidade, Utilizamos o fsck quando a maquina é desligada incorretamente por falta de energia, etc.. Nestes casos é usar o fsck -y em boot single , o menu de inicialização opção 4 , confirme o shell e depois de fsck -y Essa seria a maneira correta que eu uso. Em 28/09/07, João Paulo Just[EMAIL PROTECTED] escreveu: Silmar Oliveira escreveu: Valeu Marcelo. Vou fazer isso assim que conseguir um agendamento de parada. Silmar Antonio Eu coloquei no meu rc.conf o seguinte: fsck_y_enable=YES Mas o problema é que quando ocorre de travar ou dar um reset na mão grande, nem sempre ele corrige o sistema de arquivos por completo, pois ele roda o fsck -y em background e como a partição já vai estar montada, ele não pode fazer algumas correções. Então adicionei também isto: background_fsck=NO Agora, ele passa o fsck -y TODO antes de continuar com o boot. Dependendo do HD, o servidor pode demorar de carregar, mas pelo menos ele garante o fsck -y por completo antes de montar em rw. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
Marcio Antunes escreveu: silmar, Não é necessário colocar o fsck no rc.conf.. senão, toda vez que for inicializado corretamente vai passar o fsck sem a necessidade, Utilizamos o fsck quando a maquina é desligada incorretamente por falta de energia, etc.. Mas e se ele reinicializar sem ninguém por perto pra abrir o modo single e passar o fsck? - 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. - 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. - 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] Servidor travando
Em Sex, 2007-09-28 às 13:23 -0300, 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? 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 - 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
Re: [FUG-BR] Servidor travando
Silmar Oliveira escreveu: Valeu Marcelo. Vou fazer isso assim que conseguir um agendamento de parada. Silmar Antonio Eu coloquei no meu rc.conf o seguinte: fsck_y_enable=YES Mas o problema é que quando ocorre de travar ou dar um reset na mão grande, nem sempre ele corrige o sistema de arquivos por completo, pois ele roda o fsck -y em background e como a partição já vai estar montada, ele não pode fazer algumas correções. Então adicionei também isto: background_fsck=NO Agora, ele passa o fsck -y TODO antes de continuar com o boot. Dependendo do HD, o servidor pode demorar de carregar, mas pelo menos ele garante o fsck -y por completo antes de montar em rw. - 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] Servidor travando
Oi Silvar, 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. []s, Luiz Silmar Oliveira escreveu: 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 - 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, Silmar Oliveira [EMAIL PROTECTED] wrote: 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) 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 ? - 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.. 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. Em 27/09/07, Luiz Morte[EMAIL PROTECTED] escreveu: Oi Silvar, 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. []s, Luiz Silmar Oliveira escreveu: 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor travando
Aproveita e roda o memtest86 (tem no ports) para verificar se as memorias estao realmente boas... FreeBSD Wont Play Well (tm) com memorias danificadas... victor f. loureiro lima Em 27/09/07, Marcio Antunes[EMAIL PROTECTED] escreveu: silmar.. 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. Em 27/09/07, Luiz Morte[EMAIL PROTECTED] escreveu: Oi Silvar, 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. []s, Luiz Silmar Oliveira escreveu: 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
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] Servidor travando
Cara usa amd64 e nao ia64 ;) abracos victor Em 27/09/07, Silmar Oliveira[EMAIL PROTECTED] escreveu: 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 - 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, Silmar Oliveira [EMAIL PROTECTED] wrote: 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? use amd64 ele é compativel com EM64T FreeBSD(r) is an advanced operating system for x86 compatible (including Pentium(r) and Athlon™), amd64 compatible (including Opteron™, Athlon™64, and EM64T), UltraSPARC(r), IA-64, PC-98 and ARM architectures. It is derived from BSD, the version of UNIX(r) developed at the University of California, Berkeley. It is developed and maintained by a large team of individuals. Additional platforms are in various stages of development. Att, -- Welington F.J BSD User: 51392 IVOZ: 4668 MSN: [EMAIL PROTECTED] Drogas ? Pra que? Já Tenho Meu Windows!! - 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
Trying to mount root from ufs:/dev/aacd0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /reserva was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /bkp was not properly dismounted No messages, após isso, ele mostra o seguinte: Sep 27 07:41:42 seisrv06 named[687]: starting BIND 9.3.3 -c /etc/namedb/named.conf -t /var/chroot/named -u bind Sep 27 07:41:44 seisrv06 kernel: em0: link state changed to UP Sep 27 07:41:45 seisrv06 kernel: arp: 200.103.16.11 moved from 00:0e:0c:08:ab:c3 to 00:0e:0c:08:ab:c2 on em0 Sep 27 07:42:12 seisrv06 kernel: arp: 200.103.16.11 moved from 00:0e:0c:08:ab:c2 to 00:0e:0c:08:ab:c3 on em0 Sep 27 07:49:11 seisrv06 fsck: /dev/ad2s1d: 254165 files, 38214303 used, 80041566 free (74534 frags, 9995879 blocks, 0.1% fragmentation) Sep 27 07:57:01 seisrv06 fsck: /dev/aacd1s1d: 267916 files, 12833480 used, 56682382 free (127126 frags, 7069407 blocks, 0.2% fragmentation) Sep 27 07:57:16 seisrv06 fsck: /dev/aacd0s1g: 3 files, 2 used, 9872383 free (23 frags, 1234045 blocks, 0.0% fragmentation) Sep 27 07:57:21 seisrv06 fsck: /dev/aacd0s1d: 24 files, 6 used, 506481 free (49 frags, 63304 blocks, 0.0% fragmentation) Sep 27 07:59:02 seisrv06 fsck: /dev/aacd0s1e: 186988 files, 3961386 used, 1115693 free (37389 frags, 134788 blocks, 0.7% fragmentation) Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: UNREF FILE I=1601862 OWNER=mysql MODE=100600 Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: SIZE=0 MTIME=Sep 26 16:53 2007 (CLEARED) Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: UNREF FILE I=1601863 OWNER=mysql MODE=100600 Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: SIZE=0 MTIME=Sep 26 16:53 2007 (CLEARED) Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: UNREF FILE I=1601865 OWNER=mysql MODE=100600 Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: SIZE=0 MTIME=Sep 26 16:53 2007 (CLEARED) Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: UNREF FILE I=1601881 OWNER=mysql MODE=100600 Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: SIZE=0 MTIME=Sep 26 16:53 2007 (CLEARED) Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: UNREF FILE I=1601887 OWNER=mysql MODE=100600 Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: SIZE=0 MTIME=Sep 26 16:53 2007 (CLEARED) Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: UNREF FILE I=2355215 OWNER=root MODE=140666 Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: SIZE=0 MTIME=Sep 25 07:46 2007 (CLEARED) Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: Reclaimed: 0 directories, 6 files, -8 fragments Sep 27 07:59:36 seisrv06 fsck: /dev/aacd0s1f: 31955 files, 1071700 used, 11621066 free (14874 frags, 1450774 blocks, 0.1% fragmentation) Vendo isso me lembrei que ja aconteceu comigo a um bom tempo atraz , uns 3 anos , que um servidor bootava do nada e foi resolvido dando boot single o rodando duas (2) vezes fsck -y , era uma inconsistencia de filesystem, ja vi tb um arquivo de log corrompido que dizia ter 20Gb quanto tinhas apenas alguns kb , a solução foi remover ele e criar um novo com touch , ou ainda /dev/null nomedoaquivocomrrompido , de uma examinada nos seus arquivos de log, a causa foi uma queda de energia bem qdo o dito cujo estava sendo gravado. Se isso não for suficiente MOVA os arquivos de log e bin do mysql,mysql-bin.01 , inclusive o index do mysql, mysql-bin.index , para um diretorio de backup, não os delete pois pode precisar deles para restaurar o seu banco caso não tenha um backup atualizado, cuidada para NÂO remover arquivos ib* que são as tabelas inoodb []'s - 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
Faço jus a palavras do amigo Welington.. use amd64 ele é compativel com EM64T - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
