#OTV 10 issue

1 messages · Page 1 of 1 (latest)

warm flume
#

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 🙂

vale ivy
#

is your DNS set up properly? forward and reverse lookup?

warm flume
#

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 ? 😉

vale ivy
#

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

vale ivy
fast jasper
warm flume
#

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...