Re: [FUG-BR] dump travando
Em 18/09/14, Otavio Augusto escreveu: > um 9.0 Release e sim estava querendo fazer com o sistema online, o > que li foi a respeito que se for online tinha que desabilitar ja fiz > outras vezes mas como éra de madrugada a cabeça começa a falhar :P > não sei quando vou ter outra janela para mecher neste servidor mas vou > tentar reproduzir o problema em outra máquina para confirmar se era só > isto ou um possível problema de hardware, se for hardware ja é bom se > prepara para uma pane total. > Valeu, > Se esse é o foco guarde e verifique o smart do disco. De qualquer forma, tenho interesse no assunto, se puder informar os resultados fico agradecido. []'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 travando
um 9.0 Release e sim estava querendo fazer com o sistema online, o que li foi a respeito que se for online tinha que desabilitar ja fiz outras vezes mas como éra de madrugada a cabeça começa a falhar :P não sei quando vou ter outra janela para mecher neste servidor mas vou tentar reproduzir o problema em outra máquina para confirmar se era só isto ou um possível problema de hardware, se for hardware ja é bom se prepara para uma pane total. Valeu, Em 18 de setembro de 2014 14:00, Cleyton Agapito escreveu: > Em 18/09/14, Otavio Augusto escreveu: >> Em 18 de setembro de 2014 08:07, Otavio Augusto >> escreveu: >>> Esta madrugada estava fazendo um dump de uma partição raiz num FreeBSD 9R >>> com partições GPT. >>> A partição ara de 200G mas só 8G ocupados. a máquina parava de >>> realizar todas as tarefas só respondia a ping, na segunda tentativa >>> deixei por 4 horas seguidas no mesmo estado esperando que voltasse mas >>> não teve jeito só voltou apertando o reset da máquina. >>> Como eu precisava na verdade era clonar o HD eu usei tar para fazer a >>> copia do SO e recuperei em outra máquina pré instalada e já resolveu >>> pra mim. >>> >>> Mas o minha dúvida é tem alguma restrição com o dump em partições gpt ? >>> >> >> >> Acho que entrei a resposta esqueci de desabilitar o journal com tunefs >> -j disable >> Alguém confirma ? >> > > Não sei qual versão você está usando mas a versão 9 (e em algum > momento a 8 e a 10 também) não deixam ativar o journal com softupdate > ativo. > > Imagino que você possa estar utilizando uma versão que não tem esse > bloqueio e aí sim, reúne as condições necessárias para dar merda, por > isso bloquearam depois que perceber que eram incompatíveis e não tenho > conhecimento se já arrumaram isso na 10, nas versões que testei ainda > não tinha sido corrigido. > > Se for este o caso o problema está em usar -L (live filesystem) em uma > partição com journal, então ou faz o backup em modo solteiro (single) > ou desliga o journal. > > []'s > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Otavio Augusto - Consultor de TI Citius Tecnologia 31 37761866 31 88651242 http://www.citiustecnologia.com.br - 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 travando
Em 18/09/14, Otavio Augusto escreveu: > Em 18 de setembro de 2014 08:07, Otavio Augusto > escreveu: >> Esta madrugada estava fazendo um dump de uma partição raiz num FreeBSD 9R >> com partições GPT. >> A partição ara de 200G mas só 8G ocupados. a máquina parava de >> realizar todas as tarefas só respondia a ping, na segunda tentativa >> deixei por 4 horas seguidas no mesmo estado esperando que voltasse mas >> não teve jeito só voltou apertando o reset da máquina. >> Como eu precisava na verdade era clonar o HD eu usei tar para fazer a >> copia do SO e recuperei em outra máquina pré instalada e já resolveu >> pra mim. >> >> Mas o minha dúvida é tem alguma restrição com o dump em partições gpt ? >> > > > Acho que entrei a resposta esqueci de desabilitar o journal com tunefs > -j disable > Alguém confirma ? > Não sei qual versão você está usando mas a versão 9 (e em algum momento a 8 e a 10 também) não deixam ativar o journal com softupdate ativo. Imagino que você possa estar utilizando uma versão que não tem esse bloqueio e aí sim, reúne as condições necessárias para dar merda, por isso bloquearam depois que perceber que eram incompatíveis e não tenho conhecimento se já arrumaram isso na 10, nas versões que testei ainda não tinha sido corrigido. Se for este o caso o problema está em usar -L (live filesystem) em uma partição com journal, então ou faz o backup em modo solteiro (single) ou desliga o journal. []'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 travando
Em 18 de setembro de 2014 08:23, Otavio Augusto escreveu: > Em 18 de setembro de 2014 08:07, Otavio Augusto > escreveu: > > Esta madrugada estava fazendo um dump de uma partição raiz num FreeBSD 9R > > com partições GPT. > > A partição ara de 200G mas só 8G ocupados. a máquina parava de > > realizar todas as tarefas só respondia a ping, na segunda tentativa > > deixei por 4 horas seguidas no mesmo estado esperando que voltasse mas > > não teve jeito só voltou apertando o reset da máquina. > > Como eu precisava na verdade era clonar o HD eu usei tar para fazer a > > copia do SO e recuperei em outra máquina pré instalada e já resolveu > > pra mim. > > > > Mas o minha dúvida é tem alguma restrição com o dump em partições gpt ? > > > > > Acho que entrei a resposta esqueci de desabilitar o journal com tunefs > -j disable > Alguém confirma ? > > > Eu acho que na verdade você tem algum problema de hardware no disco, se o sistema "congelava" e bem no dump, isso tá com cara de hardware. o tunefs não deveria influenciar no dump/dd -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ ICQ: 2890831 / Gtalk: gustavo@gmail.com Blog: http://www.luizgustavo.pro.br - 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 travando
Em 18 de setembro de 2014 08:07, Otavio Augusto escreveu: > Esta madrugada estava fazendo um dump de uma partição raiz num FreeBSD 9R > com partições GPT. > A partição ara de 200G mas só 8G ocupados. a máquina parava de > realizar todas as tarefas só respondia a ping, na segunda tentativa > deixei por 4 horas seguidas no mesmo estado esperando que voltasse mas > não teve jeito só voltou apertando o reset da máquina. > Como eu precisava na verdade era clonar o HD eu usei tar para fazer a > copia do SO e recuperei em outra máquina pré instalada e já resolveu > pra mim. > > Mas o minha dúvida é tem alguma restrição com o dump em partições gpt ? > Acho que entrei a resposta esqueci de desabilitar o journal com tunefs -j disable Alguém confirma ? > -- > Otavio Augusto > - > Consultor de TI > Citius Tecnologia > 31 37761866 > 31 88651242 > http://www.citiustecnologia.com.br -- Otavio Augusto - Consultor de TI Citius Tecnologia 31 37761866 31 88651242 http://www.citiustecnologia.com.br - 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 com snapshot em partição journaled
On 28/03/2014, at 11:44, Carlos Eduardo G. Carvalho (Cartola) wrote: > Tem necessariamente que usar dump? Não pode usar outra coisa pra fazer o > backup do snapshot, tipo um tar ou rsync? > > Só uma sugestão de quem não manja muito da coisa. > > Sds, > > > Carlos E G Carvalho (Cartola) > http://cartola.org/360 > http://www.panoforum.com.br/ > > > Em 28 de março de 2014 11:29, Renata Dias escreveu: > >> Bom dia ! >> >> Preciso realizar o DUMP de algumas partições "journaled", conforme abaixo: >> >> /dev/ada0p2 on / (ufs, local, journaled soft-updates) >> devfs on /dev (devfs, local, multilabel) >> /dev/ada0p4 on /tmp (ufs, local, journaled soft-updates) >> /dev/ada0p5 on /usr (ufs, local, journaled soft-updates) >> /dev/ada0p6 on /var (ufs, local, journaled soft-updates) >> >> Pelo que já pesquisei e li na Internet, não é possível gerar o DUMP com >> snapshot. Algumas pessoas inclusive desativaram o "journal" através de >> single user. >> >> Gostaria de saber de vocês da lista se a informação é verídica e qual a >> melhor solução? Renata, Na prática é um passo atrás pra quando o dump não tinha a opção -L (live snapshot), ou seja basta fazer dump sem o -L se você for dumpear um filesystem montado; se for um filesystem que não do sistema mas de aplicação, digamos um ~vpopmail/domains da vida pode ser bacanana desligar o SUJ, fazer o dump e depois ligar o SUJ de novo mas eu faria com SUJ sem live mesmo. Qual seu risco? Durante a dump phase de levantamento de metadados (files e directories) ele ver um arquivo, e quando o dump de fato começar aquele arquivo não estar la mais, o que gerará um warning de “not found on tape” da vida; e lógico o oposto, “brotarem” arquivos no mount point depois que o dir listing ja tiver sido concluído e esses files não irem pro backup. Ou seja seu risco de fazer sem o -L é o que pude desaparecer ou aparecer na janela da fase Pass II pra Pass IV. O risco não é maior que um rsync, rnspashot, tar, em ambiente live. Nem menor ;-) >> >> Obrigada. >> >> -- >> Renata Dias >> - >> 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
Re: [FUG-BR] Dump com snapshot em partição journaled
Caros, Conforme a sugestão do Patrick, e dito pelo colega Cleyton, no meu caso seria inviável desativar o SUJ para realizar o backup, pois ele é feito automaticamente em toda a madrugada. Eu realizo backups aleatórios dos diretórios (tar.gz) das aplicações, banco de dados, arquivos de config., etc, mas além disso faço o DUMP das partições também, por garantia. Inclusive, conforme dito pelo Patrick, nestes backups aleatórios, já recebo aviso de que o tamanho do arquivo modificou durante a compactação, mas isso nunca foi um problema. Creio então que a melhor solução seria realizar o DUMP sem o L (snapshot). Obrigada a todos pela resposta. Em 28 de março de 2014 12:10, Cleyton Agapito escreveu: > Em 28/03/14, Renata Dias escreveu: > > Bom dia ! > > > > Preciso realizar o DUMP de algumas partições "journaled", conforme > abaixo: > > > > /dev/ada0p2 on / (ufs, local, journaled soft-updates) > > devfs on /dev (devfs, local, multilabel) > > /dev/ada0p4 on /tmp (ufs, local, journaled soft-updates) > > /dev/ada0p5 on /usr (ufs, local, journaled soft-updates) > > /dev/ada0p6 on /var (ufs, local, journaled soft-updates) > > > > Pelo que já pesquisei e li na Internet, não é possível gerar o DUMP com > > snapshot. Algumas pessoas inclusive desativaram o "journal" através de > > single user. > > > > Gostaria de saber de vocês da lista se a informação é verídica e qual a > > melhor solução? > > > > Obrigada. > > > > -- > > Renata Dias > > Olá Renata, > > Até onde eu sei até agora não faz mesmo, eu precisei desligar o > journal nas partições que precisam de backup, paciência, o backup > automático pra mim é mais importante. O journal nem faz tanta falta > assim já que o fsck roda em segundo plano, na prática dá quase na > mesma, pode ser que fique algumas coisas para arrumar no próximo boot, > mas no journal isso também ocorre, sem o journal o dump funciona de > boa. > > Para desligar ele precisa ser em modo solteiro (single) e com o SA > desmontado, é muito empenho desligar só pra tirar o backup, na minha > opinião não compensa o esforço. > > O problema é esse mesmo, snapshot (que por si também é uma ferramenta > interessante). Eu queria saber se o journal sem o softupdate funciona, > o problema é que ele dizia que não conseguia recuperar e fazia a > verificação completa, sem chance deixar assim, na segunda vez > desliguei ele. > > Se for desativar o journal não esqueça de remover o arquivo que ele > põe lá na raiz (.sujournal), ao ligar novamente ele pode acabar se > enganando com a situação real, embora no BSD nunca tenha tido > problemas (se ele perceber algo errado faz fallback pro fsck completo) > no Linux eu perdi uma partição inteira assim (ext2/ext3). > > Ah, em tempo, não é uma boa ideia vc deixar a raiz com softupdates, > enquanto está tudo bem não tem problema, mas em caso de falha (em > geral inconsistência) você pode não conseguir montar o rescue, nada > grave mas não compensa o trabalho de ter que bootar por fora só pra > passar o fsck nele. > > []'s > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Renata Dias - 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 com snapshot em partição journaled
Em 28/03/14, Carlos Eduardo G. Carvalho (Cartola) escreveu: > Tem necessariamente que usar dump? Não pode usar outra coisa pra fazer o > backup do snapshot, tipo um tar ou rsync? > > Só uma sugestão de quem não manja muito da coisa. > > Sds, > > > Carlos E G Carvalho (Cartola) > http://cartola.org/360 > http://www.panoforum.com.br/ > Olá Carlos, Eu não as vejo como concorrentes, cada uma tem características mais adequadas para determinadas tarefas, eu uso as três, cada uma em um caso. Especificamente o dump é legal porque ele faz o backup "por baixo" do SA, ou seja, ele vai direto nos blocos então não altera os metadados dos arquivos, tenho dois scripts que dependem da data/hora de acesso e com rsync ou tar acabaria tendo um comportamento inconsistente. Aproveitando para dar uma palpitada na contribuição do Patrick, o pessoal do Linux já teve problemas o dump no sistema "vivo", arrepia o cabelo a parte "the filesystem could become entirely unreadable": http://dump.sourceforge.net/isdumpdeprecated.html []'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 com snapshot em partição journaled
Em 28/03/14, Renata Dias escreveu: > Caros, > > Conforme a sugestão do Patrick, e dito pelo colega Cleyton, no meu caso > seria inviável desativar o SUJ para realizar o backup, pois ele é feito > automaticamente em toda a madrugada. > Eu realizo backups aleatórios dos diretórios (tar.gz) das aplicações, banco > de dados, arquivos de config., etc, mas além disso faço o DUMP das > partições também, por garantia. > Inclusive, conforme dito pelo Patrick, nestes backups aleatórios, já recebo > aviso de que o tamanho do arquivo modificou durante a compactação, mas isso > nunca foi um problema. > > Creio então que a melhor solução seria realizar o DUMP sem o L (snapshot). > > Obrigada a todos pela resposta. > > Não Renata, o Patrick disse que é arriscado fazer no sistema "vivo" (sem o L) mas que o risco é administrável (principalmente porque você também usa outras alternativas em conjunto). Minha sugestão era você desativar só o journal (mantendo o softupdates) e fazer o backup automático normalmente (como é o meu caso), também considero inviável (e perigoso) ficar remontando ligando desligando o journal a cada backup. O impacto disso é pequeno porque em caso de falta de energia o fsck roda em backgroud (e por outro lado o journal não garante que não haverá indisponibilidade para fazer um fsck completo). Além disso fazendo com o -L você terá garantia de que o backup está consistente. Abração! - 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 com snapshot em partição journaled
Em 28/03/14, Renata Dias escreveu: > Bom dia ! > > Preciso realizar o DUMP de algumas partições "journaled", conforme abaixo: > > /dev/ada0p2 on / (ufs, local, journaled soft-updates) > devfs on /dev (devfs, local, multilabel) > /dev/ada0p4 on /tmp (ufs, local, journaled soft-updates) > /dev/ada0p5 on /usr (ufs, local, journaled soft-updates) > /dev/ada0p6 on /var (ufs, local, journaled soft-updates) > > Pelo que já pesquisei e li na Internet, não é possível gerar o DUMP com > snapshot. Algumas pessoas inclusive desativaram o "journal" através de > single user. > > Gostaria de saber de vocês da lista se a informação é verídica e qual a > melhor solução? > > Obrigada. > > -- > Renata Dias Olá Renata, Até onde eu sei até agora não faz mesmo, eu precisei desligar o journal nas partições que precisam de backup, paciência, o backup automático pra mim é mais importante. O journal nem faz tanta falta assim já que o fsck roda em segundo plano, na prática dá quase na mesma, pode ser que fique algumas coisas para arrumar no próximo boot, mas no journal isso também ocorre, sem o journal o dump funciona de boa. Para desligar ele precisa ser em modo solteiro (single) e com o SA desmontado, é muito empenho desligar só pra tirar o backup, na minha opinião não compensa o esforço. O problema é esse mesmo, snapshot (que por si também é uma ferramenta interessante). Eu queria saber se o journal sem o softupdate funciona, o problema é que ele dizia que não conseguia recuperar e fazia a verificação completa, sem chance deixar assim, na segunda vez desliguei ele. Se for desativar o journal não esqueça de remover o arquivo que ele põe lá na raiz (.sujournal), ao ligar novamente ele pode acabar se enganando com a situação real, embora no BSD nunca tenha tido problemas (se ele perceber algo errado faz fallback pro fsck completo) no Linux eu perdi uma partição inteira assim (ext2/ext3). Ah, em tempo, não é uma boa ideia vc deixar a raiz com softupdates, enquanto está tudo bem não tem problema, mas em caso de falha (em geral inconsistência) você pode não conseguir montar o rescue, nada grave mas não compensa o trabalho de ter que bootar por fora só pra passar o fsck nele. []'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 com snapshot em partição journaled
Tem necessariamente que usar dump? Não pode usar outra coisa pra fazer o backup do snapshot, tipo um tar ou rsync? Só uma sugestão de quem não manja muito da coisa. Sds, Carlos E G Carvalho (Cartola) http://cartola.org/360 http://www.panoforum.com.br/ Em 28 de março de 2014 11:29, Renata Dias escreveu: > Bom dia ! > > Preciso realizar o DUMP de algumas partições "journaled", conforme abaixo: > > /dev/ada0p2 on / (ufs, local, journaled soft-updates) > devfs on /dev (devfs, local, multilabel) > /dev/ada0p4 on /tmp (ufs, local, journaled soft-updates) > /dev/ada0p5 on /usr (ufs, local, journaled soft-updates) > /dev/ada0p6 on /var (ufs, local, journaled soft-updates) > > Pelo que já pesquisei e li na Internet, não é possível gerar o DUMP com > snapshot. Algumas pessoas inclusive desativaram o "journal" através de > single user. > > Gostaria de saber de vocês da lista se a informação é verídica e qual a > melhor solução? > > Obrigada. > > -- > Renata Dias > - > 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
2012/7/25 Jorge Petry : > 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. > o que eu sei é isso: http://lists.freebsd.org/pipermail/svn-src-stable-9/2012-March/001406.html mas o cara que enviou esse link não recomendou o uso em produção. Eu tô provocando uma das listas gringas sobre o assunto. Quando tiver novidade, aviso. -- Marcel Bonnet "No princípio era o caos... e no meio também." www.monovox.net.br - 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
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 > 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 - 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 de uma máquina para outra com versão mais nova do Free
Em 16 de maio de 2012 22:43, Alessandro de Souza Rocha < etherlin...@gmail.com> escreveu: > Em 16 de maio de 2012 22:33, Marcelo Gondim > escreveu: > > Em 16/05/2012 19:03, Danilo Lara escreveu: > >> Galera,blz? > >> Tenho um servidor com free 7.1-release e queria migrar essa máquina > para uma outra com hardware melhor. Pensei em instalar um free-8.3 e fazer > um dump para essa máquina,alguém já fez algo parecido e pode dizer se > funcionou,se teve que alterar muita coisa?É uma máquina crítica e tá dando > problema de hardware. > >> > >> Valeu! > > > > Não uso o dump porque sempre usei o tar para os meus backups, desde da > > época do SCO Unix. rsrsrs Eu faria assim no caso de não correr riscos: > > > > 1) Faria um tar completo do sistema atual. > > 2) Jogaria esse sistema em outra máquina e atualizaria até chegar na > > versão 8.3. > > 3) Ficou tudo funcionando certo? Se sim passaria para a máquina nova. > > > > Isso para não mexer na máquina em produção. :) > > > >> > >> Danilo Augusto Vicente Lara > >> danilo...@gmail.com > >> Celular: +55 61 8177-1361 > >> - > >> 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 > > > Pra mim comercaria tudo do zero nem que vara-se madrugada. > > A confiabilidade do Servidor é relativamente maior, tem os probleminhas de implantação mais nada comparado a um servidor migrado. Att. > -- > Alessandro de Souza Rocha > Administrador de Redes e Sistemas > FreeBSD-BR User #117 > Long live FreeBSD > > Powered by > > (__) >\\\'',) > \/ \ ^ > .\._/_) > > www.FreeBSD.org > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- :=)><(=: Flamers > /dev/null !!! - 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 de uma máquina para outra com versão mais nova do Free
Em 16 de maio de 2012 22:33, Marcelo Gondim escreveu: > Em 16/05/2012 19:03, Danilo Lara escreveu: >> Galera,blz? >> Tenho um servidor com free 7.1-release e queria migrar essa máquina para uma >> outra com hardware melhor. Pensei em instalar um free-8.3 e fazer um dump >> para essa máquina,alguém já fez algo parecido e pode dizer se funcionou,se >> teve que alterar muita coisa?É uma máquina crítica e tá dando problema de >> hardware. >> >> Valeu! > > Não uso o dump porque sempre usei o tar para os meus backups, desde da > época do SCO Unix. rsrsrs Eu faria assim no caso de não correr riscos: > > 1) Faria um tar completo do sistema atual. > 2) Jogaria esse sistema em outra máquina e atualizaria até chegar na > versão 8.3. > 3) Ficou tudo funcionando certo? Se sim passaria para a máquina nova. > > Isso para não mexer na máquina em produção. :) > >> >> Danilo Augusto Vicente Lara >> danilo...@gmail.com >> Celular: +55 61 8177-1361 >> - >> 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 Pra mim comercaria tudo do zero nem que vara-se madrugada. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - 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 de uma máquina para outra com versão mais nova do Free
Em 16 de maio de 2012 22:33, Marcelo Gondim escreveu: > Em 16/05/2012 19:03, Danilo Lara escreveu: > > Galera,blz? > > Tenho um servidor com free 7.1-release e queria migrar essa máquina para > uma outra com hardware melhor. Pensei em instalar um free-8.3 e fazer um > dump para essa máquina,alguém já fez algo parecido e pode dizer se > funcionou,se teve que alterar muita coisa?É uma máquina crítica e tá dando > problema de hardware. > > > > Valeu! > > Não uso o dump porque sempre usei o tar para os meus backups, desde da > época do SCO Unix. rsrsrs Eu faria assim no caso de não correr riscos: > > 1) Faria um tar completo do sistema atual. > 2) Jogaria esse sistema em outra máquina e atualizaria até chegar na > versão 8.3. > 3) Ficou tudo funcionando certo? Se sim passaria para a máquina nova. > > Isso para não mexer na máquina em produção. :) > > > > > Danilo Augusto Vicente Lara > > danilo...@gmail.com > > Celular: +55 61 8177-1361 > > - > Se minha inutil sugestão for lhe ajudar em algo, considere. A unica coisa que conheço em uma maquina que consegue dar pau sem travar definitivamente um servidor é HD. Se seu problema for HD, pega uma maquina ( não é a nova, use outra ) roda o dump ou o tar como sugerido e coloca nessa maquina deixa o ambiente de produção rodando sem possibilidades tangiveis de problemas Posteriormente refaça todo o servidor do zero sobre o 8.3 ou mesmo sobre o 9.0 na maquina nova e só migre os dados. Em resumo; Primeiro deixa o ambiente de produção rodar corretamente sem sustos, acredite migração de serviços sempre tem sustos. Segundo sobre o servidor novo, refacha-o, inclusive reanalisando cada daemon, estrutura de discos, sistemas de arquivos, no 7 por exemplo o ZFS estava ainda era recente, hoje ele pode estar na raiz do sistema o que lhe dará um sistema de arquivo mais robusto. Você não descriminou a função do servidor, quais os serviços contudo há muitas coisas que mudaram do 7 até o atual e novo 9, são duas major release e pelo menos se considerar 7.0 Release 7 menor release. Opnião minha: desconsidero a possibilidade de atualização de servidor entre major release ( problemas serios entre o 6.3 e 7.0 me deixou arisco quanto a isso ), atualização somente sobre menor release ( a mudanças são poucas ) Analise a inutil dica se ajudar não foi tão inutil, se não servir para nada ignore. Flamers > /dev/null. -- :=)><(=: Flamers > /dev/null !!! - 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 de uma máquina para outra com versão mais nova do Free
Em 16/05/2012 19:03, Danilo Lara escreveu: > Galera,blz? > Tenho um servidor com free 7.1-release e queria migrar essa máquina para uma > outra com hardware melhor. Pensei em instalar um free-8.3 e fazer um dump > para essa máquina,alguém já fez algo parecido e pode dizer se funcionou,se > teve que alterar muita coisa?É uma máquina crítica e tá dando problema de > hardware. > > Valeu! Não uso o dump porque sempre usei o tar para os meus backups, desde da época do SCO Unix. rsrsrs Eu faria assim no caso de não correr riscos: 1) Faria um tar completo do sistema atual. 2) Jogaria esse sistema em outra máquina e atualizaria até chegar na versão 8.3. 3) Ficou tudo funcionando certo? Se sim passaria para a máquina nova. Isso para não mexer na máquina em produção. :) > > Danilo Augusto Vicente Lara > danilo...@gmail.com > Celular: +55 61 8177-1361 > - > 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 de uma máquina para outra com versão mais nova do Free
Pois é,ia usar o dump,mas o free-7.1 não reconhece o hd da máquina nova,aí depois do dump não vou conseguir dar boot na máquina. já o free-8 reconhece. Danilo Augusto Vicente Lara danilo...@gmail.com Celular: +55 61 8177-1361 De: Otavio Augusto Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Enviadas: Quarta-feira, 16 de Maio de 2012 19:14 Assunto: Re: [FUG-BR] Dump de uma máquina para outra com versão mais nova do Free Em 16 de maio de 2012 19:03, Danilo Lara escreveu: > Galera,blz? > Tenho um servidor com free 7.1-release e queria migrar essa máquina para uma > outra com hardware melhor. Pensei em instalar um free-8.3 e fazer um dump > para essa máquina,alguém já fez algo parecido e pode dizer se funcionou,se > teve que alterar muita coisa?É uma máquina crítica e tá dando problema de > hardware. Com o Dump seria a mesma versão. Voce poderia fazer um dump e depois atualizar o SO. Exceto se vc for dump somente das partições que contenham somente dados como /home ou de compartilhamento do samba. > > Valeu! > > Danilo Augusto Vicente Lara > danilo...@gmail.com > Celular: +55 61 8177-1361 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Otavio Augusto - Consultor de TI Citius Tecnologia 31 37761866 31 88651242 http://www.citiustecnologia.com.br - 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 de uma máquina para outra com versão mais nova do Free
Em 16 de maio de 2012 19:03, Danilo Lara escreveu: > Galera,blz? > Tenho um servidor com free 7.1-release e queria migrar essa máquina para uma > outra com hardware melhor. Pensei em instalar um free-8.3 e fazer um dump > para essa máquina,alguém já fez algo parecido e pode dizer se funcionou,se > teve que alterar muita coisa?É uma máquina crítica e tá dando problema de > hardware. Com o Dump seria a mesma versão. Voce poderia fazer um dump e depois atualizar o SO. Exceto se vc for dump somente das partições que contenham somente dados como /home ou de compartilhamento do samba. > > Valeu! > > Danilo Augusto Vicente Lara > danilo...@gmail.com > Celular: +55 61 8177-1361 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Otavio Augusto - Consultor de TI Citius Tecnologia 31 37761866 31 88651242 http://www.citiustecnologia.com.br - 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
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
>> 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 2 de fevereiro de 2012 23:19, Thiago Damas escreveu: > Medo... > como fazer backup com o dump então? Tem que desmontar? Desmontado acho que o dump não funciona, uma seria tentar sem a opção -L, ela serve para fazer no sistema "vivo", ele faz (faria se não desse pau) o snapshot e tiraria o dump de lá, é bem nessa parte que está o problema, não sei qual das duas é menos arriscada... []'s > 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! >> - >> 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
Re: [FUG-BR] dump + SUJ
Medo... como fazer backup com o dump então? Tem que desmontar? 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! > - > 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
On Apr 14, 2011, at 9:04 AM, Renata Dias wrote: > Caros, > > É possivel remover um diretório de dentro do arquivo .dump ? > > Durante um tempo foi gerado o backup incremental de uma partição, mas nela > existia um diretório que todo dia havia modificações de 15G. > Preciso de espaço em disco, mas não quero remover os arquivos .dump e sim > somente este diretório que está dentro do dump pra diminuir o tamanho do > arquivo de backup. Renata, Remover o conteúdo depois que o dump já foi feito eu não conheco (embora me pareça possível), mas você pode marcar alguns arquivos ou diretórios para que o dump não faça backup deles (e assim reduzir o tamanho dos próximos backups). De uma olhada nas opções -L (dump level) e -h (honor user flag 'nodump') no manual do dump(8). Alguns arquivos (como o journal do SUJ) já são criados com essa flag (por exemplo): rspro-01# ls -lo total 33238 -r1 root wheel schg,sunlnk,nodump 33554432 Jan 1 1970 .sujournal Att., Luiz - 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 e Restore
Eu usei o rsync nessa madrugada para migrar algumas contas de e-mail e funcionou perfeitamente para o que eu precisava. Obrigada pelas respostas!! 2009/7/15 Denis Augusto de Souza > Renata, > > Duas boas opções é usar o Amanda ou o Bacula, presentes no ports. O Bacula > é > mais simples para implantar backups com o storage em disco. Particurlamente > gostei mais do Bacula. > > []´s, > Denis > -- > --- > > Denis Augusto A. de Souza > > http://freebsdbook.blogspot.com/ > > --- > 2009/7/14 Botelho, Marco Antônio Faria > > > Renata, > > > > sugiro o bom e velho rsync. > > > > Marco Antônio > > > > 2009/7/14 Renata Dias > > > > > Caros, > > > > > > > > > Preciso de uma solução para backup de diretório. O DUMP e RESTORE fazem > > > isso, porém somente do filesystem e neste caso não compensa copiar todo > o > > > filesystem sendo que preciso do backup apenas para um diretório, mas > tem > > > que > > > ser backup complerto e incremental. > > > > > > Alguma dica de aplicação? > > > > > > > > > Obrigada! > > > > > > -- > > > Renata Dias > > > - > > > 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 > -- Renata Dias - 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 e Restore
Renata, Duas boas opções é usar o Amanda ou o Bacula, presentes no ports. O Bacula é mais simples para implantar backups com o storage em disco. Particurlamente gostei mais do Bacula. []´s, Denis -- --- Denis Augusto A. de Souza http://freebsdbook.blogspot.com/ --- 2009/7/14 Botelho, Marco Antônio Faria > Renata, > > sugiro o bom e velho rsync. > > Marco Antônio > > 2009/7/14 Renata Dias > > > Caros, > > > > > > Preciso de uma solução para backup de diretório. O DUMP e RESTORE fazem > > isso, porém somente do filesystem e neste caso não compensa copiar todo o > > filesystem sendo que preciso do backup apenas para um diretório, mas tem > > que > > ser backup complerto e incremental. > > > > Alguma dica de aplicação? > > > > > > Obrigada! > > > > -- > > Renata Dias > > - > > 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
Re: [FUG-BR] Dump e Restore
Renata, sugiro o bom e velho rsync. Marco Antônio 2009/7/14 Renata Dias > Caros, > > > Preciso de uma solução para backup de diretório. O DUMP e RESTORE fazem > isso, porém somente do filesystem e neste caso não compensa copiar todo o > filesystem sendo que preciso do backup apenas para um diretório, mas tem > que > ser backup complerto e incremental. > > Alguma dica de aplicação? > > > Obrigada! > > -- > Renata Dias > - > 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/restore - cadê os arquivos? : (
2009/1/15 irado furioso com tudo
>
> estou especulando aqui com o casalzinho dump/restore mas tô me danando
> todo e não encontro saída para um "pequeno" problema: o dump salva o
> diretório, mas não o conteúdo :(
>
> estou usando assim:
>
> dump -0Lau -f VAR-ad4s1d.dmp /dev/ad4s1d
>
> isso para a partição que contém o /usr dessa máquina. Expandindo - só
> pra experimentar - com o restore, em outra máquina/sub-diretório,
> constato que a maioria dos folders estão vazios, só os proprios folders
> é que estão lá. Bem.. alguma dica? vale chutar qualquer coisa, pq não
> vejo nada semelhante no google ou em outros foruns.
>
> eu havia pensado em usar o tar para fazer essas imagens, mas como o
> sistema está vivo, em uso, as orientações (internet) são para o
> dump/restore, mas se continuar assim, nada feito.
>
> objetivo: restaurar máquina pós desastre, com fixit, etc. Vide:
>
> http://lists.freebsd.org/pipermail/freebsd-doc/2005-May/007913.html
>
> se tiverem algo melhor, por favor, não se acanhem.
>
> TIA
>
>
Eu fiz um script chamado dump.sh:
# A barra no final é importante!
PTH='/backup/'
function clean {
# Remove dumps obsoletos
for ((id=$LEVEL+1;id<=9;id++)); do
if [[ -e $PTH$NAME"_"$id.dump ]]; then
rm -f $PTH$NAME"_"$id.dump ;
echo $PTH$NAME removido
fi
done
}
if [ "$NAME" = "root" ] ;
then FS='' # aqui são dois apóstrofes
fi
if [ -n "$2" ]
then
/sbin/dump -$LEVEL -h0 -Luaf $PTH$NAME"_"$LEVEL.dump /$FS &&
clean
else
/sbin/dump -h0 -Luaf $PTH$NAME.dump /$FS && clean
fi
E outro chamado backup.sh:
#!/bin/sh
# O argumento é o nível
dump.sh root $1
dump.sh var $1
dump.sh usr $1
E no crontab tá assim:
00 0 */1 * 1-6 rootbackup.sh 3
00 0 */1 * sun rootbackup.sh 2
00 0 1 * * rootbackup.sh 1
Tive vários problemas com ele mas agora tá legal.
Espero que ajude.
Dúvidas, críticas e xingamentos, ou se alguém tiver uma idéia pra melhorar
ele, sou todo ouvidos.
-
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 / Restore
On 4/10/07, Rafael Busetti <[EMAIL PROTECTED]> wrote: > Se for aplicado um DUMP numa máquina e em outra eu usar este DUMP > quais implicações eu poderia ter? Se entendi bem, queres usar o dump pra gerar a imagem de um sistema de arquivos em uma máquina e restaurá-la em outra máquina. Funciona perfeitamente. Eu usei esse recurso pra fazer backup dos sistemas de arquivo do meu PC antigo quando comprei uma máquina. Usei o próprio CD de instalação do FreeBSD, em modo "fixit" pra fazer o serviço sem ter o SO instalado. É claro que depois tive que gerar um kernel novo e acertar as configurações por causa das diferenças no hardware, mas isto já é outra história. -- Carlos A. M. dos Santos - 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 / Restore
Rafael Busetti escreveu: > Se for aplicado um DUMP numa máquina e em outra eu usar este DUMP > quais implicações eu poderia ter? > > Desculpe-me, mas não entendi a sua pergunta. -- Cordialmente, Rodolfo Zappa Archive TSP - Total Solution Provider Nosso negócio é garantir que a sua rede de informações não pare! (21) 2567-1842 [EMAIL PROTECTED] http://www.archive.com.br "Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É extremamente difícil tomar decisões num estado de agitação. Por outro lado, se sem se preocupar com as conseqüências menores, abordamos os problemas com o espírito afiado como uma lâmina, sempre encontramos a solução em menos tempo do que é necessáio para respirar sete vezes." Nabeshima Naoshige (1538-1618) - 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 / Restore
Se for aplicado um DUMP numa máquina e em outra eu usar este DUMP quais implicações eu poderia ter? Em 10/04/07, Roberval Jesus Naka<[EMAIL PROTECTED]> escreveu: > Muito obrigado pela ajuda Rodolfo. > > > > > At 19:07 9/4/2007, you wrote: > > >Roberval Jesus Naka escreveu: > > > Olá pessoal, > > > > > > Tenho um servidor "A" com unidade de fita e quero fazer backup usando dump > > > do servidor "B". Como faço para fazer esse backup de forma segura? > > > > > > Obroigado pela atenção de todos. > > > > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > !DSPAM:8,461a768e982601747069737! > > > > > > > > > > >Segue um breve roteiro que escrevi pros meus colegas de trabalho > >(inclusive sobre como jogar e puxar via ssh, uma fita em outra máquina): > > > > > >1) Como fazer backup com o DUMP: > > > ># dump -h0 -0Luaf /dev/nsa0 /ad0s1a > >ou > ># dump -h0 -0Luaf - /dev/ad0s1a | ssh [EMAIL PROTECTED] dd of=/dir/data.dump > >ou > ># dump -h0 -0Luaf - /dev/ad0s1a | ssh [EMAIL PROTECTED] dd obs=4096 > >of=/dev/nsa0 > > > > > >2) Para restaurar interativamente, com o RESTORE: > > > ># restore -ivf /dev/nsa0 > >ou > ># ssh [EMAIL PROTECTED] dd ibs=4096 if=/dir/data.dump | restore -ivf - > > > > > >3) Para reconstruir o filesystem com o RESTORE: > > > ># newfs /dev/ad0s1a > ># mount /dev/ad0s1a /mnt > ># cd /mnt > ># restore -rf /dev/nsa0 > > > >ou > > > ># ssh [EMAIL PROTECTED] dd ibs=4096 if=/dir/data.dump | restore -rf - > > > > > >4) Observação sobre utilização de unidades de fita: > > > >a) Para aproveitar a mesma fita para vários jobs, utilizar o device > >/dev/nsa0, em vez do /dev/sa0, pois o primeiro não rebobina a fita após > >finalizar o job > > Ex: > > # dump -h0 -0Luaf /dev/nsa0 /ad0s1a ( backup da partição / ) - > >posição 0 da fita > > # dump -h0 -0Luaf /dev/nsa0 /ad0s1d ( backup da partição /usr ) > >- posição 1 da fita > > # dump -h0 -0Luaf /dev/nsa0 /ad0s1e ( backup da partição > >/usr/local ) - posição 2 da fita > > # dump -h0 -0Luaf /dev/nsa0 /ad0s1f ( backup da partição /var ) > >- posição 3 da fita > > > > > >5) Para restaurar um partição, primeiro posicionar a fita na posição > >desejada > > Ex: Para restaurar algum arquivo da partição /dev/ad0s1f > >anteriormente gravada na fita, no exemplo anterior (/var) > > > > # mt -f /dev/nsa0 rewind (rebobina a fita - posição 0) > > # mt -f /dev/nsa0 fsf 3 (avança a fita 3 posições. Como estava > >rebobinada, coloca a fita na posição 3 ) > > # restore -ivf /dev/nsa0 > > > > > >6) Observação sobre dispositivos de disco: > > > >a) Os dispositivos IDE (ambos PATA e SATA) são conhecidos como /dev/ad: > > > > HD master da controladora IDE primária: /dev/ad0 > > HD slave da controladora IDE primária: /dev/ad1 > > HD master da controladora IDE secundária: /dev/ad3 > > HD slave da controladora IDE secundária: /dev/ad4 > > > >b) Os dispositivos SCSI são conhecidos como /dev/da: > > > > HD 0 da controladora 0: /dev/da0 > > > >c) Os dispositivos de armazenamento USB também são conhecidos como /dev/da; > > > >d) No BSD o disco é dividido em slices e em partições; As partições > >ficam dentro de slices; > >As partições também são conhecidas como "labels"; > > > >e) Os slices são nomeados s1..sn, dentro dos discos (dependendo da > >quantidade existente). > > Ex.: Primeiro Slice do primeiro HD SCSI = /dev/da0s1 (observe que os > >slices não começam em zero); > > > >f) Os labels são nomeados por letras, começando em "a", dentro dos slices. > > Ex.: Primeiro label do primeiro slice do HD master da primeira IDE = > >/dev/ad0s1a > > > >g) Normalmente, quando o hd é dedicado ao BSD, ele possui apenas um > >slice, que ocupa quase toda a área do disco > >(sempre ficam algums kb de fora); > > > >h) Convencionou-se utilizar o seguinte esquema de particionamento > >(atribuição de labels): > > > > a = raíz (/) > > b = swap > > c = não usado (normalmente se usa este device para acessar todos os > >labels de uma vez) > > d em diante, fica a critério do administrador do sistema; > > > >i) Para criar slices, utilize o comando "fdisk". Para criar partições > >use o comando "disklabel"; > >Para formatar um label, utiliza-se o comando "newfs"; > >Pode-se também usar o utilitário "sysinstall" para criar slices, criar e > >formatar labels (é mais fácil); > > > >j) Exemplo de saída do comando fdisk -s /dev/ad0: > > > > # fdisk -s /dev/ad0 > > /dev/ad0: 38296 cyl 16 hd 255 sec > > PartStartSize Type Flags > >1: 63 156248127 0xa5 0x80 > > > >k) Exmplo de saída do comando disklabel /dev/ad0s1 > > > > # disklabel /dev/ad0s1 > > # /dev/ad0s1: > > 8 partitions: > > #size offsetfstype [fsize bsize bps/cpg] > > a: 104857604.2BSD 2048 16384 8 > > b: 2097152 1
Re: [FUG-BR] Dump / Restore
Muito obrigado pela ajuda Rodolfo. At 19:07 9/4/2007, you wrote: >Roberval Jesus Naka escreveu: > > Olá pessoal, > > > > Tenho um servidor "A" com unidade de fita e quero fazer backup usando dump > > do servidor "B". Como faço para fazer esse backup de forma segura? > > > > Obroigado pela atenção de todos. > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > !DSPAM:8,461a768e982601747069737! > > > > > > >Segue um breve roteiro que escrevi pros meus colegas de trabalho >(inclusive sobre como jogar e puxar via ssh, uma fita em outra máquina): > > >1) Como fazer backup com o DUMP: > ># dump -h0 -0Luaf /dev/nsa0 /ad0s1a >ou ># dump -h0 -0Luaf - /dev/ad0s1a | ssh [EMAIL PROTECTED] dd of=/dir/data.dump >ou ># dump -h0 -0Luaf - /dev/ad0s1a | ssh [EMAIL PROTECTED] dd obs=4096 >of=/dev/nsa0 > > >2) Para restaurar interativamente, com o RESTORE: > ># restore -ivf /dev/nsa0 >ou ># ssh [EMAIL PROTECTED] dd ibs=4096 if=/dir/data.dump | restore -ivf - > > >3) Para reconstruir o filesystem com o RESTORE: > ># newfs /dev/ad0s1a ># mount /dev/ad0s1a /mnt ># cd /mnt ># restore -rf /dev/nsa0 > >ou > ># ssh [EMAIL PROTECTED] dd ibs=4096 if=/dir/data.dump | restore -rf - > > >4) Observação sobre utilização de unidades de fita: > >a) Para aproveitar a mesma fita para vários jobs, utilizar o device >/dev/nsa0, em vez do /dev/sa0, pois o primeiro não rebobina a fita após >finalizar o job > Ex: > # dump -h0 -0Luaf /dev/nsa0 /ad0s1a ( backup da partição / ) - >posição 0 da fita > # dump -h0 -0Luaf /dev/nsa0 /ad0s1d ( backup da partição /usr ) >- posição 1 da fita > # dump -h0 -0Luaf /dev/nsa0 /ad0s1e ( backup da partição >/usr/local ) - posição 2 da fita > # dump -h0 -0Luaf /dev/nsa0 /ad0s1f ( backup da partição /var ) >- posição 3 da fita > > >5) Para restaurar um partição, primeiro posicionar a fita na posição >desejada > Ex: Para restaurar algum arquivo da partição /dev/ad0s1f >anteriormente gravada na fita, no exemplo anterior (/var) > > # mt -f /dev/nsa0 rewind (rebobina a fita - posição 0) > # mt -f /dev/nsa0 fsf 3 (avança a fita 3 posições. Como estava >rebobinada, coloca a fita na posição 3 ) > # restore -ivf /dev/nsa0 > > >6) Observação sobre dispositivos de disco: > >a) Os dispositivos IDE (ambos PATA e SATA) são conhecidos como /dev/ad: > > HD master da controladora IDE primária: /dev/ad0 > HD slave da controladora IDE primária: /dev/ad1 > HD master da controladora IDE secundária: /dev/ad3 > HD slave da controladora IDE secundária: /dev/ad4 > >b) Os dispositivos SCSI são conhecidos como /dev/da: > > HD 0 da controladora 0: /dev/da0 > >c) Os dispositivos de armazenamento USB também são conhecidos como /dev/da; > >d) No BSD o disco é dividido em slices e em partições; As partições >ficam dentro de slices; >As partições também são conhecidas como "labels"; > >e) Os slices são nomeados s1..sn, dentro dos discos (dependendo da >quantidade existente). > Ex.: Primeiro Slice do primeiro HD SCSI = /dev/da0s1 (observe que os >slices não começam em zero); > >f) Os labels são nomeados por letras, começando em "a", dentro dos slices. > Ex.: Primeiro label do primeiro slice do HD master da primeira IDE = >/dev/ad0s1a > >g) Normalmente, quando o hd é dedicado ao BSD, ele possui apenas um >slice, que ocupa quase toda a área do disco >(sempre ficam algums kb de fora); > >h) Convencionou-se utilizar o seguinte esquema de particionamento >(atribuição de labels): > > a = raíz (/) > b = swap > c = não usado (normalmente se usa este device para acessar todos os >labels de uma vez) > d em diante, fica a critério do administrador do sistema; > >i) Para criar slices, utilize o comando "fdisk". Para criar partições >use o comando "disklabel"; >Para formatar um label, utiliza-se o comando "newfs"; >Pode-se também usar o utilitário "sysinstall" para criar slices, criar e >formatar labels (é mais fácil); > >j) Exemplo de saída do comando fdisk -s /dev/ad0: > > # fdisk -s /dev/ad0 > /dev/ad0: 38296 cyl 16 hd 255 sec > PartStartSize Type Flags >1: 63 156248127 0xa5 0x80 > >k) Exmplo de saída do comando disklabel /dev/ad0s1 > > # disklabel /dev/ad0s1 > # /dev/ad0s1: > 8 partitions: > #size offsetfstype [fsize bsize bps/cpg] > a: 104857604.2BSD 2048 16384 8 > b: 2097152 1048576 swap > c: 1562481270unused0 0 # "raw" >part, don't edit > d: 20971520 31457284.2BSD 2048 16384 28552 > e: 32768000 241172484.2BSD 2048 16384 28552 > f: 99362879 568852484.2BSD 2048 16384 28544 > > > > > >-- >Cordialmente, > >Rodolfo Zappa > >Archive TSP - Total Solution Provider >Nosso negócio é garantir que a sua rede de informações não pare! > >(21) 2
Re: [FUG-BR] Dump / Restore
Roberval Jesus Naka escreveu: > Olá pessoal, > > Tenho um servidor "A" com unidade de fita e quero fazer backup usando dump > do servidor "B". Como faço para fazer esse backup de forma segura? > > Obroigado pela atenção de todos. > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > !DSPAM:8,461a768e982601747069737! > > > Segue um breve roteiro que escrevi pros meus colegas de trabalho (inclusive sobre como jogar e puxar via ssh, uma fita em outra máquina): 1) Como fazer backup com o DUMP: # dump -h0 -0Luaf /dev/nsa0 /ad0s1a ou # dump -h0 -0Luaf - /dev/ad0s1a | ssh [EMAIL PROTECTED] dd of=/dir/data.dump ou # dump -h0 -0Luaf - /dev/ad0s1a | ssh [EMAIL PROTECTED] dd obs=4096 of=/dev/nsa0 2) Para restaurar interativamente, com o RESTORE: # restore -ivf /dev/nsa0 ou # ssh [EMAIL PROTECTED] dd ibs=4096 if=/dir/data.dump | restore -ivf - 3) Para reconstruir o filesystem com o RESTORE: # newfs /dev/ad0s1a # mount /dev/ad0s1a /mnt # cd /mnt # restore -rf /dev/nsa0 ou # ssh [EMAIL PROTECTED] dd ibs=4096 if=/dir/data.dump | restore -rf - 4) Observação sobre utilização de unidades de fita: a) Para aproveitar a mesma fita para vários jobs, utilizar o device /dev/nsa0, em vez do /dev/sa0, pois o primeiro não rebobina a fita após finalizar o job Ex: # dump -h0 -0Luaf /dev/nsa0 /ad0s1a ( backup da partição / ) - posição 0 da fita # dump -h0 -0Luaf /dev/nsa0 /ad0s1d ( backup da partição /usr ) - posição 1 da fita # dump -h0 -0Luaf /dev/nsa0 /ad0s1e ( backup da partição /usr/local ) - posição 2 da fita # dump -h0 -0Luaf /dev/nsa0 /ad0s1f ( backup da partição /var ) - posição 3 da fita 5) Para restaurar um partição, primeiro posicionar a fita na posição desejada Ex: Para restaurar algum arquivo da partição /dev/ad0s1f anteriormente gravada na fita, no exemplo anterior (/var) # mt -f /dev/nsa0 rewind (rebobina a fita - posição 0) # mt -f /dev/nsa0 fsf 3 (avança a fita 3 posições. Como estava rebobinada, coloca a fita na posição 3 ) # restore -ivf /dev/nsa0 6) Observação sobre dispositivos de disco: a) Os dispositivos IDE (ambos PATA e SATA) são conhecidos como /dev/ad: HD master da controladora IDE primária: /dev/ad0 HD slave da controladora IDE primária: /dev/ad1 HD master da controladora IDE secundária: /dev/ad3 HD slave da controladora IDE secundária: /dev/ad4 b) Os dispositivos SCSI são conhecidos como /dev/da: HD 0 da controladora 0: /dev/da0 c) Os dispositivos de armazenamento USB também são conhecidos como /dev/da; d) No BSD o disco é dividido em slices e em partições; As partições ficam dentro de slices; As partições também são conhecidas como "labels"; e) Os slices são nomeados s1..sn, dentro dos discos (dependendo da quantidade existente). Ex.: Primeiro Slice do primeiro HD SCSI = /dev/da0s1 (observe que os slices não começam em zero); f) Os labels são nomeados por letras, começando em "a", dentro dos slices. Ex.: Primeiro label do primeiro slice do HD master da primeira IDE = /dev/ad0s1a g) Normalmente, quando o hd é dedicado ao BSD, ele possui apenas um slice, que ocupa quase toda a área do disco (sempre ficam algums kb de fora); h) Convencionou-se utilizar o seguinte esquema de particionamento (atribuição de labels): a = raíz (/) b = swap c = não usado (normalmente se usa este device para acessar todos os labels de uma vez) d em diante, fica a critério do administrador do sistema; i) Para criar slices, utilize o comando "fdisk". Para criar partições use o comando "disklabel"; Para formatar um label, utiliza-se o comando "newfs"; Pode-se também usar o utilitário "sysinstall" para criar slices, criar e formatar labels (é mais fácil); j) Exemplo de saída do comando fdisk -s /dev/ad0: # fdisk -s /dev/ad0 /dev/ad0: 38296 cyl 16 hd 255 sec PartStartSize Type Flags 1: 63 156248127 0xa5 0x80 k) Exmplo de saída do comando disklabel /dev/ad0s1 # disklabel /dev/ad0s1 # /dev/ad0s1: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 104857604.2BSD 2048 16384 8 b: 2097152 1048576 swap c: 1562481270unused0 0 # "raw" part, don't edit d: 20971520 31457284.2BSD 2048 16384 28552 e: 32768000 241172484.2BSD 2048 16384 28552 f: 99362879 568852484.2BSD 2048 16384 28544 -- Cordialmente, Rodolfo Zappa Archive TSP - Total Solution Provider Nosso negócio é garantir que a sua rede de informações não pare! (21) 2567-1842 [EMAIL PROTECTED] http://www.archive.com.br "Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É extremamente difícil tomar decisões num estado de agitação. Por outro lado, se sem se preocupar com as conseqüências
Re: [FUG-BR] Dump / Restore
Olhe esses links, e sempre procure antes no handbook sobre esse tipo de tarefa "comum" em servidores ;) http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/backups-tapebackups.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/backup-strategies.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/backup-basics.html victor f. loureiro lima Em 09/04/07, Roberval Jesus Naka<[EMAIL PROTECTED]> escreveu: > Olá pessoal, > > Tenho um servidor "A" com unidade de fita e quero fazer backup usando dump > do servidor "B". Como faço para fazer esse backup de forma segura? > > Obroigado pela atenção de todos. > > - > 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 de CD/DVD
Em Mon, 26 Feb 2007 13:56:44 -0300 "Rafael Fernandes" <[EMAIL PROTECTED]> escreveu: > Alguém poderia me informar como ou com que programa posso fazer um > dump dos dados brutos de um CD ou DVD? além do (já mencionado) dd, vc pode: cat /dev/ > /tmp/nomequalquer.iso acho bem simples para lembrar :) -- flames > /dev/null saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "Não é evidente que Deus exista." (San Tomaz de Aquino) - 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 de CD/DVD
Não amigo, o dd funcionou, mas tive que usar a opção "bs" para informar o tamanho do bloco. Eu tinha achado que esta opção não seria tão importante, até porque no próprio exemplo da documentação não a usavam. Foi só um detalhe que estava atrapalhando, mais nada. Obrigado pela ajuda, Rafael. On Mon, 26 Feb 2007 15:08:35 -0300, Nilson Debatin <[EMAIL PROTECTED]> wrote: > Em Seg, 2007-02-26 às 14:16 -0300, Rafael Fernandes escreveu: >> É eu já tinha tentado isto, dá invalid argument. >> >> No free, tem como gravar um CD sem definir um sistema de arquivos (iso, >> ufs, etc). >> No exemplo da documentação, vc poderia fazer isto para gravar um tar, e >> então usar o tar para ler >> diretamente estes dados no CD. >> Veja bem que, como não há sistema de arquivos, seria impossível de >> montar >> o cd para leitura normal. >> >> Na verdade, estava precisando de um tipo de "raw-read", como tem o >> "raw-write". > > Ainda não entendi o que vc quer, ao meu ver 100% das respostas a você > estavam perfeitas, afinal não existe (que seja do meu conhecimento) > ferramenta melhor que o dd (device dump?) para fazer isso. Usando o dd > você estará lendo em raw-mode, bit a bit do que tem gravado dentro do > cd, o que significa que lendo bit-a-bit o conteudo do cd no fim das > contas você vai conseguir um ISO pois é isso mesmo que ele é um bit-a- > bit do cd. > > Caso hipotetico: Se você gravar uma ISO num CD, você pode verificar > se o md5 do conteudo do CD é igual ao md5 da imagem.ISO, tendo assim > certeza de que foi gravado com sucesso. > > Se não é nada disso que você quer, então nos explique melhor qual > a sua necessidade. > > []s > Nilson > > > > - > 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 de CD/DVD
Em Seg, 2007-02-26 às 14:16 -0300, Rafael Fernandes escreveu: > É eu já tinha tentado isto, dá invalid argument. > > No free, tem como gravar um CD sem definir um sistema de arquivos (iso, > ufs, etc). > No exemplo da documentação, vc poderia fazer isto para gravar um tar, e > então usar o tar para ler > diretamente estes dados no CD. > Veja bem que, como não há sistema de arquivos, seria impossível de montar > o cd para leitura normal. > > Na verdade, estava precisando de um tipo de "raw-read", como tem o > "raw-write". Ainda não entendi o que vc quer, ao meu ver 100% das respostas a você estavam perfeitas, afinal não existe (que seja do meu conhecimento) ferramenta melhor que o dd (device dump?) para fazer isso. Usando o dd você estará lendo em raw-mode, bit a bit do que tem gravado dentro do cd, o que significa que lendo bit-a-bit o conteudo do cd no fim das contas você vai conseguir um ISO pois é isso mesmo que ele é um bit-a- bit do cd. Caso hipotetico: Se você gravar uma ISO num CD, você pode verificar se o md5 do conteudo do CD é igual ao md5 da imagem.ISO, tendo assim certeza de que foi gravado com sucesso. Se não é nada disso que você quer, então nos explique melhor qual a sua necessidade. []s Nilson - 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 de CD/DVD
É eu já tinha tentado isto, dá invalid argument. No free, tem como gravar um CD sem definir um sistema de arquivos (iso, ufs, etc). No exemplo da documentação, vc poderia fazer isto para gravar um tar, e então usar o tar para ler diretamente estes dados no CD. Veja bem que, como não há sistema de arquivos, seria impossível de montar o cd para leitura normal. Na verdade, estava precisando de um tipo de "raw-read", como tem o "raw-write". Ainda assim, obrigado. Rafael. On Mon, 26 Feb 2007 13:59:57 -0300, Luiz Gustavo (gugabsd) <[EMAIL PROTECTED]> wrote: > dd if=/dev/acd0 of=imagem_cd.iso > > On 2/26/07, Rafael Fernandes <[EMAIL PROTECTED]> wrote: >> Olá pessoal, >> >> Alguém poderia me informar como ou com que programa posso fazer um dump >> dos dados brutos de um CD ou DVD? >> >> Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem >> ser >> necessário montar ou saber qual sistema de arquivos é usado na mídia. Só >> uma cópia bruta mesmo. >> >> Grato, >> >> Rafael. >> - >> 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 de CD/DVD
Ah, o seu deu certo! Faltava era definir o buffer não é? hehe. Obrigado! Rafael. On Mon, 26 Feb 2007 14:04:16 -0300, Marcelo Lima <[EMAIL PROTECTED]> wrote: > dd if=/dev/acd0 of=arquivo.iso bs=1M > > > > Rafael Fernandes wrote: >> Olá pessoal, >> >> Alguém poderia me informar como ou com que programa posso fazer um dump >> dos dados brutos de um CD ou DVD? >> >> Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem >> ser >> necessário montar ou saber qual sistema de arquivos é usado na mídia. Só >> uma cópia bruta mesmo. >> >> Grato, >> >> Rafael. >> - >> 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
Re: [FUG-BR] Dump de CD/DVD
dd if=/dev/acd0 of=arquivo.iso bs=1M Rafael Fernandes wrote: > Olá pessoal, > > Alguém poderia me informar como ou com que programa posso fazer um dump > dos dados brutos de um CD ou DVD? > > Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem ser > necessário montar ou saber qual sistema de arquivos é usado na mídia. Só > uma cópia bruta mesmo. > > Grato, > > Rafael. > - > 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 de CD/DVD
On Mon, 2007-02-26 at 13:56 -0300, Rafael Fernandes wrote: > Olá pessoal, > > Alguém poderia me informar como ou com que programa posso fazer um dump > dos dados brutos de um CD ou DVD? > > Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem ser > necessário montar ou saber qual sistema de arquivos é usado na mídia. Só > uma cópia bruta mesmo. > > Grato, > > Rafael. dd. -- System/Network Administrator BSD User: BSD050973 Celular: 61 8177-1361 [EMAIL PROTECTED] - 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 de CD/DVD
dd if=/dev/acd0 of=imagem_cd.iso On 2/26/07, Rafael Fernandes <[EMAIL PROTECTED]> wrote: > Olá pessoal, > > Alguém poderia me informar como ou com que programa posso fazer um dump > dos dados brutos de um CD ou DVD? > > Por fazer dump me refiro a criar um arquivo do conteúdo da mídia, sem ser > necessário montar ou saber qual sistema de arquivos é usado na mídia. Só > uma cópia bruta mesmo. > > Grato, > > Rafael. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Luiz Gustavo - FreeBSD User <===\ < http://www.luizgustavo.pro.br <===/ - 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 - sem a flag -L????
Em Qui, 2006-08-31 às 09:44 -0300, Louis . escreveu: > olá pessoal, > > Estou com um problema aqui no quesito backup. Faço backup regularmente com > servers FBSD 5.3 com o clássico comando DUMP, e neles (5.3) tem a opção de > fazer com flag -L (This option is to notify dump that it is dumping a live > file system.). Agora vem o problema, tem um server que roda a FBSD 4.3, > portanto muito antigo e com o comando DUMP sem a flag -L. Minha pergunta, > teria como atualizar o DUMP pelo ports, sem precisar tentar fazer uma > atualização do SO, pois é um server importante e não queria me aventurar > nisso agora e me preocupando apenas em fazer um backup com o DUMP com a > opção -L?? Vcs teria alguma ideia, luz ou etc??? Você pode tentar fazer o seguinte: Instalar nessa maquina o codigo fonte do 6.1 (src-all), e dar um make no diretorio /usr/src/sbin/dump pra compilar essa versão do dump, dai teras o executável nesse mesmo diretorio. Se compilar bonitinho, é questão de testar e ver se o programa ta funcionando adequadamente. Eu acho que isso tem muitas chances de funcionar. []s Nilson Debatin - 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!!
Oi Frederick,
Então, o espaço está bom, creio eu. Veja a saida do df:
omega# df -h
Filesystem SizeUsed Avail Capacity Mounted on
/dev/da0s1a965M 58M830M 7%/
devfs 1.0K1.0K 0B 100%/dev
/dev/da0s1d3.8G2.9G556M84%/usr
/dev/da0s1e 10G3.5G6.1G36%/var
O comando utilizado foi esse dentro da partição /var:
# dump -0 -L -f /var/backup-server/backup-usr.dump /usr
Antes de mais nada, obrigado pela atenção!
>From: "Renato Frederick" <[EMAIL PROTECTED]>
>Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>
>To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)'
>
>Subject: Re: [FUG-BR] Dump!!
>Date: Mon, 12 Jun 2006 15:43:09 -0300
>
>Talvez porque o espaço em disco acabou?
>
>Qual foi a sintaxe que você utilizou?
>
>
>-
>Renato Frederick
>FreeBSD Brasil LTDA.
>Fone: (31) 3281-9633
>http://www.freebsdbrasil.com.br
>-
>""Troco 286 com monitor por um pacote de bolacha Maria. Volto diferença.""
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> > Behalf Of Louis .
> > Sent: segunda-feira, 12 de junho de 2006 15:35
> > To: freebsd@fug.com.br
> > Subject: [FUG-BR] Dump!!
> >
> > Ola pessoal,
> >
> > Estou fazendo um backup com o DUMP da particao "/usr" e de repente me
> > deparei com esta mensagem:
> >
> > DUMP: Closing /var/backup-server/backup-usr.dump
> > DUMP: Change Volumes: Mount volume #2
> > DUMP: Is the new volume mounted and ready to go?: ("yes" or "no")
> >
> > Afinal, o que significa esse yes or no???
> >
> > Obrigado p/ atencao!
> >
> >
> >
> >
> >
> >
> > ---
> > ---
> > "Quanto mais sei, mais sei que nada sei" By Sócrates.
> > "Homem, conhece-te a ti mesmo!" By Sócrates.
> > "Ajuda-te e o céu te ajudará" By Máxima cristã.
> >
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
><< smime.p7s >>
>-
>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!!
Talvez porque o espaço em disco acabou?
Qual foi a sintaxe que você utilizou?
-
Renato Frederick
FreeBSD Brasil LTDA.
Fone: (31) 3281-9633
http://www.freebsdbrasil.com.br
-
""Troco 286 com monitor por um pacote de bolacha Maria. Volto diferença.""
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Louis .
> Sent: segunda-feira, 12 de junho de 2006 15:35
> To: freebsd@fug.com.br
> Subject: [FUG-BR] Dump!!
>
> Ola pessoal,
>
> Estou fazendo um backup com o DUMP da particao "/usr" e de repente me
> deparei com esta mensagem:
>
> DUMP: Closing /var/backup-server/backup-usr.dump
> DUMP: Change Volumes: Mount volume #2
> DUMP: Is the new volume mounted and ready to go?: ("yes" or "no")
>
> Afinal, o que significa esse yes or no???
>
> Obrigado p/ atencao!
>
>
>
>
>
>
> ---
> ---
> "Quanto mais sei, mais sei que nada sei" By Sócrates.
> "Homem, conhece-te a ti mesmo!" By Sócrates.
> "Ajuda-te e o céu te ajudará" By Máxima cristã.
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
smime.p7s
Description: S/MIME cryptographic signature
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
