I believe you will find your correlations there.
_________________________________Jeff MohlerTech Yahoo, Storage Architect, Principal(831)454-6712 YPAC Gold Member Twitter: @PrincipalYahoo CorpIM: Hipchat & Iris
On Friday, March 25, 2016 1:31 PM, josef radinger cheese@nosuchhost.net wrote:
cpu on netapp is higher than it used to be. i think we see higher cpu than normal since around 1 month. we used to be at 30-40% and now we are slightly higher during work-hours at 50-60% with some peaks to around 90%. i'm currently not in my office and have no access to exact statistics.
On Fri, 2016-03-25 at 19:41 +0000, Jeffrey Mohler wrote:
They should be 100% on an empty aggregate..but still, spindles seem to handle the workload just fine.
What the history of CPU on the system..when did it work well last, what was CPU load then? _________________________________ Jeff Mohler Tech Yahoo, Storage Architect, Principal (831)454-6712 YPAC Gold Member Twitter: @PrincipalYahoo CorpIM: Hipchat & Iris
On Friday, March 25, 2016 12:28 PM, josef radinger <cheese@nosuchhost .net> wrote:
performance advisor shows the following: read latency on a vmware-datastore at around 5-20ms. write latency at around 10-15ms with peaks: "other" latency at up to 500ms, i'm quite sure this other is my problem.
but what me bothers is the stripe ratio: 2428.65 partial stripes 85.83 full stripes my knowledge is that i should have a lot more full stripes than partial ones.
images are at http://www.nosuchhost.net/~cheese/temp/readandwrite.png http://www.nosuchhost.net/~cheese/temp/other.png
my colleagues had troubles while patching several windows-systems residing in that datastore, as the systems got unresponsive and access got very slow.
On Fri, 2016-03-25 at 18:42 +0000, Jeffrey Mohler wrote:
Are you write latency troubled, or read latency troubled?
I don't see free space frag as a huge issue, as lightly loaded as the spindles report to be.
_________________________________ Jeff Mohler Tech Yahoo, Storage Architect, Principal (831)454-6712 YPAC Gold Member Twitter: @PrincipalYahoo CorpIM: Hipchat & Iris
On Friday, March 25, 2016 11:37 AM, josef radinger <cheese@nosuchho st.net> wrote:
hi
i have a metro cluster (rather old) which is currently responding very slowly. 7-mode 8.1.4
there is only one aggregate per head, filled at around 72% one one head and 79% on the other head. attached is a statit and sysstat -x 1 from one head.
i see lots of partial stripes and only several full stripes. i assume this should mean not enough free space, which should imho not be a problem at my aggregates.
what is the correct procedure for performing a free space reallocation? i did:
- stop all volume-reallocates
- disable read_reallocation on all volumes
* raid.lost_write.enable off
- aggr options aggr0 resyncsnaptime 5
- reallocate start -A -o aggr0
- wait for finish of reallocate
- aggr options aggr0 resyncsnaptime 60
- enable read_reallocation on all volumes
- reenable all volume-level reallocates
my aggregates have options:
aggr options aggr0 root, diskroot, nosnap=off, raidtype=raid_dp, raidsize=20, ignore_inconsistent=off, snapmirrored=off, resyncsnaptime=60, fs_size_fixed=off, snapshot_autodelete=on, lost_write_protect=on, ha_policy=cfo, hybrid_enabled=off, percent_snapshot_space=5%, free_space_realloc=off
any advice? josef
Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters