ThunderCache não pode ficar sem energia. Impressionante!!!

Fiquei sabendo ontem que o Thunder não pode ser desligado por falta de energia ou coisas do tipo em hipótese alguma.
Se isso acontecer, tem que reinstalar o Thunder novamente, porque ele não inicia mais. Segundo informações que tive, isto é um problema do FreeBSD, sistema que o Thunder roda.

Nunca tinha visto uma coisa dessas. Fiquei impressionado! Em três quedas de energia que tive durante 1 mês e meio, que duraram mais de 3 horas, o meu nobreak não aguentou tanto tempo e acabou desligando o servidor do thunder. Das 3 vezes, tive que reinstalar o Thunder tudo novamente, porque ele simplesmente não inciava mais.

Gostaria de saber como vocês estão vivendo com isso e qual solução estão usando para esse problema.

Abraços,
Jonas Lima

Citação:

---

Postado originalmente por jlima2001

Fiquei sabendo ontem que o Thunder não pode ser desligado por falta de energia ou coisas do tipo em hipótese alguma.
Se isso acontecer, tem que reinstalar o Thunder novamente, porque ele não inicia mais. Segundo informações que tive, isto é um problema do FreeBSD, sistema que o Thunder roda.

Nunca tinha visto uma coisa dessas. Fiquei impressionado! Em três quedas de energia que tive durante 1 mês e meio, que duraram mais de 3 horas, o meu nobreak não aguentou tanto tempo e acabou desligando o servidor do thunder. Das 3 vezes, tive que reinstalar o Thunder tudo novamente, porque ele simplesmente não inciava mais.

Gostaria de saber como vocês estão vivendo com isso e qual solução estão usando para esse problema.

Abraços,
Jonas Lima

---

A informação está errada.

Não é que não pode ficar sem energia. Ao reiniciar de modo incorreto, o UFS precisa sempre ser reparado. Existe uma reparação com journal, que é mais rápida, e quando o journal tbm está corrompido, é preciso fazer uma checagem full, que demora um pouco mais.

Por padrão, a checagem full não era feita no boot, o que fazia com que o sistema não iniciasse caso o journal estivesse corrompido. Isso foi alterado na última atualização, e o HD do sistema sempre é checado a modo full no boot (o que aumenta o tempo de boot, mas pelo menos não causa mais problemas de inicialização).

Agora os HDs de cache não são mais montados no boot, e sim após a inicialização do sistema, então nem esses podem mais interferir no boot, forçando uma reinstalação. Porém ainda falta a checagem com journal nos discos de cache que não está sendo feita, com isso eles podem vir sempre corrompidos após um desligamento incorreto, exigindo checagem manual (feito via web no painel, e não via comando) pra inicialização do serviço.

Isso será corrigido na próxima atualização (provável que sai hoje ou amanhã, no máximo), sendo assim, somente corrompendo o journal de um HD de cache (o que é bem difícil), pra exigir manutenção manual pra se ter o sistema rodando novamente.

Citação:

---

Postado originalmente por jlima2001

Fiquei sabendo ontem que o Thunder não pode ser desligado por falta de energia ou coisas do tipo em hipótese alguma.
Se isso acontecer, tem que reinstalar o Thunder novamente, porque ele não inicia mais. Segundo informações que tive, isto é um problema do FreeBSD, sistema que o Thunder roda.

Nunca tinha visto uma coisa dessas. Fiquei impressionado! Em três quedas de energia que tive durante 1 mês e meio, que duraram mais de 3 horas, o meu nobreak não aguentou tanto tempo e acabou desligando o servidor do thunder. Das 3 vezes, tive que reinstalar o Thunder tudo novamente, porque ele simplesmente não inciava mais.

Gostaria de saber como vocês estão vivendo com isso e qual solução estão usando para esse problema.

Abraços,
Jonas Lima

---

Não vou entrar no mérito do produto ThunderCache, mas na atribuição de culpa ao FreeBSD.

Conforme consta na documentação[1] do FreeBSD, a simples solução para situações de ocorrência de desligamento incorreto, pode ser provida com a automatização de verificação (e reparação, se necessária) do sistema de arquivos.

Claro que, melhor do que desligar incorretamente, é desligar de forma apropriada. Com uso de sinalizações provindas de serviços específicos[2][3], seu sistema de suprimento de energia pode informar ao seu servidor, sobre a condição de autonomia dos bancos de baterias, disparando assim o normal e correto processo de desligamento.

[1] http://www.freebsd.org/cgi/man.cgi?query=rc.conf
[2] http://svnweb.freebsd.org/ports/head...?revision=HEAD
[3] http://www.apcupsd.com

Citação:

---

Postado originalmente por trober

Não vou entrar no mérito do produto ThunderCache, mas na atribuição de culpa ao FreeBSD.

Conforme consta na documentação[1] do FreeBSD, a simples solução para situações de ocorrência de desligamento incorreto, pode ser provida com a automatização de verificação (e reparação, se necessária) do sistema de arquivos.

Claro que, melhor do que desligar incorretamente, é desligar de forma apropriada. Com uso de sinalizações provindas de serviços específicos[2][3], seu sistema de suprimento de energia pode informar ao seu servidor, sobre a condição de autonomia dos bancos de baterias, disparando assim o normal e correto processo de desligamento.

[1] http://www.freebsd.org/cgi/man.cgi?query=rc.conf
[2] http://svnweb.freebsd.org/ports/head...?revision=HEAD
[3] http://www.apcupsd.com

---

O meu aqui está desativado pelo mesmo problema!

Citação:

---

Postado originalmente por mjr88

A informação está errada.

Não é que não pode ficar sem energia. Ao reiniciar de modo incorreto, o UFS precisa sempre ser reparado. Existe uma reparação com journal, que é mais rápida, e quando o journal tbm está corrompido, é preciso fazer uma checagem full, que demora um pouco mais.

Por padrão, a checagem full não era feita no boot, o que fazia com que o sistema não iniciasse caso o journal estivesse corrompido. Isso foi alterado na última atualização, e o HD do sistema sempre é checado a modo full no boot (o que aumenta o tempo de boot, mas pelo menos não causa mais problemas de inicialização).

Agora os HDs de cache não são mais montados no boot, e sim após a inicialização do sistema, então nem esses podem mais interferir no boot, forçando uma reinstalação. Porém ainda falta a checagem com journal nos discos de cache que não está sendo feita, com isso eles podem vir sempre corrompidos após um desligamento incorreto, exigindo checagem manual (feito via web no painel, e não via comando) pra inicialização do serviço.

Isso será corrigido na próxima atualização (provável que sai hoje ou amanhã, no máximo), sendo assim, somente corrompendo o journal de um HD de cache (o que é bem difícil), pra exigir manutenção manual pra se ter o sistema rodando novamente.

---

Olá mjr88. Muito obrigado pela sua resposta. Estas informações que eu tive inicialmente foram com o pirigoso, ontem a noite. Como foi feita uma alteração recente no Thunder, pode ser que ele não estivesse a par disso.
De qualquer forma, como disse, ontem a noite o Thunder foi desligado incorretamente e quando a energia voltou, ele não mais inicializou (deixei ele a noite toda ligada, e hoje pela manhã ainda não tinha inicializado).
Não sei informar o erro na inicialização, pois ainda não liguei ele a um monitor para ver qual o problema (mas tarde terei esta informação), entretanto, deve ser o mesmo das outras vezes, que era:

Código :

---

Fast boot: skipping disk checks.mount: /dev/label/rootfs: R/W mount of / dev denied. Filesystem is not clean - run fsck. Forced mount will invalidate journal contents: Operation not permitted
Mouting root will invalidate journal contents: Operation not permitted
Mouting root filesystem rw failed, startup aborted
ERROR: ABORTING BOOT (sending SIGTERM to parent)!
Jul 17 04:24:41 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode
Enter full pathname of shell or RETURN for /bin/sh:

---

O meu Thunder estava atualizado com os recentes updates disponibilizados no Painel de Controle (não reiniciei o servidor após as atualizações, somente o serviço), mesmo assim aconteceu o problema. O que acha que pode ser?

Abraços,
Jonas Lima

Opa amigo pera ai, vc esta distorcendo, se vc quiser posto o que vc e eu conversamos,
Nao falei que " ThunderCache não pode ficar sem energia" falei que não pode ser desligado incorretamente por falta de energia que pode sim corromper o sistema de arquivos do FREEBSD que é uma roleta russa a incialização quando isso ocorre e se tratando de cache a probabilidade é de 100% que vai dar pane pois cache tem sempre mais de 20 arquivos abertos contante

agora se vc clicar solicitar o desligamento pelo painel do thunder nao ocorrera nenhum problema, se é que tua placa mae suporte instruções para este comando


nao vo entrar no mérito de contingencia energética pois ficar 3 horas sem energia e 3 x no mesmo mês e achar um culpado para isso para nao comprar um gerador ou um sistema que te avise quando falta e vc poder ir ao local e restabelecer a energia,

somos telecom e temos obrigação de fornecimento do serviço mesmo sem energia, e temos que tomar medidas preventivas para isso!

o minimo que vc deve ter ai um gerador e um sistema SMS,

e nao foi por falta de boa vontade minha pois te ofereci achar um gerador de R$ 2.700 com QTA ou ATS e vc se recusou

Então Pirigoso. Só estou dizendo que você me informou que o Thunder não pode ser desligado incorretamente, como por exemplo, por falta de energia elétrica, pois "a probabilidade é de 100% que vai dar pane". Logo, se o Thunder ficar sem energia elétrica, irá dar pane, pois será desligado incorretamente.

O mjr88 disse então que foi implantada uma solução para isso em uma recente atualização, que então "aumenta o tempo de boot, mas pelo menos não causa mais problemas de inicialização."

Fiquei muito feliz com essa informação, mais o que me está parecendo estranho é que eu tinha o Thunder atualizado quando aconteceu isso ontem a noite, e mesmo assim o problema se repetiu.

conversei com o mario agora e vamos tentar implantar e testar o apcupsd seguindo a dica do trober para ajudar a amenizar o problema, recomendo que seu nobreak tenha este suporte

http://www.apcupsd.com/manual/manual.pdf


o que vai ocorrer seu nobreak ao detectar bateria baixa vai mandar uma menssagem ao apcupsd para desligar corretamente o servidor antes que a energia da bateria acabe, isso esta ao nosso alcance

Citação:

---

Postado originalmente por jlima2001

Olá mjr88. Muito obrigado pela sua resposta. Estas informações que eu tive inicialmente foram com o pirigoso, ontem a noite. Como foi feita uma alteração recente no Thunder, pode ser que ele não estivesse a par disso.
De qualquer forma, como disse, ontem a noite o Thunder foi desligado incorretamente e quando a energia voltou, ele não mais inicializou (deixei ele a noite toda ligada, e hoje pela manhã ainda não tinha inicializado).
Não sei informar o erro na inicialização, pois ainda não liguei ele a um monitor para ver qual o problema (mas tarde terei esta informação), entretanto, deve ser o mesmo das outras vezes, que era:

Código :

---

Fast boot: skipping disk checks.mount: /dev/label/rootfs: R/W mount of / dev denied. Filesystem is not clean - run fsck. Forced mount will invalidate journal contents: Operation not permitted
Mouting root will invalidate journal contents: Operation not permitted
Mouting root filesystem rw failed, startup aborted
ERROR: ABORTING BOOT (sending SIGTERM to parent)!
Jul 17 04:24:41 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode
Enter full pathname of shell or RETURN for /bin/sh:

---

O meu Thunder estava atualizado com os recentes updates disponibilizados no Painel de Controle (não reiniciei o servidor após as atualizações, somente o serviço), mesmo assim aconteceu o problema. O que acha que pode ser?

Abraços,
Jonas Lima

---

Aqui a coisa já mudou de lugar.

Código :

---

Fast boot: skipping disk checks.

---

Essa mensagem só aparece quando existe um marker no HD do sistema, mais especificamente em /fastboot. Esse marker indica ao SO que o sistema foi desligado corretamente e, por isso, pode pular a checagem do HD. Mas como você disse, não foi isso que aconteceu, então fica difícil pra eu falar o que pode ser, e porque esse marker existe depois de um desligamento incorreto. Vou verificar com o pessoal da FreeBSD Brasil pra ver o que pode ser feito.

Adianto que a sua reclamação e a do colega kbca12 são as 2 primeiras que tenho sobre esse problema. Acompanho vários fóruns relacionados ao Thunder, tanto do Brasil quanto fora, e a única reclamação que vejo é a dos hds de cache voltarem corrompidos após desligamento incorreto, mas nada sobre ter que reinstalar por que a máquina não sobe.

De qualquer maneira, vou verificar e aviso aqui qualquer novidade.

Então Mário... Este erro que você está falando "Fast boot: skipping...." aconteceu das outras vezes que o Thunder deu problema comigo.

A de ontem, quando o sistema já estava atualizado, estou enviando agora aqui em anexo a foto.

Veja aí... o erro é ligeiramente diferente.

Anexo 47330

O que você acha que devo fazer agora Mário: reinsta-lo ele novamente ou tem outra solução agora de imediato?

Citação:

---

Postado originalmente por Pirigoso

conversei com o mario agora e vamos tentar implantar e testar o apcupsd seguindo a dica do trober para ajudar a amenizar o problema, recomendo que seu nobreak tenha este suporte

http://www.apcupsd.com/manual/manual.pdf


o que vai ocorrer seu nobreak ao detectar bateria baixa vai mandar uma menssagem ao apcupsd para desligar corretamente o servidor antes que a energia da bateria acabe, isso esta ao nosso alcance

---

Perfeito! Meu NoBreak tem essa função. Ontem até comentei com você sobre essa possibilidade, lembra?

Citação:

---

Postado originalmente por jlima2001

O que você acha que devo fazer agora Mário: reinsta-lo ele novamente ou tem outra solução agora de imediato?

---

Dê um ENTER na mensagem. Quando cair no prompt, execute o comando:

Código :

---

/sbin/fsck -y -t ufs

---

Deve demorar um pouco, ao terminar, aperte CTRL+D e o sistema deve iniciar normalmente.

Quando o acesso voltar, se possível envie acesso SSH com senha de root pro email [email protected]. Se você está com as últimas atualizações, isso não era pra ter acontecido. Talvez tenha dado algum erro no update, por isso gostaria de verificar.

Perfeito Mario! Funcionando de novo!!!
Me diga: como te envio acesso SSH? Redireciono a porta 22 pro Thunder via NAT do Mikrotik?

Citação:

---

Postado originalmente por jlima2001

Perfeito Mario! Funcionando de novo!!!
Me diga: como te envio acesso SSH? Redireciono a porta 22 pro Thunder via NAT do Mikrotik?

---

Exato. E manda senha de root :).

Aqui também tive este problema varias vezes, por isso coloquei na minha casa, pois la no prédio, não tenho como colocar coisas muito grande.
Atualizado com a ultima versão, a 2 dias atras, teve falta de luz aqui e estava longe, deu o mesmo erro do amigo acima, mais com ja tenho um Pendrive ja no servidor, foi dar boot e reinstalar de novo e recuperar o cache.

Em nenhuma das vezes perdi o cache, a unica coisa que fiz, foi mandar chegar os hd,s pelo painel de controle
Só aconteceu mesmo no hd do sistema.

Citação:

---

Postado originalmente por jlima2001

Fiquei sabendo ontem que o Thunder não pode ser desligado por falta de energia ou coisas do tipo em hipótese alguma.
Se isso acontecer, tem que reinstalar o Thunder novamente, porque ele não inicia mais. Segundo informações que tive, isto é um problema do FreeBSD, sistema que o Thunder roda.

Nunca tinha visto uma coisa dessas. Fiquei impressionado! Em três quedas de energia que tive durante 1 mês e meio, que duraram mais de 3 horas, o meu nobreak não aguentou tanto tempo e acabou desligando o servidor do thunder. Das 3 vezes, tive que reinstalar o Thunder tudo novamente, porque ele simplesmente não inciava mais.

Gostaria de saber como vocês estão vivendo com isso e qual solução estão usando para esse problema.

Abraços,
Jonas Lima

---

Olá compra no-break gerenciável da APC e ele desligar o thunder 5 min antes de acabar toda a carga da bateria
Fica a dica

MARIO bom dia tive esse poblema aqui tambem mais o damiao me oriento com os comandos :/sbin/fsck -y -t ufs

demorou um pouco mas deu tudo verto.abraço mario qualquer coisa fala com o damiao o que ouve aqui que ele te fala com mais detalhes.a atualizei o painel ok ?[/COLOR]

Citação:

---

Postado originalmente por jlima2001

Fiquei sabendo ontem que o Thunder não pode ser desligado por falta de energia ou coisas do tipo em hipótese alguma.
Se isso acontecer, tem que reinstalar o Thunder novamente, porque ele não inicia mais. Segundo informações que tive, isto é um problema do FreeBSD, sistema que o Thunder roda.

Nunca tinha visto uma coisa dessas. Fiquei impressionado! Em três quedas de energia que tive durante 1 mês e meio, que duraram mais de 3 horas, o meu nobreak não aguentou tanto tempo e acabou desligando o servidor do thunder. Das 3 vezes, tive que reinstalar o Thunder tudo novamente, porque ele simplesmente não inciava mais.

Gostaria de saber como vocês estão vivendo com isso e qual solução estão usando para esse problema.

Abraços,
Jonas Lima

---

Pois éé,tive esse problema esses dias,tive que reinstalar o sistema e configurá tudo de novo!!!

hoje faltou luz aqui e deu o problema, fiz o comando citado e voltou ao normal

Aproveitando o tópico, depois do comando voltou a carregar o sistema, mais os disco de cache ficaram corrompido, fui pelo webamdin e parei o thunder e mandei corrigir.
Tenho no Netwatch, uma verificação do ip do thunder, se parar de responder desabilita a regra do thunder, isso em cada uma rb.
No Thunder tenho a opção:
Bloquear PING como Ação de Emergência:
Esta como SIM

Mais mesmo assim, não bloqueou o ping, como mostra a figura abaixo
Anexo 47339

amigo , vc pode me indica um , sistema de geradro desses

[email protected]

Já passei pelo problema em 3 vezes também durante um mês, e todas as vezes tive que reinstalar o sistema. Tenho um banco com 3 baterias de 70Ah, mas quando o problema ocorreu eu estava fora e quando reiniciei o Thunder, nada funcionou, fiquei no desespero, pois sem o Thunder tive que desabilitar a regra da rota para que a net voltasse. Da última vez, desliguei pelo painel de controle, mas ao reiniciar também não conseguia colocar o sistema em funcionamento. Entrei em contato com o Pirigoso e o mesmo me informou que o servidor autenticador neste dia estava fora do ar, ou seja, acredito então que desligando pelo painel de controle não ocorra o problema. Até agora ainda não houve mais falta de energia por períodos longos, vamos ver da próxima.

Gerador que liga automatico

R$ 2.790 - 2.500W
http://www.maquinasmc.com.br/produtos/0,9924_gerador-toyama-tg2800cxe-gasolina-com-qta-ats

7000W
http://www.mcmaquinas.com.br/area/produto.asp?intProId=714

Citação:

---

Postado originalmente por sgtelecom

Aproveitando o tópico, depois do comando voltou a carregar o sistema, mais os disco de cache ficaram corrompido, fui pelo webamdin e parei o thunder e mandei corrigir.
Tenho no Netwatch, uma verificação do ip do thunder, se parar de responder desabilita a regra do thunder, isso em cada uma rb.
No Thunder tenho a opção:
Bloquear PING como Ação de Emergência:
Esta como SIM

Mais mesmo assim, não bloqueou o ping, como mostra a figura abaixo
Anexo 47339

---

Amigo vc teria como postar as regras do Netwatch que fazem esse trabalho de desabilitar a regra caso o cache venha a cair?

Citação:

---

Postado originalmente por Fernandols

Amigo vc teria como postar as regras do Netwatch que fazem esse trabalho de desabilitar a regra caso o cache venha a cair?

---

Código :

---

/tool netwatch
add comment="Status thundercache 7.1" disabled=no down-script="/ip firewall nat set [find comment=thunder] disabled=yes\r\
    \n\r\
    \n/ip firewall mangle set [find comment=thunder] disabled=yes\r\
    \n\r\
    \n/queue tree set [find comment=thunder] disabled=yes" host=[B]IP-DO-THUNDER[/B] interval=10s timeout=1s up-script="/ip firewall nat set [find comment=thunder] disabled=no\r\
    \n\r\
    \n/ip firewall mangle set [find comment=thunder] disabled=no\r\
    \n\r\
    \n/queue tree set [find comment=thunder] disabled=no"

---

Todas as regras para o Thunder, tem que estar no Comentario = thunder

Citação:

---

Postado originalmente por sgtelecom

Código :

---

/tool netwatch
add comment="Status thundercache 7.1" disabled=no down-script="/ip firewall nat set [find comment=thunder] disabled=yes\r\
    \n\r\
    \n/ip firewall mangle set [find comment=thunder] disabled=yes\r\
    \n\r\
    \n/queue tree set [find comment=thunder] disabled=yes" host=[B]IP-DO-THUNDER[/B] interval=10s timeout=1s up-script="/ip firewall nat set [find comment=thunder] disabled=no\r\
    \n\r\
    \n/ip firewall mangle set [find comment=thunder] disabled=no\r\
    \n\r\
    \n/queue tree set [find comment=thunder] disabled=no"

---

Todas as regras para o Thunder, tem que estar no Comentario = thunder

---

Na verdade eu to usando o Speedr, com redirecionamento por mark routing mas acho que da pra adaptar as regras né?

sim, so colocar o caminho e nao esquecer o "comment"

Terça-feira fiquei novamente sem energia e sem Thunder. Quando a energia voltou, o Thunder não iniciava mais. Só para constar, ele estava com todas as atualizações feitas.
Após executar o comando /sbin/fsck -y -t ufs, o Thunder voltou a funcionar. Diferente das outras vezes, os discos de cache já estavam montados.

Mário e Alex Piri, parece que o problema ainda persiste.

Abraços,
Jonas Lima

Citação:

---

Postado originalmente por jlima2001

Terça-feira fiquei novamente sem energia e sem Thunder. Quando a energia voltou, o Thunder não iniciava mais. Só para constar, ele estava com todas as atualizações feitas.
Após executar o comando /sbin/fsck -y -t ufs, o Thunder voltou a funcionar. Diferente das outras vezes, os discos de cache já estavam montados.

Mário e Alex Piri, parece que o problema ainda persiste.

Abraços,
Jonas Lima

---

Dr, eu entrei em contato com o pessoal da FreeBSD Brasil explicando o problema (eles cuidam da parte SO pra gente). Eles me disseram que o FreeBSD funciona assim, e que não tem como fazer nada.

Eu expliquei que outros caches baseados nele não tem esse problema, e o que me disseram é que tiveram acesso ao SO de um "desses caches" e o que viram foi uma gambiarra pra montar o HD mesmo com erros. Disseram que poderiam fazer pra gente, mas que isso poderia ocasionar travamentos e corromper arquivos. Eu preferi não arriscar.

Eles me deram algumas idéias do que fazer. A melhor delas (inclusive usada no appliance de streaming da NetFlix) envolve alterar o sistema de arquivos da ISO e do SO e adaptar uma grande parte do painel do Thunder. Eu gostei da idéia, e vou fazer, mas vai levar um tempinho. Até lá, peço paciência. Sei que não é fácil, nosso sistema chegou num patamar muito bom, graças a Deus, e não será isso que vai nos abalar.

Agradeço a compreensão.

Abraço.

Olá Mário. Muito obrigado pela resposta de imediato. Deixe eu te sugerir uma coisa:
Sou programador de computador a uns 25 anos pelo menos, mas pouco entendo de FreeBSD e Linux.

Como me parece que o comando /sbin/fsck -y -t ufs resolve o problema sempre que isto ocorre, não seria possível adicionar esse comando na inicialização do S.O?

Isso pelo menos resolveria paliativamente o problema até que outra solução fosse encontrada.

Abraços,
Jonas Lima

Citação:

---

Postado originalmente por jlima2001

Olá Mário. Muito obrigado pela resposta de imediato. Deixe eu te sugerir uma coisa:
Sou programador de computador a uns 25 anos pelo menos, mas pouco entendo de FreeBSD e Linux.

Como me parece que o comando /sbin/fsck -y -t ufs resolve o problema sempre que isto ocorre, não seria possível adicionar esse comando na inicialização do S.O?

Isso pelo menos resolveria paliativamente o problema até que outra solução fosse encontrada.

Abraços,
Jonas Lima

---

Essa é uma das ideias que me deram, porém envolve alterar o init do kernel, pois não dá pra rodar o fsck depois do HD já estar montado. Essa alteração resolveria o problema, porém se o HD do sistema for grande (acima de 250GB), o tempo de boot seria aumentado exponencialmente, pois a todo boot o sistema faria a checagem do HD, independente de estar corrompido ou não.

Estamos analisando tudo o que temos disponível e priorizamos a alteração desse aspecto (não digo correção, pois não é um problema e sim o modo normal de funcionamento do FreeBSD).

Assim que tivermos novidades lançaremos a ISO corrigida.

Citação:

---

Postado originalmente por Pirigoso

Gerador que liga automatico

R$ 2.790 - 2.500W
http://www.maquinasmc.com.br/produtos/0,9924_gerador-toyama-tg2800cxe-gasolina-com-qta-ats

7000W
http://www.mcmaquinas.com.br/area/produto.asp?intProId=714

---

Amigo você que entende mais disso aqui no sul que é frio pra caramba em falaram que o esquema com gerador pode falhar e tem que puxar um afogador em dias muito frio. você já teve este problema?

Citação:

---

Postado originalmente por JCPCORREA

Amigo você que entende mais disso aqui no sul que é frio pra caramba em falaram que o esquema com gerador pode falhar e tem que puxar um afogador em dias muito frio. você já teve este problema?

---

entao, tive numa torre que tenho equipamentos e vi o qta com afogador adaptado com trava elétrica de carro, este a gasolina, mas eu acho que este novo que tao ofertando de 6000 quadradinho ja vem com isso

http://www.brasutil.com/loja/images/temp/260_40021.jpeg

Mario, da uma verificada, pois apos esta atualização, não esta mais parando de pingar, mesmo com o Thunder parado.

Anexo 48024

Citação:

---

Postado originalmente por flacknet

Mario, da uma verificada, pois apos esta atualização, não esta mais parando de pingar, mesmo com o Thunder parado.

Anexo 48024

---

Blz, vou verificar aqui. Deve sair update até o final dessa semana, no máximo segunda da outra.

Será que esse nobreak tem essa Função
http://www.fourserv.com.br/nobreak-s...490-295499.htm

Basta ligar o cabo USB do Nobreak no servidor do thunder que tudo é reconhecido e configurado automaticamente? Pq meu nobreak é um APC com gerenciamento via porta USB.

Sei que esse port talvez não esteja no lugar correto. Mas peço ajuda ao pessoal do thunder. dei um print no log do thunder. por favor vejam e me digam o que significa. O thunder trava todo dia. tive que desativá-lo.Anexo 49518

Citação:

---

Postado originalmente por Pirigoso

conversei com o mario agora e vamos tentar implantar e testar o apcupsd seguindo a dica do trober para ajudar a amenizar o problema, recomendo que seu nobreak tenha este suporte

http://www.apcupsd.com/manual/manual.pdf


o que vai ocorrer seu nobreak ao detectar bateria baixa vai mandar uma menssagem ao apcupsd para desligar corretamente o servidor antes que a energia da bateria acabe, isso esta ao nosso alcance

---

Esse recurso já está funcionando? Se sim, basta ligar o cabo USB do nobreak no servidor e tudo é automaticamente configurado ou tenho que fazer algo? Essa já é minha terceira postagem sobre o assunto, aqui e no Overnix, mas nenhuma resposta de ninguém!

Olá.

O meu thunder aki, já aconteceu de não reiniciar ae eu dei um comando funcionou normalmente, voltou.

Olha, aki tenho o seguinte problema:

Quando desligo o thunder ele demora cerca de uns 30 minutos para inicializar, alguem sabe como solucionar esse problema? me falaram que é relacionado com o dns ou dominio criado, então como faço para mudar o nome do meu servidor para que reinicie mais rápido?

Olha aki quando ele não liga nem a pau ao desligar por queda de energia, tenho dar um reset na BIOS, ou seja abrir o pc e retirar a bateria.

Citação:

---

Postado originalmente por delegato

Olá.

O meu thunder aki, já aconteceu de não reiniciar ae eu dei um comando funcionou normalmente, voltou.

Olha, aki tenho o seguinte problema:

Quando desligo o thunder ele demora cerca de uns 30 minutos para inicializar, alguem sabe como solucionar esse problema? me falaram que é relacionado com o dns ou dominio criado, então como faço para mudar o nome do meu servidor para que reinicie mais rápido?

Olha aki quando ele não liga nem a pau ao desligar por queda de energia, tenho dar um reset na BIOS, ou seja abrir o pc e retirar a bateria.

---

Voce esta com problema de hardware, pode ser fonte ou a própria placa mãe.
Deixe a maquina 100% primeiro depois coloca o thunder nela.

Mario, continua dando problema no bloqueio de ping quando o serviço do thunder esta desativado, pinga umas 10 vezes e depois para, depois volta de novo, ai a regra que tenho, fica habilitando e desabilitando