In this FabricPool over Cluster and SG object storage environment, We renewed the certificate before it got expired on SG, but did not update or install just renewed one on Cluster. So, there is a mismatch. As the result, data couldn’t be tiered to SG. My question is, could it also result in not being able to read from SG if I set the tiering policy on a volume to be Auto and assuming data were already in SG? Why?
Thanks for your input!
@paul_stejskal The result caused a serious issue here, because a critical file that Oracle depends on happed to be on this volume. When SG was not even readable, that caused DB crash or couldn't be started up.
I am hoping there would be more clear warnings when we renew the certificate on SG, something like "you will have to install /update the new one on the cluster as well". These two things HAVE TO be done together. Neglected doing it on the cluster caused data inaccessible is pretty dramatic. The document is not so straightforward on that.
I'm so sorry to hear that. 😞 Which document are you referring to? I'll get it updated or any documentation you referred to.
As far as improving behavior/alerting, I believe we have a RFE on this. Did you happen to open a case for this?
Only after the fact, we found the kb that addressed the issue
Yes we did open the case for help, but, unfortunately it was neglected by the engineer as well.
Yeah, either on ONTAP or SG side.
We have had some issues for tiering, for instance in the situation when SG was getting full, in cases like that, it would not stop us to read, only stop us to tiering which is OK. But, in this case, we even couldn't read which was pretty dramatic, as I said earlier.
Particularly on step 2, In my case, the certificate on SG got renewed successfully. It had not been installed/updated on the cluster as I said earlier, but, the certificate on the cluster was not expired yet despite mismatching. Would that cause inaccessible as well?
I just wanted to make absolutely sure that was the cause. Forgive my persistence.
A request to add capabilities or improve performance beyond the specifications of the Products is referred to as an Enhancement Request RFE.
Creating an RFE is no guarantee for it getting implemented in the version it is targeted to.
RFE can be requested by customer, partner, or internal team.
If an RFE is already open, you can subscribe to it to get email updates when they happen.
NetApp Wins One Silver and One Bronze Stevie® Award in 2022 Stevie Awards for Sales and Customer Service