EVMS Version: 2.2.2 (also top of tree)
Using the CLI to retrieve CSM metadata segment
extended information always fails:
Field Name: Name
Description: This is the partition name. It must be
unique on the system.
The value of this field is: raid5_00_csm/sdc_metadata1
Field Name: Size
Description: This is the size of the partition in sectors.
The value of this field is: 1 sectors
Field Name: Start
Title: Start LBA
Description: This is the sector offset of the partition on
the disk, i.e., the
logical block address of the first sector of the partition.
The value of this field is: 0
Field Name: Type
Description: Partition type - data, metadata, free.
The value of this field is: metadata
This field has additional information available. To access
information, specify the name of this field as part of the
No extended information is available for the specified
In plugins/csm/segments.c, csm_get_info() does a string
compare of the name argument against "Type" as part
of the logic to determine if metadata extended
information should be returned. This should work
since "Type" is what is on the command line.
Using GDB, we see:
Program received signal SIGINT, Interrupt.
[Switching to Thread 81926 (LWP 5125)]
0x4020e2f6 in nanosleep () from /lib/libc.so.6
(gdb) break csm_get_info
Breakpoint 1 at 0x402e57a9: file segments.c, line 861.
(gdb) break csm_get_metadata_info
Breakpoint 2 at 0x402e18f9: file options.c, line 1175.
[Switching to Thread 16384 (LWP 5105)]
Breakpoint 1, csm_get_info (seg=0x80a3a34,
info_array=0xbffff7f0) at segments.c:861
It looks like the CLI parser sees "Type" as a keyword,
and changes it to "TYPE" before passing it down to the
CSM plugin. This causes the strcmp() to fail.