Re: Resising underlying array

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello !
Today was a terrible day at work. So I did not touch my array nor LVM.
But I thought about it.
As I will resize the first disk partition, I'll touch the beginning of the PV (which is built on the mirror made of the second disk partitions). So I wonder if LVM is "dumb" and won't notice that the first blocks are not the old first blocks (provided that the underlying array is synced), or if the LVM layer will loudly complain because the former blocks of the beginning of the PV have moved (Am I right or wrong here ??) ??? I've to admit that I'm reluctant to touch this server, given the day I had today...
So I beg, another time, for your advice.
Thanks for your help !
Le 04/07/2013 10:54, Bryn M. Reeves a écrit :
On 07/03/2013 07:54 PM, matthew patton wrote:
200 MB for /boot was sensible years ago but now is a joke.
since when? All you need is 2 kernels. Have Linux 3.x kernels gotten
out of hand? I only use RHEL/Centos5 and 6 and I've never even come
close to running out.
It partly depends on the distro and features you use - e.g. Fedora has
preupgrade which uses /boot as temporary storage. This requires
considerably more space than was required in the past (if you are going
to use the feature - otherwise, carry on regardless :).

Regards,
Bryn.

_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/


--
If the only tool you have is a hammer, you tend to see every problem as a nail.
                Abraham Maslow
A British variant :
Any tool can serve as a hammer but a screwdriver makes the best chisel.

_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/





[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux