Large Amount of Aggregate Metadata
Stephen Stocke <[email protected]> Thu, 1 May 2025 13:32:01 +0100
| Newsgroups | gmane.comp.hardware.netapp |
|---|---|
| Message-ID | <CAEGA2qZUrGN2xh6mOJhbSbv4wQRWS8SamOi=FYrEaS2kLjEcfA@mail.gmail.com> |
--===============0084877219920632778== Content-Type: multipart/alternative; boundary="00000000000011f68a06341239c6" --00000000000011f68a06341239c6 Content-Type: text/plain; charset="UTF-8" Hi All We have a couple AFF-A250 cluster running 9.15.1P7 which host NFS data stores for vSphere. Most of the volumes on this particular cluster are SnapMirror destination volumes at our secondary data center. When running 'df -A' to check the data distribution on the cluster, I noticed that one aggregate was showing 100% utilisation. Running 'storage aggregate show-space' indicates that 72% of the space (32TB!) is being consumed by aggregate metadata. What might cause so much metadata in the aggregate? Are there any commands to see which volume the metadata is associated with? Also, when logging on to the web console, there was no indication of a problem or unhealthy node so I'm not sure if the aggregate was actually full. I ran a vol move to the partner data aggregate successfully so I now have a bit of free space. (There is also a question as to why our monitoring system wasn't reporting any issues... but if system manager doesn't report an issue...?) Thanks, Steve --00000000000011f68a06341239c6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr">Hi All<div><br></div><div>We have a coupl= e AFF-A250 cluster running 9.15.1P7 which host NFS data stores for vSphere.= =C2=A0 Most of the volumes on this particular cluster are SnapMirror destin= ation volumes at our secondary data center.</div><div><br></div><div>When r= unning 'df -A' to check the data distribution on the cluster, I not= iced that one aggregate was showing 100% utilisation.=C2=A0 Running 'st= orage aggregate show-space' indicates that 72% of the space (32TB!) is = being consumed by aggregate metadata.</div><div><br></div><div>What might c= ause so much metadata in the aggregate?=C2=A0 Are there any commands to see= which volume the metadata is associated with?</div><div><br></div><div>Als= o, when logging on to the web console, there was no indication of a problem= or unhealthy node so I'm not sure if the aggregate was actually full.= =C2=A0 I ran a vol move to the partner data aggregate successfully so I now= have a bit of free space. (There is also a question as to why our monitori= ng system wasn't reporting any issues... but if system manager doesn= 9;t report an issue...?)</div><div><br></div><div>Thanks,</div><div><br></d= iv><div>Steve</div></div> </div> --00000000000011f68a06341239c6-- --===============0084877219920632778== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ toasters mailing list -- [email protected] To unsubscribe send an email to [email protected] --===============0084877219920632778==--