From bug #648219 The test script attached adds many tags of 80 chars (similar to what we do in vdsm), and then immediately reads them [all] back. After 48 tags the vgs command fails to display tags, however, it exits with code 0. So we have no idea that something bad just has happened. There is a somewhat cryptic error messages that hints that some string manipulation was failing. It looks like it comes from device mapper, so it is not clear how it is related to the problem.
Patch is part of device-mapper library, fixing component.
Fix in device-mapper-1.02.55-2.el5.
I once again ran the attached script with the latest rpms. The script passed, and I saw no error messages. Marking verified. 2.6.18-227.el5 lvm2-2.02.74-2.el5 BUILT: Tue Nov 9 08:03:06 CST 2010 lvm2-cluster-2.02.74-3.el5 BUILT: Tue Nov 9 08:01:59 CST 2010 device-mapper-1.02.55-2.el5 BUILT: Tue Nov 9 06:41:00 CST 2010 cmirror-1.1.39-10.el5 BUILT: Wed Sep 8 16:32:05 CDT 2010 kmod-cmirror-0.1.22-3.el5 BUILT: Tue Dec 22 13:39:47 CST 2009
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Previously, due to the output limit in reporting functions (vgs, lvs), tags seized to be displayed in longer reports. With this update, the output lines in these reports are limited by available memory only.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0051.html