O que seria errado se eu mover / var de uma máquina para outra?

Question

Eu tenho uma instância do AWS EC2 (vamos chamá-lo de Eye1) com um EBS de 500 GB como armazenamento secundário montado em /var .

Agora quero migrar meu ambiente para uma instância diferente do EC2 (vamos chamar no Eye2). A nova instância foi inicializada por outros membros da equipe, instalando python2.7, tensorflow, opencv e outras bibliotecas necessárias para ML e CV alpong com apache2, mysql, php.

Agora eu sou obrigado a separar o EBS (que tem /var do conteúdo do Eye1) para recolocá-lo no novo EC2 e montá-lo em /var ou Eye2.

O que aconteceria com o conteúdo original de /var de Eye2 e o que poderia dar errado se eu substituísse o mesmo por /var de conteúdo de Eye1?

Observação: estou ciente de que os arquivos, sites e aplicativos hospedados no /var/www/html do Eye1 substituiriam o Eye2. É assim que minha intenção como a raiz da Web do Eye2 está vazia.

Minha pergunta é se esse movimento prejudicaria qualquer configuração no nível do sistema operacional e mexeria com o LAMP e o Python + suas dependências.

Eu estou bem com os logs do sistema sendo substituídos, já que o Eye2 é praticamente novo e não tem atividades sendo executadas nele. Ele foi gerado novamente e, em seguida, o LAMP + Python + suas dependências foram instaladas.

    

Answer 1

Não é tudo, pois isso pode quebrar as coisas. Existem alguns diretórios que você absolutamente NÃO deve copiar ou compartilhar entre sistemas, incluindo (isso não é uma lista completa):

• Quase tudo sob /var/lib : Entre outras coisas, isso inclui o banco de dados de pacotes instalados para o sistema na maioria das distros (copiando isso para outro sistema WILL quebra esse sistema, seriamente, não faça isso) e o estado do servidor para serviços com estado (sujeito a quebrar esses serviços em ambos os sistemas, se for copiado, e poderá causar problemas no futuro no seu caso).
• /var/db : praticamente os mesmos problemas que /var/lib , apenas menos utilizados.
• /var/log e /var/account : contêm dados de registro e contabilidade específicos do sistema em que foram originados. Copiá-los sobrescreverá os dados no sistema de destino. Embora isso possa não parecer significativo, pode ser uma grande dor no rabo ao tentar consertar um problema, porque você não necessariamente sabe o que é do sistema antigo e o que é o novo, e você não consegue ver nada de antes da cópia.
• /var/spool : Esse é o armazenamento temporário para uma grande variedade de dados específicos de serviços armazenados no sistema local. Inclui as filas de correio locais, as filas em lote at locais, as filas de impressão locais e outras coisas semelhantes. Todos os tipos de coisas confusas podem acontecer se isso for copiado (e também deve ser excluído dos backups pelas mesmas razões).

Além disso, os diretórios a seguir podem ser excluídos porque não há sentido em copiá-los (também não é uma lista exaustiva):

• /var/cache : isso é usado como armazenamento temporário para dados armazenados em cache. Por definição, você pode nuke praticamente qualquer coisa aqui sem quebrar as coisas (embora algumas coisas podem demorar mais do que eles usaram para a primeira vez que executá-los).
• /var/tmp : Similarmente, armazenamento temporário.
• /var/run : Não é mais um problema porque é um link simbólico para /run na maioria das distros atualmente, mas costumava ser o próprio diretório, usado para arquivos PID e soquetes.

No seu caso particular, você deve simplesmente copiar os diretórios que você realmente quer, não tudo. /var/www é quase sempre seguro para ser copiado, desde que seu site esteja configurado corretamente e você atualize seus links para poiint para o novo nome de host. Em particular, sugiro apenas copiar os dados on-line e, em seguida, excluir a instância antiga do EBS (desde que você não precise mantê-la como backup).