Scheduled parity check


jonp

Recommended Posts

  • 2 weeks later...
  • 2 weeks later...

I gotta ask, not to be a punk about it, but why is this a 6.1 scheduled feature and not 6.0?

 

Isn't this just a matter of creating a cron job and a few gui fields to config it?  I mean there is already an unmenu package for this?  I ignorantly believe this could literally be done in an hour or less by someone who knows what they are doing ... I am clearly not that person :)  And I think ever unraid user could benefit from this too.

Link to comment

I'd much prefer that I can check a portion of my drives at a time, especially straight after a mover run (which for me is 1AM) as some/all of the drives are already spinning.

 

Perhaps post a separate thread in the unscheduled area requesting partial parity checks.

There's a whole host of pros/cons questions and answers related to this in itself.

 

I've split the topic off here.

Partial / Incremental Parity Check

http://lime-technology.com/forum/index.php?topic=34825.0

 

Let's keep this one as the scheduled part of initiating a parity check and the other one for the partial discussion.

Partial scheduled parity check still requires limetech's buy in on the idea.

Link to comment
  • 2 weeks later...

I'm cross posting another idea to this.

 

While many of us want regularly scheduled parity checks.

 

Perhaps there's a way to use cron and at to also submit an unscheduled parity check ahead of time.

 

This is born out of discussion from another feature request.

Postpone an automatic parity check?

http://lime-technology.com/forum/index.php?topic=34810.msg325558#msg325558

 

It seems some people want to cancel the current running parity check and delay it

So this feature could be part of the scheduled by using cron for the regularly scheduled parity check and using at functionality to set something out of the normal cyclic schedule.

Link to comment
  • 9 months later...

Maybe something similar to what exists in Dynamix ?

 

I thought I'd have a glance at what might be coming in 6.1 and came across this thread.

 

Given how integrated Dynamix is into unRAID now. Is there any reason time needs to be spent on making this feature native?

 

If unRAID was going to move away from Dynamix I could see the benefit but it doesn't appear (from the outside) that this is going to be the case. If anything I would say it is the other way around.

 

This in my mind could probably be bumped to a later release (if that) in favor of something more important??

 

*shrugs*

Link to comment
  • 2 weeks later...

I think it is still worth keeping as a feature thread because of the suggestions about implementing additional features as described by weebotech. I'm particularly interested in partial, more frequent checks so that the check doesn't take too long itself, but ultimately results in a shorter dwell between any given bit being checked.  For example, setting to scan 1/7th of the array every night right after the mover runs would mean no fraction of the system has a parity check date of greater than a week. On my 2TB-wide array that would mean a quick 1 hour scan. Probably not even a big deal for me, but I image those with 6TB wide arrays might find it nice especially if they have a few smaller and slow drives that really drag down the parity check speed.

 

 

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.