| To: | Dave Chinner <david@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify) |
| From: | Matteo Frigo <athena@xxxxxxxx> |
| Date: | Tue, 26 Feb 2013 06:29:58 -0500 |
| Cc: | xfs@xxxxxxxxxxx, dm-devel@xxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <20130226044039.GM5551@dastard> (Dave Chinner's message of "Tue, 26 Feb 2013 15:40:39 +1100") |
| References: | <87d2vnc34r.fsf@xxxxxxxx> <20130226044039.GM5551@dastard> |
| User-agent: | Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) |
Dave Chinner <david@xxxxxxxxxxxxx> writes: > All of the evidence points of a problem caused by the pvmove > operation. I'd suggest that you don't use it until we get to the > bottom of the problem (i.e. where the EAGAIN is coming from and > why).... Dave, thanks for your quick reply and detailed analysis. For the benefit of other readers, I wish to add that the same problem occurs when creating lvm mirrors (e.g. "lvconvert -m1 vg/lvol"), which is not surprising since pvmove works itself by creating a mirror. Consequently, mirror creation should also be avoided until the root cause of the problem is eliminated. Cheers, Matteo |
| Previous by Date: | RE: [PATCH] xfs: Fix possible truncation of log data in xlog_bread_noalign(), Tony Lu |
|---|---|
| Next by Date: | Sichern Sie Ihre Online KONTO, Sparkasse |
| Previous by Thread: | [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify), Dave Chinner |
| Next by Thread: | Re: [dm-devel] [BUG] pvmove corrupting XFS filesystems (was Re: [BUG] Internal error xfs_dir2_data_reada_verify), Alasdair G Kergon |
| Indexes: | [Date] [Thread] [Top] [All Lists] |