Re: Why can't I extend a LV after many times extends?

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

 



Another problem after I change the buf size

1. After some lvextend operations.. when my lv size is about 48G

   my vg is lost suddently...

2. I think perhaps it has some relation about the default size
mempool size of "10*1024" is not big enough, I changed it to "200*1024"

      (lib/config/config.c line 88)

3. Now when I lvextend, it complains :

      VG amd64 metadata too large for circular buffer

      (lib/format_text/format_text.c line 363)

Any advice?

On Wed, Mar 03, 2004 at 03:52:21PM +0800, 吴涛 wrote:
> Package: lvm2
> Version: 2.00.08-4
> 
> Ok , now I found the problem.
> 
> There is a limit in code of lvm2 tools.
> Author has seen it as a problem... but no one has fixed it yet.
> 
> 
> In lib/format_text/format-text.c ...
> 
> around line 309
> 
>   /* FIXME Essential fix! Make dynamic (realloc? pool?) */
>   char buf[65536];
>   int found = 0;
> 
> The buf size of 65536 is too small for me...
> 
> I change it to 655360 then everyting is ok.
> 
> The following is my quick patch, it can make things a little better.
> 
> 
> diff -urN lvm2-2.00.08/lib/format_text/format-text.c
> lvm2-2.00.08-new/lib/format_text/format-text.c
> --- lvm2-2.00.08/lib/format_text/format-text.c  2004-03-03
> 15:29:47.190121864 +0800
> +++ lvm2-2.00.08-new/lib/format_text/format-text.c      2004-03-03
> 15:15:18.720149368 +0800
> @@ -306,7 +306,7 @@
>         uint32_t new_wrap = 0, old_wrap = 0;
> 
>         /* FIXME Essential fix! Make dynamic (realloc? pool?) */
> -       char buf[65536];
> +       char buf[655360];
>         int found = 0;
> 
>         /* Ignore any mda on a PV outside the VG. vgsplit relies on this */
> 
> On Tue, Mar 02, 2004 at 11:34:51PM +0800, lepton wrote:

_______________________________________________
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