Re: RES: Clone de micro = ghots
Vamos lá...
Datacom - Tavares escreveu:
> 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. :)
Usuários erram menos no Windows ??? É bem menos flexível... O que
acontece com o dd se o usuário trocar o if pelo of (uma única letra) ?
> 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..
Uma instalação linux universal em micros não universais (alguns tem
windows, outros tem outra distribuição), etc... Existem tantas
justificativas para partições diferentes quanto o número de usuários.
>
>
>
>>>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..
Exemplos
Um comando :
ls
um pacote:
coreutils
com o comando ls, com a documentação, com arquivos de configuração, etc...
>
>
>
>>>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
>
Nunca vi ninguém copiar o /dev/. Existem o udev, devfs, MAKEDEV, etc..
> Pois é, o tar, o dd, o cpio nem precisam ser testados por um monte de
> gente.. eles estão ai desde que você nasceu :)
>
Eu tenho mais de 40. Mas se ler o changelog do coreutils e do tar, já
sofreram várias atualizações ainda este ano...
>
>
>>>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..
>
>
Ah,, você não está falando de Linux, está falando de clonar Windows, não
é? Pois não entendo nada sobre fragmentação e nem localização de
arquivos. O kernel (vmlinuz) é um arquivo binário, como outro qualquer.
Não precisa atualizar o lilo se mover o kernel de inode (desde que
dentro da mesma partição). O local do arquivo (no mundo linux) não tem a
menor importância...
> 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 ..
>
SSH instalado onde ? Se for no HD, tem que particionar, configurar a
rede e baixar o pacote. Não é isto que o replicator faz. Já que você não
quer ler a documentação, aí vai o resumo:
a) monta uma partição / via nfs do servidor
b) formata o disco, cria partições,etc..
c) copia via rsync da máquina a ser copiada
d) opcionalmente atualiza arquivos de configuração ou reconfigura
pacotes em uma jaula chroot. Roda o lilo.
e) reboota e pronto (com pouquíssimas intervenções)
--
___ _ .''`.
| |_ _. _| _ |_) _ ._ ._ _. : :' :
| | |(_|(_|(/_|_| | (/_| || |(_| `. `'`
Linux User #50500 `-
Prof.Adjunto - Instituto de Física ---Debian-
Universidade Federal Fluminense Alpha/i386
Reply to: