Chris Thompson wrote:
hh@bacher.at (Hannes Herret) writes [...]
it was a misinformation, there is no ndmp-backup running on sunday!! it seems to be normal, to take 10 hours to scrub 2x 19 x 36Gb-Disks.
That does seem about right, for 38 x 36GB discs on a single FCAL loop. How are they divided up into volumes and RAID groups? The syslog'd messages report on each of these as they complete, and the timings may be suggestive. You can also use "sysconfig -r" while the scrub is running, and it will tell you which RAID groups are being done and what the progress on each is. It's possible for the 2 parallel scrub processes (by default, "options raid.scrubbers" can alter it) to choose to do things in a non-optimal order, so that a single large RAID group gets scrubbed by itself at the end.
that means 1 scrubber per volume ? 2 volumes are scrubbed at the same time, or 1 volume is scrubbed by 2 scrubbers - e.g. 1 scrubber beginning with the first block, the other in the mid of the disk?
but another question comes up: this conifg is an f820-cluster. how the clusternodes handles the scrubing? each node scrubs both loops? maybe this is the reason for the long scrub time.
Surely not!? Only online volumes are scrubbed, and only by the node currently controlling them.
When you say "2 x 19 x 36GB disks" is that meant to imply 19 x 36GB discs on each of the two F820s? In that case, 10 hours for a scrub sounds way too high, unless there has been a failover and one of them is struggling to scrub both sets of discs.
yes, i mean a cluster-configuration with 19 disks on each side. i agree - i also think 10 hours are too high for 19 disks.
Chris Thompson University of Cambridge Computing Service, Email: cet1@ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.