> The best way to estimate future FlexProtect runtime is to use old repair runtimes (if you have them) as a guide. If you don't have such history, then you'll have to guess.
Kip, I couldn't agree more -- and it should be much easier to get historical job data without much scripting then.
It is too clumsy currently:
isi job statistics -- first guess, but no historical data
isi job events -- per job phase, need to filter/assemble per job data
isi job reports -- need to "list" first, then "view" data per single job
What would be useful to see and understand trends without much hassle:
isi job history --job-type TYPE
Job-ID Exit status Impact Start Time Running time LINs processesd TB processed
The time to repair a drive depends on a lot of variables:
- OneFS release (determines Job Engine version and how efficiently it operates)
- System hardware (determines drive types, amount of CPU and RAM, etc)
- Filesystem (amount of data, makeup of data [lots of small vs large files], protection, tunables, etc)
- Load on the cluster during the drive failure
The best way to estimate future FlexProtect runtime is to use old repair runtimes (if you have them) as a guide. If you don't have such history, then you'll have to guess.
We've been running some drive failure tests in my lab to help with this a bit, using a known "real" data set made up of a mix of small and large files. All of the testing to date has been with the cluster idle (i.e. no external load), so I consider these runtimes "best case" at least for the defined setup.
The S210 cluster we tested had the following node configuration:
Peter_Sero
6 Operator
•
1169 Posts
5398
0
Posted June 10th, 2015 09:00
> The best way to estimate future FlexProtect runtime is to use old repair runtimes (if you have them) as a guide. If you don't have such history, then you'll have to guess.
Kip, I couldn't agree more -- and it should be much easier to get historical job data without much scripting then.
It is too clumsy currently:
isi job statistics -- first guess, but no historical data
isi job events -- per job phase, need to filter/assemble per job data
isi job reports -- need to "list" first, then "view" data per single job
What would be useful to see and understand trends without much hassle:
isi job history --job-type TYPE
Job-ID Exit status Impact Start Time Running time LINs processesd TB processed
(output a single line per job...)
Cheers
-- Peter