I had disabled and removed most collection, as we only need to see specific information. Now, however, someone wishes to see an extra piece, filesystem % utilization. I have went into Administration - Monitoring Defaults - FileServer Mount and re-enabled collection and indicator. Select Inventory under the platform in question, Services, but nothing exists there. I stopped the hq-agent, cleared out /install-dir/data directory, restarted the agent, also tried running setup, nothing. Went to the Monitoring section for the platform, selected the Metric's subtab, Show all Metrics......data I am looking for is not there.
Do I have to recreate by hand, all the FileServer Mount information to monitor % used or am I missing something to get that information back into a monitored state.
Go to your service Monitor page. Select "Metric Data". Check the boxes in front of the values you would like to reenable for monitoring, click on the button "Show all Metrics" fill out "Collection Interval for Selected:" and klick the button with the arrow right next to it. I think this is also mentioned in the review guide.
Correct me if I am wrong, I think you are describing going to "Browse Resources" click on the platform that you wish to see the data on, which puts you on the Monitor page, then select the "METRIC DATA" subtab, then the right arrow next to "Show All Metrics". This does list several things but it does not show the Disk usage statistics, it shows data on cpu, memory, load average, number of cpus, number of running processes, and swap. I don't see any indication of multiple pages either.
Did you really remove your file server mounts from HQ? I'm assuming they are still there. Go to Browse Resources->Services, then select FileServer Mount from the dropdown. How many do you have in your inventory?
If you tried to re-enable these metrics from the Administration section it's possible the operation is failing due to the large number of these services you may have in your inventory. I would try re-enabling the metrics again, then check the server log for any errors.
May have a way to fix this but will need some assistance. I have an April copy of the DB. I would think I could make a copy of the current install, backup the current install DB, move the old DB copy into place and restore the current data back into it. How to do this cleanly? I tried on my own, in a test instance, did a bin/db-psql.sh<backup, to recover, received lots of errors about violating constraints, etc. The db restarted okay but it doesn't look like the data repopulated the db.
By doing some digging I have come up with at least a partial answer for the missing FileServer Mount data. Hopefully someone can point out the error of my ways, please, or confirm that this should work. What I did was compare the table sizes against an old backup that still had the now missing data. The following tables looked the most promising as the most closely changed in size and containing the data I wanted to recover. By changed in size I mean that I went by the fact that I had removed approximately 7000 FileSystem Mounts. I exported these tables from the old backup eam_config_response eam_service eam_server ( not sure if I needed this one ) eam_resource eam_res_grp_res_map and then imported them into a copy of the current production db, in the order listed, and I appear to now have all the FileSystem Mount stuff back. I have pointed one server to this recovered instance, and it seems to be gathering the FileSystem Mount data nicely.