[linux-lvm] Trouble 2.2.14 setup - unresolved symbol lvm_map_ptr (My first time)

[Chris Anderson]

Heinz Mauelshagen wrote:

> > Heinz Mauelshagen wrote:
> >
> > > > Heinz Mauelshagen wrote:
> > > >
> > > > > Please have a look at the BUGS file on the <ftp://linux.msede.com/lvm/v0.8>
> > > > > as well. The fixes in there should help.
> > > >
> > > > Thanks.  I just found that right before this email.
> > >
> > > Good.
> > >
> > > >
> > > > Not that this is a big problem but maybe a little bug:
> > > >
> > > > $ vgdisplay -A
> > > > Segmentation fault (core dumped)
> >
> > $  /sbin/vgdisplay -dA
> > lvm_check_kernel_lvmtab_consistency -- CALLED
> > vg_check_active_all_vg -- CALLED
> > vg_status_get_count -- CALLED
> > vg_status_get_count -- LEAVING with ret: 0  and  count: 1
> > vg_status_get_namelist -- CALLED
> > vg_status_get_namelist -- LEAVING
> > vg_check_active_all_vg -- LEAVING
> > lvm_tab_vg_check_exist_all_vg -- CALLED
> > lvm_tab_read -- CALLED
> > lvm_tab_read -- LEAVING with ret: 0  data: 804B740  size: 8
> > lvm_tab_vg_check_exist_all_vg -- LEAVING with ret: 0
> > lvm_check_kernel_lvmtab_consistency -- LEAVING with ret: 1
> > lvm_get_iop_version -- CALLED
> > lvm_get_iop_version -- AFTER ioctl ret: 0
> > lvm_get_iop_version -- LEAVING with ret: 0
> > vg_check_active_all_vg -- CALLED
> > vg_status_get_count -- CALLED
> > vg_status_get_count -- LEAVING with ret: 0  and  count: 1
> > vg_status_get_namelist -- CALLED
> > vg_status_get_namelist -- LEAVING
> > vg_check_active_all_vg -- LEAVING
> > vg_check_name -- CALLED
> > vg_check_name -- vg_name: "main_vg"
> > lvm_check_chars -- CALLED
> > lvm_check_chars -- LEAVING
> > vg_check_name -- LEAVING with ret: 0
> > lvm_tab_vg_check_exist -- CALLED with vg_name: "main_vg"
> > vg_check_name -- CALLED
> > vg_check_name -- vg_name: "main_vg"
> > lvm_check_chars -- CALLED
> > lvm_check_chars -- LEAVING
> > vg_check_name -- LEAVING with ret: 0
> > lvm_tab_read -- CALLED
> > Segmentation fault
> >
>
> <SNIP>
>
> Would you please be so kind as to change "free ( data);" to
>
>    if ( data != NULL) {
>       free ( data);
>       data = NULL;
>    }

Only found one of these in lvm_tab_vg_check_exist.c

But it cores in the lvm_tab_read.c function at the else if

around line 70 (not sure because of my debug code)

The below code is the problem.

         else if ( ( buffer = malloc ( stat_b.st_size)) == NULL) {
           ret =  -LVM_ELVM_TAB_READ_MALLOC;

I placed debug statements in it to see this.

Note that stat_b.st_size = 8

I hope this helps.  I do not know enough (yet) about the code to know what buffer is
and why it is setup this way.

>
>
> and recompile/retry.
>
> Heinz
> --
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>
> Systemmanagement CS-TS                           T-Nova
>                                                  Entwicklungszentrum Darmstadt
> Heinz Mauelshagen                                Otto-Roehm-Strasse 71c
> Senior Systems Engineer                          Postfach 10 05 41
>                                                  64205 Darmstadt
> mge at EZ-Darmstadt.Telekom.de                      Germany
>                                                  +49 6151 886-425
>                                                           FAX-386
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2550 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20000130/0902d859/attachment.bin>