There are workarounds for these two defects and initially we need to know if it is the problem due to Admin user previleges corruption or issue with MNT DB growing in size and occupying the entire tablespace.
I suspect this could be a Admin privilege corruption and can be fixed with Rescue ISO image.
Can you please raise SR with TAC who can provide you with Rescue ISO image and help you in implementing the workaround.
There is a purge mechanism which will cleans up the MNT data.
Purging is based on the percentage of consumed disk space for the database. When the consumed disk space for the monitoring database is equal to or exceeds the threshold (the default is 80 percent), the purge process starts. This process deletes only the last seven days of monitoring data, irrespective of what is configured in the Admin portal. It will continue this process in a loop until the disk space is below 80 percent. Purging always checks the Monitoring database disk space limit before proceeding.
The logs on the ISE node will also get rolled over based on the size of the files.
Appreciate for the update. I would agree with you on the possiblility of the corruption of the admin account as this only occured after changing the password of the default admin account. I will proceed to open a tac case for it.
Login to the FXOS chassis manager.
Direct your browser to https://hostname/, and log-in using the user-name and password.
Go to Help > About and check the current version:
Check the current version availa...
We have configured the outside and inside Interface with official ipv6 adresses, set a default route on outside Interface to our router, we also have definied a rule , which also gets hits, to permit tcp from inside Interface to any6.
In Syslog I also se...