All of lore.kernel.org
 help / color / mirror / Atom feed
* RE: [linux-lvm] lvcreate segfaults
@ 2001-09-07 15:59 Robert_Macaulay
  2001-09-07 16:17 ` Benjamin Reed
  0 siblings, 1 reply; 10+ messages in thread
From: Robert_Macaulay @ 2001-09-07 15:59 UTC (permalink / raw)
  To: linux-lvm

I'm having the same problem as well. gdb on the core file shows

 lv_create (vg=0xb, lv=0xbffffab4,
    lv_name=0xbffffae4
"uuy?\003uy?(uy?Guy?iuy?suy?6?y?U?y?o?y?\204?y?\233?y?|?y?E?y?O?y???y?i?y?u?
y?\nyy?\eyy?)yy?4yy??yy?Eyy?Uyy?") at lv_create_remove.c:42
42      inline int lv_create ( vg_t *vg, lv_t *lv, char *lv_name) {

I haven't changed the inlines yet since it's a production system, and it
didn't seem to help for John

> -----Original Message-----
> From: John Marquart [mailto:jomarqua@indiana.edu]
> Sent: Wednesday, September 05, 2001 5:42 PM
> To: linux-lvm@sistina.com
> Subject: Re: [linux-lvm] lvcreate segfaults
> 
> 
> Alas alas,
>         This patch seemed to have changed the problem mroe 
> then anything
> else.
>  
> I am still getting segfaults - however this time in a different place.
>  
> (from gdb ./lvcreate w/ set args = rootvg -L4M -nfoo):
> -----
> Starting program: /usr/src/LVM/1.0.1-rc2/./tools/lvcreate rootvg -L4M
> -nfoo
>  
> Program received signal SIGSEGV, Segmentation fault. 
> lv_create (vg=0x4,
> lv=0xbffffae4,
>     lv_name=0xbffffaf8 "\023.Rt~A`z\217\003\021\034'") at
> lv_create_remove.c:42
> 42      int lv_create ( vg_t *vg, lv_t *lv, char *lv_name) {     
> 
> -----
> 
> As far as I can tell - the only significant difference 
> between this putput
> and the pre-patched output - is that it is now int lv_create 
> instead of
> inline int lv_create.
> 
> If there is any other info I can provide - as always - please ask.
> 
> -j
> 
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
> 

^ permalink raw reply	[flat|nested] 10+ messages in thread
* Re: [linux-lvm] LV size maximum
@ 2001-09-05 18:11 Andreas Dilger
  2001-09-05 18:32 ` [linux-lvm] lvcreate segfaults John Marquart
  0 siblings, 1 reply; 10+ messages in thread
From: Andreas Dilger @ 2001-09-05 18:11 UTC (permalink / raw)
  To: linux-lvm

On Sep 05, 2001  12:24 +0200, Ragnar Kj?rstad wrote:
> My guess is that you will be able to extend an old LV to more than 1 TB
> when the patches are in place, without having to do backup/restore, if
> you only choose a big enough extent size. (because the ondisk formats
> deal with extents, not sectors). Can anyone more familiar with the
> format please confirm this?

There is a current limit of 65536 LEs/LV so you need to work out LE/PE
size for the maximum LV size you want.  For 2TB (=40 bits) LV you need
16MB (= 40 - 16 = 24 bits) PE size.  Scale accordingly.  32MB PE size
is not a bad choice in any case, but as you get larger you also have
wastage of 3*PEsize/2 per LV with the new LVM tools.

Cheers, Andreas
-- 
Andreas Dilger  \ "If a man ate a pound of pasta and a pound of antipasto,
                 \  would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/               -- Dogbert

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

end of thread, other threads:[~2001-09-10 16:08 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-09-07 15:59 [linux-lvm] lvcreate segfaults Robert_Macaulay
2001-09-07 16:17 ` Benjamin Reed
  -- strict thread matches above, loose matches on Subject: below --
2001-09-05 18:11 [linux-lvm] LV size maximum Andreas Dilger
2001-09-05 18:32 ` [linux-lvm] lvcreate segfaults John Marquart
2001-09-05 18:57   ` John Marquart
2001-09-05 20:37   ` AJ Lewis
2001-09-05 22:42     ` John Marquart
2001-09-06  8:00     ` Joe Thornber
2001-09-06 12:32       ` AJ Lewis
2001-09-07 16:05         ` John Marquart
2001-09-10 16:08           ` AJ Lewis

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.