Skip to main content
NetApp Knowledge Base

Search

  • Filter results by:
    • View attachments
    Searching in
    About 2 results
    • https://kb.netapp.com/on-prem/ontap/Perf/Perf-KBs/Extremely_slow_rm_rf_performance
      Very slow rm -rf * from the client tcpdump shows high Avg SRT for REMOVE calls on both client and storage Index Procedure Calls Min SRT (s) Max SRT (s) Avg SRT (s) Sum SRT (s) Volume is a FlexCache or...Very slow rm -rf * from the client tcpdump shows high Avg SRT for REMOVE calls on both client and storage Index Procedure Calls Min SRT (s) Max SRT (s) Avg SRT (s) Sum SRT (s) Volume is a FlexCache origin volume with more than 1 or more FlexCache destinations Other sources of latency may be present (example deleting cold data for a FabricPool volume), but based on Performance analysis, WREMOTE_REVOKE_UNAWARE accounts for the majority of latency encountered
    • https://kb.netapp.com/on-prem/E-Series/SANtricity-OS-KBs/E-Series_asynchronous_mirror_group_suspended_internally_due_to_reserved_capacity
      After the initial sync completes for new asynchronous volume mirror pair, the subsequent syncs fail with the following errors reported in the Recovery Guru. Mirror Consistency Group degraded Mirror Vo...After the initial sync completes for new asynchronous volume mirror pair, the subsequent syncs fail with the following errors reported in the Recovery Guru. Mirror Consistency Group degraded Mirror Volume - Reserved capacity threshold exceeded E-Series Notification An asynchronous mirror group was suspended internally CRITICAL ARVM_SYNC_INTERNALLY_SUSPENDED-Recovery Failure Type Code: 433 ARVM_SYNC_INTERVAL_TIME_OVER_THRESHOLD-Recovery Failure Type Code: 414