Multiscan - Isilon Version 7.0.2.4 - causing large disk io
Hi Techies,
Anyone see this behaviour from Multiscan job,
As soon as the job starts we are seeing disk IO rise from around 30K to 250K.
We have a 30 Node cluster (20 x X400, 10xNL's) now the other issue appears to be that the job never has time to complete due to snap deletes job having a higher priority. 3 x SSD per X400.
Could some please provide some info on what this job does (Re balancing nodes ? ) and heard that we can break the phases down to their individual jobs ? is this correct ?
The other item to be aware of is that when OneFS 7.1 was introduced it brought a totally new job engine to the table that permits multiple jobs to run simultaneously, based upon exclusion sets (you can read more about that in the OneFS 7.1 or above admin guides). The upgrade to 7.1 or later can most likely help you solve this problem, as we've seen with other customers with things like snapshotdelete that is a low priority job, but might have problems completing because other higher priority jobs come along and keep interrupting it.
> As soon as the job starts we are seeing disk IO rise from around 30K to 250K.
Not very surprised, still curious: Does Multiscan run at low, medium or high impact level?
How many IOPS on SSD, on X400 SATA, on NL400 SATA drives?
> We have a 30 Node cluster (20 x X400, 10xNL's) now the other issue appears to be that the job never has time to complete due to snap deletes job having a higher priority. 3 x SSD per X400.
How many percent of time is SnapDelete running?
Can you afford (capacity-wise) to postpone the SnapDelete for some days?
> Could some please provide some info on what this job does (Re balancing nodes ? )
> and heard that we can break the phases down to their individual jobs ? is this correct ?
Not actually two phases, but two tasks in parallel: balancing nodes/disks and
reclaiming space in case files had been deleting with a node being offline.
And yes, you can run an AutoBalanceLin job first, which is faster,
and run Collect later.
> And is this a know issue with multiscan ?
The "issue" is that the time MultiScan takes doesn't only depend
on the amount of data (and the cluster dimensions of course),
but also on the number of files, and that this dependency
is hard to be expressed quantitatively.
Also SnapshotDelete takes longer the more files
expire from the snapshots, but that's more obvious.
Do you happen to know how many files are there
in the cluster (and roughly how many on X and how many on NL pools)?
And how many files have their snaps expired and deleted (say, per day)?
One more thing: Have you SSD metadata acceleration also
applied to the NL nodes (via GNA - Global NameSpace Acceleration)?
That can speed up things considerably.
Oh, one last thing: Have you configured snapshot for X pool
data to be stored on the NL pool? (in absence of GNA?)
That would go really slow, in particular for many-small-files scenarios.
we are not seeing the high i/o however, we are seeing the same behaviour with our multiscan job not finishing and preventing other jobs from running. we are on 7.0.2.4 in a 5 node nl cluster that has been running for 53 days
this is the output of isi job status -v Running jobs: Job Impact Pri Policy Phase Run Time -------------------------- ------ --- ---------- ----- ---------- MultiScan[40822] Low 4 LOW 1/4 54d 23:22 (Actions: Collect, AutoBalance) Progress: Started Paused and waiting jobs: Job Impact Pri Policy Phase Run Time State -------------------------- ------ --- ---------- ----- ---------- ------------- MediaScan[41991] Low 8 LOW 1/7 0:00:00 Waiting Progress: n/a SetProtectPlus[40823] Low 6 LOW 1/2 0:00:00 Waiting Progress: n/a No failed jobs. it appears as if the snapshot delete runs about every 11 min i think that i will have to probably open a support case Recent job results: Time Job Event --------------- -------------------------- ------------------------------ 01/29 09:26:00 SnapshotDelete[46820] Succeeded (MEDIUM) 01/29 09:15:23 SnapshotDelete[46819] Succeeded (MEDIUM) 01/29 09:04:15 SnapshotDelete[46818] Succeeded (MEDIUM) 01/29 08:54:30 SnapshotDelete[46817] Succeeded (MEDIUM) 01/29 08:33:59 SnapshotDelete[46816] Succeeded (MEDIUM) 01/29 08:24:28 SnapshotDelete[46815] Succeeded (MEDIUM) 01/29 08:03:26 SnapshotDelete[46814] Succeeded (MEDIUM) 01/29 07:53:40 SnapshotDelete[46813] Succeeded (MEDIUM)
crklosterman
450 Posts
2569
0
Posted January 29th, 2015 01:00
The other item to be aware of is that when OneFS 7.1 was introduced it brought a totally new job engine to the table that permits multiple jobs to run simultaneously, based upon exclusion sets (you can read more about that in the OneFS 7.1 or above admin guides). The upgrade to 7.1 or later can most likely help you solve this problem, as we've seen with other customers with things like snapshotdelete that is a low priority job, but might have problems completing because other higher priority jobs come along and keep interrupting it.
~Chris Klosterman
Senior SA EMC Isilon Offer & Enablement Team
chris.klosterman@emc.com
twitter: @croaking