I would recommend to use OnCommand Unified Manager (OCUM) for capacity monitoring since NetApp removed most capacity EMS events.
OCUM has all the needed events like "Aggregate Space Nearly Full", "Aggregate Days Until Full", "Aggregate Growth Rate Abnormal", etc. (same with volume of course) and let's you report those via email, SNMP, etc.
You can also use the latest version which over time got quite some juicy GUI, and still monitor ONTAP systems back to 8.2 if I remember correctly.
As far as I know it's "free of charge" if you own an ONTAP system and no extra license is needed.
If you really only monitor this EMS event to check for available space on your aggrs you might react to late if there is too much growth...
Junior System Engineer
Von: firstname.lastname@example.org [email@example.com]" im Auftrag von "Mike Thompson [firstname.lastname@example.org]
Gesendet: Montag, 11. Juni 2018 20:42
An: John Stoffel
Cc: email@example.com Lists
Betreff: Re: mgmtgwd.aggregate.used.rising
ah looks like aggr nearly full messages are now lumped in with volume nearly full messages in Ontap 9, e.g:
Message: monitor.volume.nearlyFull: Aggregate prod4a is nearly full (using or reserving 95% of space and 0% of inodes).
So I guess they are in there after all - that sorts me out.
On Mon, Jun 11, 2018 at 9:59 AM, Mike Thompson <firstname.lastname@example.org<mailto:email@example.com>> wrote:
On Sat, Jun 9, 2018 at 7:41 AM, John Stoffel <firstname.lastname@example.org<mailto:email@example.com>> wrote: Mike> In Ontap 8, we used to route this message to a group of
Mike> operators, who would move volumes around when aggregates started
Mike> getting full.
I assume you got this message from trolling the message log?
yeah, that message has been around since the GX days I believe. sucks that it's gone in Ontap 9. Mike> I don't see the associated message in the Ontap 9 message
Mike> catalog, or anything that looks similar.
I'd probably just script something out that does a show aggr and then
parses the numbers and alerts on them. 'dashboard storage show' might
also be something to look at, but much harder to parse and work with.
yeah looks like will have to hack something together, would be great if the filer could tell you when it's running low on space though, seems like a pretty fundamental metric to be able to alert on.
Do you run with a bunch of small aggregates, or much fewer, larger
aggregates? I personally like monster aggregates, so I don't have to
move volumes very often if at all.
we thin provision all of our volumes, as it's difficult to forecast which ones will get large, and we don't want to have a lot of empty disk space wasted.
this means that aggregate used is fairly constantly rising, so once an aggr gets around 90% full, we start looking to vol move stuff elsewhere.
But I do have some smaller dedicated aggregates for some Oracle DBs
which need the dedicated IOPs. This is still on a 7-mode 8.x system
which is running out of steam...
Advanced UniByte GmbH
Hauptsitz Metzingen: Paul-Lechler-Stra?e 8 | 72555 Metzingen
HRB 352782 | Amtsgericht Stuttgart | Gesch?ftsf?hrer: Sandro Walker
Telefon: +49 7123 9542-0 | Fax: +49 7123 9542-3-100 | firstname.lastname@example.org<mailto:email@example.com> | www.au.de<http://www.au.de
Niederlassung Freiburg: Kronenstra?e 34 | 79211 Denzlingen
Niederlassung M?nchen: Industriestra?e 31 | 82194 Gr?benzell
Diese E-Mail ist nur f?r den Empf?nger bestimmt und kann vertrauliche oder rechtlich gesch?tzte Informationen enthalten,
deren Kopieren, Weitergabe an Dritte oder sonstige Verwendung untersagt ist. Wenn Sie nicht der richtige Empf?nger sind,
unterrichten Sie uns bitte umgehend telefonisch oder per E-Mail und l?schen Sie diese E-Mail. Vielen Dank!