Ridimensionamento LVM

Non funziona perché il vgreduce non riduce lo spazio occupato ma rimuove uno o più physical volume non utilizzati. Nel tuo caso hai un solo PV che non potrai rimuovere perché è in uso anche dagli altri LV.
Devi usare il comando pvresize con l’opzione “–setphysicalvolumesizesize”, specificando poi la dimensione che vuoi dare al tuo PV. Magari puoi utilizzare l’opzione “–test” per verificare che cosa fa.

ho provato a dare il comando “pvresize” e me lo fallisce

ti posto gli output dei vari tentativi

[root@mirko-laptop ~]# pvresize -t --setphysicalvolumesize 160G /dev/sda2
Test mode: Metadata will NOT be updated.
/dev/sda2: cannot resize to 5119 extents as later ones are allocated.
0 physical volume(s) resized / 1 physical volume(s) not resized

[root@mirko-laptop ~]# pvresize -t --setphysicalvolumesize 160G /dev/vg_mirkolaptop
Test mode: Metadata will NOT be updated.
Failed to read physical volume “/dev/vg_mirkolaptop”
0 physical volume(s) resized / 0 physical volume(s) not resized

Se non ricordo male puoi aggiungere le opzione -d e -v per avere il verbose e debug in modo da avere delle informazioni in più. Secondo me il problema potrebbe essere legato ai PE occupati. Potresti provare a ridurre di 1 solo GB la dimensione del PV come test?

come sempre ti chiedo scusa per il ritardo nella risposta

ecco l’output con le opzioni - d -v

[root@mirko-laptop ~]# pvresize -tdv --setphysicalvolumesize 249G /dev/sda2
Test mode: Metadata will NOT be updated.
Using physical volume(s) on command line
Test mode: Skipping archiving of volume group.
WARNING: /dev/sda2: Overriding real size. You could lose data.
/dev/sda2: Pretending size is 522190848 not 487370368 sectors.
Resizing physical volume /dev/sda2 from 7436 to 7967 extents.
Resizing volume “/dev/sda2” to 522190464 sectors.
Updating physical volume “/dev/sda2”
Test mode: Skipping volume group backup.
Physical volume “/dev/sda2” changed
1 physical volume(s) resized / 0 physical volume(s) not resized
Test mode: Wiping internal cache
Wiping internal VG cache

Ciao,
come hai notato tra i vari messaggi della verbose e debug ti viene dato il messaggio “1 physical volume(s) resized”, quindi riducendolo di 1 GB si riesce a ridurre. Bisogna provare ora magari a ridurlo di 20 GB e verificare che ci siano i PE necessarri per ridurre lo spazio

Ciao a tutti! Anch’io mi trovo nella stessa situazione: in pratica ho seguito la guida, ma non riesco a rimuovere lo spazio liberato.

[code]# fdisk -l

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders, total 156301488 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x26052604

Device Boot Start End Blocks Id System
/dev/sda1 * 63 30716279 15358108+ 7 HPFS/NTFS
/dev/sda2 30716280 156280319 62782020 f W95 Ext d (LBA)
/dev/sda5 30716343 81915434 25599546 7 HPFS/NTFS
/dev/sda6 81917952 82941951 512000 83 Linux
/dev/sda7 82944000 156278783 36667392 8e Linux LVM

Disk /dev/dm-0: 3221 MB, 3221225472 bytes
255 heads, 63 sectors/track, 391 cylinders, total 6291456 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/dm-0 doesn t contain a valid partition table

Disk /dev/dm-1: 3221 MB, 3221225472 bytes
255 heads, 63 sectors/track, 391 cylinders, total 6291456 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/dm-1 doesn t contain a valid partition table

Disk /dev/dm-2: 26.8 GB, 26843545600 bytes
255 heads, 63 sectors/track, 3263 cylinders, total 52428800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/dm-2 doesn t contain a valid partition table

Disk /dev/dm-3: 3187 MB, 3187671040 bytes
255 heads, 63 sectors/track, 387 cylinders, total 6225920 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/dm-3 doesn t contain a valid partition table
[/code]

# lvscan ACTIVE /dev/VolGroup/lv_root [25.00 GiB] inherit ACTIVE /dev/VolGroup/lv_swap [2.97 GiB] inherit

Questa è la risposta al comando vgreduce

# vgreduce --removemissing /dev/sda7 Volume group "sda7" not found

Grazie per gli aiuti!

Ciao,
purtroppo non può eseguire il removemissing perché il tuo PV associato alla partizione /dev/sda7 è l’unico che appartiene al vg VolGroup. Rimane il solito problema di migrare i PE su altri PV magari di appoggio per poter liberare spazio.

[quote=cello86]
Non funziona perché il vgreduce non riduce lo spazio occupato ma rimuove uno o più physical volume non utilizzati. Nel tuo caso hai un solo PV che non potrai rimuovere perché è in uso anche dagli altri LV.
Devi usare il comando pvresize con l’opzione “–setphysicalvolumesizesize”, specificando poi la dimensione che vuoi dare al tuo PV. Magari puoi utilizzare l’opzione “–test” per verificare che cosa fa.[/quote]
Devo usare questo comando giusto?

Ho provato a usare il comando pvresize, ma senza esiti positivi:[root@localhost liveuser]# pvresize --test --setphysicalvolumesize 26.8g /dev/sda7 Test mode: Metadata will NOT be updated. /dev/sda7: cannot resize to 857 extents as 895 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized [root@localhost liveuser]# pvresize --test --setphysicalvolumesize 26.9g /dev/sda7 Test mode: Metadata will NOT be updated. /dev/sda7: cannot resize to 860 extents as 895 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized [root@localhost liveuser]# pvresize --test --setphysicalvolumesize 27g /dev/sda7 Test mode: Metadata will NOT be updated. /dev/sda7: cannot resize to 863 extents as 895 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized [root@localhost liveuser]# pvresize --test --setphysicalvolumesize 27.2g /dev/sda7 Test mode: Metadata will NOT be updated. /dev/sda7: cannot resize to 870 extents as 895 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized [root@localhost liveuser]# pvresize --test --setphysicalvolumesize 27.5g /dev/sda7 Test mode: Metadata will NOT be updated. /dev/sda7: cannot resize to 879 extents as 895 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized [root@localhost liveuser]# pvresize --test --setphysicalvolumesize 27.8g /dev/sda7 Test mode: Metadata will NOT be updated. /dev/sda7: cannot resize to 889 extents as 895 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized [root@localhost liveuser]# pvresize --test --setphysicalvolumesize 27.9g /dev/sda7 Test mode: Metadata will NOT be updated. /dev/sda7: cannot resize to 892 extents as 895 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized [root@localhost liveuser]# pvresize --test --setphysicalvolumesize 28g /dev/sda7 Test mode: Metadata will NOT be updated. /dev/sda7: cannot resize to 895 extents as later ones are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized

Provando a ridurre il PV di un solo GB con la modalità test che cosa ti dice?

La risposta al comando richiesto:# pvresize --test --setphysicalvolumesize 1g /dev/sda7 Test mode: Metadata will NOT be updated. /dev/sda7: cannot resize to 31 extents as 895 are allocated. 0 physical volume(s) resized / 1 physical volume(s) not resized

nessun suggerimento?

[quote=mirko_R6]
salve a tutti,
ho la necessità di ridimensionare lvm del mio pc, ho provato a seguire la procedura trovata su questo sito ( http://www.fedoraonline.it/modules/smartsection/item.php?itemid=291 ) ma sicuramente sbaglio qualcosa nello scrivere sui comandi.

posto l’output di # fdisk -l
[root@mirko-laptop ~]# fdisk -l

Disco /dev/sda: 250.1 GB, 250059350016 byte

255 testine, 63 settori/tracce, 30401 cilindri, totale 488397168 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x000deba4

Dispositivo Boot Start End Blocks Id System
/dev/sda1 2048 1026047 512000 83 Linux
/dev/sda2 1026048 488396799 243685376 8e Linux LVM

Disco /dev/dm-0: 53.7 GB, 53687091200 byte

255 testine, 63 settori/tracce, 6527 cilindri, totale 104857600 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x00000000

Il disco /dev/dm-0 non contiene una tabella delle partizioni valida

Disco /dev/dm-1: 5301 MB, 5301600256 byte
255 testine, 63 settori/tracce, 644 cilindri, totale 10354688 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x00000000

Il disco /dev/dm-1 non contiene una tabella delle partizioni valida

Disco /dev/dm-2: 190.5 GB, 190522064896 byte

255 testine, 63 settori/tracce, 23162 cilindri, totale 372113408 settori
Unità = settori di 1 * 512 = 512 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x89c800b4

Dispositivo Boot Start End Blocks Id System

inserisco anche l’immagine del lvm

tutti i comandi che dò sono con /dev/vg_mirkolaptop/lv_home
mi permette di fare il resize solo dello stesso valore del disco, non me lo fa ridurre, nonostante lo spazio libero a disposizione.

grazie mille

è da ieri sera che ci stò combattendo e fortunatamente non ho fatto danni[/quote]

Ho appena finito di scrivere una guida a riguardo, la trovate http://fedora-os.org/2011/10/06/liberare-spazio-da-una-partizione-lvm-shrink-default-install-lvm/.
Quella che avevo scritto per FOL permette solo di liberare spazio all’interno dell’LVM, prossimamente verrà integrata con informazioni complete.