We discovered with some dismay that xfsrq was broken the other day
when testing it. This included testing an SGI Altix running RedHat.
I noticed an attempt to fix (the obvious) fault in the setquota call.
This fix get rid of the spurious -n option (???) and puts the arguments
in the correct order. The problem is that setquota expects the device
not the filesystem mount point name.. and the block size doesn't need to
be divided by two since linux uses 1024 byte blocks.
i.e. /dev/hda1 not /boot or whatever.
The patch applies to the version of xfsrq supplied with
xfsdump-2.0.3-0, xfsdump-2.2.25-1, and probably several others.
xfsrq.patch
Description: Text Data
|