* [linux-lvm] Segmentation fault in vgscan
@ 2003-08-21 15:09 Markus Baertschi
2003-08-22 5:34 ` Heinz J . Mauelshagen
0 siblings, 1 reply; 7+ messages in thread
From: Markus Baertschi @ 2003-08-21 15:09 UTC (permalink / raw)
To: linux-lvm@sistina.com
I've got a strange problem with LVM. My environment is four
IBM x440 servers (2 CPU, 2G memory) interconnected with two
fcs adapters and two switches to a FastT700 SAN storage array.
Due to circumstances we are trying to understand the FCS drivers
did show our disk devices twice (once per adapter). This is a problem
on our part, but vgscan should terminate with an error message
instead of a segfault.
We've started out with 0.98beta2 (what came with out SuSE 7). The
problem is the same with the latest tarball (1.0.7) from sistina.
Markus
Some output from vgscan:
<1> vg_check_exist_all_vg -- before vg_check_exist ( sapqvg)
<22> vg_check_exist -- CALLED with VG: sapqvg
<333> vg_check_name -- CALLED with VG: sapqvg
<4444> lvm_check_chars -- CALLED with name: "sapqvg"
<4444> lvm_check_chars -- LEAVING with ret: 0
<333> vg_check_name -- LEAVING with ret: 0
<22> vg_check_exist -- before pv_read_all_pv_of_vg
<333> pv_read_all_pv_of_vg -- CALLED with vg_name: "sapqvg"
<4444> vg_check_name -- CALLED with VG: sapqvg
<55555> lvm_check_chars -- CALLED with name: "sapqvg"
<55555> lvm_check_chars -- LEAVING with ret: 0
<4444> vg_check_name -- LEAVING with ret: 0
<4444> pv_read_all_pv -- CALLED
<4444> pv_read_all_pv -- avoiding multiple entries in case of MD; np: 0
<4444> pv_read_all_pv -- LEAVING with ret: 0
<4444> pv_check_consistency -- CALLED
<55555> pv_check_name -- CALLED with "/dev/sdb1"
<666666> lvm_check_chars -- CALLED with name: "/dev/sdb1"
<666666> lvm_check_chars -- LEAVING with ret: 0
<666666> lvm_check_dev -- CALLED
<7777777> lvm_check_partitioned_dev -- CALLED
<88888888> lvm_get_device_type called
<88888888> lvm_get_device_type leaving with 1
<7777777> lvm_check_partitioned_dev -- LEAVING with ret: TRUE
<666666> lvm_check_dev -- LEAVING with ret: 1
<55555> pv_check_name -- LEAVING with ret: 0
<55555> vg_check_name -- CALLED with VG: sapqvg
<666666> lvm_check_chars -- CALLED with name: "sapqvg"
<666666> lvm_check_chars -- LEAVING with ret: 0
<55555> vg_check_name -- LEAVING with ret: 0
<55555> lvm_check_dev -- CALLED
<666666> lvm_check_partitioned_dev -- CALLED
<7777777> lvm_get_device_type called
<7777777> lvm_get_device_type leaving with 1
<666666> lvm_check_partitioned_dev -- LEAVING with ret: TRUE
<55555> lvm_check_dev -- LEAVING with ret: 1
<55555> pv_check_new -- CALLED
<55555> pv_check_new -- LEAVING with ret: 0
<4444> pv_check_consistency -- LEAVING with ret: 0
<4444> pv_read_uuidlist -- CALLED with /dev/sdb1
<4444> lvm_check_uuid -- LEAVING with ret: 0
<333> lvm_check_uuid -- LEAVING with ret: 0
<22> lvm_check_uuid -- LEAVING with ret: -1
<1> lvm_check_uuid -- LEAVING with ret: -1
<> lvm_check_uuid -- LEAVING with ret: -1
... (repeats 250 times) ...
<> lvm_check_uuid -- LEAVING with ret: -1
<> pv_read_uuidlist -- LEAVING with ret: 2
Segmentation fault
lblsapq00:~ # gdb ./LVM/1.0.7/tools/vgscan
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-suse-linux"...
(gdb) run
Starting program: /root/./LVM/1.0.7/tools/vgscan
vgscan -- reading all physical volumes (this may take a while...)
Program received signal SIGSEGV, Segmentation fault.
0x400c97a3 in strncmp () from /lib/libc.so.6
(gdb) bt
#0 0x400c97a3 in strncmp () from /lib/libc.so.6
#1 0x400337f0 in pv_read_all_pv_of_vg (vg_name=0x804dc34 "sapqvg", pv=
0xbfffe948, reread=1)
at pv_read_all_pv_of_vg.c:148
#2 0x40038ac1 in vg_check_exist (vg_name=0x804dc34 "sapqvg") at
vg_check_exist.c:59
#3 0x40038da2 in vg_check_exist_all_vg () at vg_check_exist.c:128
#4 0x8049351 in main (argc=1, argv=0xbfffeb64) at vgscan.c:188
#5 0x4006cc5f in __libc_start_main () from /lib/libc.so.6
(gdb) quit
--
Markus Baertschi Phone: ++41 (21) 807 1677
Bas du Rossé 14b Fax : ++41 (21) 807 1678
CH-1163, Etoy Email: markus@markus.org
Switzerland Homepage: www.markus.org
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Segmentation fault in vgscan
2003-08-21 15:09 [linux-lvm] Segmentation fault in vgscan Markus Baertschi
@ 2003-08-22 5:34 ` Heinz J . Mauelshagen
2003-08-22 5:52 ` Markus Baertschi
0 siblings, 1 reply; 7+ messages in thread
From: Heinz J . Mauelshagen @ 2003-08-22 5:34 UTC (permalink / raw)
To: linux-lvm
Markus,
LVM 0.9 had the strncmp() call in line 148, 1.0.7 has it in line 155
which makes me believe that the output below belongs to a 0.9 run.
Please retest with 1.0.7 which avoids hitting the NULL pointer bug.
Regards,
Heinz -- The LVM Guy --
On Thu, Aug 21, 2003 at 10:07:57PM +0200, Markus Baertschi wrote:
>
> I've got a strange problem with LVM. My environment is four
> IBM x440 servers (2 CPU, 2G memory) interconnected with two
> fcs adapters and two switches to a FastT700 SAN storage array.
>
> Due to circumstances we are trying to understand the FCS drivers
> did show our disk devices twice (once per adapter). This is a problem
> on our part, but vgscan should terminate with an error message
> instead of a segfault.
>
> We've started out with 0.98beta2 (what came with out SuSE 7). The
> problem is the same with the latest tarball (1.0.7) from sistina.
>
> Markus
>
> Some output from vgscan:
> <1> vg_check_exist_all_vg -- before vg_check_exist ( sapqvg)
> <22> vg_check_exist -- CALLED with VG: sapqvg
> <333> vg_check_name -- CALLED with VG: sapqvg
> <4444> lvm_check_chars -- CALLED with name: "sapqvg"
> <4444> lvm_check_chars -- LEAVING with ret: 0
> <333> vg_check_name -- LEAVING with ret: 0
> <22> vg_check_exist -- before pv_read_all_pv_of_vg
> <333> pv_read_all_pv_of_vg -- CALLED with vg_name: "sapqvg"
> <4444> vg_check_name -- CALLED with VG: sapqvg
> <55555> lvm_check_chars -- CALLED with name: "sapqvg"
> <55555> lvm_check_chars -- LEAVING with ret: 0
> <4444> vg_check_name -- LEAVING with ret: 0
> <4444> pv_read_all_pv -- CALLED
> <4444> pv_read_all_pv -- avoiding multiple entries in case of MD; np: 0
> <4444> pv_read_all_pv -- LEAVING with ret: 0
> <4444> pv_check_consistency -- CALLED
> <55555> pv_check_name -- CALLED with "/dev/sdb1"
> <666666> lvm_check_chars -- CALLED with name: "/dev/sdb1"
> <666666> lvm_check_chars -- LEAVING with ret: 0
> <666666> lvm_check_dev -- CALLED
> <7777777> lvm_check_partitioned_dev -- CALLED
> <88888888> lvm_get_device_type called
> <88888888> lvm_get_device_type leaving with 1
> <7777777> lvm_check_partitioned_dev -- LEAVING with ret: TRUE
> <666666> lvm_check_dev -- LEAVING with ret: 1
> <55555> pv_check_name -- LEAVING with ret: 0
> <55555> vg_check_name -- CALLED with VG: sapqvg
> <666666> lvm_check_chars -- CALLED with name: "sapqvg"
> <666666> lvm_check_chars -- LEAVING with ret: 0
> <55555> vg_check_name -- LEAVING with ret: 0
> <55555> lvm_check_dev -- CALLED
> <666666> lvm_check_partitioned_dev -- CALLED
> <7777777> lvm_get_device_type called
> <7777777> lvm_get_device_type leaving with 1
> <666666> lvm_check_partitioned_dev -- LEAVING with ret: TRUE
> <55555> lvm_check_dev -- LEAVING with ret: 1
> <55555> pv_check_new -- CALLED
> <55555> pv_check_new -- LEAVING with ret: 0
> <4444> pv_check_consistency -- LEAVING with ret: 0
> <4444> pv_read_uuidlist -- CALLED with /dev/sdb1
> <4444> lvm_check_uuid -- LEAVING with ret: 0
> <333> lvm_check_uuid -- LEAVING with ret: 0
> <22> lvm_check_uuid -- LEAVING with ret: -1
> <1> lvm_check_uuid -- LEAVING with ret: -1
> <> lvm_check_uuid -- LEAVING with ret: -1
> ... (repeats 250 times) ...
> <> lvm_check_uuid -- LEAVING with ret: -1
> <> pv_read_uuidlist -- LEAVING with ret: 2
> Segmentation fault
>
> lblsapq00:~ # gdb ./LVM/1.0.7/tools/vgscan
> GNU gdb 5.0
> Copyright 2000 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "i386-suse-linux"...
> (gdb) run
> Starting program: /root/./LVM/1.0.7/tools/vgscan
> vgscan -- reading all physical volumes (this may take a while...)
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x400c97a3 in strncmp () from /lib/libc.so.6
> (gdb) bt
> #0 0x400c97a3 in strncmp () from /lib/libc.so.6
> #1 0x400337f0 in pv_read_all_pv_of_vg (vg_name=0x804dc34 "sapqvg", pv=
> 0xbfffe948, reread=1)
> at pv_read_all_pv_of_vg.c:148
> #2 0x40038ac1 in vg_check_exist (vg_name=0x804dc34 "sapqvg") at
> vg_check_exist.c:59
> #3 0x40038da2 in vg_check_exist_all_vg () at vg_check_exist.c:128
> #4 0x8049351 in main (argc=1, argv=0xbfffeb64) at vgscan.c:188
> #5 0x4006cc5f in __libc_start_main () from /lib/libc.so.6
> (gdb) quit
>
>
>
>
>
>
> --
> Markus Baertschi Phone: ++41 (21) 807 1677
> Bas du Rossé 14b Fax : ++41 (21) 807 1678
> CH-1163, Etoy Email: markus@markus.org
> Switzerland Homepage: www.markus.org
>
>
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
*** Software bugs are stupid.
Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Sistina Software Inc.
Senior Consultant/Developer Am Sonnenhang 11
56242 Marienrachdorf
Germany
Mauelshagen@Sistina.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Segmentation fault in vgscan
2003-08-22 5:34 ` Heinz J . Mauelshagen
@ 2003-08-22 5:52 ` Markus Baertschi
2003-08-22 6:09 ` Heinz J . Mauelshagen
0 siblings, 1 reply; 7+ messages in thread
From: Markus Baertschi @ 2003-08-22 5:52 UTC (permalink / raw)
To: linux-lvm@sistina.com
Heinz,
I'm pretty sure I've tested with 1.0.7. Look at the lines
>> lblsapq00:~ # gdb ./LVM/1.0.7/tools/vgscan
...
>> (gdb) run
>> Starting program: /root/./LVM/1.0.7/tools/vgscan
The other problem is that this is at a customer site on
production machines. I can test the next time I'm there
and got machine time to do some testing. This will happen
as soon as the SAN support guys come back to me to solve
the undelying problem (disks visible twice).
Markus
On Fri, 22 Aug 2003 12:26:58 +0200, Heinz J . Mauelshagen wrote:
>Markus,
>LVM 0.9 had the strncmp() call in line 148, 1.0.7 has it in line 155
>which makes me believe that the output below belongs to a 0.9 run.
>Please retest with 1.0.7 which avoids hitting the NULL pointer bug.
>Regards,
>Heinz -- The LVM Guy --
>On Thu, Aug 21, 2003 at 10:07:57PM +0200, Markus Baertschi wrote:
>>
>> I've got a strange problem with LVM. My environment is four
>> IBM x440 servers (2 CPU, 2G memory) interconnected with two
>> fcs adapters and two switches to a FastT700 SAN storage array.
>>
>> Due to circumstances we are trying to understand the FCS drivers
>> did show our disk devices twice (once per adapter). This is a problem
>> on our part, but vgscan should terminate with an error message
>> instead of a segfault.
>>
>> We've started out with 0.98beta2 (what came with out SuSE 7). The
>> problem is the same with the latest tarball (1.0.7) from sistina.
>>
>> Markus
>>
>> Some output from vgscan:
>> <1> vg_check_exist_all_vg -- before vg_check_exist ( sapqvg)
>> <22> vg_check_exist -- CALLED with VG: sapqvg
>> <333> vg_check_name -- CALLED with VG: sapqvg
>> <4444> lvm_check_chars -- CALLED with name: "sapqvg"
>> <4444> lvm_check_chars -- LEAVING with ret: 0
>> <333> vg_check_name -- LEAVING with ret: 0
>> <22> vg_check_exist -- before pv_read_all_pv_of_vg
>> <333> pv_read_all_pv_of_vg -- CALLED with vg_name: "sapqvg"
>> <4444> vg_check_name -- CALLED with VG: sapqvg
>> <55555> lvm_check_chars -- CALLED with name: "sapqvg"
>> <55555> lvm_check_chars -- LEAVING with ret: 0
>> <4444> vg_check_name -- LEAVING with ret: 0
>> <4444> pv_read_all_pv -- CALLED
>> <4444> pv_read_all_pv -- avoiding multiple entries in case of MD; np: 0
>> <4444> pv_read_all_pv -- LEAVING with ret: 0
>> <4444> pv_check_consistency -- CALLED
>> <55555> pv_check_name -- CALLED with "/dev/sdb1"
>> <666666> lvm_check_chars -- CALLED with name: "/dev/sdb1"
>> <666666> lvm_check_chars -- LEAVING with ret: 0
>> <666666> lvm_check_dev -- CALLED
>> <7777777> lvm_check_partitioned_dev -- CALLED
>> <88888888> lvm_get_device_type called
>> <88888888> lvm_get_device_type leaving with 1
>> <7777777> lvm_check_partitioned_dev -- LEAVING with ret: TRUE
>> <666666> lvm_check_dev -- LEAVING with ret: 1
>> <55555> pv_check_name -- LEAVING with ret: 0
>> <55555> vg_check_name -- CALLED with VG: sapqvg
>> <666666> lvm_check_chars -- CALLED with name: "sapqvg"
>> <666666> lvm_check_chars -- LEAVING with ret: 0
>> <55555> vg_check_name -- LEAVING with ret: 0
>> <55555> lvm_check_dev -- CALLED
>> <666666> lvm_check_partitioned_dev -- CALLED
>> <7777777> lvm_get_device_type called
>> <7777777> lvm_get_device_type leaving with 1
>> <666666> lvm_check_partitioned_dev -- LEAVING with ret: TRUE
>> <55555> lvm_check_dev -- LEAVING with ret: 1
>> <55555> pv_check_new -- CALLED
>> <55555> pv_check_new -- LEAVING with ret: 0
>> <4444> pv_check_consistency -- LEAVING with ret: 0
>> <4444> pv_read_uuidlist -- CALLED with /dev/sdb1
>> <4444> lvm_check_uuid -- LEAVING with ret: 0
>> <333> lvm_check_uuid -- LEAVING with ret: 0
>> <22> lvm_check_uuid -- LEAVING with ret: -1
>> <1> lvm_check_uuid -- LEAVING with ret: -1
>> <> lvm_check_uuid -- LEAVING with ret: -1
>> ... (repeats 250 times) ...
>> <> lvm_check_uuid -- LEAVING with ret: -1
>> <> pv_read_uuidlist -- LEAVING with ret: 2
>> Segmentation fault
>>
>> lblsapq00:~ # gdb ./LVM/1.0.7/tools/vgscan
>> GNU gdb 5.0
>> Copyright 2000 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and you are
>> welcome to change it and/or distribute copies of it under certain conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB. Type "show warranty" for details.
>> This GDB was configured as "i386-suse-linux"...
>> (gdb) run
>> Starting program: /root/./LVM/1.0.7/tools/vgscan
>> vgscan -- reading all physical volumes (this may take a while...)
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x400c97a3 in strncmp () from /lib/libc.so.6
>> (gdb) bt
>> #0 0x400c97a3 in strncmp () from /lib/libc.so.6
>> #1 0x400337f0 in pv_read_all_pv_of_vg (vg_name=0x804dc34 "sapqvg", pv=
>> 0xbfffe948, reread=1)
>> at pv_read_all_pv_of_vg.c:148
>> #2 0x40038ac1 in vg_check_exist (vg_name=0x804dc34 "sapqvg") at
>> vg_check_exist.c:59
>> #3 0x40038da2 in vg_check_exist_all_vg () at vg_check_exist.c:128
>> #4 0x8049351 in main (argc=1, argv=0xbfffeb64) at vgscan.c:188
>> #5 0x4006cc5f in __libc_start_main () from /lib/libc.so.6
>> (gdb) quit
>>
>>
>>
>>
>>
>>
>> --
>> Markus Baertschi Phone: ++41 (21) 807 1677
>> Bas du Rossé 14b Fax : ++41 (21) 807 1678
>> CH-1163, Etoy Email: markus@markus.org
>> Switzerland Homepage: www.markus.org
>>
>>
>>
>> _______________________________________________
>> linux-lvm mailing list
>> linux-lvm@sistina.com
>> http://lists.sistina.com/mailman/listinfo/linux-lvm
>> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>*** Software bugs are stupid.
> Nevertheless it needs not so stupid people to solve them ***
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>Heinz Mauelshagen Sistina Software Inc.
>Senior Consultant/Developer Am Sonnenhang 11
> 56242 Marienrachdorf
> Germany
>Mauelshagen@Sistina.com +49 2626 141200
> FAX 924446
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>_______________________________________________
>linux-lvm mailing list
>linux-lvm@sistina.com
>http://lists.sistina.com/mailman/listinfo/linux-lvm
>read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
--
Markus Baertschi Phone: ++41 (21) 807 1677
Bas du Rossé 14b Fax : ++41 (21) 807 1678
CH-1163, Etoy Email: markus@markus.org
Switzerland Homepage: www.markus.org
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Segmentation fault in vgscan
2003-08-22 5:52 ` Markus Baertschi
@ 2003-08-22 6:09 ` Heinz J . Mauelshagen
2003-08-22 6:53 ` Markus Baertschi
0 siblings, 1 reply; 7+ messages in thread
From: Heinz J . Mauelshagen @ 2003-08-22 6:09 UTC (permalink / raw)
To: linux-lvm
On Fri, Aug 22, 2003 at 12:50:36PM +0200, Markus Baertschi wrote:
>
> Heinz,
>
> I'm pretty sure I've tested with 1.0.7. Look at the lines
Well, I derived the line numbers from the respective sources.
>
> >> lblsapq00:~ # gdb ./LVM/1.0.7/tools/vgscan
> ...
> >> (gdb) run
> >> Starting program: /root/./LVM/1.0.7/tools/vgscan
>
> The other problem is that this is at a customer site on
> production machines. I can test the next time I'm there
> and got machine time to do some testing. This will happen
> as soon as the SAN support guys come back to me to solve
> the undelying problem (disks visible twice).
Ok.
Regards,
Heinz -- The LVM Guy --
>
> Markus
>
>
> On Fri, 22 Aug 2003 12:26:58 +0200, Heinz J . Mauelshagen wrote:
>
> >Markus,
>
> >LVM 0.9 had the strncmp() call in line 148, 1.0.7 has it in line 155
> >which makes me believe that the output below belongs to a 0.9 run.
>
> >Please retest with 1.0.7 which avoids hitting the NULL pointer bug.
>
> >Regards,
> >Heinz -- The LVM Guy --
>
>
> >On Thu, Aug 21, 2003 at 10:07:57PM +0200, Markus Baertschi wrote:
> >>
> >> I've got a strange problem with LVM. My environment is four
> >> IBM x440 servers (2 CPU, 2G memory) interconnected with two
> >> fcs adapters and two switches to a FastT700 SAN storage array.
> >>
> >> Due to circumstances we are trying to understand the FCS drivers
> >> did show our disk devices twice (once per adapter). This is a problem
> >> on our part, but vgscan should terminate with an error message
> >> instead of a segfault.
> >>
> >> We've started out with 0.98beta2 (what came with out SuSE 7). The
> >> problem is the same with the latest tarball (1.0.7) from sistina.
> >>
> >> Markus
> >>
> >> Some output from vgscan:
> >> <1> vg_check_exist_all_vg -- before vg_check_exist ( sapqvg)
> >> <22> vg_check_exist -- CALLED with VG: sapqvg
> >> <333> vg_check_name -- CALLED with VG: sapqvg
> >> <4444> lvm_check_chars -- CALLED with name: "sapqvg"
> >> <4444> lvm_check_chars -- LEAVING with ret: 0
> >> <333> vg_check_name -- LEAVING with ret: 0
> >> <22> vg_check_exist -- before pv_read_all_pv_of_vg
> >> <333> pv_read_all_pv_of_vg -- CALLED with vg_name: "sapqvg"
> >> <4444> vg_check_name -- CALLED with VG: sapqvg
> >> <55555> lvm_check_chars -- CALLED with name: "sapqvg"
> >> <55555> lvm_check_chars -- LEAVING with ret: 0
> >> <4444> vg_check_name -- LEAVING with ret: 0
> >> <4444> pv_read_all_pv -- CALLED
> >> <4444> pv_read_all_pv -- avoiding multiple entries in case of MD; np: 0
> >> <4444> pv_read_all_pv -- LEAVING with ret: 0
> >> <4444> pv_check_consistency -- CALLED
> >> <55555> pv_check_name -- CALLED with "/dev/sdb1"
> >> <666666> lvm_check_chars -- CALLED with name: "/dev/sdb1"
> >> <666666> lvm_check_chars -- LEAVING with ret: 0
> >> <666666> lvm_check_dev -- CALLED
> >> <7777777> lvm_check_partitioned_dev -- CALLED
> >> <88888888> lvm_get_device_type called
> >> <88888888> lvm_get_device_type leaving with 1
> >> <7777777> lvm_check_partitioned_dev -- LEAVING with ret: TRUE
> >> <666666> lvm_check_dev -- LEAVING with ret: 1
> >> <55555> pv_check_name -- LEAVING with ret: 0
> >> <55555> vg_check_name -- CALLED with VG: sapqvg
> >> <666666> lvm_check_chars -- CALLED with name: "sapqvg"
> >> <666666> lvm_check_chars -- LEAVING with ret: 0
> >> <55555> vg_check_name -- LEAVING with ret: 0
> >> <55555> lvm_check_dev -- CALLED
> >> <666666> lvm_check_partitioned_dev -- CALLED
> >> <7777777> lvm_get_device_type called
> >> <7777777> lvm_get_device_type leaving with 1
> >> <666666> lvm_check_partitioned_dev -- LEAVING with ret: TRUE
> >> <55555> lvm_check_dev -- LEAVING with ret: 1
> >> <55555> pv_check_new -- CALLED
> >> <55555> pv_check_new -- LEAVING with ret: 0
> >> <4444> pv_check_consistency -- LEAVING with ret: 0
> >> <4444> pv_read_uuidlist -- CALLED with /dev/sdb1
> >> <4444> lvm_check_uuid -- LEAVING with ret: 0
> >> <333> lvm_check_uuid -- LEAVING with ret: 0
> >> <22> lvm_check_uuid -- LEAVING with ret: -1
> >> <1> lvm_check_uuid -- LEAVING with ret: -1
> >> <> lvm_check_uuid -- LEAVING with ret: -1
> >> ... (repeats 250 times) ...
> >> <> lvm_check_uuid -- LEAVING with ret: -1
> >> <> pv_read_uuidlist -- LEAVING with ret: 2
> >> Segmentation fault
> >>
> >> lblsapq00:~ # gdb ./LVM/1.0.7/tools/vgscan
> >> GNU gdb 5.0
> >> Copyright 2000 Free Software Foundation, Inc.
> >> GDB is free software, covered by the GNU General Public License, and you are
> >> welcome to change it and/or distribute copies of it under certain conditions.
> >> Type "show copying" to see the conditions.
> >> There is absolutely no warranty for GDB. Type "show warranty" for details.
> >> This GDB was configured as "i386-suse-linux"...
> >> (gdb) run
> >> Starting program: /root/./LVM/1.0.7/tools/vgscan
> >> vgscan -- reading all physical volumes (this may take a while...)
> >>
> >> Program received signal SIGSEGV, Segmentation fault.
> >> 0x400c97a3 in strncmp () from /lib/libc.so.6
> >> (gdb) bt
> >> #0 0x400c97a3 in strncmp () from /lib/libc.so.6
> >> #1 0x400337f0 in pv_read_all_pv_of_vg (vg_name=0x804dc34 "sapqvg", pv=
> >> 0xbfffe948, reread=1)
> >> at pv_read_all_pv_of_vg.c:148
> >> #2 0x40038ac1 in vg_check_exist (vg_name=0x804dc34 "sapqvg") at
> >> vg_check_exist.c:59
> >> #3 0x40038da2 in vg_check_exist_all_vg () at vg_check_exist.c:128
> >> #4 0x8049351 in main (argc=1, argv=0xbfffeb64) at vgscan.c:188
> >> #5 0x4006cc5f in __libc_start_main () from /lib/libc.so.6
> >> (gdb) quit
> >>
> >>
> >>
> >>
> >>
> >>
> >> --
> >> Markus Baertschi Phone: ++41 (21) 807 1677
> >> Bas du Rossé 14b Fax : ++41 (21) 807 1678
> >> CH-1163, Etoy Email: markus@markus.org
> >> Switzerland Homepage: www.markus.org
> >>
> >>
> >>
> >> _______________________________________________
> >> linux-lvm mailing list
> >> linux-lvm@sistina.com
> >> http://lists.sistina.com/mailman/listinfo/linux-lvm
> >> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
> >linux-lvm mailing list
> >linux-lvm@sistina.com
> >http://lists.sistina.com/mailman/listinfo/linux-lvm
> >read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
>
> --
> Markus Baertschi Phone: ++41 (21) 807 1677
> Bas du Rossé 14b Fax : ++41 (21) 807 1678
> CH-1163, Etoy Email: markus@markus.org
> Switzerland Homepage: www.markus.org
>
>
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
*** Software bugs are stupid.
Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Sistina Software Inc.
Senior Consultant/Developer Am Sonnenhang 11
56242 Marienrachdorf
Germany
Mauelshagen@Sistina.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Segmentation fault in vgscan
2003-08-22 6:09 ` Heinz J . Mauelshagen
@ 2003-08-22 6:53 ` Markus Baertschi
2003-08-22 8:01 ` Heinz J . Mauelshagen
0 siblings, 1 reply; 7+ messages in thread
From: Markus Baertschi @ 2003-08-22 6:53 UTC (permalink / raw)
To: linux-lvm@sistina.com
Heinz,
It looks like I'll be able to test stuff sometimes next week.
Is these anything I can do to help pinpoint the problem ?
Markus
On Fri, 22 Aug 2003 13:01:45 +0200, Heinz J . Mauelshagen wrote:
>On Fri, Aug 22, 2003 at 12:50:36PM +0200, Markus Baertschi wrote:
>>
>> Heinz,
>>
>> I'm pretty sure I've tested with 1.0.7. Look at the lines
>Well, I derived the line numbers from the respective sources.
>>
>> >> lblsapq00:~ # gdb ./LVM/1.0.7/tools/vgscan
>> ...
>> >> (gdb) run
>> >> Starting program: /root/./LVM/1.0.7/tools/vgscan
>>
>> The other problem is that this is at a customer site on
>> production machines. I can test the next time I'm there
>> and got machine time to do some testing. This will happen
>> as soon as the SAN support guys come back to me to solve
>> the undelying problem (disks visible twice).
>Ok.
>Regards,
>Heinz -- The LVM Guy --
--
Markus Baertschi Phone: ++41 (21) 807 1677
Bas du Rossé 14b Fax : ++41 (21) 807 1678
CH-1163, Etoy Email: markus@markus.org
Switzerland Homepage: www.markus.org
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Segmentation fault in vgscan
2003-08-22 6:53 ` Markus Baertschi
@ 2003-08-22 8:01 ` Heinz J . Mauelshagen
2003-09-10 7:11 ` Markus Baertschi
0 siblings, 1 reply; 7+ messages in thread
From: Heinz J . Mauelshagen @ 2003-08-22 8:01 UTC (permalink / raw)
To: linux-lvm
On Fri, Aug 22, 2003 at 01:51:44PM +0200, Markus Baertschi wrote:
>
> Heinz,
>
> It looks like I'll be able to test stuff sometimes next week.
Please do so.
> Is these anything I can do to help pinpoint the problem ?
Let's wait if it is reproducable with 1.0.7.
Can you make sure that you generate the software from scratch
and fo a full install which makes sure that you really use the 1.0.7
lib as well (configure ; make ; make install) ?
>
> Markus
>
> On Fri, 22 Aug 2003 13:01:45 +0200, Heinz J . Mauelshagen wrote:
>
> >On Fri, Aug 22, 2003 at 12:50:36PM +0200, Markus Baertschi wrote:
> >>
> >> Heinz,
> >>
> >> I'm pretty sure I've tested with 1.0.7. Look at the lines
>
> >Well, I derived the line numbers from the respective sources.
>
> >>
> >> >> lblsapq00:~ # gdb ./LVM/1.0.7/tools/vgscan
> >> ...
> >> >> (gdb) run
> >> >> Starting program: /root/./LVM/1.0.7/tools/vgscan
> >>
> >> The other problem is that this is at a customer site on
> >> production machines. I can test the next time I'm there
> >> and got machine time to do some testing. This will happen
> >> as soon as the SAN support guys come back to me to solve
> >> the undelying problem (disks visible twice).
>
> >Ok.
>
> >Regards,
> >Heinz -- The LVM Guy --
>
>
> --
> Markus Baertschi Phone: ++41 (21) 807 1677
> Bas du Rossé 14b Fax : ++41 (21) 807 1678
> CH-1163, Etoy Email: markus@markus.org
> Switzerland Homepage: www.markus.org
>
>
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
--
Regards,
Heinz -- The LVM Guy --
*** Software bugs are stupid.
Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Sistina Software Inc.
Senior Consultant/Developer Am Sonnenhang 11
56242 Marienrachdorf
Germany
Mauelshagen@Sistina.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Segmentation fault in vgscan
2003-08-22 8:01 ` Heinz J . Mauelshagen
@ 2003-09-10 7:11 ` Markus Baertschi
0 siblings, 0 replies; 7+ messages in thread
From: Markus Baertschi @ 2003-09-10 7:11 UTC (permalink / raw)
To: linux-lvm@sistina.com
Heinz,
Finally I've been able to test again. The problem, as you suspected
is on my side. During my first test I didn't run 'make install'.
The commands were the new ones, but the library was the old one.
After installing properly the segfault went away.
Thanks for your support !
Markus
On Fri, 22 Aug 2003 14:53:30 +0200, Heinz J . Mauelshagen wrote:
>On Fri, Aug 22, 2003 at 01:51:44PM +0200, Markus Baertschi wrote:
>>
>> Heinz,
>>
>> It looks like I'll be able to test stuff sometimes next week.
>Please do so.
>> Is these anything I can do to help pinpoint the problem ?
>Let's wait if it is reproducable with 1.0.7.
>Can you make sure that you generate the software from scratch
>and fo a full install which makes sure that you really use the 1.0.7
>lib as well (configure ; make ; make install) ?
>>
>> Markus
>>
>> On Fri, 22 Aug 2003 13:01:45 +0200, Heinz J . Mauelshagen wrote:
>>
>> >On Fri, Aug 22, 2003 at 12:50:36PM +0200, Markus Baertschi wrote:
>> >>
>> >> Heinz,
>> >>
>> >> I'm pretty sure I've tested with 1.0.7. Look at the lines
>>
>> >Well, I derived the line numbers from the respective sources.
>>
>> >>
>> >> >> lblsapq00:~ # gdb ./LVM/1.0.7/tools/vgscan
>> >> ...
>> >> >> (gdb) run
>> >> >> Starting program: /root/./LVM/1.0.7/tools/vgscan
>> >>
>> >> The other problem is that this is at a customer site on
>> >> production machines. I can test the next time I'm there
>> >> and got machine time to do some testing. This will happen
>> >> as soon as the SAN support guys come back to me to solve
>> >> the undelying problem (disks visible twice).
>>
>> >Ok.
>>
>> >Regards,
>> >Heinz -- The LVM Guy --
>>
>>
>> --
>> Markus Baertschi Phone: ++41 (21) 807 1677
>> Bas du Rossé 14b Fax : ++41 (21) 807 1678
>> CH-1163, Etoy Email: markus@markus.org
>> Switzerland Homepage: www.markus.org
>>
>>
>>
>> _______________________________________________
>> linux-lvm mailing list
>> linux-lvm@sistina.com
>> http://lists.sistina.com/mailman/listinfo/linux-lvm
>> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>--
>Regards,
>Heinz -- The LVM Guy --
>*** Software bugs are stupid.
> Nevertheless it needs not so stupid people to solve them ***
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>Heinz Mauelshagen Sistina Software Inc.
>Senior Consultant/Developer Am Sonnenhang 11
> 56242 Marienrachdorf
> Germany
>Mauelshagen@Sistina.com +49 2626 141200
> FAX 924446
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>_______________________________________________
>linux-lvm mailing list
>linux-lvm@sistina.com
>http://lists.sistina.com/mailman/listinfo/linux-lvm
>read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
--
Markus Baertschi Phone: ++41 (21) 807 1677
Bas du Rossé 14b Fax : ++41 (21) 807 1678
CH-1163, Etoy Email: markus@markus.org
Switzerland Homepage: www.markus.org
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2003-09-10 7:11 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-08-21 15:09 [linux-lvm] Segmentation fault in vgscan Markus Baertschi
2003-08-22 5:34 ` Heinz J . Mauelshagen
2003-08-22 5:52 ` Markus Baertschi
2003-08-22 6:09 ` Heinz J . Mauelshagen
2003-08-22 6:53 ` Markus Baertschi
2003-08-22 8:01 ` Heinz J . Mauelshagen
2003-09-10 7:11 ` Markus Baertschi
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.