Thread (8 messages) flat view 8 messages, 4 authors, 2021-05-13

Re: [PATCH] md: warn about using another MD array as write journal

From: Vojtech Myslivec <hidden>
Date: 2021-05-12 23:21:04

It has been two months since I last reported the state of the issue:

On 17. 03. 21 16:55, Vojtech Myslivec wrote:
 > Thanks a lot Manuel for your findings and information.
 >
 > I have moved journal from logical volume on RAID1 to a plain partition
 > on a SSD and I will monitor the state.

So, we run the MD level 6 array (/dev/md1) with journal device on
a plain partition of one of SSD disk (/dev/sdh5) now. See attached files
for more details.


Since then (March 17th), our discussed issue happened "only" three 
times. First occurrence was on April 21st, 5 weeks after moving the journal.

*I can confirm that the issue still persist, but it is definitely less
frequent.*



On 22. 03. 21 18:13, Song Liu wrote:
 > Thanks for the information. Quick question, does the kernel have the
 > following change?
 >
 > commit c9020e64cf33f2dd5b2a7295f2bfea787279218a Author: Song
 > Liu[off-list ref] Date:   9 months ago
 >
 > ...

We run latest available kernel from "Debian backports" distribution
repository, that is Linux version 5.10 currently. I checked that we had
kernel 5.10 as well on March, when I moved the journal.

If I checked it well, this particular patch is part of kernel 5.9
already.



Maybe unrelated, but I noticed this log message just after our "unstuck"
script performed some random I/O operation (just as I described before 
in this e-mail thread):

     May 2 ... kernel: [2035647.004554] md: md1: data-check done.



I would provide more information if needed. Thanks for any new info.

Vojtech Myslivec

Attachments

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help