This is kind of figured out now.
The actual RPM I'm using is from the debuginfo repo here:
http://debuginfo.centos.org/5/x86_64/gfs2-kmod-debuginfo-1.92-1.1.el5_2.2.x86_64.rpm
The contents of the RPM are identical to the RedHat RPM:
http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/x86_64/Debuginfo/gfs2-kmod-debuginfo-1.92-1.1.el5_2.2.x86_64.rpm
The problem here is that the source included in the debuginfo RPM does not match the binary.
When running the binary, I get "f:q" in my gfs2_tool lockdump output, which definitely cannot happen given the source code in the RPM.
It appears that this patch has been applied during compilation. https://www.redhat.com/archives/cluster-devel/2011-May/msg00037.html
But the patch is not applied to the source code included.
Clearly this is not a CentOS issue as the RedHat RPM is wrong too, so this is just informational to close out the issue.
Brian
On 11-06-2011 at 2:05 AM, John Doe <jdmls@xxxxxxxxx> wrote:
>
>From: "centoslistbrian@xxxxxxxxxxxx" <centoslistbrian@xxxxxxxxxxxx>
>
>> I'm searching for the SRPM corresponding to this installed RPM.
>> % yum list | grep gfs2
>> gfs2-kmod-debuginfo.x86_64Â Â Â Â Â Â Â Â Â 1.92-1.1.el5_2.2
>> It is missing from:
>> http://msync.centos.org/centos-5/5/os/SRPMS/
>
>How can you expect to find a CentOS srpm for a package that does
>not come from CentOS...?
>As you can see, http://msync.centos.org/centos-5/5/os/i386/CentOS/
>only lists gfs2-utils
>
>JD
>_______________________________________________
>CentOS mailing list
>CentOS@xxxxxxxxxx
>http://lists.centos.org/mailman/listinfo/centos
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
