That's what I called tricky ;-)
As I do not need one big partition but a lot of smaller ones (for VMs)
I've now just added another pv and volume group. This way I can decide on
which one a new volume goes. In case I ever need to I can still merge
them.
Kai
On 04/04/11 11:11, John Hodrien wrote:
> On Sat, 2 Apr 2011, Jay Leafey wrote:
>
>> You COULD use option #1, but it requires some additional resources and a
>> LOT of shuffling.
>
> Why do you need to shuffle?
>
> fdisk /dev/sda
> delete the PV partition
> create a new PV partition starting at t
On Sat, 2 Apr 2011, Jay Leafey wrote:
> You COULD use option #1, but it requires some additional resources and a
> LOT of shuffling.
Why do you need to shuffle?
fdisk /dev/sda
delete the PV partition
create a new PV partition starting at the same sector but ending at the end of
the now larger di
On Sat, 2011-04-02 at 12:02 -0500, Jay Leafey wrote:
> Kai Schaetzl wrote:
> > I've replaced disks in a hardware RAID 1 with larger disks and enlarged
> > the array. Now I have to find a way to tell LVM about the extra space.
> > It seems there are two ways:
> > 2. create another partition on the
Kai Schaetzl wrote:
I've replaced disks in a hardware RAID 1 with larger disks and enlarged
the array. Now I have to find a way to tell LVM about the extra space.
It seems there are two ways:
1. delete partition with fdisk and recreate a larger one. This is
obviously a bit tricky if you do not
I've replaced disks in a hardware RAID 1 with larger disks and enlarged
the array. Now I have to find a way to tell LVM about the extra space.
It seems there are two ways:
1. delete partition with fdisk and recreate a larger one. This is
obviously a bit tricky if you do not want to lose data, I h
6 matches
Mail list logo
