Linux LVM users
 help / color / mirror / Atom feed
* [linux-lvm] Max LV size
@ 2002-11-11 16:10 Alexander Lazarevich
  2002-11-11 16:53 ` Jose Luis Domingo Lopez
  0 siblings, 1 reply; 4+ messages in thread
From: Alexander Lazarevich @ 2002-11-11 16:10 UTC (permalink / raw)
  To: Linux LVM Sistina

I've got a RAID 5 array which is 500GB. It's on a red hat 7.3 system
(2.4.18-3 kernel) using sistina LVM 1.0.3. I've already got my VG set up,
and I'm now crreating the LV's, but I've got a problem.

vgdisplay -v tells me the max LV size is 255GB. So I figured I'd decrease
the number of Max LV's (currently at 256) to 128, and then that would
increase the size that each LV could be. But when I do a "vgchange -l 128
blah", it just stops and says "segmentation fault".

What gives? I really hope 255GB isn't a limit. Any ideas?

Thanks in advance,

Alex
---                                                        ---
   Alex Lazarevich | Systems | Imaging Technology Group
   alazarev@itg.uiuc.edu | (217)244-1565 | www.itg.uiuc.edu
---                                                        ---

^ permalink raw reply	[flat|nested] 4+ messages in thread
* Re: [linux-lvm] lvm 1 unable to boot
@ 2004-03-31 15:49 Patrick Caulfield
  2004-03-31 19:33 ` [linux-lvm] max LV size Alexander Lazarevich
  0 siblings, 1 reply; 4+ messages in thread
From: Patrick Caulfield @ 2004-03-31 15:49 UTC (permalink / raw)
  To: LVM general discussion and development

On Wed, Mar 31, 2004 at 03:59:39PM +0100, Geoff Dolman wrote:
> Hi
> 
> I have a machine with the following partition structure:
> 
> /dev/sda1 /boot (ext3)
> /dev/sda2 swap
> /dev/sda3 LVM
> 
> The LVM (1.03/rh9) contains one PV and this has Volume00 in it which
> contains lvs for slash, usr, var, /usr/local and so on...
> 
> I rebooted the machine for the first time in ages (same kernel
> configuration as the last reboot and no changes - or very few).
> 
> The machine won't reboot - it panics because of a message (something)
> like:
> 
> vgscan found inactive "Volume00"
> Error 28 Unable to make /etc/lvmtab.d/Volume00/Volume00.tmp
> vg_cfgbackup.c line 273
> 

Error 28 is ENOSPC - your initrd is too small to hold the metadata backups.
-- 

patrick

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2004-04-01 13:44 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-11-11 16:10 [linux-lvm] Max LV size Alexander Lazarevich
2002-11-11 16:53 ` Jose Luis Domingo Lopez
  -- strict thread matches above, loose matches on Subject: below --
2004-03-31 15:49 [linux-lvm] lvm 1 unable to boot Patrick Caulfield
2004-03-31 19:33 ` [linux-lvm] max LV size Alexander Lazarevich
2004-04-01 13:44   ` Heinz Mauelshagen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox