Re: [FUG-BR] dump + SUJ
Em 02/02/2012 20:50, Cleyton Agapito cragap...@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@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 /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
Re: [FUG-BR] dump + SUJ
Em 03/02/2012 08:43, Marcel Bonnet escreveu: Em 02/02/2012 20:50, Cleyton Agapitocragap...@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@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
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 gon...@bsdinfo.com.br escreveu: Em 03/02/2012 08:43, Marcel Bonnet escreveu: Em 02/02/2012 20:50, Cleyton Agapitocragap...@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@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
[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