(SOLVED) Strange parity check behaviour


Recommended Posts

I have a parity check scheduled every 3 months.  It started normal and finished without any errors but to find out the next day that parity check is running again.  I didn't manually start the second one, nor the system rebooted. Could it be a bug or something else?

See attached diagnostic file

PARITY.JPG

nas-unraid-bkp-diagnostics-20211102-0920.zip

Edited by johnwhicker
Link to comment

So both of unraids performed the same way which is strange. I have a schedule setup for every 3 months.  The November one kicked normally and as per my initial post the second unraid started a second parity check out of nowhere.  As I was monitoring the first unraid to finish the scheduled parity check and I noticed after it finished, the schedule show to start another scheduled parity check in 2 hours.  That's very strange. So something messed up with the schedule?  I disabled and redone the schedule again and hope this won't happen again?

 

Anyone seen this strange parity schedule behavior?

Link to comment
  • DivideBy0 changed the title to (SOLVED) Strange parity check behaviour
  • DivideBy0 changed the title to Strange parity check behaviour

Kidding :)

 

 

root@NAS-UNRAID:~# cat /etc/cron.d/root

# Generated system monitoring schedule:

*/1 * * * * /usr/local/emhttp/plugins/dynamix/scripts/monitor &> /dev/null

 

# Generated mover schedule:

40 3 * * * /usr/local/sbin/mover &> /dev/null

 

# Generated parity check schedule:

0 0 * 2,6,10 * /usr/local/sbin/mdcmd check NOCORRECT &> /dev/null || :

 

# Generated array status check schedule:

20 0 * * * /usr/local/emhttp/plugins/dynamix/scripts/statuscheck &> /dev/null

 

# Generated Unraid OS update check schedule:

11 0 * * * /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/unraidcheck &> /dev/null

 

# Generated cron settings for docker autoupdates

0 11 * * * /usr/local/emhttp/plugins/ca.update.applications/scripts/updateDocker.php >/dev/null 2>&1

# Generated cron settings for plugin autoupdates

0 2 * * * /usr/local/emhttp/plugins/ca.update.applications/scripts/updateApplications.php >/dev/null 2>&1

 

# CRON for CA background scanning of applications

33 * * * * php /usr/local/emhttp/plugins/community.applications/scripts/notices.php > /dev/null 2>&1

 

# Generated file integrity check schedule:

0 0 * * 0 bash /boot/config/plugins/dynamix.file.integrity/integrity-check.sh &> /dev/null

 

# Generated ssd trim schedule:

0 0 * * * /sbin/fstrim -a -v | logger &> /dev/null

 

# Generated system data collection schedule:

*/1 * * * * /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &> /dev/null

 

 

And same on my second unraid box:

 

oot@NAS-UNRAID-BKP:~# cat /etc/cron.d/root

# Generated system monitoring schedule:

*/1 * * * * /usr/local/emhttp/plugins/dynamix/scripts/monitor &> /dev/null

 

# Generated mover schedule:

30 3 * * * /usr/local/sbin/mover &> /dev/null

 

# Generated parity check schedule:

0 0 * 2,6,10 * /usr/local/sbin/mdcmd check NOCORRECT &> /dev/null || :

 

# Generated array status check schedule:

20 0 * * * /usr/local/emhttp/plugins/dynamix/scripts/statuscheck &> /dev/null

 

# Generated Unraid OS update check schedule:

11 0 * * * /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/unraidcheck &> /dev/null

 

# Generated cron settings for docker autoupdates

0 11 * * * /usr/local/emhttp/plugins/ca.update.applications/scripts/updateDocker.php >/dev/null 2>&1

# Generated cron settings for plugin autoupdates

0 0 * * * /usr/local/emhttp/plugins/ca.update.applications/scripts/updateApplications.php >/dev/null 2>&1

 

# CRON for CA background scanning of applications

35 * * * * php /usr/local/emhttp/plugins/community.applications/scripts/notices.php > /dev/null 2>&1

 

# Generated file integrity check schedule:

0 0 * * 0 bash /boot/config/plugins/dynamix.file.integrity/integrity-check.sh &> /dev/null

 

# Generated ssd trim schedule:

0 0 * * * /sbin/fstrim -a -v | logger &> /dev/null

 

# Generated system data collection schedule:

*/1 * * * * /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &> /dev/null

Edited by johnwhicker
Link to comment
  • DivideBy0 changed the title to (SOLVED) Strange parity check behaviour

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.