Movendo LVM para outro sistema Linux.


1 – Desmontar o file system
Inicialmente devemos desmontar os sistemas de arquivos que estão sob o VG que será migrado. Assim, você garante que nada tentará escrever na área que será movimentada.
# unmount /data/www

2 – Mark the volume group inactive
Vamos marcar o VG como inativo removendo ele do kernel, isso é para prevenirmos que quaisquer atividades tentem ativá-lo novamente.
# vgchange -an webdata
vgchange — volume group “webdata” successfully deactivated

3 – Exportar o VG
It is now necessary to export the volume group. This prevents it from being accessed on the “old” host system and prepares it to be removed.
Nesta etapa é necessário exportar o VG para ser levado ao novo servidor. O servidor antigo também “fica preparado” para sua remoção.
# vgexport webdata
vgexport — volume group “webdata” successfully exported
Na próxima vez que o sistema operacional for reiniciado, os discos poderão dês desconectados e conectados no novo servidor. Os discos podem ser físicos, conectados diretamente a controladora interna ou via Storage, então basta que você desfaça o Zone com o Storage e libere o acesso do novo servidor.

4 – Importando o VG
Quando os discos “forem plugados” no novo servidor, você precisa rodar o pvscan.
# pvscan
pvscanpvscan — reading all physical volumes (this may take a while…)
pvscan — inactive PV “/dev/sdy1”  is in EXPORTED VG “webdata” [996 MB / 996 MB free]
pvscan — inactive PV “/dev/sdx1”  is in EXPORTED VG “webdata” [996 MB / 244 MB free]
pvscan — total: 2 [1.95 GB] / in use: 2 [1.95 GB] / in no VG: 0 [0]
Bem, agora já podemos realizar a importação do VG, ativar e montar para uso no novo servidor.
Para quem usa LVM2:
# vgimport webdata
Volume group “vg” successfully imported
Para quem usa LVM1, tem que importar adicionando os PVs:
# vgimport webdata /dev/sdy1 /dev/sdx2

vgimport — doing automatic backup of volume group “webdata”
vgimport — volume group “webdata” successfully imported and activated

5 – Ativando o VG
Agora, basta ativar o VG importado.
# vgchange -ay webdata

6 – Montando o File System
# mkdir -p /data/WWW
# mount /dev/PATH_TO_VG/webdata /data/www

Comentários

Postar um comentário

Postagens mais visitadas deste blog

Criando usuários e dando permissões no Postgree SQL

#Vitor Panizza# Fala pessoal, tudo bem? Hoje vamos aprender como criar usuários e dar permissões de acesso aos mesmos, então instale o postgree no seu linux, estou usando a versão 10 . Temos que conectar ao postgree com a conta de administrador, quando se instala o postgree é criado um super usuário de administração chamado postgres, so que para fazer isso, você deve virar root primeiro. su - postgres Entrará nesse bash: -bash-4.1$ digite:  psql Nesse momento está na console de administração, a primeira coisa que vamos fazer é colocar um senha para o usuário postgres alter user postgres with password 'Senha@123'; Feito isso vamos criar um segundo super usuário chamado "blogger", para não ficar usando o usuário padrão, e vamos dar as permissões de criar bancos, usuários e replicação. create user blogger with password 'Senha@123' superuser createdb createrole replication; Se o comando deu certo, irá aparecer: CREATE ROLE Agora vamo
Leia mais

Converter certificado digital pfx para pem

Fonte: https://webhost.pt/extrair-certificado-e-chave-privada-dum-ficheiro-pfx/   Extrair certificado e Chave Privada a partir de um PFX Objetivo: Por vezes existe a necessidade de exportar um certificado e a sua chave privada de um servidor Windows de forma a separar o par de chaves para que seja utilizado num outro servidor web que não o IIS. Procedimento: Mover o ficheiro exportado (ex: file.pfx) para um servidor onde se encontre instalado o OpenSSL. Nota: O ficheiro pfx está em formato PKCS#12 e inclui o certificado e a chave privada. Para exportar a chave privada deve correr-se o seguinte comando: openssl pkcs12 -in certname.pfx -nocerts -out key.pem -nodes De forma a exportar o certificado o comando a executar é o seguinte: openssl pkcs12 -in certname.pfx -nokeys -out cert.pem O seguinte comando deve ser executado para remover a palavra passe da chave privada: openssl rsa -in key.pem -out server.key
Leia mais

Configurando o modo WORKER no Apache - CENTOS

Fala Galerinha, Suave? Hoje vamos aprender como habilitar o MPM Worker do Apache para melhorar o desempenho do seu servidor Apache, lembrando que o apache por default trabalha com o módulo PREFORK que é mais estável e mais fácil de debugar, além de poder tratar thead-safes como o PHP por exemplo, e também tratar os processos filhos de forma isolada, a principal deficiência é seu consumo de CPU e memória RAM, fazendo com que em ambientes de grandes volumes de requests haja problemas de esgotamento de recursos, o que pode ser remediada utilizando o Worker. Antes de mais nada, temos que ter em mente que no Worker, se um processo filho der bug, afetará todos os outros processos, inclusive o pai, assim em ambientes com várias pages, tem que se pesar o risco/benefício da sua implementação, e levar em conta que não suporta theads-safe como o PHP. Vamos ao que interessa: 1- Com o comando httpd -V verifique se aparece a variável -D APACHE_MPM_DIR="server/mpm/prefork" 2- Den
Leia mais