Página 2 de 9 PrimeiroPrimeiro 1234567 ... ÚltimoÚltimo
+ Responder ao Tópico



  1. 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

  2. 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.




  3. 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

  4. Citação Postado originalmente por jlima2001 Ver Post
    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.



  5. 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.

    Clique na imagem para uma versão maior

Nome:	         TUNDER.jpg
Visualizações:	308
Tamanho: 	177,6 KB
ID:      	47330






Tópicos Similares

  1. Usuario pode fazer upload mas não pode apagar
    Por ernany no fórum Servidores de Rede
    Respostas: 0
    Último Post: 13-12-2004, 22:26
  2. Não pode Ser a Micro$oft se apoderando do Linux!!!
    Por garupeiro no fórum UnderLinux
    Respostas: 8
    Último Post: 21-10-2004, 07:25
  3. Respostas: 10
    Último Post: 24-08-2004, 10:55
  4. Erro no gcc, não pode criar ecexutáveis
    Por vonlinkerstain no fórum Servidores de Rede
    Respostas: 4
    Último Post: 12-03-2004, 13:39
  5. Squid: "A URL solicitada não pôde ser recuperada"
    Por hsalbano no fórum Servidores de Rede
    Respostas: 2
    Último Post: 21-01-2004, 09:57

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L