I created a rule and renamed it and then incativated it; Yesterday morning. I am not only still seeing new incidents on this inactive rule, the email notifications that are set up on this rule still reflect the original name of the rule. Is there something under the hood that isn't refreshing on MARS?
I STILL had this rule firing when I came in this am. I rebooted the appliance and all is well. I don't care for the idea of having to reboot the MARS every time I do rule work. No word back from TAC yet.
No. Based on the definition of that control it should have no effect but I'll try it. In the meantime my workaround is to issue pnstop and pnstart from the CLI. The rule changes always take effect immediately. TAC responded back with:
I'm still trying to recreate this with our developers.
We had some success and failures.
We are trying to find the reason for this behavior.
I will let you know as soon as we find out.
For the temporary workaround, please create a new report instead of modifying the existing report.
Thank you for your patience.
I don't think he really gets the problem at all because if the rule changes are not taking effect it doesn't matter how many times you run a new report on it. It still reports according to how it thinks it is set up.
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...