gfs2_convert removes the old quota file with all the user quotas/limits/warnings etc. and replaces it with a newly initialized quota file that's empty. gfs2_convert should correctly convert the existing quota file for use with the gfs2 filesystem.
Created attachment 412198 [details] proposed rhel5 patch
Created attachment 412874 [details] use inode_read() instead of bread()+inode_get() and remove call to adjust_inode()
Pushed above patch to RHEL56 git tree.
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: Older versions of gfs2_quota were replacing the GFS1 quota file with a newly initialised GFS2 quota file rather than converting it. This meant that quotas had to be reinitialised by the administrator. This fix updates gfs2_convert to convert the content of the quota file correctly.
Build 2768288 successful. Changing status to Modified. This fix is in gfs2-utils-0.1.62-23.el5.
I'm pretty sure you meant gfs2_convert in the Technical Note and not gfs2_quota.
Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1 +1 @@ -Older versions of gfs2_quota were replacing the GFS1 quota file with a newly initialised GFS2 quota file rather than converting it. This meant that quotas had to be reinitialised by the administrator. This fix updates gfs2_convert to convert the content of the quota file correctly.+Older versions of gfs2_convert were replacing the GFS1 quota file with a newly initialised GFS2 quota file rather than converting it. This meant that quotas had to be reinitialised by the administrator. This fix updates gfs2_convert to convert the content of the quota file correctly.
Verified using gfs2-utils-0.1.62-28.el5 SCENARIO - [quota] Creating 10G LV quota Creating file system with quotas to convert Creating file system on /dev/wic/quota with options '-p lock_nolock -j 1' Device: /dev/wic/quota Blocksize: 4096 Filesystem Size: 2588436 Journals: 1 Resource Groups: 40 Locking Protocol: lock_nolock Lock Table: Syncing... All Done Mounting gfs /dev/wic/quota on dash-01 with opts '' Quota report before convert user root: limit: 0.0 warn: 10000.0 value: 0.0 user testmonkey: limit: 10.0 warn: 8.0 value: 4.0 group root: limit: 0.0 warn: 0.0 value: 0.0 group testmonkeys: limit: 0.0 warn: 0.0 value: 4.0 Unmounting /mnt/wic on dash-01 Starting fsck of /dev/wic/quota on dash-01 fsck output in /tmp/will-it-convert.27543/1.quota/1.fsck-dash-01-gfs.log Some file system errors were corrected Starting gfs2_convert of /dev/wic/quota on dash-01 gfs2_convert output in /tmp/will-it-convert.27543/1.quota/2.convert-dash-01.log Starting fsck of /dev/wic/quota on dash-01 fsck output in /tmp/will-it-convert.27543/1.quota/3.fsck-dash-01-gfs2.log Some file system errors were corrected Mounting gfs2 /dev/wic/quota on dash-01 with opts '' Quota report after convert user root: limit: 0.0 warn: 10000.0 value: 0.0 user testmonkey: limit: 10.0 warn: 8.0 value: 4.0 group root: limit: 0.0 warn: 0.0 value: 0.0 group testmonkeys: limit: 0.0 warn: 0.0 value: 4.0 Unmounting /mnt/wic on dash-01 Removing LV quota quota took 18 seconds
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-0135.html