xfs_fsr, XFS defragmenter, not honoring pass count on 32 bits?
by gus3 from LinuxQuestions.org on (#57HN6)
The XFS File System Reorganizer has a parameter "-p N", and N defaults to 10. However, on both my laptop and my Raspberry Pi (32-bit systems), the pass number is clearly corrupted.
Normally, the command "xfs_fsr -vd" would first print the pass number in the message "START: pass=0 ..." But my laptop and Raspberry Pi print numbers other than 0, so something has gone haywire.
For the purpose of this report, I first defragmented the XFS filesystems on both machines. Then I ran the following command:
Code:# xfs_fsr -vd -t 30On both systems, the "START: pass=N" value was not zero. Adding the 30-second timeout showed that the pass number was incremented by the actual number of passes attempted. The final line is in the form "xfs_fsr startpass N, endpass M, time S seconds".
Now, here's a big kicker. If I run the same xfs_fsr command, the previous endpass M is the new startpass N. And it's also true, on both my laptop and my Raspberry Pi. This same symptom appears on my netbook (largely unused, but still useful for experiments like this).
None of these symptoms manifest on my 64-bit desktop or firewall. Both of them show "START: pass=0" and exit after 10 passes.


Normally, the command "xfs_fsr -vd" would first print the pass number in the message "START: pass=0 ..." But my laptop and Raspberry Pi print numbers other than 0, so something has gone haywire.
For the purpose of this report, I first defragmented the XFS filesystems on both machines. Then I ran the following command:
Code:# xfs_fsr -vd -t 30On both systems, the "START: pass=N" value was not zero. Adding the 30-second timeout showed that the pass number was incremented by the actual number of passes attempted. The final line is in the form "xfs_fsr startpass N, endpass M, time S seconds".
Now, here's a big kicker. If I run the same xfs_fsr command, the previous endpass M is the new startpass N. And it's also true, on both my laptop and my Raspberry Pi. This same symptom appears on my netbook (largely unused, but still useful for experiments like this).
None of these symptoms manifest on my 64-bit desktop or firewall. Both of them show "START: pass=0" and exit after 10 passes.