Somehow I have ended up in a snag... I am trying to setup SMAS with two C800 clusters. I have setup the interconnections etc. I have installed the latest OTV 10.
I have added the first cluster under storage backends (from the vCenter GUI), but as I try to add the other cluster it tells me: "Storage backend with specified hostname hadstor is already on boarded." But if I look into the OTV Admin web GUI there is no clusters registered... If I try to add it in the OTV Admin web I get this "Storage backend with specified hostname hadstor is already on boarded from local scope."... just great 🙂
#OTV 10 issue
1 messages · Page 1 of 1 (latest)
is your DNS set up properly? forward and reverse lookup?
DNS looks OK it was also my fist check 😉
If I try to "protect" the cluster I get this... (I have created the SVM mirrorig on the clusters and they are in sync...)
I guess this is just software that isn't tested at all? Maybe I should just try a reinstall of the OTV? Seems to be the only way to "reset" this.. I also cannot remove the one cluster I have managed to add... we get this error "Error while deleting storage backend: Traditonal Datastore(s) exists for SVM associated with this storagebackend"... so it's just a *hitshow ... 😉
reinstall it is... another hour wasted 😉
Faster to reinstall than a support case 😉
How come this version 10.2 isn't called 10.2Beta0.1 ? 😉
I guess this is related to your other question about the non-default ipspace for SMas peering? because this works fine if your environment is set up according to best practices
I can't speak for NetApp of course, but I would assume that NetApp tests the supported scenarios first, and fixes bugs that occur with non-standard setups as they become aware of them (which is a sensible thing to do I think)
You can't protect a datastore if it's already in a consistency group.
https://docs.netapp.com/us-en/ontap-tools-vmware-vsphere-10/configure/protect-cluster.html
Prerequisites:
[...]
- FlexVol/LUN forming datastores mounted on the host cluster should not be part of any existing consistency group (CG).
- FlexVol/LUN forming datastores mounted on the host cluster should not be part of any existing SnapMirror relationship.
So... I reinstalled the OTV... created a new datastore using the OTV, then did the protect... and it ran though with a new hosts failing to send their iSCSI targets... donno why, they are all configured the same... anyway... an igroup is created for each host.. (why?) with a cryptic name together with an empty igroup... and one host seems to have connections to both SVMs while the others only have connections to one of the SVMs... so I will have to fix this manually...
So on the other cluster it looks like this... for some reason only the first host has all static iscsi connections set, the other hosts only have connections to the "source" cluster...