I'm hijacking this thread instead of creating a new one. We have this cosmetic bug occurring for several of our customers, and it doesn't seem to be linked to any specific customer. Today it started showing on an R81.10 + Take 22 management server. I know Check Point claims it is purely cosmetic, but having 125 validation errors showing once the customer logins into Smart Console and having the message highly recommending the customer to get this solved is far from ideal.
Doing the unified_dl UPDATE ONLINE_SERVICES and cloudguard stop && cloudguard start does not solve it either.
I've resolved this issue in the past when cloudguard stop && cloudguard start is not working by removing the contains of $CPDIR/database/downloads/ONLINE_SERVICES/1.0/ and having it all re-downloaded using unified_dl UPDATE ONLINE_SERVICES.
Sometimes we even have to remove all the mentioned updatable objects from the rulebase, and add them back in for the validation errors to go away. This is very tiresome, especially when you have 100+ validation errors as a result of using a lot of different updatable objects.
Do we have any knowledge about why this issue occurs in the first place? I had hoped it was solved with newer versions, but as I'm now seeing it on an R81.10 + JHF Take 22 installation I guess not.
Ignoring the validations errors because they are considered cosmetic isn't a good option. If any relevant and important validations would show up it would simply drown as a part of the 125 cosmetic errors being shown.
