Re: [PATCH 2/3] xfs_repair: improve checking of existing rmap and refcount btrees

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

 



On 5/5/22 11:05 AM, Darrick J. Wong wrote:
> From: Darrick J. Wong <djwong@xxxxxxxxxx>
> 
> There are a few deficiencies in the xfs_repair functions that check the
> existing reverse mapping and reference count btrees.  First of all, we
> don't report corruption or IO errors if we can't read the ondisk
> metadata.  Second, we don't consistently warn if we cannot allocate
> memory to perform the check.

Well, the caller used to report those, right? i.e.

        error = check_refcounts(wq->wq_ctx, agno);
        if (error)
                do_error(
_("%s while checking reference counts"),
                         strerror(-error));

So I think this patch is just changing from reporting strerror(-error)
when these things return, to hand-crafted error messages in the functions
that get called?

AFAICT this patch changes

"Cannot allocate memory while checking reverse-mappings"
to
"Not enough memory to check reverse mappings"

etc.

Granted, strerror(EFSCORRUPTED) isn't very pretty, and your messages are
probably more clear. But I just wanted to be sure I'm not missing something;
I think every error is actually reported today, and this is just changing
the error messages.

Thanks,
-Eric




[Index of Archives]     [XFS Filesystem Development (older mail)]     [Linux Filesystem Development]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux RAID]     [Linux SCSI]


  Powered by Linux