I noticed that on one node of a cluster (Ontap 9.7), the system configuration backup was much larger than on others (1.5Gb instead of the normal 50Mb on the other nodes). I see that the complete netboot directory is contained in this backup (1.4Gb in size). How can I exclude this directory from the configuratioon backup or can I even just delete it in the root volume ?
Every time the configuration backup is taken, I get slow CP warnings for my root aggregate, so I would like to ease the stress by shrinking the config backup.
There used to be a KB describing this I think, but it seems to have disappeared. It was called 'How to find what is filling a node's root volume'
Thanks Paul. One suggestion: Could you add an extra bullet point that if a netboot folder is present under /mroot/etc that this folder can be safely deleted in the root volume ? That was what was causing my cluster configuration backups to be huge.
Not to split hairs, but it would be easier to add it as a numbered point like where you are deleting trace files in point 3. We would be deleting the whole netboot folder if it exists and not just a large file that would happen to be in that folder (that is where you have put the note now).
But thanks for the clarification ... it would at least have helped me solve this issue more quickly.
It may be more interesting to make a separate article for that problem and link to that in both the current KB's. I actually think an article may already have existed for that or it still does, but I don't have access to it. The netboot folder impacts both sizes.
The controller I had removed this netboot directory on was sysID 0538175320. It was recently headswapped to a FAS8300 and netbooted at that time, so that may explain something about how it ended up being there.
It may be rare, but not that rare, as I am sure about at least 3 times that I had this issue including this one..
This is the first link proposed when searching for "netapp configuration backup is very large". Coincidentally we also just went through a head swap, are using the 8300 hardware, and are running 9.7. In my case I'm trying to perform a root volume migration over to another set of disks. The process times out and I notice the cp.toolong warnings in the event log during the backup. Even though the root migration fails, the backup does complete about 2 hours later and is about 6.8GB in size.
I don't know what all gets captured in that node backup, but that seems excessive compared to what I've read about in other posts / sites. Already tried deleting core dumps and disabling snapshots, but it doesn't appear to be a space issue. When I look at etc/log/mlog through the SPI interface I can quickly tally up about 9GB just between mgwd, messages, and sktrace log files.
I do have a couple cases open with NetApp support on the issue, but I wish I had access to the KB referenced here. Might provide some extra insight into what's going on.