get-naperfdata wafl (include suspend_because and no data returned)

markweber · ‎2012-03-01

using toolkit version 1.7

i get no data back when doing:

get-naperfdata wafl

but if i leave out "suspend_because" and pass a list of all other counters then i get data back:

PS E:\> $waflcounters

avg_non_wafl_msg_latency

avg_wafl_msg_latency

buf_eject_time

buf_hash_hit

buf_hash_miss

buf_load_cnt

buf_miss_cnt

buf_pvbn_hash_hit

buf_pvbn_hash_miss

bufs_kmem

bufs_raid

bufs_stolen_by_backup

complete_in_waffi_cnt

cp_count

cp_phase_times

delayed_free_fbns

delayed_free_vbns

extent-alloc-fail

extent-async-load

extent-async-load-read-reallocate

extent-cp-old

extent-max-messages-load

extent-max-readers

extent-max-saved-messages

extent-message-limit

extent-modify

extent-modify-keep-vvbn

extent-no-readahead-fail

extent-no-readahead-suspend

extent-no-space-fail

extent-reader-limit

find_dir_hit

find_dir_miss

hda_avoidance_interval

hda_deg_rg

hda_deg_skip_count

hda_hot_rg

hda_hot_skip_count

inode_cache_hit

inode_cache_hit_nodes

inode_cache_hit_tohead

inode_cache_miss

inode_cache_miss_nodes

inode_eject_time

inode_list_cnt

keep_vvbn_done

keep_vvbn_requested

keep_vvbn_to_real

markers_dyn_alloc

markers_freed

markers_mr_alloc

name_cache_hit

name_cache_miss

name_cache_miss_long

name_cache_miss_snapdir

new_msg_cnt

non_wafl_msg_total

pvbn-alias

quota_calls

quota_pool_buf_count

quota_stats

read_io_type

read_io_type_base

restart_msg_cnt

total_cp_msecs

wafl_blk_readaheads

wafl_blk_reads

wafl_blk_writes

wafl_bufs_available

wafl_bufs_available_for_cp

wafl_bufs_dirty

wafl_bufs_empty

wafl_bufs_free_bdata

wafl_bufs_recycle

wafl_bufs_total

wafl_kahuna_time_ms

wafl_msg_total

wafl_nfs_application_mask

wafl_nfs_oracle_wcount

wafl_total_blk_readaheads

wafl_total_blk_reads

wafl_total_blk_writes

wafl_waffi_time_ms

wafl_xcleaner_time_ms

write_alloc_nbufs

write_alloc_nbufs_other

write_alloc_nwips

wrsv_rgs_full

wrsv_rgs_full_high

wrsv_rgs_full_low

wrsv_vol_full_high

wrsv_vol_full_low

wrsv_vol_resets

PS E:\> get-naperfdata wafl

PS E:\> get-naperfdata wafl -counters $waflcounters

Counters Name Timestamp TimestampDT

-------- ---- --------- -----------

{name_cache_hit, name_cach... wafl 1330639231 3/1/2012 10:00:31 PM

can anyone else confirm this behavior?

is it a bug or something in my environment?

mark

cknight · ‎2012-03-02

Mark, it appears this is working as designed. You just need to look inside the Counters field to see the data&colon;

PS C:\> (Get-NaPerfData -Name wafl -Instances wafl -Counters cp_count).Counters

Name Value

---- -----

cp_count 822534,310,0,15106,50732,2419,0,65985,18,0,0,0

If you want to see a full example of how to use the perf cmdlets, you can also check out this post of mine.

markweber · ‎2012-03-02

i don't believe it is -

try this:

(get-naperfdata -name wafl -instances wafl -counters cp_count,cp_phase_times).counters

and then this:

(get-naperfdata -name wafl -instances wafl -counters cp_count,cp_phase_times,suspend_because).counters

for me, the first returns data but if suspend_because is included then i don't get anything back.

m

cknight · ‎2012-03-02

Thanks for the clarification, Mark. Yes, I see the same behavior, even when just interacting with Data ONTAP using the raw API XML. This would appear to be a Data ONTAP bug.