Re: RES: Clone de micro = ghots
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
Reply to: