brent timothy saner on 28 Sep 2017 07:51:17 -0700

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: [PLUG] Reclaiming inodes

On 09/28/2017 10:45 AM, K.S. Bhaskar wrote:
> Might fstransform to transform the filesystem in place to something else
> (xfs seems to never run out of inodes) be an option?
> Regards
> -- Bhaskar

well, sure, but you should be making a full backup at that point
anyways. ;) fstransform, while awesome, is still doing some pretty crazy
stuff and if this is irreplaceable data, well... i personally wouldn't
risk it without making a backup.

plus there's this:

the device must have a little free space, typically at least 5%

WARNING: transforming an almost full device to 'xfs' file-system can be

    you need either slightly more free space, typically at least 10%,
    or you must be VERY quick at suspending fstransform when either the
source or the target (or both) file-system is almost full and run
'xfs_fsr' on the source or target device (or both) before resuming
fstransform. A future fstransform version may automate this operation.

and this:

If the device contains a HUGE number of files with multiple hard links,
fstransform will be very slow and consume a LOT of memory. Devices with
more than one million files with multiple hard links can cause
fstransform to crash with "out of memory" errors.

i'd say overall, it's faster and safer to just reformat the filesystem
after copying the files to a safe place, and then copying them back when
the mkfs is done.

(though you ARE on to something with XFS; it doesn't really have the
same sort of "oops, i hit the inode limit" issues you run into with
extents filesystems. i wouldn't want to run / on it, though.)

Attachment: signature.asc
Description: OpenPGP digital signature

Philadelphia Linux Users Group         --
Announcements -
General Discussion  --