Re: [FUG-BR] dump + SUJ
>> Em 02/02/2012 20:50, "Cleyton Agapito" 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@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. A recomendação foi: Entrar no sistema em single user mode: # tunefs -j disable / 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
Re: [FUG-BR] dump + SUJ
Em 03/02/2012 08:43, Marcel Bonnet escreveu: >>> Em 02/02/2012 20:50, "Cleyton Agapito" 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@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 / > 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
Re: [FUG-BR] dump + SUJ
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 escreveu: > Em 03/02/2012 08:43, Marcel Bonnet escreveu: Em 02/02/2012 20:50, "Cleyton Agapito" 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@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 / >> 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
[FUG-BR] [Off-Topic] Curso Asterisk
Boa tarde. Alguem poderia me dizer se vai ter, e se tiver a data, de curso de Asterisk pela FUG??? Ou então alguem poderia me indicar onde tem algum curso bom dele, estou querendo implementa-lo na empresa que trabalho, mais gostaria de ter uma base melhor do que somente procurar no noss oraculo Google. Att -- Luciano O. Bissoli Analista de Informática - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Tuning do NFS
Pessoal, Estou procurando informações sobre uma correta configuração do NFS, visando a melhor performance e surgiu uma dúvida sobre o número correto de servidores para inicializar (a flag -n): - de acordo com http://www.cyclecide.com/~rudy/example/setting-up-nfs.html, o correto é: (Number-of-clients + 1) * 4 - porém, segundo o manual do FreeNAS (http://doc.freenas.org/index.php/NFS), o número de servidores não pode ultrapassar o número de CPUs (sysctl -n kern.smp.cpus) Qual das 2 informações é a correta ou mais confiável (FreeNAS)? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
