[FUG-BR] dump + SUJ
Jorge Petry
jorge em bsd.com.br
Quarta Julho 25 09:11:10 BRT 2012
Olá pessoal.
Estou tendo este mesmo problema nas novas instalações. Nos servidores
atualizados funciona
pq não estavam com journaling. Alguma previsão para isso funcionar
normalmente sem
perder esta opção?
Abraço.
__________________________
Jorge Petry
Adm de Redes e Servidores.
Em 03/02/2012 10:43, Cleyton Agapito escreveu:
> Muito obrigado /Marcel[o]/, como meus dumps são todos automatizados
> vou largar mão do journal, vivi sem ele até hoje então não vai doer
> ficar mais um pouco.
>
> Vou seguir o trecho que o Marcel mandou e apagar o arquivo.
>
> Abração!
>
> Em 3 de fevereiro de 2012 09:29, Marcelo Gondim
> <gondim em bsdinfo.com.br> escreveu:
>> Em 03/02/2012 08:43, Marcel Bonnet escreveu:
>>>>> Em 02/02/2012 20:50, "Cleyton Agapito"<cragapito em gmail.com> escreveu:
>>>>>
>>>>>> Olá Senhores!
>>>>>>
>>>>>> Estou com uma dúvida, fiquei sem backup até completar a atualização do
>>>>>> sistema e dos ports, quando foi tentar hoje deu erro:
>>>>>>
>>>>>> mksnap_ffs: Cannot create snapshot /usr/.snap/dump_snapshot: /usr:
>>>>>> Snapshots are not yet supported w
>>>>>> hen running with journaled soft updates: Operation not supported
>>>>>> dump: Cannot create /usr/.snap/dump_snapshot: No such file or directory
>>>>>>
>>>>>> Beleza, não suporta paciência, mas é seguro eu desligar o SUJ, fazer o
>>>>>> backup e ligar novamente? Pergunto porque uma vez perdi uma partição
>>>>>> Linux assim.
>>>>>>
>>>>>> Abração!
>>>>>> -------------------------
>>> Eu não ativei SUJ, mas usei uma thread do stable em freebsd para levantar
>>> essa questão,uma vez que eu também estava acompanhando a discussão
>>> para o mesmo problema:
>>> um cara disse ter 11 servidores. Disse que desativou o SUJ e vem
>>> usando o dump com a flag -L há dias sem problemas. Ele não reativou o
>>> SUJ, por sinal.
>> Felizmente não tive esse problema porque meus esquemas de Backup desde
>> que usei Xenix e SCO Unix em 1993 pra cá, passando por Linux e
>> atualmente FreeBSD sempre foram com TAR. ;)
>> Nunca me deu dor de cabeça alguma e sempre que precisei de restaurar um
>> backup seja ele completo do sistema ou parte, sempre fui bem sucedido.
>> Agora realmente é um problema ter que desabilitar um recurso que eu acho
>> muito importante que é o suj. Acredito que logo logo teremos soluções
>> melhores para o caso do dump.
>>
>>> A recomendação foi:
>>>
>>> Entrar no sistema em single user mode:
>>>
>>> # tunefs -j disable /<mountpoint>
>>> For each volume that journaling was enabled for.
>>> As a side note remove the .sujournal file in the base of each volume
>>> afterwards as it just takes up space.
>>>
>>> Cleyton, não vou te dizer "tenta aí", porque vocẽ já é gato
>>> escaldado... mas qualquer coisa, dá um boot com o cd do 9, escolha a
>>> opção do live cd e pega um dump sem a flag -L das partições, já que
>>> estarão todas desmontadas. Joga pra um hd externo e depois volta pro
>>> sistema, tira o SUJ e vê no que dá. Na pior você poderá recuperar tudo
>>> de novo com o live cd. Analise se vale a pena correr o risco e se sua
>>> máquina pode ficar parada caso necessário.
>>> []s
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Mais detalhes sobre a lista de discussão freebsd