You can always increase the size of the LV dynamically. That applies to all filesystems. The problem is that ext2/3 will not allow you to add space (using resize2fs) unless the FS is unmounted.
With Reiser though, you can use the resize_reiserfs command on a mounted filesystem. We used it successfully many times. The sequence is: pvcreate (physical volume) vgextend (to add the volume to the VG) lvextend (to increase the size of the volume) resize_reiserfs (to add the free space to the FS) If you give resize_reiserfs no parameters other than the filesystem name, it's smart enough to fill the remaining space on the volume. REDUCING the size of a filesystem is also possible, but I've only done it once on Linux/Intel, and it was much more complicated than increasing it. It also took a LONG time. Far longer than adding space. When you add striping to the mix, you lose the ability to do lvextend, since the number of stripes has to match the number of physical volumes in the LV. > -----Original Message----- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of > Romanowski, John (OFT) > Sent: Monday, January 24, 2005 10:40 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: [LINUX-390] Any caveats moving root filesystem to LVM? > > > How come in LVM without striping, with Reiser FS you can resize > filesystems without unmounting them? I'm just curious. > > -----Original Message----- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Hall, Ken (IDS DCS PE) > Sent: Monday, January 24, 2005 10:33 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Any caveats moving root filesystem to LVM? > > If you use LVM without striping, and Reiser FS on top of > that, you don't > even have to unmount the filesystems to resize them. > > Striping takes away ALL of this advantage. We ran some tests with > striped vs. non-striped filesystems, and generally got better results > with striping, but I don't have numbers anymore. > > Regardless, I'm not sure if you would get much benefit out of striping > the root FS, since the benefit of striping is in > parallelizing I/O. The > files in the root FS tend to be small, and are either read > infrequently > (at boot time), or read SO frequently that they tend to stay in the > buffer cache. Write activity against the root FS should be EXTREMELY > limited by design (although we had some products that > stubbornly insist > on putting things like dumps in /). > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO > LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ -------------------------------------------------------- ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
