On Tue, 2005-10-25 at 17:23 -0200, Thadeu Penna wrote: > >>Fazendo cópias de arquivos, você tem maior flexibilidade > >>na divisão das partições (comparado com o partimage). Você pode ter um > >>esquema de particionamento na máquina a ser replicada que é diferente da > >>máquina modelo. > > > > Dah muita margem a erros.. > > Não dá...
Explique porque não dá.. A flexibilidade de configuracão dá margem a erros na configuracão do clone. Dá chance ao usuário de errar. O usuário é humano. :) Se você quer ter uma cópia fiel, você não precisa de um programa flexível, você só precisa de algo que faca uma cópia fiel, concordas? Qual a vantagem de se ter um particionamento diferente na máquina replicada? Se você quer máquinas particionadas de forma diferente, sua matriz deve estar da forma que você deseja as cópias.. > > Eh o tipo de coisa que precisas testar algumas vezes antes de botar em > > pratica. > > Nao podes simplesmente mandar dar um rsync ou tar ou seja lah o que for > > direto na raiz.. > > E quem disse que o replicator é isto?? Se fosse, não seria um pacote e > sim um comando... Comandos? Exemplifique.. Até o dd faz parte de um pacote.. Não entendi.. > > E o /dev? E o /proc? Muita coisa deve ser levada em conta.. > > > você nunca usou o replicator, não é ? O replicator não é um rsync de uma > partição para outra. Veja em replicator.sf.net. Não precisa testar: se > uma máquina funciona, então a outra funciona também. O replicator não > copia o /proc/, /dev, /var/spool/umontedecoisas, etc.. só o que é > necessário. Como saber o que é necessário ? O programa está na versão 3 > e foi testada por muiiiiiita gente, desde o potato.. Não pois não vejo uma situacão onde ele seria útil e que eu não pudesse fazer de outras formas.. :) Mas o /dev é necessário e deve ser copiado :P Pois é, o tar, o dd, o cpio nem precisam ser testados por um monte de gente.. eles estão ai desde que você nasceu :) > > Com o replicator, como fica o boot? o rsync nao vai escrever ele? Como > > ficam as definicoes de particoes? Este tipo de coisa nao serah clonada? > > Se quiser clone o esquema de partições, se não quiser não clone. Isto é > o que eu chamo de flexível. Ele vai copiar o /usr de um para outro, como > vc mesmo disse, arquivo por arquivo. Se for diferente o esquema de > partições, é só o fstab que será diferente. Não, não é só o fstab, é a quantidade de blocos em cada particão, é o tamanho e localizacão delas, é a localizacão e fragmentacão dos arquivos, etc, etc, tudo está sendo colocado em locais diferentes.. Até mesmo o lilo ou outro boot manager não apontará para a localizacão correta do kernel. Ao fim da cópia não tens um clone fiel. Se não tens um clone fiel, não podes dar 100% de certeza que irá funcionar.. > O boot não é clonado, copia-se o lilo.conf e roda o lilo na máquina > clone, depois de copiados os arquivos. O que eu coloco no postinst do > replicator é reconfigurar o ssh (para gerar as chaves diferentes da > máquina padrão) e eventualmente o xserver-xfree86 pois temos teclados > diferentes aqui (us e abnt2). Só... Pois é, a parte do lilo é problema derivado da cópia em nível de arquivos. > >>>Para copias em nivel de arquivos, o Unison eh uma ferramenta muito > >>>interessante e que agora possui uma interface grafica que facilita > >>>bastante e evita erros.. > >>> > >> > >>Eu só coloquei que o replicator usa o rsync para comparação. O > >>usuário instalador não precisa saber usar o rsync. Lembre-se que estamos > >>procurando instaladores em massa e automatizados, logo uma interface > >>gráfica não vai ajudar em nada - você não quer clicar em 30 Ok's, certo > >>:) Você colocar o cd ou o floppy de instalação e volta com a máquina > >>pronta (o fai não pergunta nada, o replicator pede a senha de root, nome > >>da máquina e para confirmar o reparticionamento). > >> > >>Esqueci de outro detalhe: se a instalação não é muito grande (em número de > >>pacotes), você pode usar o fai-cd (faz um partial mirror no cd e instala a > >>partir dele). Outra vantagem do fai é que você coloca o nome dos pacotes, > >>se preferir instalar o etch vai ter os pacotes do dia da instalação. > > > > > > Tenho certeza de que o Unison nao eh a ferramenta correta, apenas o > > citei, jah que eh uma ferramenta de sincronismo muito util, two-way (ao > > contrario do rsync) e pouco conhecida. > > > > Sim. Só que você não vai querer um two-way onde um máquina não foi > instalada ainda, certo ?? Como disse anterior, o propósito do Unison é outro, mas serve para sincronizar o computador da faculdade de um professor de física com o computador que este mesmo professor possui em casa.. :) Mas uma coisa que eu não havia pensado.. Com o Unison (grafico! inclusive) em uma máquina mestre/matriz, você pode instalar a partir de outra fonte o base e mais um sshd na máquina a ser clonada e fazer um pull de todo o filesystem da matriz para as máquinas a serem clonadas resultando exatamente no mesmo que o seu replicator faz.. :) Cópia em nível de arquivos .. -- [] JA Tavares -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
