Re: [PATCH 27/43] xfs: report realtime refcount btree corruption errors to the health system

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

Subject: Re: [PATCH 27/43] xfs: report realtime refcount btree corruption errors to the health system
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Fri, 13 Dec 2024 01:17:36 -0800
Cc: linux-xfs@xxxxxxxxxxxxxxx
In-reply-to: <173405125029.1182620.6787400699658875832.stgit@frogsfrogsfrogs>
References: <173405124452.1182620.15290140717848202826.stgit@frogsfrogsfrogs> <173405125029.1182620.6787400699658875832.stgit@frogsfrogsfrogs>

On Thu, Dec 12, 2024 at 05:17:16PM -0800, Darrick J. Wong wrote:
> From: Darrick J. Wong <djwong@xxxxxxxxxx>
> 
> Whenever we encounter corrupt realtime refcount btree blocks, we should
> report that to the health monitoring system for later reporting.

Looks good:

Reviewed-by: Christoph Hellwig <hch@xxxxxx>

References:
- [PATCHSET v6.0 4/5] xfs: reflink on the realtime device
  - From: Darrick J. Wong
- [PATCH 27/43] xfs: report realtime refcount btree corruption errors to the health system
  - From: Darrick J. Wong

Prev by Date: Re: [PATCH 26/43] xfs: check that the rtrefcount maxlevels doesn't increase when growing fs
Next by Date: Re: [PATCH 28/43] xfs: scrub the realtime refcount btree
Previous by thread: [PATCH 27/43] xfs: report realtime refcount btree corruption errors to the health system
Next by thread: [PATCH 28/43] xfs: scrub the realtime refcount btree
Index(es):
- Date
- Thread

[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