Parity-Sync finished but description says 'Canceled'


Astatine
Go to solution Solved by trurl,

Recommended Posts

After a fresh install, parity-sync started yesterday. It took around 17 hours for it complete. I left it go on overnight. When I came to check today. I had this notification waiting for me saying 'Parity-Sync finished' however, it was colored yellow which is for warnings. On further checking in archived notification is find that the description of said notification is 'Canceled'. I don't understand why it is this way. I never canceled the sync. Additionally, the device status says operation normal under 'Array Devices' section and 'Array is valid' under the 'Array Operations' section.

 

Does the 'canceled' description mean I have sync again? 

 

 

 

Archived Notifications:

image.thumb.png.98a4f00d384fe752de4164bf071cac9f.png

Array Devices section:

image.thumb.png.e45e8780b54eec6fd71b5eb6d534e1a3.png

Array Operations section:

image.thumb.png.561388ec15213be82d012edf3c3c2780.png

Link to comment

@trurl Here are the Diagnostics. I started 'Parity-Check' just to be safe and its notification also came as 'warning'. You can see in the screenshot above too. The notification from when 'Parity-Sync' started, its description is also 'Warning'.

Maybe notifications about any action related to parity come up as warnings, what do you think?

astatine-diagnostics-20221225-2252.zip

Edited by Astatine
Link to comment
  • 2 weeks later...
  • Solution
Jan  5 09:50:20 PlexNAS kernel: mdcmd (61): nocheck cancel
Jan  5 09:50:20 PlexNAS kernel: md: recovery thread: exit status: -4
Jan  5 09:50:39 PlexNAS kernel: mdcmd (62): check correct
Jan  5 09:50:39 PlexNAS kernel: md: recovery thread: recon P ...
Jan  6 03:40:01 PlexNAS  crond[1122]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null
Jan  6 05:09:29 PlexNAS kernel: md: sync done. time=69530sec
Jan  6 05:09:29 PlexNAS kernel: md: recovery thread: exit status: 0

Looks like it was restarted and completed 

Link to comment
  • 3 months later...

Hello

 

I just had this problem on a new server build after copying data over to new server. I started parity syn late yesterday an it finished per the logs, but the syn was all so canceled. So unraid wants to rerun parity syn. If the fix is just rebooting the server and rerun parity syn, I guess I will try that for tonight, but the question remains why is this happening is this a bug with 6.11.5?

 

Link to comment
Apr 25 19:27:51 LEGO99 kernel: mdcmd (37): check 
Apr 25 19:27:51 LEGO99 kernel: md: recovery thread: recon P ...
...
Apr 25 19:28:15 LEGO99 kernel: mdcmd (38): nocheck pause
Apr 25 19:28:15 LEGO99 kernel: md: recovery thread: exit status: -4
...
Apr 25 19:28:27 LEGO99 kernel: mdcmd (39): check resume
Apr 25 19:28:27 LEGO99 kernel: md: recovery thread: recon P ...
...
Apr 26 07:00:04 LEGO99 kernel: mdcmd (44): nocheck cancel
Apr 26 07:00:04 LEGO99 kernel: md: recovery thread: exit status: -4
...
Apr 26 07:47:41 LEGO99 kernel: mdcmd (52): check 
Apr 26 07:47:41 LEGO99 kernel: md: recovery thread: recon P ...
...
Apr 26 07:48:06 LEGO99 kernel: mdcmd (53): nocheck cancel
Apr 26 07:48:06 LEGO99 kernel: md: recovery thread: exit status: -4

Doesn't look like it has run to completion (exit status: 0)

 

Post a screenshot of Main - Array Operation

Link to comment

The problem is I got notification that it finished and was complete. I did reboot the server per your suggestion yesterday and kick off another parity syn this time it did complete as it should of and my data is protected. If this is some glitch would happens when I run monthly parity syn's will I need to run it twice too. Thanks for taking the time to review my logs....

Link to comment
  • 2 months later...

Similar.

 

06-07-2023 22:17Unraid Parity-CheckNotice [BLACKTOWER] - Parity-Check finished (0 errors)Canceledwarning

 

I didn't cancel it but my server locked (no hardware issues noted yet, but my usb stick was corrupted a couple of weeks ago)

 

Dirty bit set 'some corruption' warnings etc.

 

It appears to me, yet AGAIN that the USB stick is the weak link in Unraid.

 

For God's sake, please add some sort of redundancy at least to this weak link, say, it checks the USB stick against 2 other mirror files of it on the disk as a boot stick check.

 

 

Link to comment
  • 3 weeks later...

I have similar problem mine get started and canceled 4 times. 

image.thumb.png.9b07632c55455a02577dfefeb15fcaa8.png

and the parity check history shows only two of them.

image.png.f64c1aec680c0452fec1051f16b9064f.png

 

For 4 days my disk was spinning for 19 hrs,  i didn't canceled. And the logs doesn't tell anything.

 

x99-diagnostics-20230728-2136.zip

 

PS: So today was the same thing happened.. so after more checking i found where the problem was.

 

image.png.8bdb8e63c6a92ce0d1637ecd52a0143c.png

 

Who in the right mind will use "Every day" literally in the context of other settings and the specific task. Here "Every Day" should mean "Any day" - of the "Last week". And interestingly this is the only options that doesn't have an explanation.

Edited by ilarion
Link to comment

Not directly relevant to your issue, but if you install the Parity Check Tuning plugin then even if you have it set to be disabled it will still mean that you get more detail in the Parity History and the timings there should be accurate as it uses a different mechanism to core Unraid to track what they should be.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.