http://www.zago.eti.br/lvm.txt FAQ, dicas, tutorias e indicações relacionadas ao LVM. Use CTRL+F para refinar a pesquisa. Linha de: **************** separa mensagens ou tópicos. ******************************************************** Zago http://www.zago.eti.br/menu.html FAQ e artigos sobre Linux ******************************************************** ******************************************************** Tim Witham, diretor do Open Source Development Lab, premiou Heiz Mauelshagen com US$25.000 na LinuxWorld Expo em São Franciso, Califórina, dia 29, em reconhecimento pelo seu trabalho no Linux Logical Volume Manager (LVM). http://eltoday.com/article.php3?ltsn=2001-08-30-001-14-PS LVM permite que se altere partições, redimensione o disco e remaneje o espaço em disco com o equipamento em operação. LVM pode ser encontrado em distros como Conectiva: http://www.conectiva.com/doc/livros/online/7.0/servidor/lvm.html http://www.conectiva.com/doc/livros/online/7.0/servidor/lvm.html linux enxergando 2 hds como se fossem 1, com LVM (Logical Volume Manager), pode ter varios discos trabalhando como um unico disco ou partição. http://tldp.org/HOWTO/LVM-HOWTO/ LVM HOWTO v0.6 - em Ingles. LVM = Logical Volume Management, permite unir vaios HD em um único volume logico. ****************************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br, rogerio.carrasqueira@gmail.com Assunto:  Re: (linux-br)Reparticionamento de HD Linux sem perda de Dados Data:  Sun, 24 Oct 2004 16:10:37 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rogério Alexandre Machado Carrasqueira wrote: >Sist. Arq.           1K-blocos      Usad Dispon.   Uso% Montado em >/dev/hda2              9675828   8353344    830896  91% / >/dev/hdb2             28723452     80308  27184044   1% /home > >Logo pergunto, como faço e se existe alguma possibilidade de mover o >diretório /srv por completo para o /dev/hdb2 pois o /dev/hda2 já está >praticamente no limite. mv /srv /home/srv ln -s /home/srv /srv Dica: use LVM na sua próxima instalação e nunca mais tenha esse problema novamente. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ****************************************************** De:  Alfredo Júnior Para:  GuiNET© Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)  LVM: vgcreate -- no valid physical volumes in   command line Data:  Sun, 26 Sep 2004 20:12:51 -0300 GuiNET© escreveu: Eae galera... > > Seguinte não estou conseguindo criar um "grupo de volumes" e gostaria > qe me alguem ajudasse a saber se interfere pelo o fato de eu estar > usando as partições como lógicas.... > > segue abaixo: > vc executou :  pvcreate /dev/hda7 ????? ===================================== > root@guinet:/usr/local# vgcreate vg01 /dev/hda7 /dev/hda8 > vgcreate -- no valid physical volumes in command line > ===================================== > ******************************************************** De:  Thiago Macieira Para:  linux-br Assunto:  Re: (linux-br)Particoes de LINUX Data:  Sun, 2 Nov 2003 00:18:55 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Felipe Stuardo wrote: >Algum software pra fazer particoes de uma particao ya existente de linux. >Eu quero diminuir meu /home e aumentar meu /var sim necesidade de >reinstalar meu linux... Solução para agora: use o GNU parted. Solução para a próxima instalação: use LVM. - --   Thiago Macieira  -  Registered Linux user #65028    thiagom@mail.com               ICQ UIN: 1967141  ******************************************************** De:  Thiago Macieira Para:  linux-br@bazar.conectiva.com.br Assunto:  Re: (linux-br)aumentar particao Data:  Fri, 17 Oct 2003 17:12:14 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chanderlie Freire de Santiago wrote: >       Oi pessoal, faz uns dias tentei aumentar o tamanho de uma particao >ext3, mas não consegui. Tanto o parted quanto ext2resize não >funcionaram. Então, como é uma particao de teste mesmo, apaguei a >particao e a recriei com um tamanho maior. A distribuicao linux ali >instalada continuou funcionando, mas com o tamanho antigo. Aí faço uma >pergunta, tem como configurar o pedaço restante de modo que o linux >enxergue o tamanho adicionado? O procedimento está certo: você deve apagar a partição, recriá-la começando no mesmo cilindro e lhe dar o tamanho desejado  (tem que ser no mínimo o mesmo). Depois, você deve executar o comando resize2fs com a partição desmontada. Note que é isso que o parted faz. Sua partição estava desmontada quando você tentou fazê-la crescer? Até onde eu me lembre, somente o ReiserFS e o XFS suportam redimensionamento "a quente" -- e somente para aumentar uma partição. Para diminuir uma (ReiserFS apenas; XFS não pode diminuir de tamanho), você ainda tem que desmontá-la. Dica: LVM e nunca mais se preocupe com tamanho de partições. - --   Thiago Macieira  -  Registered Linux user #65028    thiagom@mail.com               ICQ UIN: 1967141 ******************************************************** De:  Marcus Lima Responder-a:  marcuslima@marcuslima.eti.br Para:  Carlos José Vaz , linux-br@bazar.conectiva.com.br Assunto:  RES: (linux-br) Falta de espaço no disco!!! Data:  Wed, 16 Jul 2003 22:02:52 -0300 Eh o que mais amo no Linux... possibilidade de resolver problemas de diversas formas.. 1. Utilize o LVM para anexar mais uma partição ou disco nesta partição que já existe; 2. Coloque outro disco e passe sua partição var para lá; ou 3. Use o logrotate para criar arquivos de log do tamanho que deseja. - Marcus Lima. --- ******************************************************** De: Jorge Godoy Para: linux Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Unificando HD´S SCSI Data: 20 Mar 2003 10:22:33 -0300 "linux" writes: > Como faço para unificar os 2 hd´s > SCSI para obter uma partição de 34GB ? Use LVM. Há o LVM HOWTO explicando o processo. Implementamos em um cliente uma solução para 200 GiB com isto e ele está muito satisfeito. -- Godoy. ******************************************************** De: Claudio Matsuoka Para: Juliano Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) LVM+RAID1 Data: 24 Feb 2003 19:56:50 -0300 On Mon, 24 Feb 2003, Juliano wrote: > Há como migrar para o LVM sem re-formatar ou re-criar as partições de um > sistema já rodando ataraid ? Não, é necessário criar PVs nos block devices e criar um volume group para só depois criar os LVs. Faça um backup, configure o LVM e depois restaure. ******************************************************** De: Jorge Godoy Para: linux Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Unificando HD´S SCSI Data: 20 Mar 2003 10:22:33 -0300 "linux" writes: > Como faço para unificar os 2 hd´s > SCSI para obter uma partição de 34GB ? Use LVM. Há o LVM HOWTO explicando o processo. Implementamos em um cliente uma solução para 200 GiB com isto e ele está muito satisfeito. -- Godoy. ******************************************************** De: Thiago Macieira Para: Milhomem, Marcus Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) LVM vs RAID Data: 13 May 2003 21:57:12 +0200 Milhomem, Marcus wrote: >Pessoal, > Gostaria que vcs me ajudacem numa dúvida conceitual..... nossos >servidores aqui na empresa, utilizao Raid1 e Raid5 (via Hardware). Porem >agora estou querendo estudar o LVM, qual é mais confiavel? ja que vi que os >dois fazem mirror... qual a diferenca entre se usar o LVM e o RAID, seja ele >via software ou hardware? podemos ter os 2 sistemas num servidor? > >Se pudessem me passar artigos sobre LVM, agradeceria.... LVM não faz espelhamento. Você está enganado sobre seu propósito. Recomendo dar uma lida no LVM HOWTO (www.tldp.org). É muito completo e realmente esclarece as coisas. Existe também uma versão antiga do LVM HOWTO de linguagem mais simples, mas talvez mais esclarecedora sobre o propósito do mesmo. -- ******************************************************** De:  Jorge Godoy Para:  Thiago Macieira Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Ajuda com LVM: Adicionar no HD Data:  Thu, 17 Jul 2003 08:59:52 -0300 Thiago Macieira writes: > Você quer dizer sem desligar a máquina? Não sei como funciona isso > com SCSI. A máquina tem que suportar hot swap, ou seja, troca de discos com a máquina em funcionamento. Sem isso você poderá danificar vários componentes do sistema. -- Godoy.     ******************************************************** Este mesmo tutorial em HTML (com melhor visual) em: http://www.dicas-l.com.br/dicas-l/20050122.php De:  Rodrigo Klein Santos Para:  zagolinux Assunto:  Linux LVM Data:  Fri, 21 Jan 2005 13:22:44 -0200 Olá Zago, tudo bem ? Estou enviando este TXT sobre LVM pra colocar no FAQ da lista. Grande abraço. -- ------------------- Rodrigo Klein Santos Unix Specialist - Java Developer System4 - Open Source Solutions rodrigo@system4.com.br +55 (11) 9541 0083 Gerênciamento avançado de discos com LVM. Sobre o autor: Autor : Rodrigo Klein Santos e-mail: rodrigo@system4.com.br Infelizmente o assunto é bastante extenso, mas ao decorrer do tutorial vou sempre dar exemplos para tornar a leitura bastante didática e clara. Vamos falar sobre uma ferramenta bastante difundida, o LVM, mas que as vezes por falta de informação acaba deixando de ser usada. O LVM (Logical Volume Manager) é um "Gerênciador de Volumes Lógicos", bastante flexivel, sua implementação no Linux segue os mesmos padrões (comandos) do HP-UX, então este tutorial servirá também para o HP-UX, visto a similaridade dos comandos. Oque muda no HP-UX, é que para saber quais são os discos usa o comando # /usr/sbin/ioscan -fC disk Não pense que você não precisaria do LVM, por saber usar o "parted", são coisas distintas, o LVM vai bem mais além do que simplesmente aumentar uma partição... Quando começamos a instalação de um novo servidor, geralmente já temos em mente qual será a sua aplicação, a partir dessas informações, definimos quantos filesystems teremos, qual vai ser o tamanho deles, quantos discos etc... Mas como nem tudo é perfeito, esse servidor pode ter depois um trafego maior do que o esperado, um numero de usuarios maior do que planejamos, enfim, são varias possibilidades que podem definitivamente te dar algum trabalho extra, de ter que aumentar uma partição, adcionar mais um disco, mas como fazer isso da melhor maneira possivel e sem traumas ? A resposta está no LVM... O objetivo deste tutorial é tornar mais facil o uso do LVM por usuários de todos os niveis, visto que o LVM vem se tornando um importante recurso na administração de servidores. Antes de iniciar a parte prática, vamos entender alguns conceitos do LVM... PV = Phisical Volume : O dicos em si, a partição fisica do disco. PE = Phisical Extends : Extensões fisicas, ou seja, pequenos pedaços de um VG, um VG é dividido em varios PEs VG = Volume Group : Como o nome já diz, grupo de volumes. Um VG é responsavel por agrupar um ou mais dicos/Partições (PV - Volumes fisicos). LV = Logical Volume : É o volume lógico, ou seja, é uma partição (lógica) de um VG (Volume físico). -------------------------------------------------------------- Algumas observações importantes... - Para alterar um LVOL, você deve desmonta-lo antes. - NUNCA deixe de fazer backup (faça dois, cuidado nunca é demais) antes de alterar uma configuração de LVM. - Você pode ter mais de um VG em um mesmo sistema (VG01, VG02, VG03), cada qual com um ou mais discos... - Não misture discos SCSI/SATA/IDE em um mesmo VG, isso afeta a performance visto que eles tem velocidades diferentes, se você estiver nesta situação, faça VGs distintos para cada tipo. - NUNCA deixe de fazer backup (por via das dúvidas estou escrevendo novamente esta observação!). - Não tenha medo de usar LVM, ele já é usado a bastante em *nix e bastante seguro, você só tem a ganhar com sua utilização. -------------------------------------------------------------- No exemplo abaixo usaremos um disco de 20GB para ilustrar... Vamos criar varias partiçoes no mesmo disco para melhor ilustrar o uso de LVM, lembramos que no caso de vários discos você criaria uma partição por disco. Criamos 4 partições no /dev/hdd Saida do FDISK Disk /dev/hdd: 20.0 GB, 20060135424 bytes 16 heads, 63 sectors/track, 38869 cylinders Units = cilindros of 1008 * 512 = 516096 bytes Dispositivo Boot Start End Blocks Id System /dev/hdd1 1 9689 4883224+ 83 Linux /dev/hdd2 9690 19378 4883256 83 Linux /dev/hdd3 19379 29067 4883256 83 Linux /dev/hdd4 29068 38756 4883256 83 Linux Notem que elas estão com o "tipo" Linux (default do fdisk na hora d criação), prontas para receber o filesystem (ext2, ext3, reiserfs etc), mas não para receberem LVM, precisamos alterar isso.. [root@server root]# fdisk /dev/hdd O númeor de cilindros para este disco está configurado para 38869. Não existe nada de errado, mas isto é maior que 1024, e pode em certas configurações causar problemas com: 1) programas que executam em tempo de inicialização (versões velhas do LILO) 2) inicialização e programas de particionamento de outros OSs (p.ex., DOS FDISK, OS/2 FDISK) Comando (m para ajuda): p Disk /dev/hdd: 20.0 GB, 20060135424 bytes 16 heads, 63 sectors/track, 38869 cylinders Units = cilindros of 1008 * 512 = 516096 bytes Dispositivo Boot Start End Blocks Id System /dev/hdd1 1 9689 4883224+ 83 Linux /dev/hdd2 9690 19378 4883256 83 Linux /dev/hdd3 19379 29067 4883256 83 Linux /dev/hdd4 29068 38756 4883256 83 Linux Comando (m para ajuda): t Número da partição (1-4): 1 Código hexadecimal (digite L para listar os códigos): 8e O tipo da partição 1 foi alterado para 8e (Linux LVM) Comando (m para ajuda): t Número da partição (1-4): 2 Código hexadecimal (digite L para listar os códigos): 8e O tipo da partição 2 foi alterado para 8e (Linux LVM) Comando (m para ajuda): t Número da partição (1-4): 3 Código hexadecimal (digite L para listar os códigos): 8e O tipo da partição 3 foi alterado para 8e (Linux LVM) Comando (m para ajuda): t Número da partição (1-4): 4 Código hexadecimal (digite L para listar os códigos): 8e O tipo da partição 4 foi alterado para 8e (Linux LVM) Comando (m para ajuda): p Disk /dev/hdd: 20.0 GB, 20060135424 bytes 16 heads, 63 sectors/track, 38869 cylinders Units = cilindros of 1008 * 512 = 516096 bytes Dispositivo Boot Start End Blocks Id System /dev/hdd1 1 9689 4883224+ 8e Linux LVM /dev/hdd2 9690 19378 4883256 8e Linux LVM /dev/hdd3 19379 29067 4883256 8e Linux LVM /dev/hdd4 29068 38756 4883256 8e Linux LVM Comando (m para ajuda): w A tabela de partições foi alterada! Chamando ioctl() para reler tabela de partições. Sincronizando discos. [root@server root]# Notem que alteramos o tipo da partição para "Linux LVM". *Acima você pode notar como isso foi feito no fdisk, para maiores informações digite 'h' no fdisk ou consulte o manual. Agora vamos dizer ao LVM o que (quais PVs) temos disponivel para ele. Criando os PVs. [root@server root]# pvcreate /dev/hdd1 No physical volume label read from /dev/hdd1 Physical volume "/dev/hdd1" successfully created [root@server root]# pvcreate /dev/hdd2 No physical volume label read from /dev/hdd2 Physical volume "/dev/hdd2" successfully created [root@server root]# pvcreate /dev/hdd3 No physical volume label read from /dev/hdd3 Physical volume "/dev/hdd3" successfully created [root@server root]# pvcreate /dev/hdd4 No physical volume label read from /dev/hdd4 Physical volume "/dev/hdd4" successfully created [root@server root]# Pronto, já mostramos para o LVM que ele tem 4 PVs disponiveis... Mas como sei se ele sabe disso ??? Use o comando.. #pvdisplay [root@server root]# pvdisplay --- NEW Physical volume --- PV Name /dev/hdd1 VG Name PV Size 4,66 GB Allocatable NO PE Size (KByte) 0 Total PE 0 Free PE 0 Allocated PE 0 PV UUID RiWHqR-gyYe-jlIQ-pjku-cdI8-cQ8M-Lkj2Y4 --- NEW Physical volume --- PV Name /dev/hdd2 VG Name PV Size 4,66 GB Allocatable NO PE Size (KByte) 0 Total PE 0 Free PE 0 Allocated PE 0 PV UUID oEcEui-mhig-RF06-fBd5-opAK-1Psf-bV1FLp --- NEW Physical volume --- PV Name /dev/hdd3 VG Name PV Size 4,66 GB Allocatable NO PE Size (KByte) 0 Total PE 0 Free PE 0 Allocated PE 0 PV UUID SwPpNo-Q1NR-OYPU-Tkah-y3ps-GsRs-3W4pSG --- NEW Physical volume --- PV Name /dev/hdd4 VG Name PV Size 4,66 GB Allocatable NO PE Size (KByte) 0 Total PE 0 Free PE 0 Allocated PE 0 PV UUID BFGFCi-2rKb-As0v-ucBy-ghkn-y869-yXcIm0 <\prompt> Criamos 4 PVs (Phisical Volume) em um disco... *Vale lembrar que esses PVs podem (e é o comum) estarem em discos separados, estamos fazendo em um mesmo disco por não poder utilizar mais que um disco aqui (o servidor é de produção!). ;-) Vamos criar 2 VGs... cada um com 2 PVs, usando o comando #vgcreate [root@server root]# vgcreate VG01 /dev/hdd1 /dev/hdd2 Volume group "VG01" successfully created [root@server root]# vgcreate VG02 /dev/hdd3 /dev/hdd4 Volume group "VG02" successfully created [root@server root]# <\prompt> Com o comando #vgcreate , criei 2 VGs, com o nome de VG01 e VG02 * O nome pode ser qualquer um, eu faço com VG01 e VG02, por ficar mais facil de identificar mas você pode criar por exemplo com nome 'bancodedados','email','www' e por ai vai... Vamos verificar se os VGs foram criados com o comando #vgdisplay. [root@server root]# vgdisplay --- Volume group --- VG Name VG02 System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 1 VG Access read/write VG Status resizable MAX LV 255 Cur LV 0 Open LV 0 Max PV 255 Cur PV 2 Act PV 2 VG Size 9,31 GB PE Size 4,00 MB Total PE 2384 Alloc PE / Size 0 / 0 Free PE / Size 2384 / 9,31 GB VG UUID iWiIv6-L0FT-K0gV-JzJh-a8l5-1ouZ-H4r3yN --- Volume group --- VG Name VG01 System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 1 VG Access read/write VG Status resizable MAX LV 255 Cur LV 0 Open LV 0 Max PV 255 Cur PV 2 Act PV 2 VG Size 9,31 GB PE Size 4,00 MB Total PE 2384 Alloc PE / Size 0 / 0 Free PE / Size 2384 / 9,31 GB VG UUID B0o0rf-zvO1-uYT0-GW9L-kOez-H37z-0RzHIh <\prompt> Podemos ver que realmente criamos 2 VG, cada um com 2 PV... Vamos agora explicar algumas linhas (as mais importantes) da saida do comando #vgdisplay Nome do VG: VG Name VG02 Acesso: VG Access read/write Status: VG Status resizable Numero maximo de LVs (Logical Volume) : MAX LV 255 Numero de LVs no VG : Cur LV 0 Numero de LVs montados : Open LV 0 Numero maximo de PVs no VG : Max PV 255 Numero atual de PVs no VG : Cur PV 2 Tamanho do VG em GB/MB : VG Size 9,31 GB Tamanho de cada PE no VG (padrão 4MB) : PE Size 4,00 MB Quantidade de PEs no VG. (multiplique este numero por 4 para saber o tamanho do VG) : Total PE 2384 Numero de PEs alocados : Alloc PE / Size 0 / 0 Numero de PEs livres : Free PE / Size 2384 / 9,31 GB Acima explicamos a saida do #vgdisplay, atentem bastante para os valores em PE, que geralmente são os mais importantes. Agora que já temos os VGs, temos que criar os LVs (LVOL), vamos utilizar o comando #lvcreate. [root@server root]# lvcreate -l 1000 -n LV01 VG01 Logical volume "LV01" created <\prompt> Para verificar oque você fez, use o comando #lvdisplay Explicando o comando... lvcreate -l -n Dica : Você também pode usar o L (Maiúsculo) para determinar o tamanho em MB, para maiores informações #man lvcreate . [root@server root]# lvdisplay --- Logical volume --- LV Name /dev/VG01/LV01 VG Name VG01 LV UUID rQw1cG-jppl-TSJj-1wVw-8kud-oE5L-Jr1c46 LV Write Access read/write LV Status available # open 0 LV Size 3,91 GB Current LE 1000 Segments 1 Allocation next free (default) Read ahead sectors 0 Block device 253:0 <\prompt> Criamos um LV com 3.91GB, mas como se eu não informei o tamanho ? Informamos sim o tamanho, mas em PE, e vamos lembrar que cada PE equivale a 4MB... Logo 1000 x 4 = 4gb , que em miudos deu 3.91GB. Só a titulo de curiosidade, vou novamente executar o comando vgdisplay, para ver oque mudou... [root@server root]# vgdisplay VG01 --- Volume group --- VG Name VG01 System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 2 VG Access read/write VG Status resizable MAX LV 255 Cur LV 1 Open LV 0 Max PV 255 Cur PV 2 Act PV 2 VG Size 9,31 GB PE Size 4,00 MB Total PE 2384 Alloc PE / Size 1000 / 3,91 GB Free PE / Size 1384 / 5,41 GB VG UUID B0o0rf-zvO1-uYT0-GW9L-kOez-H37z-0RzHIh <\prompt> Notem as linhas: Cur LV 1 Alloc PE / Size 1000 / 3,91 GB Free PE / Size 1384 / 5,41 GB Dispensa explicações, visto que já falamos sobre o assunto um pouco acima... Dica : Use o comando #vgdisplay com a opção '-v' para ter maiores informações sobre o VG. Já criamos um VG, um LV mas ainda não estamos utilizando eles. Agora basta formatar o mesmo com o filesystem desejado e começar a utilizar. Por exemplo, vamos formatar ele com ext2. Vamos formatar onde ? /dev/hdd1, /dev/hdd2 ??? Não..! Lembra do comando lvdisplay, lá temos o local que devemos usar agora, que nada mais é do que uma partição (lógica) do LVM. Vamos formatar este com o sistema de arquivos ext2. Ele está em /dev// [root@server root]# mke2fs /dev/VG01/LV01 mke2fs 1.35 (28-Feb-2004) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 768544 inodes, 1536000 blocks 76800 blocks (5.00%) reserved for the super user First data block=0 47 block groups 32768 blocks per group, 32768 fragments per group 16352 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 25 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. <\prompt> Agora vamos montar o sistema de arquivos.... [root@server root]# mkdir /LVM1 [root@server root]# mount /dev/VG01/LV01 /LVM1 [root@server root]# df -h Sist. Arq. Tam Usad Disp Uso% Montado em /dev/hda2 28G 16G 10G 62% / /dev/hda1 145M 5,9M 132M 5% /boot none 507M 0 507M 0% /dev/shm /dev/mapper/VG01-LV01 3,9G 33M 3,7G 1% /LVM1 <\prompt> Pronto, o seu LVM está pronto para usar... Mas ainda não conseguimos ver a principal utilidade do LVM com os exemplos acima.. A principal utilidade do LVM é que você pode aumentar ou diminuir seu LV... Como exemplo vamos aumentar o nosso primeiro LV. Ele tem 3.9GB Usaremos o comando #lvextend [root@server root]# umount /LVM1 [root@server root]# lvextend -l+500 /dev/VG01/LV01 Extending logical volume LV01 to 5,86 GB Logical volume LV01 successfully resized [root@server root]# mount /dev/VG01/LV01 /LVM1/ [root@server root]# df -h Sist. Arq. Tam Usad Disp Uso% Montado em /dev/hda2 28G 16G 10G 62% / /dev/hda1 145M 5,9M 132M 5% /boot none 507M 0 507M 0% /dev/shm /dev/mapper/VG01-LV01 5,8G 20K 5,5G 1% /LVM1 <\prompt> Aumentamos o nosso LV01 em mais 500 PEs, totalizando agora 5,86GB (antes 3,9GB). Mas não aumentamos ainda o sistema de arquivos nos novos PEs.. Para isso usaremos o #resize2fs. Desmonte o seu LV antes. [root@server root]# umount /LVM1 [root@server root]# resize2fs /dev/VG01/LV01 resize2fs 1.35 (28-Feb-2004) The filesystem is already 1536000 blocks long. Nothing to do! <\prompt> Nota.. Para sistemas de arquivos reiserfs, utilize o comando #resize_reiserfs Pronto, agora já aumentamos um determinado LV, mas e como reduzi-lo ??? Essa opção também é bastante comum, visto que as vezes podemos ter necessidade de mais espaço em disco e não temos a opção de comprar ou colocar mais um disco, oque podemos fazer é diminuir um determinado LV para poder alocar mais PEs em outro LV. Vale lembrar que eles devem estar no mesmo VG. Utilizaremos o comando #lvreduce. *Neste caso, faça backup, pois você VAI perder seus dados.. O Backup é importante tanto para aumentar o LV quanto para diminuir, mas no caso de aumentar, você só perde dados se der algum problema 'anormal' (ex: queda de energia durante o processo), mas mesmo assim é bastante importante fazer backup, nunca se sabe ! [root@server root]# umount /LVM1/ [root@server root]# lvreduce -l-800 /dev/VG01/LV01 WARNING: Reducing active logical volume to 2,73 GB THIS MAY DESTROY YOUR DATA (filesystem etc.) Do you really want to reduce LV01? [y/n]: y Logical volume LV01 successfully resized [root@server root]# mke2fs /dev/VG01/LV01 mke2fs 1.35 (28-Feb-2004) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 359040 inodes, 716800 blocks 35840 blocks (5.00%) reserved for the super user First data block=0 22 block groups 32768 blocks per group, 32768 fragments per group 16320 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 27 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. [root@server root]# mount /dev/VG01/LV01 /LVM1/ [root@server root]# df -h Sist. Arq. Tam Usad Disp Uso% Montado em /dev/hda2 28G 16G 10G 62% / /dev/hda1 145M 5,9M 132M 5% /boot none 507M 0 507M 0% /dev/shm /dev/mapper/VG01-LV01 2,7G 20K 2,6G 1% /LVM1 <\prompt> Utilizamos o #lvreduce para diminuir o tamanho de um LV. Mas existem casos também que temos que aumentar o tamano de um VG, e como fariamos ? Como temos 4 PVs, vamos tirar um do VG02 e colocar no VG01. Vamos criar um segundo LV (LV02) no VG01 para preencher todo o espaço do VG01 (para ilustrar um caso real), para que quando adcionar o novo PV, ele aumente o espaço em PE que é de 0 (zero). *Relembrando - lvcreate -l -n [root@server root]# lvcreate -l 1684 -n LV02 VG01 Logical volume "LV02" created [root@server root]# mkfs.ext2 /dev/VG01/LV02 mke2fs 1.35 (28-Feb-2004) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 863264 inodes, 1724416 blocks 86220 blocks (5.00%) reserved for the super user First data block=0 53 block groups 32768 blocks per group, 32768 fragments per group 16288 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 39 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. [root@server root]# vgdisplay VG01 --- Volume group --- VG Name VG01 System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 7 VG Access read/write VG Status resizable MAX LV 255 Cur LV 2 Open LV 1 Max PV 255 Cur PV 2 Act PV 2 VG Size 9,31 GB PE Size 4,00 MB Total PE 2384 Alloc PE / Size 2384 / 9,31 GB Free PE / Size 0 / 0 VG UUID B0o0rf-zvO1-uYT0-GW9L-kOez-H37z-0RzHIh <\prompt> Podemos notar que agora o VG01 não tem mais nenhum PE livre. Free PE / Size 0 / 0 Abaixo vamos conferir o resultado de um #df e do comando vgdisplay, agora com os dois LVs [root@server root]# mkdir /LVM2 [root@server root]# mount /dev/VG01/LV02 /LVM2 [root@server root]# df -h Sist. Arq. Tam Usad Disp Uso% Montado em /dev/hda2 28G 16G 10G 62% / /dev/hda1 145M 5,9M 132M 5% /boot none 507M 0 507M 0% /dev/shm /dev/mapper/VG01-LV01 2,7G 20K 2,6G 1% /LVM1 /dev/mapper/VG01-LV02 6,5G 20K 6,2G 1% /LVM2 <\prompt> Podemos notar agora que o nosso VG está com todos os seus PEs alocados, mas temos a situação que preciso aumentar a partição LV01, como faço ? [root@server root]# vgdisplay -v VG01 Using volume group(s) on command line Finding volume group "VG01" --- Volume group --- VG Name VG01 System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 7 VG Access read/write VG Status resizable MAX LV 255 Cur LV 2 Open LV 2 Max PV 255 Cur PV 2 Act PV 2 VG Size 9,31 GB PE Size 4,00 MB Total PE 2384 Alloc PE / Size 2384 / 9,31 GB Free PE / Size 0 / 0 VG UUID B0o0rf-zvO1-uYT0-GW9L-kOez-H37z-0RzHIh --- Logical volume --- LV Name /dev/VG01/LV01 VG Name VG01 LV UUID rQw1cG-jppl-TSJj-1wVw-8kud-oE5L-Jr1c46 LV Write Access read/write LV Status available # open 1 LV Size 2,73 GB Current LE 700 Segments 1 Allocation next free (default) Read ahead sectors 0 Block device 253:0 --- Logical volume --- LV Name /dev/VG01/LV02 VG Name VG01 LV UUID SXgnqF-GZrH-dEax-LKno-4y44-SRp3-Q9rFU4 LV Write Access read/write LV Status available # open 1 LV Size 6,58 GB Current LE 1684 Segments 2 Allocation next free (default) Read ahead sectors 0 Block device 253:1 --- Physical volumes --- PV Name /dev/hdd1 PV UUID RiWHqR-gyYe-jlIQ-pjku-cdI8-cQ8M-Lkj2Y4 PV Status allocatable Total PE / Free PE 1192 / 0 PV Name /dev/hdd2 PV UUID oEcEui-mhig-RF06-fBd5-opAK-1Psf-bV1FLp PV Status allocatable Total PE / Free PE 1192 / 0 <\prompt> Não tenho mais discos, apenas tenho PV sobrando no VG02, por isso vou tirar ele de lá e colocar no VG01 para depois aumentar o espaço daquela partição. Utilizaremos o comando #vgreduce. [root@server root]# vgreduce VG02 /dev/hdd3 Removed "/dev/hdd3" from volume group "VG02" [root@server root]# vgdisplay -v VG02 Using volume group(s) on command line Finding volume group "VG02" --- Volume group --- VG Name VG02 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 2 VG Access read/write VG Status resizable MAX LV 255 Cur LV 0 Open LV 0 Max PV 255 Cur PV 1 Act PV 1 VG Size 4,66 GB PE Size 4,00 MB Total PE 1192 Alloc PE / Size 0 / 0 Free PE / Size 1192 / 4,66 GB VG UUID iWiIv6-L0FT-K0gV-JzJh-a8l5-1ouZ-H4r3yN --- Physical volumes --- PV Name /dev/hdd4 PV UUID BFGFCi-2rKb-As0v-ucBy-ghkn-y869-yXcIm0 PV Status allocatable Total PE / Free PE 1192 / 1192 <\prompt> Notamos que o PV /dev/hdd3 não está mais no VG02. Agora vamos adciona-lo ao nosso VG01 que está necessitando de espaço. [root@server root]# vgextend VG01 /dev/hdd3 Volume group "VG01" successfully extended <\prompt> Agora vamos verificar que o nosso VG01 tem mais PEs livres (não tinha, estava com 0, lembra ?), devido a nossa ação de adcionar mais um PV neste VG. Comando #vgdisplay [root@server root]# vgdisplay VG01 --- Volume group --- VG Name VG01 System ID Format lvm2 Metadata Areas 3 Metadata Sequence No 8 VG Access read/write VG Status resizable MAX LV 255 Cur LV 2 Open LV 2 Max PV 255 Cur PV 3 Act PV 3 VG Size 13,96 GB PE Size 4,00 MB Total PE 3575 Alloc PE / Size 2384 / 9,31 GB Free PE / Size 1191 / 4,65 GB VG UUID B0o0rf-zvO1-uYT0-GW9L-kOez-H37z-0RzHIh <\prompt> Agora o nosso VG01 tem mais 1191 PEs disponiveis, e vou adcionar ele ao LV01 Abaixo a sequencia de comandos para verificar e para adcionar. [root@server root]# lvextend -l+1191 /dev/VG01/LV01 Extending logical volume LV01 to 7,39 GB Logical volume LV01 successfully resized [root@server root]# resize2fs /dev/VG01/LV01 resize2fs 1.35 (28-Feb-2004) Please run 'e2fsck -f /dev/VG01/LV01' first. [root@server root]# e2fsck -f /dev/VG01/LV01 e2fsck 1.35 (28-Feb-2004) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/VG01/LV01: 11/359040 files (0.0% non-contiguous), 11281/716800 blocks [root@server root]# resize2fs /dev/VG01/LV01 resize2fs 1.35 (28-Feb-2004) Resizing the filesystem on /dev/VG01/LV01 to 1936384 (4k) blocks. The filesystem on /dev/VG01/LV01 is now 1936384 blocks long. [root@server root]# mount /dev/VG01/LV01 /LVM1 [root@server root]# df -h Sist. Arq. Tam Usad Disp Uso% Montado em /dev/hda2 28G 16G 10G 62% / /dev/hda1 145M 5,9M 132M 5% /boot none 507M 0 507M 0% /dev/shm /dev/mapper/VG01-LV02 6,5G 20K 6,2G 1% /LVM2 /dev/mapper/VG01-LV01 7,3G 20K 7,0G 1% /LVM1 <\prompt> Notem que a nossa partição LVM1 (LV01) já está redimensionada. Abaixo a titulo didático, vou apagar o VG02, já que não o utilizamos, criamos ele apenas para fins didáticos, e vamos apaga-lo para demonstrar mais alguns comandos do pacote LVM Vou criar um LV no VG02 apenas para demonstrar como deleta-lo. [root@server root]# lvcreate -l1000 -n LV03 VG02 Logical volume "LV03" created [root@server root]# vgdisplay -v VG02 Using volume group(s) on command line Finding volume group "VG02" --- Volume group --- VG Name VG02 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 255 Cur LV 1 Open LV 0 Max PV 255 Cur PV 1 Act PV 1 VG Size 4,66 GB PE Size 4,00 MB Total PE 1192 Alloc PE / Size 1000 / 3,91 GB Free PE / Size 192 / 768,00 MB VG UUID iWiIv6-L0FT-K0gV-JzJh-a8l5-1ouZ-H4r3yN --- Logical volume --- LV Name /dev/VG02/LV03 VG Name VG02 LV UUID PPAHOG-v4d2-hClM-nUKy-crnG-0V3A-kwb6pw LV Write Access read/write LV Status available # open 0 LV Size 3,91 GB Current LE 1000 Segments 1 Allocation next free (default) Read ahead sectors 0 Block device 253:2 --- Physical volumes --- PV Name /dev/hdd4 PV UUID BFGFCi-2rKb-As0v-ucBy-ghkn-y869-yXcIm0 PV Status allocatable Total PE / Free PE 1192 / 192 <\prompt> Deletando o LV (LV03) que acabamos de criar. [root@server root]# lvremove /dev/VG02/LV03 Do you really want to remove active logical volume "LV03"? [y/n]: y Logical volume "LV03" successfully removed [root@server root]# vgdisplay -v VG02 Using volume group(s) on command line Finding volume group "VG02" --- Volume group --- VG Name VG02 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV 255 Cur LV 0 Open LV 0 Max PV 255 Cur PV 1 Act PV 1 VG Size 4,66 GB PE Size 4,00 MB Total PE 1192 Alloc PE / Size 0 / 0 Free PE / Size 1192 / 4,66 GB VG UUID iWiIv6-L0FT-K0gV-JzJh-a8l5-1ouZ-H4r3yN --- Physical volumes --- PV Name /dev/hdd4 PV UUID BFGFCi-2rKb-As0v-ucBy-ghkn-y869-yXcIm0 PV Status allocatable Total PE / Free PE 1192 / 1192 <\prompt> Deletando o VG02 [root@server root]# vgremove VG02 Volume group "VG02" successfully removed <\prompt> Deletando o PV do LVM, vamos supor que este disco tenha dado problemas fisicos, e você vái tirar este disco (neste caso é uma partição), mas em produção seria um disco. comando #pvremove [root@server root]# pvremove /dev/hdd4 Labels on physical volume "/dev/hdd4" successfully wiped You have new mail in /var/spool/mail/root <\prompt> Coloque outro disco, particione, formate para LVM, crie o PV, adcione ele a um VG, e depois a um LV... Bem vindo ao LVM. :-) *Dica: caso algum VG esteja inativo, ative-o com o comando #vgchange -ay , isso ativará todos os VGs disponiveis. Espero ter ajudado a todos no entendimento do LVM. Duvidas, mail-me. Grande abraço. Rodrigo Klein Santos rodrigo@system4.com.br ******************************************************** De: Antonio da Silva Martins Junior Para: marcio katan Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Problemas com lvm Data: Mon, 14 Feb 2005 08:09:27 -0200 (BRDT) On Sat, 12 Feb 2005, marcio katan wrote: > Este imagem LVM foi criada com o conectiva 8. Ela tem duas partições no > conjunto e está lotada. Agora estou tentando aumentar o tamanho dela no > Conectiva 10 (acrescentando mais uma partição) e está dando o seguinte erro: > > [root@enterprise root]# vgextend imagens /dev/hde9 > Physical volume /dev/hde9 is of different format type (lvm2) > Unable to add physical volume '/dev/hde9' to volume group 'imagens'. > [root@enterprise root]# > > O que está acontecendo? Alguém pode me ajudar? Olá, É um chute, mas a mensagem indica que não pode adicionar uma partição LVM2 ao VG, se o VG foi criado com CL8 deve conter partições LVM1 (antigas). Solução: backup e reinstall, ou tente achar uma maneira de converter as partições LVM1 para LVM2 (como? não sei, de uma procurada nos manuais e FAQs do LVM). Antonio. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Antonio S. Martins Jr. - Support Analist | "Only The Shadow Knows | | Universidade Estadual de Maringa - Brasil| what evil lurks in the | | NPD - Núcleo de Processamento de Dados | Heart of Men!" | | E-Mail: asmartins@uem.br / shadow@uem.br | !!! Linux User: 52392 !!! | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ******************************************************** De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Problemas com lvm Data: Sat, 12 Feb 2005 22:12:30 -0200 marcio katan wrote: >[root@enterprise root]# vgdisplay -v imagens > Using volume group(s) on command line > Finding volume group "imagens" > --- Volume group --- > VG Name imagens > System ID localhost1075574722 > Format lvm1 [corta] >[root@enterprise root]# vgextend imagens /dev/hde9 > Physical volume /dev/hde9 is of different format type (lvm2) O seu VG é do tipo lvm1. Você está tentando adicionar um PV do tipo lvm2. Não pode. pvcreate -M1 /dev/hde9 para recriá-lo como lvm1. Outra opção é usar o vgconvert para convertar o seu VG para lvm2. -- Thiago Macieira - thiago (AT) macieira (DOT) info ******************************************************** De: Anderson Silva Para: 'Lista Linux-BR' Assunto: RES: (linux-br)Cluster de hds Data: Wed, 23 Mar 2005 15:03:57 -0300 Distributed File System? Cluster File System? http://www.openafs.org/ http://www.coda.cs.cmu.edu/ http://www-1.ibm.com/servers/eserver/clusters/software/gpfs.html http://www.redhat.com/software/rha/gfs/ http://oss.oracle.com/projects/ocfs/ http://www.veritas.com/Products/www?c=product&refId=209 http://www.lustre.org/ -----Mensagem original----- >De: Thiago Caminha da Silva >Existe algum sistema onde eu poça usar um cluster onde os hds dos nós se transforme em um grande hdzão? ******************************************************** De: Antonio da Silva Martins Junior Para: Thiago Caminha da Silva Cc: Lista Linux-BR Assunto: Re: (linux-br)Cluster de hds Data: Wed, 23 Mar 2005 14:26:15 -0300 (BRST) On Wed, 23 Mar 2005, Thiago Caminha da Silva wrote: > Existe algum sistema onde eu poça usar um cluster onde os hds dos nós se > transforme em um grande hdzão? Eu sei que em teoria o OpenMosix > transforma tosdos os nós em um único computador, mas eu gostaria que > isso só fosse feito com os hds... Olá, Acho que você quer algo como o Lustre , ou o PVFS . Agora quanto a "converter" todos os nós em um único computador, não é bem o que acontece com o OpenMosix não, mas será o caso com o OpenSSI se conseguirem sucesso. Antonio. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Antonio S. Martins Jr. - Support Analist | "Only The Shadow Knows | | Universidade Estadual de Maringa - Brasil| what evil lurks in the | | NPD - Núcleo de Processamento de Dados | Heart of Men!" | | E-Mail: asmartins@uem.br / shadow@uem.br | !!! Linux User: 52392 !!! | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ******************************************************** De: hamacker Para: thiago@tecpont.com.br Cc: Lista Linux-BR Assunto: Re: (linux-br)Cluster de hds Data: Wed, 23 Mar 2005 13:52:48 -0300 Thiago Caminha da Silva escreveu: > Pessoal, > > Não tenho intimidade nenhuma com clusters mas fiquei curioso com o > assunto. Ai me surgiu uma dúvida... > > Existe algum sistema onde eu poça usar um cluster onde os hds dos nós > se transforme em um grande hdzão? Eu sei que em teoria o OpenMosix > transforma tosdos os nós em um único computador, mas eu gostaria que > isso só fosse feito com os hds... > > Alguém tem alguma experiência na área e poderia me dar alguma dica, ou > sizer se é possivel fazer? > > Obrigado > Voce não precisa dum cluster, a solução para esse tipo de problema é por hardware, procure por "disk-array", com ele voce poderá empilhar vários discos e o PC enxerga-lo como se fosse um disco apenas ou mais, conforme a sua vontade e se mais para frente voce precisar aumentar a capacidade então poderá acrescentar outros disco e assim por diante, além disso uma controladora array tem a capacidade de fazer redundancia de dados, ou seja, se um disco quebrar ele continuará a funcionar sem nenhuma perda de informação, nesse caso porém o disco de menor capacidade será o tamanho que servirá de base para todos os outros e voce perderá um pouco de espaço por causa da redundância. Se estiver afim de economizar, lembre-se que essa solução não é barata, pois envolve a aquisição duma controladra disk-array que normalmente é SCSI e um hack externo para colocar os HDs dentro. Um disco SCSI apesar de ser superior aos IDEs convencionais custa o dobro do preço tambem. Apesar de não ser barato, é muito bom para sistemas de banco de dados e fileservers por causa da velocidade do i/o ser bem melhor e haver (ou nao) redundancia dos dados. inte+ ******************************************************** De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br, Alejandro Flores Assunto: Re: (linux-br)lvm em outro hd Data: Tue, 20 Sep 2005 21:53:52 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alejandro Flores wrote: >Coloquei um segundo HD no meu linux, de onde eu quero recuperar alguns >dados. Eu uso LVM no meu linux, porém o meu antigo HD, que está em >hdb, também está configurado com LVM. Ainda não parei pra estudar a >fundo o LVM e as pesquisas que fiz não me retornaram nada que me >ajudasse. O problema é que eu não consigo montar uma partição do hd >antigo (hdb2). Alguma luz? Não entendi. O seu HD antigo tem LVM ou não? Se tem LVM, por que você está tentando montar uma partição? O que você já fez para recuperar os VGs que estão nesse disco? Já usou o lvmdiskscan? O vgscan e vgchange? O vgimport (--force)? - -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 5. Swa he géanhwearf tó timbran, and hwonne he cóm, lá! Unix cwæð "Hello, World". ?fre ?ghwilc wæs glæd and seo woruld wæs fréo.aça sua pesquisa na Internet: ******************************************************** De: Alejandro Flores Responder A: Alejandro Flores Para: Thiago Macieira Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)lvm em outro hd Data: Wed, 21 Sep 2005 08:10:30 -0300 Thiago, > Não entendi. O seu HD antigo tem LVM ou não? Se tem LVM, por que você está > tentando montar uma partição? Tem LVM sim, na verdade utilizei a expressão errada. :-) > O que você já fez para recuperar os VGs que estão nesse disco? Já usou o > lvmdiskscan? O vgscan e vgchange? O vgimport (--force)? Cara, eu acho que fiz a maior burrada. Eu criei novamente um VolumeGroup em /dev/hdb2 com outro nome. Acho que ele perdeu as informações sobre os LV's. Eis o output do lvmdiskscan: # lvmdiskscan /dev/hda1 [ 101.94 MB] /dev/hda2 [ 74.43 GB] LVM physical volume /dev/hdb1 [ 101.94 MB] /dev/hdb2 [ 19.31 GB] LVM physical volume 0 disks 2 partitions 0 LVM physical volume whole disks 2 LVM physical volumes Output do comando vgscan: # vgscan Reading all physical volumes. This may take a while... Found volume group "DadosAntigos" using metadata type lvm2 Found volume group "VolGroup00" using metadata type lvm2 DadosAntigos é o VG que eu criei novamente em cima do /dev/hdb2. Acho que foi ai que eu melequei tudo. Output do comando lvs: # lvs LV VG Attr LSize Origin Snap% Move Copy% LogVol00 VolGroup00 -wi-ao 73.38G LogVol01 VolGroup00 -wi-ao 1.00G VolGroup00 é o VG do meu disco atual. Alguma luz? -- Abraço! Alejandro Flores http://www.triforsec.com.br/ De: Paulo Afonso Graner Fessel Para: Alejandro Flores Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)lvm em outro hd Data: Wed, 21 Sep 2005 14:23:03 -0300 Alejandro Flores escreveu: > Thiago, > > >>Não entendi. O seu HD antigo tem LVM ou não? Se tem LVM, por que você está >>tentando montar uma partição? > > > Tem LVM sim, na verdade utilizei a expressão errada. :-) > > >>O que você já fez para recuperar os VGs que estão nesse disco? Já usou o >>lvmdiskscan? O vgscan e vgchange? O vgimport (--force)? > > > Cara, eu acho que fiz a maior burrada. Eu criei novamente um > VolumeGroup em /dev/hdb2 com outro nome. Acho que ele perdeu as > informações sobre os LV's. Exatamente. Provavelmente os dois VGs tinham os mesmos nomes, não é? Nesse caso, o que houve foi que o LVM2 não consegue simplesmente encontrar o outro VG com o outro PV, pois afinal de contas ele já está importado! E como não é possível importar com o VG UUID alterando o nome do VG, o procedimento a ser seguido deveria ter sido um que já passei via e-mail. Agora, Inês é morta. O que você pode TENTAR fazer é encontrar as bordas do seu antigo file system que estava dentro desse VG - afinal de contas, você não perdeu nada, só os endereços - procurando por uma seqüência de bytes que corresponda ao superblock do filesystem que você tinha lá e salvando a partir desse superblock o conteúdo para um arquivo para depois montá-lo com -o loop. Porém, a menos que o que você tenha seja absolutamnte precioso, eu nem me importaria muito com essa opção; afinal de contas, isso aí é "catar" bytes pelo seu disco - principalmente se você redimensionou o file system que havia no VG antigo pelo menos uma vez, pois daí ele pode não estar contíguo... Aí, não vai ter jeito. []'s Paulão De: Paulo Afonso Graner Fessel Para: Alejandro Flores , linux-br Assunto: RES: (linux-br)lvm em outro hd Data: Wed, 21 Sep 2005 09:33:36 -0300 > Amigos, > > Coloquei um segundo HD no meu linux, de onde eu quero > recuperar alguns dados. Eu uso LVM no meu linux, porém o meu > antigo HD, que está em > hdb, também está configurado com LVM. Ainda não parei pra estudar a > fundo o LVM e as pesquisas que fiz não me retornaram nada que > me ajudasse. O problema é que eu não consigo montar uma > partição do hd antigo (hdb2). Alguma luz? Alejandro, Na realidade você vai ter que importar o VG original em que seus dados estavam, ativar os LV's e montar os LV's com os dados que você quer. Imagino que seu VG esteja na partição hdb2. Assim, o primeiro passo é fazer um vgscan. Isso vai mostrar quais volume groups estão exportados (inativos). Se o seu VG exportado tiver um nome diferente do atual, basta digitar "vgimport ". Se não, é um pouco mais complicado: * Dê um boot com o CD ou disquete de boot de sua distribuição e use o modo "rescue" para ter uma linha de comando. * Nesse ponto, faça com que o sistema reconheça os seus dois discos rígidos. * Digite "vgscan". Não se preocupe se só um VG for reconhecido. * Edite o arquivo /etc/lvm.conf e coloque a linha 'filter = [ "a|^/dev/hdb2$|", "r/.*/" ]' na seção "devices"; * Digite "vgscan" novamente. * Importe o VG de hdb2 com "vgimport -a". * Desative todos os VGs com "vgchange -a n". * Renomeie o VG antigo com "vgrename /dev/VGANTIGO /dev/VGNOVO" * Exporte o VG com "vgexport VGNOVO" * Reinicie o servidor normalmente. Após iniciado, você poderá importar o VG antigo com "vgimport VGNOVO". Após importar o VG antigo, use "vgdisplay -v VGNOVO" para saber em qual LV estão os dados que você quer. Descobrindo, basta montar /dev/VGNOVO/LVDADOS onde você quiser e copiar os arquivos. []'s Paulão ******************************************************** De: Jorge Godoy Para: Rovilso Schenatto Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) Dúvidas LVM Data: Sat, 04 Feb 2006 19:49:41 -0200 Rovilso Schenatto writes: > Como são as experiências dos srs com LVM e ext3 quanto > ao dimensionamento de HD (aumento do tamanho do LVM)? Funciona, mas não on the fly como no ReiserFS. -- Jorge Godoy "Quidquid latine dictum sit, altum sonatur." - Qualquer coisa dita em latim soa profundo. - Anything said in Latin sounds smart. ******************************************************** De: Mauricio Teixeira (netmask) Para: Elvio Schopf Cc: linux-br Assunto: Re: (linux-br) juntar dois hd´s em um (2=1) Data: Mon, 24 Apr 2006 16:55:43 -0300 Elvio Schopf wrote: > Alguém já precisou juntar dois (2) hds em um (1), ex: supondo que eu tenho 2 > hds d 80gb cada (ou +) e queira que meu linux reconheca isso como apenas 1 Se você tiver um hardware com condições de fazer RAID, utilize o RAID0. Caso contrário, para fazer via software você vai precisar do LVM (http://www.tldp.org/HOWTO/LVM-HOWTO/). -- % Mauricio Teixeira (netmask) % mteixeira{a}webset{d}net <> Maceio/AL/BR % http://mteixeira.webset.net <> http://pmping.sf.net ********************************************************